SIP (G.711)-Pakete geraten in Unordnung

Question

Ich habe 2 Asterisk-Server in 2 verschiedenen Rechenzentren. Anrufe werden von einem zum anderen weitergeleitet. Plötzlich verschlechtert sich die Audioqualität. Ich habe auf beiden Servern SIP-Traces erstellt. Folgendes habe ich herausgefunden:

1. Server A sendet RTP an Server B. (SIP-Trace auf Server A erstellt und im Trace scheint alles in Ordnung zu sein. Audio wird mit Wireshark RTP-Player gut wiedergegeben.)
2. Server B empfängt RTP von Server A. (Der auf Server B durchgeführte SIP-Trace zeigte, dass viele (45,3 %) Pakete außerhalb der Reihenfolge vorhanden sind.)

Frage: Wie kann ich feststellen, wo das Problem liegt? :)

Danke!

Answer 1

Wenn Sie einen großen Anteil von Paketen in falscher Reihenfolge in einem Stream sehen, liegt die Ursache normalerweise an einem schlecht ausgeführten Lastenausgleichs-Routing, das von einem Router irgendwo auf dem Weg der Pakete durchgeführt wird. IP garantiert keine reihenfolgegerechte Zustellung von Paketen, aber Protokolle wie TCP und RTP gehen davon aus, dass Pakete die meiste Zeit in der richtigen Reihenfolge sind, und verschlechtern sich erheblich, wenn diese Annahme nicht zutrifft. Aus diesem Grund schreiben Best Practices vor, dass Router nicht so konfiguriert werden sollten, dass viele Pakete in falscher Reihenfolge auftreten.

Wenn die meisten Router so konfiguriert sind, dass sie den Verkehr über mehrere Links verteilen, verwenden sie einen Hash-Algorithmus (oft basierend auf Quell- und Ziel-IP-Adressen und möglicherweise TCP/UDP-Ports), der sicherstellt, dass Pakete, die zu einem einzigen Stream gehören, alle dasselbe Mitglied der Gruppe mit Lastausgleich wählen. Dadurch wird sichergestellt, dass die Pakete in der richtigen Reihenfolge bleiben. Wenn ein Router den Lastausgleich ohne Verwendung eines solchen Hashs durchführt und Pakete, die zu einem einzigen Stream gehören, auf unterschiedlichen Links landen, kann ihre Übertragung leicht unterschiedlich lange dauern (hauptsächlich aufgrund der Pufferung, was bedeutet, dass dies auch dann geschieht, wenn die Links mit Lastausgleich identische Eigenschaften haben) und am Ziel in der falschen Reihenfolge ankommen.

Wenn dies bei Ihnen der Fall ist und es so schlimm ist, dass der Jitter-Puffer des RTP-Receivers dies nicht kompensieren kann, dann fürchte ich, dass Sie nichts dagegen tun können, außer das Problem von demjenigen zu lösen, der das Netzwerk verwaltet.