Generell wird das Problem immer sporadischer und man kann es immer weniger konkret festmachen. Unsere Tests funktionieren jetzt nach wie vor.
Danke auch für den Hinweis, dass es mit anderen Asterisk-basierten Anlagen scheinbar auch passiert.
Wir haben uns alles nochmals detailliert angesehen. Das einzige, was die Gegenseite von uns wirklich noch sehen kann, ist der konkrete Audio-Stream. Alles andere SIP wird auf dem Weg zum Ziel sehr wahrscheinlich x-mal in weitere Call-Legs aufgeteilt.
Bei der Analyse des RTP Streams fällt auf, dass Asterisk im generellen die “time” bei 0 zu zählen beginnt. Das ist RFC konform, jedoch wir hier als Start ein Random-Wert empfohlen. Angeblich gibt es Gateways, die in Schleudern kommen, wenn mehrere Streams die gleichen Timing werte haben.
Hier werden wir versuchen anzusetzen. Ist aber eher ein Strohhalm. Mal sehen, was dabei rauskommt.
Es scheint wirklich so zu sein, dass sich die Vodafone Implementierung manchmal an dem vom Asterisk erzeugten Audio verschluckt, obwohl eigentlich alles korrekt abläuft.
Der Asterisk 18 hat hier geringfügige Anpassungen am RTP (rtp time startet nicht mehr immer von vorne, sondern random).
Wir werden die Asterisk-Version in unserer Cloud in den nächsten Wochen ohnehin turnusmäßig updaten. Die Hoffnung ist nun, dass dies auch die Situation mit Vodafone verbessert.
Ich melde mich hier, sobald der Rollout durch ist. Dann wäre euer Feedback sehr hilfreich.
Habe gerade die Antwort vom Kunden bekommen, dass das OneWay Audio Problem weiterhin Auftritt.
Amt ist hier ein Telekom SIP-Trunk und angerufen wurde das Finanzamt Höxter.
Ticket #5945522
wir haben jetzt mehrfach Feedback erhalten, dass es hier immer noch zu Problemen kommt. Wir stehen jetzt in direktem Kontakt mit Vodafone. Da wir das Problem selbst nicht mehr reproduzieren können, benötigen wir neue Vorfälle. Diese können dann direkt von Vodafone ausgewertet werden.
Bitte fehlerhafte Anrufe mit Uhrzeit, Quelle und Ziel an mich per PM oder über unseren Support melden.
Wir haben mittlerweile die Gesamtkonstellation verstanden:
Ganz NRW hat für seine Finanzämter eine zentrale Cisco Telefonanlage an einem Vodafone Trunk. Wir sind mittlerweile mit Vodafone und dem Finanzamt Telefonanlagen Admin im Kontakt. Letzterer hat und bestätigt, dass es mit der Anlage immer wieder Audioprobleme gibt (nicht nur mit pascom). Bisher ließ sich aber nix richtig reproduzieren. Der Admin dort ist froh, dass wir jetzt eindeutige Fälle produzieren können. Er testet jetzt Firewallanpassungen (hält diese aber für nicht hilfreich) und wird den Fall dann zu Cisco eskalieren.
Wir bleiben weiter dran und hoffen, bald fehlerfrei die Steuer abgeben zu können ;).
Ich gebe auch zu bedenken: Selbst wenn man jetzt den Trunk oder die Anlage (pascom) wechselt, geht das Problem, wenn überhaupt, nur zufällig oder sporadisch weg. Also Vorsicht hier.
an dieser Stelle gibt es Neuigkeiten: Wir sind jetzt bis zum verantwortlichen Cisco Admin vorgedrungen.
Dieser kannte das Problem. Für die nächsten 14 Tage ist ein Update-Rollout für den Cisco-Cluster geplant. Er hat uns gebeten, abzuwarten, bis das Rollout durch ist.
Wahrscheinlich fallen wir in einen alten Cisco one-way-audio Bug. Dieser passiert sporadisch und nur in gewissen Konstellationen. In unserem Setup scheinbar besonders häufig.
Deshalb und weil wir nicht wissen, ob der Rollout wirklich in den nächsten Tagen durchgeführt wird, arbeiten wir parallel noch daran, Calls anders zu routen. Das behebt den Bug zwar nicht, macht aber Probleme eventuell unwahrscheinlicher.
Das gleiche Problem tritt übrigens nach wie vor auch in Verbindung mit den Agenturen für Arbeit hier in NRW auf. Ganz besonders in Verbindung mit den s.g. Call Me Nummern der Arbeitssuchenden.
So weit wir das herausfinden konnten, scheint es auch hier sich um eine Kombi aus Vodafone und Cisco zu handeln.
