5.8.3. Semantics Verification (Semantikprüfung)

5.8.3. Semantics Verification (Semantikprüfung)

Unter der Annahme, dass das Parsing erfolgreich abgeschlossen wird, wird die geparste Beschreibung anschließend bewertet, um interne Konsistenz sowie ordnungsgemäße Unterstützung obligatorischer Funktionen sicherzustellen. Konkret werden die folgenden Prüfungen durchgeführt:

• Für jeden m=-Abschnitt MÜSSEN gültige Werte für jede der in Abschnitt 5.1.1 aufgeführten obligatorisch zu nutzenden Funktionen vorhanden sein. Diese Werte KÖNNEN entweder auf Medienebene vorliegen oder von der Sitzungsebene geerbt werden.

  • ICE-ufrag- und Passwortwerte, die MUSSEN den in [RFC8839], Abschnitt 5.4 angegebenen Größenbeschränkungen entsprechen.

  • Ein tls-id-Wert, der MUSS gemäß [RFC8842], Abschnitt 5 gesetzt werden. Wenn es sich um ein erneutes Angebot oder eine Antwort auf ein erneutes Angebot handelt und der tls-id-Wert sich von dem derzeit verwendeten unterscheidet, wird die DTLS-Verbindung nicht fortgeführt, und die Remote-Beschreibung MUSS Teil eines ICE-Neustarts zusammen mit neuen ufrag- und Passwortwerten sein.

  • Ein DTLS-setup-Wert, der MUSS gemäß den in [RFC5763], Abschnitt 5 angegebenen Regeln gesetzt werden und MUSS mit der gewählten Rolle der aktuellen DTLS-Verbindung übereinstimmen, falls eine existiert und fortgeführt wird.

  • DTLS-Fingerabdruckwerte, wobei mindestens ein Fingerabdruck vorhanden sein MUSS.

• Alle in einer a=simulcast-Zeile referenzierten rid-ids MÜSSEN als a=rid-Zeilen existieren.

• Jeder m=-Abschnitt wird außerdem daraufhin geprüft, dass keine verbotenen Funktionen verwendet werden.

• Wenn die RTP/RTCP-Multiplexing-Richtlinie require lautet, MUSS jeder m=-Abschnitt ein a=rtcp-mux-Attribut enthalten. Wenn ein m=-Abschnitt ein a=rtcp-mux-only-Attribut enthält, MUSS dieser Abschnitt auch ein a=rtcp-mux-Attribut enthalten.

• Wenn ein m=-Abschnitt in der vorherigen Antwort vorhanden war, MUSS der Zustand des RTP/RTCP-Multiplexings mit dem zuvor ausgehandelten übereinstimmen.

Wenn diese Sitzungsbeschreibung vom Typ pranswer oder answer ist, werden die folgenden zusätzlichen Prüfungen angewendet:

• Die Sitzungsbeschreibung MUSS den in [RFC3264], Abschnitt 6 definierten Regeln folgen, einschließlich der Anforderung, dass die Anzahl der m=-Abschnitte GENAU der Anzahl der m=-Abschnitte im zugehörigen Angebot entsprechen MUSS.

• Für jeden m=-Abschnitt MÜSSEN Medientyp- und Protokollwerte EXAKT mit den Medientyp- und Protokollwerten im entsprechenden m=-Abschnitt des zugehörigen Angebots übereinstimmen.

Wenn eine der vorstehenden Prüfungen fehlschlug, MUSS die Verarbeitung gestoppt und ein Fehler ZURÜCKGEGEBEN werden.