RTP Dekodierung

Dekodieren Sie die RTP Streams in RTP-Case-Study-1.pcapng und hören Sie sich die Aufzeichnung an. Wir sehen im Wireshark nur eine UDP Verbindung. Da uns das Signalisierungsprotokoll fehlt (SIP oder Skinny) kann Wireshark nicht wissen, dass der UDP Verkehr RTP ist. Jedoch sehen wir im Hex View typische Bytemuster für Audio Codecs (UUUU, ~~~~~~).

Wir können jetzt Wireshark explizit anweisen diese Pakete als RTP zu dekodieren.

Sie sollten bevor sie auf „Dekodieren als…“ klicken zunächst ein Paket der vermeintlichen RTP Verbindung ausgewählt haben. Wählen Sie dann bei „Aktuell“ „RTP“ aus und klicken Sie ok

RTP wird jetzt korrekt dekodiert

Unter RTP -> Stream Analyse können Sie den Voice Verkehr jetzt genauer inspizieren

Wählen Sie in dem darauffolgenden Dialog beide Streams aus und klicken Sie auf „Analysieren“

In diesem Fenster können Sie die Qualität der RTP Streams analysieren. Sie finden hier Tabs für Hin- und Rückweg und einen Graphen. Jitterwerte sollten hier niedrig sein (<30ms), Max Delta sollte um 20ms sein (Senderate, ansonsten Verzerrungen), es sollte nicht viel Paketloss geben.

Klicken Sie auf „Streams abspielen“, um das Audio über Ihre Lautsprecher anzuhören

RTP Fallstudien

In die Dateien RTP-Case-Study-2-1.pcapng, RTP-Case-Study-2-2.pcapng, RTP-Case-Study-2-3.pcapng enthalten weitere RTP Beispiele.

• Mit welchem Signalisierungspaket wird im ersten Trace das RTP Socket für die RTP Übertragung ausgehandelt?
• Worin unterscheiden sich die Tracefiles hinsichtlich der Signalisierung?
• Worin unterscheiden sich die Tracefiles hinsichtlich der Sprachübertragung?