10.1 Basic Exchange (Grundlegender Austausch)

10.1 Basic Exchange (Grundlegender Austausch)

Angenommen, die Anruferin Alice hat die folgende Beschreibung in ihrem Offer enthalten. Sie umfasst einen bidirektionalen Audiostrom und zwei bidirektionale Videoströme mit H.261 (Payload-Typ 31) und MPEG (Payload-Typ 32). Das angebotene SDP lautet:

v=0
o=alice 2890844526 2890844526 IN IP4 host.anywhere.com
s=
c=IN IP4 host.anywhere.com
t=0 0
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000
m=video 51372 RTP/AVP 31
a=rtpmap:31 H261/90000
m=video 53000 RTP/AVP 32
a=rtpmap:32 MPV/90000

Der Angerufene Bob möchte den ersten Videostream weder empfangen noch senden und gibt daher das folgende SDP als Answer zurück:

v=0
o=bob 2890844730 2890844730 IN IP4 host.example.com
s=
c=IN IP4 host.example.com
t=0 0
m=audio 49920 RTP/AVP 0
a=rtpmap:0 PCMU/8000
m=video 0 RTP/AVP 31
m=video 53000 RTP/AVP 32
a=rtpmap:32 MPV/90000

Zu einem späteren Zeitpunkt entscheidet Bob, den Port zu ändern, auf dem er den Audiostrom empfängt (von 49920 auf 65422), und gleichzeitig einen zusätzlichen Audiostrom nur zum Empfang (receive only) hinzuzufügen, unter Verwendung des RTP-Payload-Formats für Ereignisse [9]. Bob bietet folgendes SDP im Offer an:

v=0
o=bob 2890844730 2890844731 IN IP4 host.example.com
s=
c=IN IP4 host.example.com
t=0 0
m=audio 65422 RTP/AVP 0
a=rtpmap:0 PCMU/8000
m=video 0 RTP/AVP 31
m=video 53000 RTP/AVP 32
a=rtpmap:32 MPV/90000
m=audio 51434 RTP/AVP 110
a=rtpmap:110 telephone-events/8000
a=recvonly

Alice akzeptiert den zusätzlichen Mediastrom und erzeugt daher folgendes Answer:

v=0
o=alice 2890844526 2890844527 IN IP4 host.anywhere.com
s=
c=IN IP4 host.anywhere.com
t=0 0
m=audio 49170 RTP/AVP 0
a=rtpmap:0 PCMU/8000
m=video 0 RTP/AVP 31
a=rtpmap:31 H261/90000
m=video 53000 RTP/AVP 32
a=rtpmap:32 MPV/90000
m=audio 53122 RTP/AVP 110
a=rtpmap:110 telephone-events/8000
a=sendonly