ich habe mit meiner MD folgendes Problem:
Im Schnitt tritt bei jedem zweiten externen Gespräch eine verzerrte Stimme auf. Dies aber nicht ab Gesprächsbeginn sondern erst nach 30 Sekunden bis 1 Minute.
Wenn das Gespräch dennoch fortgesetzt wird, verschwindet mit der Zeit dieses Phänomen wieder und die Qualität ist wieder i.O.
Teilweise können aber auch längere Gespräche bis zu 1 Stunde geführt werden, ohne das dieses Problem auftritt.
Was ich bisher unternommen habe:
Leitungsprüfung über den Provider (Telefonica). Hier ist kein Problem erkennbar.
Prüfung durch unseren Trunk-Provider (Placetel / Finocom). Auch hier scheint alles i.O. zu sein.
Prüfung unserer Switche (Cisco). Auch alles i.O. Keine Drops oder dergleichen.
Firewall (WatchGuard XTM515) geprüft. Regelwerk ist ok, auch hier keine Drops oder Errors auf den Netzwerkports.
TK-Hardware geprüft. CPU, Memory, HDD und Netzwerk zeigen auch hier keine Probleme oder erhöhte Last
Netzwerkkabel und Port gewechselt
Hat einer von euch noch eine Idee bzw. Lösungsansatz? Bin mit meinem Latein am Ende.
Danke und viele Grüße,
Thomas
P.S.: Noch als Ergänzung: Interne Gespräche laufen allesamt Problemlos.
lt. der MD sind folgende Codecs erlaubt bzw. als Standard eingetragen: alaw ulaw gsm
Eine Transcodierung sollte nicht stattfinden - zumindest wüsste ich nicht wo. Aktiviert habe ich derartiges nicht.
QoS habe ich zeitweise aus- und wieder angeschalten. Leider brachte dies auch keine Lösung.
Bei der Bandbreite habe ich auch kein Problem. Wenn wir viel Traffic haben, sind max. 1,5 bis 2 MBit belegt. Sprich es wären noch mind. 2,5 bis 3 MBit verfügbar.
Das Problem tritt aber auch auf wenn nur ein Gespräch geführt wird - und dieses belegt max. 150 kb.
Was mich immer wieder wundert ist, das die Gespräche anfangs gut, dann schlechter und irgendwann wieder besser werden. Ohne erkennbaren Grund und auch nicht immer…
hast du für die Gespräche Mitschnitt an? Fällt die lastmäßig etwas auf?
Kannst du mal bitte versuchen bei einem peer, wo es auftritt die SIP Option “directmedia=no” zu setzen, so dass wir einen re-invite auch ausschließen können.
Bzw. kannst du mal mit SIP SHOW CHANNEL <kanal> überprüfen, ob das Gespräch mit alaw als Codec geführt wird. So dass vom Amt alaw reinkommt und zum Endgerät auch alaw verwendet wird oder ob hier wie gesagt transcodiert wird?!
werde ich testen. Mitschnitte habe ich nicht aktiviert. Das hier habe ich gerade im Protokoll gesehen:
[Jun 20 10:12:13] NOTICE[21651][C-000016d9]: channel.c:4257 __ast_read: Dropping incompatible voice frame on SIP/mdc_trunk_conf-4-00003150 of format alaw since our native format has changed to (ulaw)
ich denke das ist wohl das Problem. Kollegin hatte eben wieder eine miese Qualität. Zeitgleich habe ich die folgenden Meldungen in der CLI gesehen:
Jetzt ist das Bild zu klein um etwas erkennen zu können. Daher als Text:
[Jun 20 10:48:44] NOTICE[27323][C-000016f8]: channel.c:4257 __ast_read: Dropping incompatible voice frame on SIP/mdc_trunk_conf-4-0000318d of format alaw since our native format has changed to (ulaw)
[Jun 20 10:48:45] NOTICE[27323][C-000016f8]: channel.c:4257 __ast_read: Dropping incompatible voice frame on SIP/mdc_trunk_conf-4-0000318d of format ulaw since our native format has changed to (alaw)
Wieso wechselt der immer zwischen alaw und ulaw? Wenn ich auf der MD eines der beiden Codecs verbiete, sollte es doch funktionieren, oder?
du musst beide Richtungen prüfen, sprich beim Amt sollte dann sowas stehen wie
disallow=all
allow=alaw
Somit sollte beim Amt nur noch der alaw verwendet werden.
Und auf der MobyDick nimmst du den ulaw aus der Codec Liste raus. Jedes Endgerät hat in der Regel seine eigene Codec-Reihenfolge, welche versucht wird einzuhalten. Beim Verbindungsaufbau mit dem Endgerät handelt das mit der MobyDick den Codec aus. Falls der Codec vom Amt und der vom Endgerät nicht übereinstimmt, transcodiert der asterisk entsprechend.
Wieso er meint die Codecs wechseln zu müssen, kann ich dir so nicht sagen.
Die MD lässt jetzt nur noch alaw zu. Ich bekomme aber nach wie vor die Meldung:
Dropping incompatible voice frame on SIP/mdc_trunk_conf-4-0000376f of format ulaw since our native format has changed to (alaw)
Sobald ich Feedback von den Kollegen habe ob sich die Qualität verbessert hat, melde ich mich nochmal.
die Telefonie hast du angewendet, so dass die Konfiguration richtig geschrieben wurden? Du kannst auch noch bei dem Endgerät überprüfen, welche Codec-Reihenfolge hier vorgeschlagen wird.
ja, habe ich angewendet. Die Telefone sind so konfiguriert, das zuerst alaw und danach erst ulaw verwendet wird.
Die Anzahl der Meldungen hat auch stark nachgelasen wenn auch nicht ganz. Qualität der Gepräche beobachte ich noch.
Re,
die laufenden Gespräche findest du unter CORE SHOW CHANNELS.
Trotzdem solltest du mal herausfinden/überprüfen wem die IP gehört und wie du die mobydick im Internet hängen hast.
Sollte nämlich nicht so sein!