2024-07-08
한어Русский языкEnglishFrançaisIndonesianSanskrit日本語DeutschPortuguêsΕλληνικάespañolItalianoSuomalainenLatina
😁博客主页😁：🚀https://blog.csdn.net/wkd_007🚀
🤑博客内容🤑：🍭嵌入式开发、Linux、C语言、C 、数据结构、音视频🍭
🤣本文内容🤣：🍭介绍RTSP协议 🍭
😎金句分享😎：🍭你不能选择最好的，但最好的会来选择你——泰戈尔🍭
⏰Veröffentlichungszeit⏰: 06.07.2024 12:22:00
Dieser Artikel darf nicht ohne Genehmigung weitergegeben werden! ! !
RTSP, vollständiger Name Real Time Streaming Protocol, das Echtzeit-Streaming-Protokoll, ist ein Protokoll der Anwendungsschicht im TCP/IP-Protokollsystem. Es handelt sich um einen IETF-RFC-Standard, der von der Columbia University, Netscape und RealNetworks eingereicht wurde.
Das offizielle Dokument zum RTSP-Protokoll ist RFC2326, Dokumentlink:RFC2326-Echtzeit-Streaming-Protokoll (RTSP)。
Es wird auf die Syntax und Funktionsweise des RTSP-Protokolls verwiesen. HTTP/1.1, ein textbasiertes Protokoll, das den ISO10646-Zeichensatz und die UTF-8-Kodierung verwendet; das Transportschichtprotokoll, das RTSP überträgtTCP, Standardport554; Wenn es sich um RTSP-über-HTTP-Tunneling handelt, ist der Standard-TCP-Port 8080, der im Allgemeinen in Verbindung mit dem RTP/RTCP-Protokoll verwendet wird. Das RTP-Protokoll überträgt Echtzeit-Stream-Daten und das RTCP-Protokoll vervollständigt die Übertragung von Datenströmen Steuerbefehle.
RTP-Protokoll: vollständiger Name
Real-time Transport Protocol, das Echtzeit-Übertragungsprotokoll, wurde 1996 von der Multimedia Transmission Working Group der IETF in RFC 1889 angekündigt. Das RTP-Protokoll beschreibt das Standardpaketformat für die Bereitstellung von Audio und Video über das Internet. Es basiert auf dem UDP-Protokoll.
RTCP-Protokoll: vollständiger Name
Real-time Transport Control Protocol, Echtzeit-Transportkontrollprotokoll, verwendet mit RTP. RTP verwendet einen UDP-Port mit gerader Nummer; RTCP verwendet den nächsten Port von RTP, bei dem es sich um einen Port mit ungerader Nummer handelt. RTCP und RTP arbeiten zusammen. RTP implementiert die Übertragung tatsächlicher Daten, und RTCP ist für das Senden von Steuerpaketen an alle Teilnehmer der Sitzung verantwortlich. Seine Hauptfunktion besteht darin, Feedback zur Qualität der von RTP bereitgestellten Dienste zu geben.
Der Unterschied zwischen RTSP-Protokoll und HTTP-Protokoll:
RTSP ist zustandsbehaftet und seine Befehle werden immer der Reihe nach gesendet, und ein Befehl muss möglicherweise immer vor einem anderen Befehl gesendet werden. HTTP ist zustandslos, nachdem das Protokoll einen Befehl gesendet hat, und es besteht keine Abhängigkeit zwischen den Befehlen.
Das RTSP-Protokoll verwendet Port 554 und http verwendet Port 80.
RTSP-Anfragen können sowohl vom Server als auch vom Client gesendet werden, während HTTP-Anfragen nur vom Client gesendet werden können.
Zu den häufig verwendeten RTSP-Methoden gehören: OPTIONS, DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, ANNOUNCE, GET_PARAMETER und SET_PARAMETER usw. Detaillierte Gebrauchsanweisungen sind wie folgt:
OPTIONS : Der Client erhält die vom Server unterstützte Methode vom Server. Es hat keinen Einfluss auf den Status des Servers;DESCRIBE: Der Client erhält die Beschreibung des durch die URL angegebenen Medienobjekts vom ServerAcceptDas Feld gibt das Beschreibungsformat an;SETUP : Der Client fordert den Server auf, eine Sitzung einzurichten und die Übertragung vorzubereiten. Zu den Anforderungsinformationen gehören hauptsächlich das Übertragungsprotokoll und die Portnummer des Clients;PLAY : Der Client benachrichtigt den Server aktiv, mit dem Senden von Daten zu beginnen, indem er den von SETUP angegebenen Mechanismus verwendet.InRangeDas Feld gibt die Start- und Endzeit der Wiedergabe an (der Echtzeit-Stream-Bereich beträgt im Allgemeinen).Range: npt=0.000-), wenn mehrere PLAY-Anfragen eintreffen, stellt der Server die PLAY-Anfragen in die Warteschlange und führt sie nacheinander aus, d. h. er muss warten, bis die erste PLAY-Nachricht abgeschlossen ist, bevor er mit der Verarbeitung der zweiten PLAY-Nachricht fortfährt.PAUSE : Der Client fordert, dass das Medien-Streaming des Servers vorübergehend ausgesetzt wird.passieren könnenRangeDer Parameter pausiert zu einem bestimmten Zeitpunkt, oder Sie können einen Stream angeben, der angehalten werden soll. Wenn Sie beispielsweise einen Audiostream zum Anhalten angeben, erfolgt die Wiedergabe stumm.RECORD : RECORD benachrichtigt den Server, dass der Client mit der Aufzeichnung von Mediendaten gemäß der vorherigen Beschreibung beginnt. Intimestamp Die Felder geben Start- und Endzeiten (UTC) an. Wenn dieses Feld nicht vorhanden ist, wird die Start- oder Endzeit aus der Medienbeschreibung verwendet. Wenn die Sitzung bereits gestartet ist, beginnt die Aufzeichnung sofort.request-URI Weiter oder ein anderer URI. Wenn der Server keinen Anforderungs-URI verwendet, sollte die Antwort 201 (Erstellt) sein und einen Entitäts- und Standort-Header enthalten, der den Status der Anforderung beschreibt und auf die neue Ressource verweist.TEARDOWN: Der Client fordert an, das Senden des angegebenen URL-Streams zu beenden und zugehörige Ressourcen freizugeben.REDIRECT : Um eine Anfrage umzuleiten, benachrichtigt der Server den Client, dass er eine Verbindung zu einem anderen Serverstandort herstellen muss. Es enthält den obligatorischen Location-Header, der angibt, dass der Client eine Anfrage für diese URL stellen soll. Es kann den Parameter Range enthalten, der angibt, wann die Umleitung wirksam wird. Wenn der Client weiterhin Medien für diesen URI senden oder empfangen möchte, muss der Client eine TEARDOWN-Anfrage für die aktuelle Sitzung und ein SETUP für die neue Sitzung auf dem angegebenen Host ausgeben.ANNOUNCE: Wenn der Client an den Server sendet, bedeutet dies, dass die durch die Anforderungs-URL identifizierte Präsentationsbeschreibung oder das Medienobjekt an den Server gesendet wirdGET_PARAMETER :GET_PARAMETER-Anforderung zum Abrufen von Parameterwerten für die im URI angegebene Darstellung oder den Stream. Der Inhalt von Antworten und Rückmeldungen bleibt der Umsetzung überlassen. GET_PARAMETER ohne Entity-Body kann zum Testen der Liveness („Ping“) eines Clients oder Servers verwendet werden.SET_PARAMETER : Diese Methode fordert zum Festlegen der Parameterwerte des in der Demo oder URL angegebenen Streams an. Anfragen sollten nur einen einzigen Parameter enthalten, damit der Client entscheiden kann, warum eine bestimmte Anfrage fehlgeschlagen ist. Wenn die Anfrage mehrere Parameter enthält, können alle Parameter erfolgreich eingestellt werden und der Server muss nur auf diese Anfrage reagieren. Der Server muss zulassen, dass Parameter wiederholt auf denselben Wert gesetzt werden, der Parameterwert darf jedoch nicht geändert werden. Hinweis: Medien-Streaming-Parameter müssen mit dem SETUP-Befehl festgelegt werden. Für Firewalls ist es von Vorteil, die Setup-Übertragungsparameter auf SETUP zu beschränken.Oben werden insgesamt 11 RTSP-Methoden vorgestellt, darunter:SETUP、PLAY、TEARDOWN Die drei Befehle sind im RTSP-Prozess erforderlich, andere Methoden sind nicht erforderlich.UndANNOUNCE、GET_PARAMETER、SET_PARAMETERDie drei Befehle können vom Client an den Server oder vom Server an den Client gesendet werden. Die anderen Befehle werden vom Client an den Server gesendet.
RTSP verfügt über zwei Arten von Nachrichten: Anforderungsnachrichten und Antwortnachrichten. Die Anforderungsnachricht bezieht sich auf die vom Client an den Server gesendete Anforderungsnachricht, und die Antwortnachricht bezieht sich auf die Antwort des Servers an den Client.
Die RTSP-Anforderungsnachricht besteht aus drei Teilen: Anforderungszeile, Anforderungsheader und Anforderungstext. Darunter ist die Anforderungszeile erforderlich, während der Anforderungsheader und der Anforderungstext je nach Situation optional sind.
rn)Beenden.方法 : Es handelt sich um die oben vorgestellte RTSP-Methode. Einschließlich OPTIONEN, BESCHREIBEN, EINRICHTEN, SPIELEN, PAUSE, TEARDOWN usw.请求URI: Identifiziert die zu bedienende Medienressource, normalerweise im Format rtsp://example.com/path/to/stream.协议版本: Gibt normalerweise die RTSP-Protokollversion an, der die Anfrage folgtRTSP/1.0oderRTSP/2.0。OPTIONS rtsp://192.168.3.225:554/wbc RTSP/1.0
CSeq: 2
User-Agent: LibVLC/3.0.19 (LIVE555 Streaming Media v2016.11.28)
Die RTSP-Anforderungsnachricht besteht aus drei Teilen: Statuszeile, Antwortheader und Antworttext. Darunter ist die Statuszeile erforderlich, während der Antwortheader und der Antworttext je nach Situation optional sind.
协议版本: Gibt die RTSP-Protokollversion an, der die Antwort folgt, normalerweise RTSP/1.0 oder RTSP/2.0.状态码 : Drei Ziffern, z. B. 200, 401, 500 usw., die zur Angabe des Verarbeitungsergebnisses der Anfrage verwendet werden. Die erste Ziffer stellt die Antwortkategorie dar: 2xx steht für Erfolg, 4xx für Clientfehler und 5xx für Serverfehler.状态文本: Eine kurze Textbeschreibung, die die spezifische Bedeutung des entsprechenden Statuscodes erläutert, z. B.: OK, Nicht autorisiert usw.RTSP/1.0 200 OK
CSeq: 2
Date: Wed, Feb 04 1970 03:25:10 GMT
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER, SET_PARAMETER
v=0
o=- 8913478 1 IN IP4 192.168.3.91
s=LIVE555 Streaming Media v2016.07.19
i=1080
t=0 0
a=tool:LIVE555 Streaming Media v2016.07.19
a=type:broadcast
a=control:*
a=range:npt=0-
a=x-qt-text-nam:LIVE555 Streaming Media v2016.07.19
a=x-qt-text-inf:1080
m=video 0 RTP/AVP 96
c=IN IP4 0.0.0.0
b=AS:5000
a=rtpmap:96 H264/90000
a=fmtp:96 packetization-mode=1;profile-level-id=64002A;sprop-parameter-sets=Z2QAKq2EAQwgCGEAQwgCGEAQwgCEO1A8ARPyoA==,aO48sA==
a=control:track1
m=audio 0 RTP/AVP 97
c=IN IP4 0.0.0.0
b=AS:768
a=rtpmap:97 PCMA/48000/2
a=control:track2
Der Antwortheader der RTSP-Nachricht enthält einige Felder. Im Folgenden sind einige häufig verwendete Felder aufgeführt:
SETUPIn der Antwort ausgewählt: Sobald der Client die Sitzungs-ID erhält, wird er die Sitzungs-ID in künftige Vorgangsanforderungsnachrichten für die Sitzung einbeziehen. Beispiel: Sitzung: 4581E0AE;
Verwenden Sie Wireshark, um die Netzwerkpakete von RTSP-Streaming-Medien zu erfassen. Sie können sehen, dass der allgemeine Prozess wie folgt abläuft:
1. Der Kunde sendetOPTIONSMethode, Serverantwort;
2. Der Kunde sendetDESCRIBEMethode, Serverantwort;
3. Der Kunde sendetSETUPMethode, Serverantwort;
2. Der Kunde sendetPLAYMethode, Serverantwort;
2. Der Kunde sendetTEARDOWNMethode, Serverantwort;
Das vollständige Flusspaket lautet wie folgt:
OPTIONS rtsp://192.168.3.225:554/wbc RTSP/1.0
CSeq: 2
User-Agent: LibVLC/3.0.19 (LIVE555 Streaming Media v2016.11.28)
RTSP/1.0 200 OK
CSeq: 2
Date: Wed, Jul 03 2024 14:42:11 GMT
Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, GET_PARAMETER, SET_PARAMETER
DESCRIBE rtsp://192.168.3.225:554/wbc RTSP/1.0
CSeq: 3
User-Agent: LibVLC/3.0.19 (LIVE555 Streaming Media v2016.11.28)
Accept: application/sdp
RTSP/1.0 200 OK
CSeq: 3
Date: Wed, Jul 03 2024 14:42:11 GMT
Content-Base: rtsp://192.168.3.225/wbc/
Content-Type: application/sdp
Content-Length: 472
v=0
o=- 1720014950032000 1 IN IP4 192.168.3.225
s=LIVE555 Streaming Media v2016.07.19
i=wbc
t=0 0
a=tool:LIVE555 Streaming Media v2016.07.19
a=type:broadcast
a=control:*
a=range:npt=0-
a=x-qt-text-nam:LIVE555 Streaming Media v2016.07.19
a=x-qt-text-inf:wbc
m=video 0 RTP/AVP 96
c=IN IP4 0.0.0.0
b=AS:5000
a=rtpmap:96 H264/90000
a=fmtp:96 packetization-mode=1;profile-level-id=640029;sprop-parameter-sets=Z2QAKawsaoHgCJ WbgoCCgQ=,aO4xshs=
a=control:track1
SETUP rtsp://192.168.3.225/wbc/track1 RTSP/1.0
CSeq: 4
User-Agent: LibVLC/3.0.19 (LIVE555 Streaming Media v2016.11.28)
Transport: RTP/AVP;unicast;client_port=55320-55321
RTSP/1.0 200 OK
CSeq: 4
Date: Wed, Jul 03 2024 14:42:11 GMT
Transport: RTP/AVP;unicast;destination=192.168.2.180;source=192.168.3.225;client_port=55320-55321;server_port=6970-6971
Session: 4581E0AE;timeout=65
PLAY rtsp://192.168.3.225/wbc/ RTSP/1.0
CSeq: 5
User-Agent: LibVLC/3.0.19 (LIVE555 Streaming Media v2016.11.28)
Session: 4581E0AE
Range: npt=0.000-
RTSP/1.0 200 OK
CSeq: 5
Date: Wed, Jul 03 2024 14:42:11 GMT
Range: npt=0.000-
Session: 4581E0AE
RTP-Info: url=rtsp://192.168.3.225/wbc/track1;seq=7880;rtptime=3548171463
TEARDOWN rtsp://192.168.3.225/wbc/ RTSP/1.0
CSeq: 6
User-Agent: LibVLC/3.0.19 (LIVE555 Streaming Media v2016.11.28)
Session: 4581E0AE
RTSP/1.0 200 OK
CSeq: 6
Date: Wed, Jul 03 2024 14:42:19 GMT
Im Folgenden werden alle in der vorherigen Nachricht verwendeten RTSP-Methoden und -Antworten analysiert.
Verfügbare Methoden vom Server abrufen:
Der Client sendet die OPTIONS-Methode und verwendet sieCSeq Um die Anforderungssequenznummer anzugeben, verwenden SieUser-Agent den eigenen Agenten identifizieren;
Der Server antwortet auf die Anfrage mitCSeq Um anzugeben, auf welche Anfrage geantwortet wird, verwenden SieDateGeben Sie das Datum an,PublicGibt die bereitgestellte Methode an.
Vom Server abrufenrtsp://192.168.3.225:554/wbceine Beschreibung des Medienobjekts, woAcceptDas Feld gibt das Beschreibungsformat an:
Der Client sendet die DESCRIBE-Methode und verwendet sieCSeq Um die Anforderungssequenznummer anzugeben, verwenden SieUser-Agent Identifizieren Sie Ihren Agenten,AcceptDas Feld gibt das Beschreibungsformat als SDP an;
Der Server antwortet auf diese Anfrage mit CSeq Um anzugeben, auf welche Anfrage geantwortet wird, verwenden SieDateGeben Sie das Datum an,Content-TypeZeigt an, dass der Inhaltstyp SDP ist.Content-LengthGeben Sie die Länge des Inhalts an.
Beachten：
1. Für einige, die einen Benutzernamen und ein Passwort erfordern, verarbeitet der Server die DESCRIBE-Methode zur Authentifizierung. Wenn die Autorisierungsauthentifizierungsinformationen nicht übertragen werden oder die Authentifizierung fehlschlägt, gibt der Server eine Antwort mit der Fehlernummer 401 zurück. Wenn der Client die 401-Antwort erhält, muss er eine Autorisierung basierend auf den bekannten Benutzerauthentifizierungsinformationen generieren und die Beschreibung erneut senden. Wenn die Authentifizierung erfolgreich ist, gibt der Server Antwortinformationen mit SDP zurück.
2. Die vom Server zurückgegebenen SDP-Informationen werden in einem späteren Artikel analysiert.
Der Client fordert den Server auf, eine Sitzung aufzubauen und die Übertragung vorzubereiten. Zu den Anforderungsinformationen gehören hauptsächlich das Übertragungsprotokoll und die Portnummer des Clients;
Der Client sendet die SETUP-Methode und verwendet sieCSeq Um die Anforderungssequenznummer anzugeben, verwenden SieUser-Agent Identifizieren Sie Ihren Agenten,TransportDas Feld gibt das zulässige Übertragungsprotokoll RTP/AVP und den Port an (hier ist der RTP-Port 55320 und der RTCP-Port 55321);
Der Server antwortet auf diese Anfrage mit CSeq Um anzugeben, auf welche Anfrage geantwortet wird, verwenden SieDateGeben Sie das Datum an,TransportGeben Sie das Transportprotokoll RTP/AVP, die Zieladresse, die Quelladresse, den Client-Port (RTP ist 55320, RTCP ist 55321), den Server-Port (RTP ist 6970, RTCP ist 6971) an.SessionGeben Sie die Sitzungs-ID an.
Beachten：
In diesem Beispiel wird RTP über das UDP-Protokoll übertragen. Manchmal wird RTP dann über TCP übertragenTransport Die Felder variieren. Es könnte wie folgt sein:
客户端请求：Transport: RTP/AVP/TCP;unicast;interleaved=0-1
服务器响应：Transport: RTP/AVP/TCP;unicast;interleaved=0-1;ssrc=24e4e500;mode="play"
RTP/AVP/TCPZeigt an, dass der RTP-Stream über TCP übertragen wird. Wenn dieser Wert angezeigt wird, verfügt die Nachricht nicht über das Feld „client_port“.
interleaved=0-1Stellt streamid dar und identifiziert RTP streamid=0; RTCP streamid=1;
Wenn der Codestrom über TCP übertragen wird, teilt er sich eine TCP-Verbindung mit RTSP, sodass keine neue Verbindung hergestellt werden muss. Um die Protokolle RTP, RTCP und RTSP zu unterscheiden, muss eine Header-ID hinzugefügt werden Hier wird das Header-Feld verwendet, und der TCP-Header besteht aus vier Wörtern. Das Format ist wie folgt:
| magic number | channel number | embedded data length | data |
magic number: 1 Byte, festgelegt auf0x24, ist ein Charakter$, was darauf hinweist, dass es sich bei den übertragenen Daten nicht um das RTSP-Protokoll handelt;
channel number: 1 Byte, Kanal-ID, die den Stream-Typ identifiziert, bei dem es sich um die zuvor erwähnte Stream-ID handelt;
embedded data length : 2 Bytes, die die Streamlänge angeben
data: Zeigt RTP/RTCP-Paketdaten an
Der Client benachrichtigt den Server aktiv, mit dem Senden von Daten zu beginnen, indem er den von SETUP angegebenen Mechanismus verwendet.
Der Client sendet die PLAY-Methode und verwendet sieCSeq Um die Anforderungssequenznummer anzugeben, verwenden SieUser-Agent Identifizieren Sie Ihren Agenten,SessionDas Feld gibt die Sitzungs-ID an.RangeDas Feld gibt die Start- und Endzeit der Wiedergabe an.
Der Server antwortet auf diese Anfrage mit CSeq Geben Sie an, auf welche Anfrage geantwortet wirdDateDatum angeben;RangeDas Feld gibt die Start- und Endzeit der Wiedergabe an;SessionDas Feld gibt die Sitzungs-ID an;RTP-InfoDas Feld beschreibt die RTP-Informationen des zu sendenden Code-Streams, z. B. die Sequenz und die RTP-Zeit des ersten RTP-Pakets. Der Client kann basierend auf diesem Feld demultiplexen.
Der Client fordert an, das Senden des angegebenen URL-Streams zu beenden und zugehörige Ressourcen freizugeben.
Der Client sendet die TEARDOWN-Methode und verwendet sieCSeq Um die Anforderungssequenznummer anzugeben, verwenden SieUser-Agent Identifizieren Sie Ihren Agenten,SessionDas Feld gibt die Sitzungs-ID an.
Der Server antwortet auf diese Anfrage mit CSeq Geben Sie an, auf welche Anfrage geantwortet wirdDateGeben Sie das Datum an.
Der RTSP-Antwortinhalt enthält normalerweise einen dreistelligen ganzzahligen Antwortcode und eine Begründungsphrase. Der Zweck der Phrase besteht darin, eine kurze Textbeschreibung des Statuscodes anzugeben. Der Client muss die Begründungsphrase nicht überprüfen oder anzeigen. Entsprechend dem Unterschied zwischen der ersten Ziffer des Antwortcodes kann dieser in die folgenden fünf Kategorien unterteilt werden:
Natürlich hängen RTSP-Fehlercodes und RTSP-Methoden eng zusammen. Einige Fehler werden möglicherweise nur bei bestimmten Methoden ausgelöst. Die detaillierten Fehlercodeinformationen lauten wie folgt:
| Fehlercode | Grundphrase | Antwortmethode |
|---|---|---|
| 100 | Weitermachen | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 200 | Erfolg | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 201 | Erstellt | AUFZEICHNEN |
| 250 | Wenig Speicherplatz | AUFZEICHNEN |
| 300 | Mehrere Auswahlmöglichkeiten | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 301 | dauerhaft umgezogen | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 302 | ist vorübergehend umgezogen | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 303 | Siehe Andere | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 305 | Proxy verwenden | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 400 | Ungültige Anforderung | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 401 | Nicht autorisiert | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 402 | Bezahlung erforderlich | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 403 | Verboten | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 404 | Nicht gefunden | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 405 | Methode nicht erlaubt | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 406 | Inakzeptabel | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 407 | Proxy-Authentifizierung erforderlich | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 408 | Zeitüberschreitung der Anforderung | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 410 | Gegangen | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 411 | Erforderliche Länge | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 412 | Voraussetzung fehlgeschlagen BESCHREIBEN | AUFSTELLEN |
| 413 | Anforderungsentität zu groß | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 414 | Anforderungs-URI zu lang | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 415 | Nicht unterstützter Medientyp | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 451 | Ungültiger Parameter | AUFSTELLEN |
| 452 | Unzulässige Konferenzkennung | AUFSTELLEN |
| 453 | Nicht genügend Bandbreite | AUFSTELLEN |
| 454 | Sitzung nicht gefunden | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 455 | Methode in diesem Status nicht gültig | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 456 | Header-Feld ungültig | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 457 | Ungültiger Bereich | SPIELEN |
| 458 | Parameter ist schreibgeschützt | SET_PARAMETER |
| 459 | Aggregatvorgang nicht zulässig | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 460 | Nur Aggregatoperationen zulässig | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 461 | Nicht unterstützter Transport | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 462 | Ziel unerreichbar | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 500 | interner Serverfehler | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 501 | Nicht implementiert | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 502 | Schlechtes Gateway | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 503 | Dienst nicht verfügbar | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 504 | Gateway-Zeitüberschreitung | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 505 | RTSP-Version wird nicht unterstützt | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
| 551 | Option wird nicht unterstützt | Alleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee |
如果文章有帮助的话，点赞👍、收藏⭐，支持一波，谢谢 😁😁😁
beziehen auf:
Echtzeit-Streaming-Protokoll – RTSP [ausführliche Erklärung]
Beherrschen Sie RTSP-Anfragen und -Antworten von Grund auf 1
Detaillierte Erläuterung des RTSP-Streaming-Media-Protokolls
Er widmet sich seit mehr als 30 Jahren der Technologieforschung und beherrscht verschiedene Sprachen wie Java, Linux, Javascript, PHP, CSS usw. Er hat viele Beiträge im Open-Source-Bereich geleistet Entwicklerdokumentationsstation, um einige Probleme in der Technologieentwicklung als zukünftige Referenz zu teilen
