2016-06-29 10 views
1
Datei auf S3 paly

ich eine Datei auf AWS S3 haben, die Öffentlichkeit ist: https://s3-eu-west-1.amazonaws.com/voxist-greetings/33631222504/33651291239_95113eed-386b-4264-a4cf-46182faae125COUCOU1.wavRestcomm Media Player nicht mit Fehler 312

Nun, wenn RVD versuchen, es zu spielen, erhalte ich: INFO [org.mobicents.servlet .restcomm.interpreter.VoiceInterpreter] (RestComm-akka.actor.default-Dispatcher-8586) MediaGroupResponse gelang: false jain.protocol.ip.mgcp.JainIPMgcpException: die Anfrage IVR mit den folgenden Fehlercode 312

I fehlgeschlagen Ich weiß nicht warum ... Die gleiche Datei, um mit einem anderen Namen zu arbeiten.

Danke für irgendeinen Hinweis, wie man das debuggt.

+0

Hallo, welche Version von Restcomm laufen Sie? – GeorgeVagenas

+0

Version ist: v7.7.0-SNAPSHOT mit Umleitungs-Header-Änderung (github.com/RestComm/Restcomm-Connect/pull/1201). - karel vor 1 Stunde – karel

Antwort

1

Das Problem scheint auf Media Server-Seite zu passieren. Genauer gesagt scheint es, dass die Datei aus irgendeinem Grund nicht geöffnet werden kann.

Relevante Codezeile kann here gefunden werden.

Können Sie bitte einen tcpdump nehmen und teilen, damit wir die MGCP Play-Anfrage sehen können?

Hoffe, das hilft.

UPDATE:

Hier ist ein Beispiel:

enter image description here

Die 200 OK einfach zeigt, dass die MGCP Transaktion erfolgreich abgeschlossen. Jetzt müssen wir die Benachrichtigung (NTFY) analysieren, die von Media Server an RestComm gesendet wurde, hauptsächlich den ObservedEvents-Parameter.

Wenn Sie sich das Bild ansehen, sehen Sie, dass das ausgelöste Ereignis ein OperationFailed (of) mit ReturnCode (rc) gleich 312 ist, was ein Fehler ist. Relevante Verbindung zu Spezifikationen kann here gefunden werden.

Zusammenfassend empfängt Media Server die Anforderung zum Abspielen der Datei (in diesem Fall eine zwischengespeicherte Version), aber wenn die URL aus irgendeinem Grund nicht geöffnet werden kann.

Ist die URL von der Medienserverseite aus erreichbar?

+0

Ich schaute auf den tcpdump und ich denke, das Problem ist mit dem Cache ... Ich frage mich, ob selbst wenn RVD sagte "Nachricht gespielt, Pfad: https: //s3-eu-west-1.amazonaws .com/voxist-greetings/33631222504/33651291239_76400402-1e17-4c9f-aaa5-29cbfd51b491.wav "Tatsächlich verwendete MGCP eine Cache-Version, die beschädigt ist (Frame 131 Ich habe: https: // XXXX: 443/restcomm/cache/ACae6e420f425248d6a26948c17a9e2acf /4d278f0dc476656e4e3e4244957c3878d0b49b587c4706267bc71a8615dfe99b.wav it = 1)? Aber immer noch ist es komisch, dass es Erfolg in der tcpdump sagte, aber wir bekommen hangup ... – karel

+0

welche Version von RestComm verwenden Sie Karel? – hrosa

+0

Tatsächlich habe ich einen rc = 312 Fehler! Für den Cache bin ich nicht sicher, wie es funktioniert und wie Restcomm es benutzt ... Eigentlich würde ich diesen Cache lieber nicht haben! Mein RVD stellt eine Anfrage und sollte die in der Anfrage angegebene Datei und keine zwischengespeicherte Datei verwenden. Im Falle eines Fehlers, der die entfernte Datei erhält, sollte es einen Fehler geben, den ich auf = rvd-Niveau fangen kann, um ein anderes Szenario zu triger. – karel