5. Generating the Initial Offer (Erzeugung des initialen Angebots)
5. Generating the Initial Offer (Erzeugung des initialen Angebots)
Das Angebot (und die Antwort) MUSS eine gültige SDP-Nachricht gemäß RFC 2327 [1] sein, mit einer Ausnahme. RFC 2327 verlangt, dass entweder eine e- oder eine p-Zeile in der SDP-Nachricht vorhanden ist. Diese Spezifikation lockert diese Einschränkung; für Offer/Answer-Anwendungen formuliertes SDP DARF sowohl die e- als auch die p-Zeilen weglassen. Der numerische Wert der Sitzungs-ID und der Version in der o-Zeile MUSS als 64-Bit-Ganzzahl mit Vorzeichen darstellbar sein. Der Anfangswert der Version MUSS kleiner als (2**62)-1 sein, um Überläufe zu vermeiden. Obwohl die SDP-Spezifikation mehrere Sitzungsbeschreibungen zu einer großen SDP-Nachricht verketten darf, MUSS eine im Offer/Answer-Modell verwendete SDP-Nachricht genau eine Sitzungsbeschreibung enthalten.
Die SDP-Zeile "s=" gibt das Sitzungsthema an, das für Multicast sinnvoll definiert ist, für Unicast jedoch unklar. Für Unicast-Sitzungen wird EMPFOHLEN, dass sie aus einem einzelnen Leerzeichen (0x20) oder einem Bindestrich (-) besteht.
Leider erlaubt SDP nicht, dass die Zeile "s=" leer ist.
Die SDP-Zeile "t=" gibt die Zeit der Sitzung an. Üblicherweise werden Streams für Unicast-Sitzungen durch externe Signalisierung wie SIP erzeugt und beendet. In diesem Fall SOLL die Zeile "t=" den Wert "0 0" haben.
Das Angebot enthält null oder mehr Medienströme (jeder durch eine "m="-Zeile und zugehörige Attribute beschrieben). Null Medienströme bedeuten, dass der Anbieter kommunizieren möchte, die Streams der Sitzung aber später durch ein geändertes Angebot hinzugefügt werden. Die Streams DÜRFEN Unicast und Multicast mischen; letzteres setzt natürlich eine Multicast-Adresse in der bzw. den betreffenden "c="-Zeilen voraus.
Der Aufbau jedes angebotenen Streams hängt davon ab, ob er Multicast oder Unicast ist.