VoIP SIP/SDP. Network Implementation and Integration 7.Semester Hettlinger Leopold

Transkript

1 VoIP SIP/SDP Network Implementation and Integration 7.Semester Hettlinger Leopold

2 Agenda VoIP Allgemein Datenströme Standards Wichtige RFC s SIP Allgemein Trapezoid Komponenten Kommunikation Basisablauf Aufbau Message Header Message Body Authentication SDP Allgemein Parametertypen Medienaushandlung

3 VoIP Allgemein Proprietäres VoIP Skype VoIP Pionier ~ 95% Marktanteil im Internet Telefon Bereich Microsoft Messenger hat sich kaum durchgesetzt Standardisiertes VoIP H.323 Standard der ITU-T, basiert auf ISDN (Integrated Services Digital Network) SIP Standard der IETF basiert auf H.323 und http sowie

4 Datenströme Signalisierungsdaten = SIP Dienen zum Verbindungsauf- und Verbindungsabbau Steuerung von Verbindungseigenschaften (SDP) Mediendaten = RTP Enthalten die eigentliche Sprachinformation

5 Standardisiertes VoIP Ein Standard neben mehreren konkurrierenden VoIP Ansätzen» H.323 (Umsetzung von ISDN von der ITU)» MGCP (IETF & ITU) und SCCP (Cisco) SIP (Session Initiation Protocol) entwickelt von der IETF als allgemeines Protokoll zum Aufbau von Verbindungen» Wurde Schritt für Schritt (nach Bedarf) erweitert um auftretende Probleme zu bereinigen bzw. fehlende Funktionen nachzurüsten.

6 Wichtige RFCs zu SIP / SDP Main RFCs für VoIP mit SIP/SDP/RTP UDP: USER DATAGRAM PROTOCOL RFC 768: UDP > User Datagram Protocol SIP: SESSION INITIATION PROTOCOL RFC 2543: (obsolete) SIP > Session Initiation Protocol RFC 3261: SIP RFC : Additional RFCs for SIP RFC 3264: An Offer/Answer Model with the Session Description Protocol (SDP) SDP: SESSION DESCRIPTION PROTOCOL RFC 2327: (obsolete) SDP > Session Description Protocol RFC 4566: SDP

7 SIP - Session Initiation Protocol Textbasierendes Client/Server-Sitzungssignalisierungsprotokoll. Dient zur Steuerung des Verbindungsaufbaus und -abbaus von Multimediadiensten [im RFC 3261 beschrieben] Einsatzgebiete: Sprachübertragung, Videokonferenzen, Instant Messaging, Verteilte Computerspiele, etc. Adressierungsschema ist ähnlich einer -Adresse z.b. sip:vor.name@provider-name.org Unterstützt Punkt-zu-Punkt Verbindungen und Mehrpunkt- Verbindungen Austausch von Nachrichten erfolgt anhand von REQUESTS und RESPONSES UMTS verwendet künftig SIP

8 SIP Session Initializing Protocol II Übermittlung von Signalisierungs- und Vermittlungselementen für die Etablierung von Kommunikationsverbindungen (Sessions) Sessions werden durch SIP-Transaktionen aufgebaut. SIP-Transaktionen bestehen aus 2 Kommunikationselementen» Nachrichten (SIP-Request)» Status-Information (SIP-Responses) SDP Unterstützendes Protokoll, handelt z.b. die Sprachkodierung aus. RTP Über RTP werden die Audio- (Medien-) Daten übertragen

9 SIP Begriffsdefinitionen: SIP Komponenten SIP Trapezoid» Grundlegender Aufbau der Netzwerkinfrastruktur mit den SIP- Komponenten SIP-UA und SIP-Proxy Servern. (additional SIP- Registrar Server, Location Database) DNS Server Location Database DNS Domain 1 Domain 2 Registrar Server Outbound Proxy Server SIP Inbound Proxy Server SIP SIP SIP 14:13 Call: SIP-UA B * # Rufender SIP-UA A (Domain 1) SIP RTP 14:13 Call: SIP-UA A * # Gerufener SIP-UA B (Domain 2)

10 SIP Trapezoid DNS Server Location Database DNS Domain 1 Domain 2 Registrar Server Outbound Proxy Server SIP Inbound Proxy Server SIP SIP SIP 14:13 Call: SIP-UA B * 0 # Rufender SIP-UA A (Domain 1) SIP RTP 14:13 Call: SIP-UA A * 0 # Gerufener SIP-UA B (Domain 2)

11 SIP Komponenten: SIP User Agent SIP-UA SIP User Agent Die Endsysteme (Telefon, Softphone, Gateway) werden als UA bezeichnet. Ein UA kann die Rolle eines Clients bzw. eines Servers einnehmen (Client- Server-Prinzip von http) SIP-UAC SIP User Agent Client Initiator einer Kommunikation (z.b. des Verbindungsaufbaus) Stellt die Anfrage, sendet den Request SIP-UAS SIP User Agent Server Gerufener, antwortet auf einen Kommunikationsaufruf Sendet die Response

12 SIP Komponenten: SIP-Registrar Server SIP Registrar Server 'Verwaltungs-' Server für SIP-UAs UA meldet sich mit seiner Kennung (Benutzername, Kennwort) und seiner SIP URI (SIP-Adresse) an einem Registrar (Server) an gibt dadurch seine Adresse (IP-Adresse) bekannt (öffentliche) Aufgrund dieser Registrierung kann ein User Agent lokalisiert werden. Location Database Daten aus dem Registriervorgang werden vom SIP-Registrar in einer Location- Datenbank abgelegt.

13 SIP Komponenten: SIP-Proxy Server I SIP-Proxy Server hat die Rolle eines Vermittlers bearbeitet und leitet Signalisierungsnachrichten weiter leitet die Anfragen an den adressierten SIP-UA weiter Man unterscheidet SIP-Proxy Server anhand ihrer Fähigkeit Nachrichten zu manipulieren

14 SIP Komponenten: SIP-Proxy Server II Stateless SIP-Proxy Server zustandslos Sitzungszustände (session states) werden nicht gespeichert und können auch nicht manipuliert werden. Stateful SIP-Proxy Server sitzungsorientiert Zustände werden in sogenannten Transaktions-Kontrollblöcken gespeichert und können gegebenenfalls auch manipuliert werden.

15 Inbound und Outbound Proxy Server Unterscheidung von SIP Proxy Servern anhand ihrer Funktionalität Inbound SIP-Proxy Server nimmt SIP-Gespräche aus dem www entgegen leitet sie local an den adressierten SIP-UA weiter Routing-Informationen bezieht er aus der Location-Datenbank. Outbound SIP-Proxy Server vermittelt SIP-Gespräche ins www Routing-Informationen bezieht er von einem DNS-Server.

16 SIP Netzwerkinfrastruktur und Komponenten DNS Server DNS Server DNS query voip.ny.org INVITE SIP Outbound Proxy Server DNS answer IP: INVITE voip.ny.org SIP Inbound Proxy Server INVITE IP: SIP Inbound Proxy Server www SIP Outbound Proxy Server IP: SIP-Registrar? IP of andy andy IP = LAN 2: fhcw.ac.at IP: x SIP Registrar Server & Location Database SIP Registrar Server & Location andy@voip.ny.org Database REGISTER andy@ LAN 2: ny.org IP: x

17 SIP Kommunikation SIP-Message Kommunikationselement SIP-Request SIP Nachricht Anfrage (Befehl) eines SIP-UAC an einen SIP-UAS. SIP-Response SIP Statusinformation eine Antwort auf einen SIP-Request; beinhaltet den Status des antwortenden SIP-UAS. SIP-Transaktion logisch zusammenhängender Kommunikationsablauf zum Beispiel ein SIP-Request der durch eine oder mehrere SIP-Responses beantwortet wird.

18 SIP Kommunikation: SIP-Requests REGISTER für die Registrierung von Benutzerinformationen INVITE zum Einladen von Teilnehmern zu einer SIP Verbindung ACK Bestätigungsnachricht BYE für die Beendigung einer SIP Verbindung CANCEL für den Verbindungsabbruch (Gegenstelle hebt nicht ab) OPTIONS abfragen von Eingeschaften von Servern

19 SIP Kommunikation: SIP-Responses 1xx Provisional (100 Trying, 180 Ringing,...) Befehl empfangen, wird verarbeitet 2xx Success (200 OK) Befehl empfangen, verstanden und akzetiert 3xx Redirection (302 Moved temporarily,...) weitere Aktionen notwendig um Befehl zu beenden 4xx Client Error (486 Busy here, 487 Request terminated,...) Befehl enthält Fehler oder kann vom Server nicht verarbeitet werden 5xx Server Error (501 Not implemented,...) Server kann korrekten Befehl nicht verarbeiten 6xx Global Error (606 Not acceptable,...) Befehl kann von keinem Server verarbeitet werden.

20 SIP Basisablauf: Verbindungsaufbau SIP User Agent A SIP User Agent B INVITE B 100 Trying SIP Three Way Handshake UAC 180 Ringing UAS 200 OK ACK Legende: SIP-Transaction UAS Session BYE A 200 OK UAC UAC UAS... User Agent Client... User Agent Server... SIP-Request... SIP-Response... SIP-Transaction

21 SIP Begriffsdefinition: SIP-Transaction Regelfall anhand des Beispiel : SIP Three Way Handshake UAC UAS SIP-Transaction 1 SIP-Transaction 2 INVITE 200 OK ACK Spezialfall: SIP-Transaktion bei nicht erfolgreichen Verbindungsaufbau SIP-Transaction UAC INVITE 486 Busy here UAS Legende: UAC UAS... User Agent Client... User Agent S erver ACK... S IP-Request... S IP-Response... S IP-Transaction

22 SIP Basisablauf: SIP-Request CANCEL SIP-UA B hebt nicht ab! D.h. es wird keine SIP-Response: 200 OK empfangen. SIP-UA A INVITE B 100 Trying 180 Ringing SIP-UA B Legende: SIP-UA... SIP User Agent... SIP-Request... SIP-Response... SIP-Transaction SIP-UA A 'canceled' den Ruf Durch den SIP-Request: 'CANCEL', wird 'verschachtelt' in die SIP-Transaction 1: 'INVITE' die SIP-Transaction 2: 'CANCEL' durchgeführt. Diese 'triggert' die Beendigung der SIP-Transaction 1: 'INVITE' durch die SIP-Response: 487 Request Terminated. CANCEL B 200 OK 487 Request Terminated ACK SIP-Transaction 1: 'INVITE' SIP-Transaction 2: 'CANCEL' Beendigung der SIP-Transaction 1 durch den SIP-Request: 487 Request Terminated

23 SIP Netzwerkkomponenten I SIP-Registrar Server SIP-Request REGISTER SIP-UA sip:andy@voip.lan andy@voip.lan SIP Registrar Server voip.lan voip.lan Legende: REGISTER sip:voip.lan 200 OK SIP-UA... SIP User Agent... SIP-Request... SIP-Response (Header) To: sip:andy@voip.lan permanente (Header) Contact: sip:andy@ temporäre (Header) Expires: 3600

24 SIP Netzwerkkomponenten II Stateless SIP-Proxy Server SIP-UA A stateless SIP-Proxy Server SIP-Proxy SIP-UA B INVITE B 100 Trying 180 Ringing 200 OK ACK INVITE B 100 Trying 180 Ringing 200 OK ACK Legende: SIP-UA... SIP User Agent... SIP-Request... SIP-Response Nutzdatenübertragung... bedingte Weiterleitung

25 SIP Netzwerkkomponenten III Stateful SIP-Proxy Server SIP-UA A stateful SIP-Proxy Server SIP-Proxy SIP-UA B early provisional SIP-Response Um SIP-UA A anzuzeigen, dass sein SIP-Request bereits verarbeitet wird. INVITE B 100 Trying 180 Ringing 200 OK ACK INVITE B 100 Trying 180 Ringing 200 OK ACK Nutzdatenübertragung Legende: BYE A 200 OK BYE A 200 OK SIP-UA... SIP User Agent... SIP-Request... SIP-Response... bedingte Weiterleitung

26 SIP Netzwerkkomponenten IV Stateful SIP-Proxy Server als forking Proxy SIP-UA A SIP-Proxy-Server stateful forking SIP-Proxy ständige SIP-URI des SIP-UA B: sip:b@home IP: IP: B1 B2 INVITE B@home Le gende: 100 Trying INVITE B@ INVITE B@ S IP-UA... S IP Us e r Age nt... S IP-Request... SIP-Response 180 Ringing (B1) 180 Ringing (B2) 180 Ringing 180 Ring ing 200 OK CANCEL B 200 OK 200 OK 487 Request Terminated ACK ACK ACK Nutzdatenübertragung

27 SIP Netzwerkkomponenten V SIP-Proxy Server Redirect Server SIP-UA SIP-Proxy Server/ Redirect Server fhcw.ac.at SIP-Proxy Server ny.org SIP-UA A fhcw.ac.at ny.org B INVITE B@fhcw.ac.a.t 302 Moved temporarily Contact: sip:b@ny.org ACK INVITE B@ny.org 100 Trying 180 Ringing 200 OK ACK Nutzdatenübertragung INVITE B@ny.org 180 Ringing 200 OK ACK Legende: SIP-UA... SIP User Agent... SIP-Request... SIP-Response

28 Der SIP-Request: OPTIONS (RFC 3261) Dient der Abfrage von Fähigkeiten der Gegenstelle Einige Beispiele für Inhalt der entsprechenden 200 OK Response: (nur aus RFC 3261) SIP-Header: Fähigkeiten Allow : Unterstützte SIP-Request/Responses Accept : Unterstützte SIP-Body Formate Accept-Encoding : Data Encoding Types, z.b. gzip Accept-Language: Sprache, z.b. en, de Contact : SIP-URI, zusätzliche Contact-Informationen wie

29 Der SIP-Request: INFO (RFC 2976) Zusätzlicher SIP-Request zum Austausch von Informationen abseits der eigentlichen Session z.b. für die Signalisierung von DTMF-Tönen (Tastentöne) Tunneln von ISDN-Nachrichten durch SIP-Verbindungen z.b. für die Übertragung von Buddy-Bildern Beispiel für DTMF-Signalisierung mit INFO SIP-Request INFO SIP-Header Fields Content-Type: application/dtmf-relay Content-Length: 30 SIP-Message Body Signal=A Duration=250

30 Beispiele Video Gleich wie Audio, nur andere Medienaushandlung (Type/Codec) Chat Aushandlung z.b. einer gesicherten (TLS) TCP/IP-Verbindung für die Übertragung der Textdaten Dateiübertragung Wie Chat, nur wird die Datei anstatt des Textes übertragen Instant Messaging SIP-Request Message, SIP-Body enthält Message-Text Presence Detection SIP-Requests: Subscribe und Notify SIP-Header: Event: presense SIP-Body: XML mit PIDF (im Notify-Request)

31 Aufbau des SIP: SIP-Messages > Definiert in RFC 3261 SIP Start-Line Grundlegende SIP-Informationen (Request-Line; Response-Line) SIP Message Header basiert auf dem http-header, erweitert um SIP-Header Fields beinhaltet alle SIP relevanten Informationen (From-; To-Field; etc.) Leerzeile SIP Message Body optional; der Message-Body beinhaltet bei der Medienaushandlung die dazu benötigten SDP-Informationen

32 SIP-Message: Start-Line Die Start-Line enthält die grundlegende SIP-Information SIP-Request Anfrage in Form eines Befehls (SIP-Method) SIP-Response Antwort in Form von Statutsinformation Aufbau der SIP Start-Line für SIP-Requests SIP-Method Space Request SIP-URI Space SIP-Version CRLF z.b. INVITE z.b. z.b. SIP/2.0 Aufbau der SIP Start-Line für SIP-Responses SIP-Version Space Status Code Space Reason Phrase CRLF z.b. SIP/2.0 z.b. 180 z.b. Ringing

33 SIP-Header Genaue Spezifikation des Request bzw. der Response erfolgt durch SIP-Header-Fields (vgl. HTTP: Subject; From; To) Immer verpflichtende SIP-Header-Fields: Via : Liste der involvierten SIP-UAs From : Erzeuger des SIP-Request To : Ziel des SIP-Request Call-ID: Eindeutige ID des SIP-Dialogs CSeq: Command Sequence zu der die Message gehört (auf die sie sich bezieht) Max-Forwards : Anzahl der erlaubte Hops SIP-Header Fields die den SIP-Message Body beschreiben: Content-Type: Typ des Inhalts der im Body übertragen wird Content-Length: Länge des Body in bytes

34 SIP-Message: Header Fields I Syntax der SIP-Header Felder h.-name: h.-value *(, h.-value) *(;p.-name= p.-value) h. = header p. = parameter Via Field Informationen über den Absender Via: SIP/2.0/UDP :5060; branch=z9hg4bk wenn SIP-Proxys involviert sind, wird das Via Feld wiederholt d.h. es kommt die Nachricht mit mehreren Via Feldern in umgekehrter Reihenfolge beim Empfänger an Der Feldpatermeter branch dient als Identifier für die SIP-Transaction (Transaction-Identifier). Besteht aus dem "Magic-Cookie" (z9hg4bk) und einem Zufallswert (-1234)

35 SIP-Message: Header Fields II From Field Initiator der SIP-Transaction/SIP-Dialogs From: "Hans" tag=3456 Der Feldparameter tag dient als "Dialog-Identifier" und ist ein Zufallswert (3456) To Field Ziel-Teilnehmer a.d. die SIP-Nachricht gesandt wird To: Andy" Bei der ersten nicht provisional SIP-Response (200 OK oder ERROR) trägt der antwortende SIP-UA hier wieder den tag- Parameter als "Dialog-Identifier" ein. Hierfür wird ein neuer Zufallswert verwendet.

36 SIP-Message: Header Fields III Call-ID Field Zuordnung der SIP-Message zu einem SIP-Dialog Call-Id: Ist ein Zufallswert (5678), welchem üblicherweise (aber nicht zwingend) die physikalische Adresse des Initiators angehängt wird. Wird als Ganzes, als Teil des "Dialog-Identifier" benutzt. CSeq Field Command Sequence CSeq: 1 INVITE Nummerischer Wert der die einzelnen SIP-Requests eindeutig identifiziert SIP-Responses werden durch das CSeq Field dem SIP-Request auf den sie sich beziehen zugeordnet. Wird als Ganzes, als Teil des "Transaction-Identifier" benutzt.

37 SIP-Message: Header Fields IV Max-Forwards Field Max-Forwards: 70 Max. Anzahl der SIP-Hops Contact Field SIP-URI des Anwortziels Contact: Temporäre SIP-URI an welche die Antwort geschickt werden soll Content-Type Field Beschreibung des Inhalts des Message- Body Content-Type: application/sdp Content-Length Field Länge des Message-Body in byte Content-Length: 234

38 SIP-Message: Header Fields V Allow Field Welche SIP-Requsets beantwortet werden können Allow: INVITE,CANCEL,... User-Agent Field Bezeichnung des verwendeten Endgerät User-Agent: KhoIP Phone Alert-Info Field Zu spielender Klingelton Alert-Info: < Call-Info Field Zusätzliche Info zum Anruf Call-Info: sip: ;answer-after=0 Hier verwendet um eine automatische Rufannahme zu fordern Und viele mehr

39 SIP-Message: Message Body "Inhalt" der SIP-Message Aushandlung der RTP Real-time Tranport Protocol Parameter IP-Adressen für die RTP-Session Ports für die RTP-Session Transortprotokoll ob die Verbindung unidirectional / bidirectional ist Aushandlung der Parameter für den Media-Stream Ob der Media-Stream Audio- oder Videodaten enthält Codecs die für die Codierung des Media-Stream verwendet werden Dies erfolgt mittels SDP Session Description Protocol

40 Digest Authentication: SIP Registrar Server I SIP-UA sip:andy@voip.lan SIP Registrar Server voip.lan andy@voip.lan voip.lan REGISTER sip:voip.lan 401 Unauthorized REGISTER sip:voip.lan 200 OK Legende: SIP-UA... SIP User Agent... SIP-Request... SIP-Response

41 Digest Authentication: SIP Registrar Server II REGISTER sip:voip.lan REGISTER sip:voip.lan SIP/2.0 Via: SIP/2.0/UDP ;branch=z9hGbK-1234 Max-Forwards: 70 To: "andy" From: "andy" Call-ID: Cseq: 1 REGISTER Contact: <sip:andy@ :5060>;expires=3600 Content-Length: Unauthorized SIP/ Unauthorized Via: SIP/2.0/UDP ;branch=z9hGbK-1234 Max-Forwards: 70 From: "andy" <sip:andy@voip.lan>;tag=4567 To: "andy" <sip:andy@voip.lan>;tag=6789 Call-ID: 123xyz@ Cseq: 1 REGISTER WWW-Authenticate: Digest algorithm=md5, realm="voip", nonce ="01fe" Content-Length: 0

42 Digest Authentication: SIP Registrar Server III REGISTER sip:voip.lan REGISTER sip:voip.lan SIP/2.0 Via: SIP/2.0/UDP ;branch=z9hGbK-3456 Max-Forwards: 70 To: "andy" From: "andy" Call-ID: Cseq: 2 REGISTER Contact: <sip:andy@ >;expires=3600 Authorization: Digest username="andy",realm="voip",nonce="01fe", uri="sip:voip.lan",response="4f4a..." Content-Length: OK SIP/ OK Via: SIP/2.0/UDP ;branch=z9hGbK-3456 Max-Forwards: 70 From: "andy" <sip:andy@voip.lan>;tag=4567 To: "andy" <sip:andy@voip.lan>;tag=6789 Call-ID: 123xyz@ Cseq: 2 REGISTER Expires: 60 Contact: <sip:andy@ >;expires=60 Content-Length: 0

43 Digest Authentication: MD5 Algorithmus I Informationen aus der SIP-Response: 401 Unauthorized WWW-Authenticate: Digest algorithm=md5, realm="voip", nonce ="01fe" realm="voip" Gültigkeitbereich der Authentication i.d.r. in Form des Domainnamen des SIP-Registrar Servers nonce="01fe" vom SIP-Registrar generierter Zufallswert base64- oder hexadezimal Darstellung wird mit dem MD5-Algorithmus ins Chiffre "hineingerechnet"

44 Digest Authentication: MD5 Algorithmus II Informationen des SIP-UA: REGISTER sip:voip.lan Cseq: 2 REGISTER Authorization: Digest username="andy",realm="voip",nonce="01fe", uri="sip:voip.lan",response="4f4a..." username="andy" bildet zusammen mit den Beiden (SIP-UA & SIP-Registrar Server) bekannten password das: shared Secret uri="sip:voip.lan" REGISTER Methodenname

45 Digest Authentication: MD5 Algorithmus III MD5 Algorithmus berechnet Hash-Werte H() laut RFC 1321 Berechnen der response="4f4a..." mittels MD5 Algorithmus response = H(H(A1)+":"+nonce+":"+H(A2)) A1 = username+":"+realm+":"+password A2 = method+":"+uri Aus dem Beispiel: H(H("andy:voip:XXX")+":01fe:"+H("REGISTER:sip:voip.lan")) = = "4f4a..."

46 Digest Authentication: SIP Proxy Server I SIP-UA sip:andy@voip.lan stateful SIP Proxy Server voip.lan SIP-UA sip:hans@voip.lan andy@voip.lan voip.lan hans@voip.lan INVITE sip:hans@voip.lan 407 Proxy Authentication Required ACK INVITE sip:hans@voip.lan 100 Trying... INVITE sip:hans@voip.lan... Legende: SIP-UA... SIP User Agent... SIP-Request... SIP-Response

47 Digest Authentication: SIP Proxy Server II INVITE INVITE SIP/2.0 Via: SIP/2.0/UDP ;branch=z9hGbK-1234 Max-Forwards: 70 To: "hans" From: "andy" Call-ID: Cseq: 1 INVITE Contact: <sip:andy@ > Content-Type: application/sdp Content-Length: Proxy Authentication Required SIP/ Proxy Authentication Required Via: SIP/2.0/UDP ;branch=z9hGbK-1234 Max-Forwards: 70 From: "andy" <sip:andy@voip.lan>;tag=4567 To: "hans" <sip:hans@voip.lan>;tag=6789 Call-ID: 123xyz@ Cseq: 1 INVITE Proxy-Authenticate: Digest algorithm=md5, realm="voip", nonce ="6a3c" Content-Length: 0

48 Digest Authentication: SIP Proxy Server III INVITE INVITE SIP/2.0 Via: SIP/2.0/UDP ;branch=z9hGbK-3456 Max-Forwards: 70 To: "hans" From: "andy" Call-ID: Cseq: 2 INVITE Contact: <sip:andy@ > Authorization: Digest username="andy",realm="voip",nonce="6a3c", uri="sip:hans@voip.lan",response="43f5..." Content-Type: application/sdp Content-Length: 306

49 SDP Session Description Protocol I Verwendet Offer/Answer Modell SDP-Parameter werden angeboten SDP-Offer SDP-Parameter werden bestätigt/abgelehnt SDP-Answer SDP-Daten werden im SIP Message-Body versendet SDP-Offer z.b.: INVITE (SDP-Data) SDP-Answer z.b.: 200 OK (SDP-Data)

50 SDP II INVITE (SDP-Data): locale Optionen werden angeboten RTP over UDP/IP; IP-Adresse: z.b localer RTP-Port z.b Audio-Codecs z.b. als Optionen-Liste (Wunschreihenfolge) 200 OK (SDP-Data): Optionen empfangen remote angeboten RTP; UDP/IP; IP-Adresse: ;Port z.b. RTP-Port:8000 Audio-Codecs: Optionen-Liste einer aus Liste wird verwendet Audio-Codecs: ein bestimmter dieser wird verwendet

51 SDP Parametertypen I Spezifikation der RTP-Session v... SDP-(Protocol-)Version aktuelle SDP-Version ist 0 v=0 o... Owner/Creator and Session ID Initiator der Session und eine ID für die Session o=leo IN IP Aufbau: <user name>name des Initiator, z.b. SIP Username <session id> ID der Session, i.d.r. NTP-Timestamp <version> <network type> <adress type> Session Version, Random+Increment Netztyp, IN für Internet Typ der IP-Quelladresse, z.b. IP4 <adress> Quell-IP-Adresse, z.b für den Aufbau der RTP-Session vorgeschrieben ja ja

52 SDP Parametertypen II Spezifikation der RTP-Session s... Session Name beliebiger Name für die Session s=viel spass für den Aufbau der RTP-Session vorgeschrieben ja c... Connection Information Antwortziel für die RTP-Verbindung (eigene IP) c=in IP nein Aufbau: <network type> <adress type> Netztyp, IN für Internet Typ der IP-Quelladresse, z.b. IP4 <adress> Quell-IP-Adresse, z.b

53 SDP Parametertypen III Beschreibung des zeitlichen Verhaltens t... time gibt eine Start- und Stopzeit in Sekunden für die Gültigkeit der Session an. für den Aufbau der RTP-Session vorgeschrieben ja Aufbau: t=<start time> <stop time> t= bedeutet unbegrenzt.

54 SDP Parametertypen IV Beschreibung der Media-Daten m... media gibt den Mediennamen und die Transport/-port an m=audio RTP/AVP 0 3 Aufbau: <media> Medienart, z.b. audio <port> Port für die RTP-Verbindung, z.b <transport> <fmt list> Transprortprotokoll, z.b. RTP/AVP (Real Time Protocol / Audio Video Profile) Liste zulässiger Formate (Codecs bei Audio) für den Aufbau der RTP-Session vorgeschrieben ja

55 SDP Parametertypen V Beschreibung der Media-Daten a... attribute Spezifiziert die Formate aus m genauer. Die Anzahl der attribute ist daher von der Format-Liste abhängig. Kann auch die "Verbindungsrichtung" (sendonly, recvonly, sendrecv) festlegen. für den Aufbau der RTP-Session vorgeschrieben nein a=rtpmap: 0 PCMU/8000 a=rtpmap: 3 GSM/8000 a=sendonly

56 Medienaushandlung mit SDP I SIP-UA 1: SIP Username: andy IP-Adresse: ; DNS: tel.lan RTP-Port: Codecs: PCMU; PCMA; GSM andy@tel.lan hans@pc.lan INVITE hans@pc.lan (SDP andy) 100 Trying 180 Ringing 200 OK (SDP hans) ACK SIP-UA 2: SIP Username: hans IP-Adresse: ; DNS: pc.lan RTP-Port: Codecs: PCMU; GSM RTP-Session BYE andy@tel.lan 200 OK Legende: SIP-UA... SIP User Agent... SIP-Request... SIP-Response... SDP (SIP Message Body)

57 Medienaushandlung mit SDP II SIP-Request: INVITE (SDP andy) START-LINE: INVITE SIP/2.0 HEADER: Via: SIP/2.0/UDP To: From: "andy" Call-ID: Cseq: 123 INVITE Contact: Max-Forwards: 70 Content-Type: application/sdp Content-Length: 189 BODY: v=0 (SDP-Data) o=andy IN IP s=voip Session c=in IP t=0 0 m=audio RTP/AVP a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:3 GSM/8000 SIP-Response: 200 OK (SDP hans) START-LINE: SIP/ OK HEADER: Via: SIP/2.0/UDP From: "andy" <sip:andy@tel.lan> To: <sip:hans@pc.lan> Call-ID: 123xyz@ Cseq: 123 INVITE Contact: <sip:hans@ > Max-Forwards: 70 Content-Type: application/sdp Content-Length: 161 BODY: v=0 (SDP-Data) o=hans IN IP s=voip Session c=in IP t=0 0 m=audio RTP/AVP 0 3 a=rtpmap:0 PCMU/8000 a=rtpmap:3 GSM/8000

58 Medienaushandlung mit SDP III Etablierung der RTP-Session SIP-UA local RTP-Socket: :11500 remote RTP-Socket: :10500 sending (encoding) Codec: 3 GSM/8000 receiving (decoding) Codec: 0 PCMU/8000 SIP-UA hans@pc.lan local RTP-Socket: :10500 remote RTP-Socket: :11500 sending (encoding) Codec: 0 PCMU/8000 receiving (decoding) Codec: 3 GSM/8000

59 Literatur und Internetquellen Literatur SIP, TCP/IP und Telekommunikationsnetzwerke U.Trick/F.Weber; Oldenburg; ISBN Voice over IP Die Technik Anatol Badach; HANSER; ISBN Internetquellen

60 DANKE FÜR IHRE AUFMERKSAMKEIT