Ein VoIP-Gespräch, aber zwei RTP-Streams?

0

Ich teste ein auf OpenSIPS basierendes VoIP-System. Es hat keinen RTP-Proxy, daher werden Anrufe nicht über OpenSIPS geleitet.

Ich habe versucht, einen Anruf zwischen zwei Smartphones zu tätigen, und es war erfolgreich. Ich habe auch Wireshark eingeschaltet und folgendes Ergebnis erhalten:

Bildbeschreibung hier eingeben

Bedeutet das, dass der Sprachanruf vom ersten Telefon zum zweiten Telefon den ersten RTP-Stream durchlief und der Sprachanruf vom zweiten Telefon zum ersten Telefon den zweiten RTP-Stream durchlief?

Warum konnte es nicht nur einen RTP-Stream verwenden? Es könnte einfach hin und her gehen.

voip wireshark

— Pepito
quelle

0

Wenn Sie wirklich mehr über das Design von RTP erfahren möchten, empfehle ich, das RTP-Buch von Perkins und die RTP-FAQ zu lesen .

Ein paar Anmerkungen: RTP wurde mit großer Flexibilität entwickelt und eignet sich für viele Anwendungsfälle, z. B. Multicast. In Ihrem Beispiel sind der RTP-Quell- und der Zielport identisch. Dies ist häufig nicht der Fall. Lesen Sie die häufig gestellten Fragen, um eine Erklärung zu erhalten.

Beachten Sie, dass auch wenn ein Teilnehmer sowohl Audio als auch Video sendet, diese über separate RTP-Sitzungen gesendet werden (lesen Sie erneut die FAQ).

— Ralf
quelle

1

Danke, ich habe die FAQ gelesen. Es gibt etwas, das ich nicht verstehe. Wenn eine Konversation zwei RTP-Sitzungen / -Streams verwendet, würde dies eine doppelte Bandbreitennutzung bedeuten? Wenn die Konversation beispielsweise G.711 (64 kbps) verwendet, würde die Bandbreitennutzung 128 kbps betragen (Overhead ausschließen)?

— Pepito

0

Der RTP-Stream ist unidirektional und es gibt keine Gegengespräche. Der Stream in der entgegengesetzten Richtung nimmt normalerweise die gleichen UDP-Portnummern an, diese Streams werden jedoch von der Endpoint-Software unabhängig voneinander behandelt

— Stanislav Sinyagin
quelle