, Franz J. Hauck, Verteilte Systeme, Univ. Ulm, [2007w-MMK-C-VoIP.fm, ]
|
|
- Götz Winter
- vor 6 Jahren
- Abrufe
Transkript
1 C Internettelefonie C.1 1 Codecs Coder/Decoder dient der Quellcodierung von Medien hier erforderlich: Audio-Codec, hauptsächlich für Sprache keine vollständiges Frequenzspektrum nötig Frequenzen bis Hz sind ausreichend für gute Sprachqualität 1.1 G.711 ITU-T Standard für Audiocodierung (1972) PCM 8 Bit Samples (USA: 7 Bit) Abtastfrequenz Hz Übertragungsbereich Hz C.2
2 1.1 G.711 (2) Logarithmische Quantisierung µ-law (Nordamerika und Japan) A-Law (Europa) Beispiel A-Law 12 Bit Samples aus der Datenquelle A/D-Wandler mit mindestens 12 Bit Codierung qx ( ) Ax = mit x 1 + loga 1 < --- A qx ( ) sgnx 1 + loga x 1 = mit --- < x < log A A A = 87,7 (oder 87,6) log ist jeweils der natürliche Logarithmus x wird angenommen zwischen 1 und 1 C G.711 (3) Tabellarische Darstellung lineare Eingabe s abcd s abcd s000001abcde s00001abcdef s0001abcdefg s001abcdefgh s01abcdefghi s1abcdefghij A-Law Ausgabe s000abcd s001abcd s010abcd s011abcd s100abcd s101abcd s110abcd s111abcd s = Vorzeichenbit (Informationsbits ohne Komplement) entspricht einer Fließkommadarstellung mit 4 Bit Mantisse und 3 Bit Exponent C.4
3 1.1 G.711 (4) Übertragung alle geraden Bits werden invertiert übertragen Achtung: ITU-T definiert Bit 0 als Wert 128, Bit 7 als Wert 1 MOS-Wert liegt bei 4,4 sehr gute Qualität Verwendung ursprünglich: ISDN heute auch: VoIP Datenrate 64 kbit/s (kontinuierlicher Datenstrom bei ISDN) ~80 kbit/s (paketierter Datenstrom bei VoIP) Datenrate für heute Verhältnisse relativ hoch (eigentlich unkomprimiert) C G.722 ITU-T Standard zur Audiocodierung (1988) ADPCM (Adaptive Differential PCM) Datenrate 64 kbit/s Frequenzband bis 7 khz Abtastrate 16 khz DPCM Differential PCM Codierung der Differenz zwischen aktuellem und vorherigem Sample ADPCM wie DPCM zusätzlich adaptive Anpassung der Quantisierungsintervalle Qualität MOS-Faktor = 4,5 C.6
4 1.2 G.722 (2) Standard G optimierte Version von G.722 erreicht vergleichbare Sprachqualität mit Datenraten von 24 kbit/s und 32 kbit/s Standard G AMR-WB (Adaptive Multi Rate Wide Band) Verfahren Datenraten zwischen 6,6 kbit/s und 23,85 kbit/s Einführung von VAD (Voice Activity Detection) Sprachpausen werden nicht übertragen interessant für paketorientierte Übertragung (z.b. Internet, Mobilfunk) Einführung von CNG (Comfort Noise Generation) Einfüllen von Hintergrundrauschen beim Empfänger zur Überbrückung von Sprachpausen hoher MOS-Wert bei den höheren Datenraten ausgewählter Standard für 3GPP (3rd Generation Partnership Project) in Mobilfunknetzen C G ITU-T Standard zur Audiocodierung (1996) Datenrate 6,3 kbit/s Frequenzband 300 Hz Hz MPC-MLQ (Multipulse LPC with Maximum Likelihood Quantization) Verfahren LPC = Linear Prediction Coding Qualität MOS-Faktor = 3,9 DTMF (Dual Tone Multi Frequency) Töne nicht übertragbar entspricht MFV (Mehrfrequenzwahlverfahren) umgangssprachlich: Touch-Tone Fax nicht mehr übertragbar relativ hoher Rechenaufwand Verzögerungszeiten zw. 60 ms und 90 ms C.8
5 1.4 G.729 ITU-T Standard zur Audiocodierung (1996) Datenrate 6,4 kbit/s, 8 kbit/s und 11,8 kbit/s Frequenzband 300 Hz Hz CS-ACELP (Conjugate Structure Algebraic Code Excited Linear Prediction) Qualität MOS-Faktor = 4,1 DTMF-Töne und Fax nicht mehr übertragbar geringe Verzögerung von etwa 15 ms Variante G.729a kompatibel zu G.729 aber weniger Rechenaufwand dafür etwas schlechtere Sprachqualität Einsatz hauptsächlich VoIP C.9 2 RTP Real-Time Transport Protocol (RTP) IETF Standard RFC 1889 (1996): RTP Version 1 RFC 3550 und RFC 3551 (2003): RTP Version 2 Zielsetzung Transport von Medien mit Echtzeitanforderungen z.b. Audio, Video, Sensordaten Unabhängigkeit von der darunterliegenden Transportschicht z.b. UDP, ATM Unterstützung von Unicast und Multicast Flexibilität Bereitstellung von Basisfunktionen Ansatzpunkte für anwendungsspezifische Erweiterungen C.10
6 2 RTP (2) Zielsetzung (fortges.) Identifikation des Senders Möglichkeit von Application Level Framing (ALF) Anwendung bestimmt Kompressionsverfahren und Codierung Synchronisation und Ausspielzeitpunkte Fehlererkennung (Verlust, Duplizierung, falsche Reihenfolge) Fehlererholung separate Kontrolle Datenübertragung und Kontrollsignalisierung unabhängig Kontrollprotokoll: RTCP (Real-Time Transport Control Procotol) keine Dienstgüteimplementierung garantiert z.b. keine Ankunftszeit Dienstgüteimplementierung außerhalb im Netz bzw. in den Endgeräten C Übertragung per RTP Paketierung (ALF) kontinuierliches Medium muss geeignet in Pakete aufgeteilt werden Profile legen teilweise Paketierung fest, z.b. RTP/AVP (Audio Video Profile) aus RFC 3551 RTP fügt einen Header von mind. 12 Byte dazu dazu kommen Header der Transportschicht und tiefer z.b. Header von UDP, Header von IP, Header von Ethernet C.12
7 2.2 RTP-Paketformat Formatkennzeichnung Payload-Type (7 Bit) festgelegte Bedeutungen Profile legen Werte fest, z.b. RTP/AVP z.b. 0x08 für G.711 mit A-Law (PCMA), 0x09 für G.722 freie Werte können durch Anwendungen beliebig vergeben werden erfordern Signalisierung Markierungsbit kann formatabhängig für irgendeine Signalisierung genutzt werden wird gegebenenfalls in einem Profil definiert z.b. Audio: erstes Paket nach einer Sprachpause wird markiert Profil definiert Größe des Payload-Typs und Menge der Markierungsbits C RTP-Paketformat (2) Sequenznummer 16 Bit laufende Nummer des RTP-Pakets erlaubt Erkennung von Paketverlusten erlaubt Erkennung der Reihenfolge erster Wert ist zufällig Zeitstempel 32 Bit wird formatabhängig bestimmt wird gegebenenfalls in einem Profil definiert erster Wert ist zufällig z.b. Audio: Nummer des ersten Samples im Paket bei durchlaufender Samplenummerierung C.14
8 2.2 RTP-Paketformat (3) Identifikation der Datenquelle Synchronization Source Identifier (SSRC) 32 Bit typisch: zufällig gewählt durch Sender bleibt während der Übertragung gleich erlaubt Identifikation einer von mehreren Quellen Identifikation beitragender Datenquellen Contributing Source Identifier (CSRC) 15 Stück möglich Zusatzelemente im Header möglich Extension-Bit C RTP-Paketformat (4) Aufbau eines RTP-Pakets V=2 P X CC M PT Sequence Number Time Stamp Synchronization Source (SSRC) Identifier Contributing Source (CSRC) Identifier... Data Padding PadNr V=2: Versionsnummer P=1: Padding am Paketende; P=0: kein Padding CC: Anzahl der Contributing Source Identifier M: Markierungsbit PT: Payload-Typ C.16
9 2.3 RTP-Control-Protocol (RTCP) Kontrollpakete Kommunikationspartner senden sich Kontrolldaten Aufgaben Rückmeldungen zu Paketverlusten implizite Round-Trip-Time-Berechnung Übermittlung von persistenten Angaben zu RTP-Quellen minimale Sitzungskontrolle z.b. Abbau von Sitzungen C RTP-Control-Protocol (2) Aufbau von RTCP-Daten verschiedene RTCP-Pakettypen Sender-Report (SR): Informationen von Sendern Receiver-Report (RR): Informationen von reinen Empfängern Source-Description-Items (SDES): nähere Angaben zur Quelle Sitzungsende (BYE): beendet die Teilnahme eines Teilnehmers Anwendungsabhängige Information (APP) typisch: mehrere RTCP-Pakete in einem Paket des Transportprotokolls fixer Header in jedem RTCP-Paket Längenangabe im Header Paketlänge immer Vielfaches von 32 Bit Padding im letzten Paket möglich, ähnlich wie bei RTP C.18
10 2.4 Receiver-Report (RR) Mitteilungen von Empfängern V=2 P RC PT=201 (RR) Length SSRC of Sender SSRC of 1st Source Fraction Lost Cumulative Number of Lost Pakets Last Sequence Number Interarrival Jitter Last Sender Report Time Stamp (LSR) Delay Since Last Sender Report (DLSR) SSRC of 2nd Source Fraction Lost Cumulative Number of Lost Pakets Last Sequence Number RC: Anzahl der Sender, über die berichtet wird pro Sender SSRC ein RR-Eintrag von 24 Byte Payload-Type: PT=201 C Receiver-Report (2) RR-Eintrag SSRC des Senders, über den berichtet wird Anzahl der verlorenen Pakete seit Sitzungsbeginn Bruchteil der verlorenen Pakete seit letztem RR Fixkomma-Darstellung: ersten 8 Bit nach dem Komma Letzte Sequenznummer des Senders erweitert durch Überlaufzählung Jitter-Berechnung der Paketankunftzeiten Varianz der mittleren Abweichung von gesendeten Paketabständen zu empfangenen Paketabständen gemessen in RTP-Timestamp-Einheiten Realzeit-Stempel des letzten Sender-Reports des Senders Verzögerung seit dem letzten Sender-Report in 1/65536 s dient zur Round-Trip-Time-Berechnung C.20
11 2.5 Sender-Reports (SR) Mitteilungen von Sendern enthalten auch Receiver-Reports V=2 P RC PT=200 (SR) Length SSRC of Sender NTP Time Stamp RTP Time Stamp Sender s Paket Count Sender s Octet Count SSRC of 1st Source Fraction Lost Cumulative Number of Lost Pakets Last Sequence Number Interarrival Jitter RC: Anzahl der Sender, über die berichtet wird Payload-Type: PT=200 C Sender-Report (2) Sender-Information Realzeit-Stempel des gesendeten Berichts im NTP-Format (64 Bit) Hinweis: LSR im RR enthält nur mittleren 32 Bit (ungenauer) RTP-Zeistempel des gesendeten Berichts im profilabhängigen Format ordnet RTP-Zeitstempel der realen Zeit zu Anzahl aller RTP-Pakete des Senders zu seiner SSRC Anzahl aller Oktets/Bytes des Senders zu seiner SSRC Empfänger-Informationen im selben Format wie beim RR C.22
12 2.6 Auswertung der Reports Ableitbare Qualitätsmaße der RTP-Übertragung Round-Trip-Time Paketverluste Jitter verfügbare Bandbreite notwendiger Zwischenpuffer Anzeigeverzögerung Zuordnung der RTP-Zeistempel an die Realzeit Synchronisation zwischen verschiedenen Strömen möglich z.b. Audio und Video C Source-Description (SDES) Zusatzangaben zum Sender V=2 P SC PT=202 (SDES) Length SSRC of Sender Type Length Value Type Length Value SC: Anzahl der SDES-Einträge SDES-Einträge können beliebige Länge haben Padding mit Null-Bytes am Ende des Pakets für 32-Bit-Alignment C.24
13 2.7 Source-Description (2) Typen CNAME (Type=1) Canonical Name möglichst eindeutige und haltbare Identifikation des Teilnehmers z.b. z.b. NAME (Type=2) Benutzername im Klartext z.b. Franz J. Hauck Nutzung z.b. als Teilnehmername bei Videokonferenz (Type=3) Mail-Adresse des Benutzers z.b. weitere Typen definiert (Telefonnummer, Ortsangabe...) C Übertragung über UDP/IP User Datagram Protocol paketorientiertes Protokoll ungesichert Paketverlust, Paketverdoppelung, Umordnung der Reihenfolge Portnummer pro Rechner identifiziert Anwendung Adressierung erfolgt über IP-Adresse und Port RTP Nutzung eines lokalen Ports als Absenderadresse im Sender Nutzung eines lokalen Ports als Empfangsadresse im Empfänger gemeinsame Nutzung möglich C.26
14 2.8 Übertragung per UDP/IP (2) RTCP eigener Port vorgesehen typisch: RTCP-Port ist RTP-Port + 1 typisch: RTP-Port hat gerade Nummer Default-Ports für RTP/AVP RTP: 5004 RTCP: 5005 Wechsel des RTP-Payload-Types möglich Wechsel zwischen verschiedenen Codierungen C Internettelefonie über RTP Zwei RTP-Ströme zwischen zwei Telefonen jeder verschickt Sender-Reports über RTCP Anpassung der Codierung anhand von Qualitätsmaßen möglich Voraussetzung IP-Adresse und Portnummer der Gegenstelle bekannt Probleme IP-Adresse und Portnummer können sich theoretisch ändern Telefonnummer sollte gleich bleiben konfigurierbare Zuordnung wünschenswert Anruf und Klingeln? Wählton, Besetztton? Welche Formate versteht die Gegenstelle? C.28
15 3 SIP Session-Initiation-Protocol, SIP IETF Standard definiert in RFC 2543, 2976, 3087, , 3265, 3311, 3312 und viele weitere Zielsetzung Initiierung interaktiver Kommunikationssitzungen zwischen Benutzern End-zu-End-Signalisierung z.b. Audio, Video, Chat, Spiele, Virtual-Reality-Anwendungen etc. Management solcher Sitzungen Veränderung, Weiterleitung, Abbruch von Sitzungen Trägerprotokoll für Verhandlung über Fähigkeiten der Endgeräte und Netzwerkbetreiber Ressourcenreservierung integrierbar in die SIP-Interaktion C.29 3 SIP (2) Aufbau textbasiert ähnlich wie HTTP oder SMTP lesbares Protokoll leichtgewichtig basiert typischereise auf UDP/IP auch TCP/IP möglich Peer-to-Peer-Protokoll basiert aber teilweise auf zentralen Servern C.30
16 3.1 SIP-URI URI-Schema beginnt mit sip: Aufbau wie -Adresse lokaler Domänenname z.b. sip:hauck@vs.informatik.uni-ulm.de Zweck eindeutige Identifikation von Benutzern oder Diensten z.b. sip:vod-server@t-online.de z.b. Internettelefonie ersetzt Telefonnummern der Teilnehmer klickbare URI im Webbrowser führt zu Verbindungsaufbau C SIP-User-Agent User-Agent (UA) SIP-Software bei einem Teilnehmer Clientseitiger User-Agent (UAC) schickt Anfrage an einen UAS Serverseitiger User-Agent (UAS) schickt Antworten an einen UAC User-Agent enthält typischerweitse UAC- und UAS-Funktionen C.32
17 3.3 Einfacher Verbindungsaufbau Signalisierung eines VoIP-Anrufs Benutzer Klingelton INVITE 180 Ringing 200 OK ACK RTP-Session Telefon klingelt Bob nimmt ab C Einfacher Verbindungsaufbau (2) Annahme IP-Adresse und Portnummer von Bobs IP-Phone (SIP) ist bekannt IP-Adresse und Portnummer für RTP-Session ist bekannt Payload-Types sind bekannt z.b. Bezug auf RTP/AVP Verbindungsabbau BYE 200 OK hier: Abbau geht von Bob aus mit dem Abbau der SIP-Sitzung wird auch RTP-Session beendet C.34
18 3.3 Einfacher Verbindungsaufbau (3) Anfrage- und Antwortnachricht Transaktion besteht aus einer Anfrage- und evtl. mehreren Antwortnachrichten Sicherung der Nachrichtenübertragung Wiederholung der Anfragenachricht, wenn Antwort ausbleibt ACK-Anfrage, bei 200 OK Antwort Erkennung von Wiederholungen eindeutige Sequenznummer für alle Nachrichten in einer Transaktion eindeutige Session-ID für alle Nachrichten zu einer Session (Dialog) BYE Anfrage hat gleiche Session-ID, wie zugehörige INVITE Transaktion eindeutige Kennung für Sender und Empfänger URIs werden in eindeutige Tags überführt C SIP-Nachrichtenaufbau Anfragenachricht (Request) Beispiel der INVITE-Nachricht INVITE SIP/2.0 Via: SIP/2.0/UDP pc33.a.com;branch=z9hg4bknashds8 Max-Forwards: 70 To: Bob From: Alice Call-ID: a84b4c76e66710 CSeq: INVITE Contact: Content-Length: 0 Anfragezeile Methodenname INVITE, angesprochene URI, SIP-Versionsnummer C.36
19 3.4 SIP-Nachrichtenaufbau (2) Kopfzeilen Via-Header: enthält Routinginformation Adressen aller Sender auf dem Weg werden in der Nachricht gesammelt hier: Adresse von Alice SIP-UA branch: eindeutiger Bezeichner für diese Transaktion für Nachrichten von pc33.a.com Max-Forwards: wie oft darf die Nachricht weitergeleitet werden From und To: von wem an wen ist die Transaktion gerichtet Alice lädt Bob zur Session ein From-Header mit Tag: eindeutiger Bezeichner von Alice UA für den Dialog zwischen Alice und Bob Call-ID: eindeutiger Bezeichner für den Dialog zwischen Alice und Bob CSeq: Sequenznummer Contact: (SIP) URI unter der Teilnehmer erreichbar ist C SIP-Nachrichtenaufbau (3) Antwortnachricht (Reply) Beispiel der 180-Ringing-Nachricht SIP/ Ringing Via: SIP/2.0/UDP pc33.a.com;branch=z9hg4bknashds8 To: Bob From: Alice Call-ID: a84b4c76e66710 Contact: CSeq: INVITE Content-Length: 0 Statuszeile SIP-Versionsnummer, Status-Code, Statusmeldung Status-Codes ähnlich wie bei HTTP C.38
20 3.4 SIP-Nachrichtenaufbau (4) Status-Codes (Auswahl) 1xx provisorische Antwort 100 Trying 180 Ringing 2xx erfolgreiche Bearbeitung 200 OK 3xx Umleitung 301 Moved Permanently 302 Moved Temporarily 4xx Fehler 400 Bad Request 401 Unauthorized 403 Forbidden 5xx Serverinterne Fehler 6xx Globale Fehler C SIP-Nachrichtenaufbau (5) Kopfzeilen To-Header mit Tag: eindeutiger Bezeichner von Bobs UA für den Dialog zwischen Alice und Bob Tripel von (To-Header-Tag, From-Header-Tag, Call-ID) beschreibt Dialog eindeutig Warum nicht Call-ID alleine: mehrere To-Header möglich zum Aufbau von Dialogen mit mehreren Teilnehmern Sitzungsmigration erfordert gleichbleibende Call-ID aber wechselnde From- und To-Tags C.40
21 3.5 Internettelefonie (1) Signalisierung über SIP Anruf, Klingeln, Abnehmen, Auflegen kann signalisiert werden Signaltöne (Klingelzeichen, Besetztzeichen) können generiert werden Problem IP-Adresse und Portnummer können sich theoretisch ändern Telefonnummer sollte gleich bleiben konfigurierbare Zuordnung wünschenswert Problem verschärft: IP-Adresse und Portnummer des SIP UA muss zusätzlich bekannt sein Welche Formate versteht die Gegenstelle? C SIP-Proxies Administrative Domänen nutzen SIP-Proxies Proxy leitet SIP-Nachrichten weiter proxy.a.com proxy.b.com INVITE Klingelton 100 Trying 100 Trying 180 Ringing 180 Ringing 200 OK 200 OK ACK 180 Ringing 200 OK Telefon klingelt Bob nimmt ab RTP-Session C.42
22 3.6 SIP-Proxies (2) Zusätzliche Nachrichten Proxies antworten mit 100 Trying zur Sicherung der Nachricht Via-Header sammeln die Adressen der Proxies ein sichert die Routinginformation für den Rückweg der Antworten Beispiel: INVITE-Nachricht von proxy.b.com an Bob INVITE SIP/2.0 Via: SIP/2.0/UDP proxy.b.com;branch=z9hg4bk4b43c2ff8.1 Via: SIP/2.0/UDP proxy.a.com;branch=z9hg4bk77ef4c Via: SIP/2.0/UDP pc33.a.com;branch=z9hg4bknashds8 Max-Forwards: 68 To: Bob From: Alice Call-ID: a84b4c76e66710 CSeq: INVITE Contact: Content-Length: 0 C SIP-Proxies (3) Zustandsbehaftete Proxies speichern Informationen über Dialoge können mit 100 Trying antworten Zustandslose Proxies lediglich Nachrichtenweiterleitung Vorteil eines Proxies feste Konfiguration der Proxy-Adresse für das Endgerät kann auch dynamisch ermittelt werden, z.b. DHCP IP-Adresse von Bobs Endgerät muss nicht bekannt sein Authentisierung der SIP-Adresse von Endgeräten möglich Offene Fragen Woher wissen die Proxies die Endgeräteadresse? Wie kann authentisiert werden? C.44
23 3.7 Registrierung der Teilnehmer Registrarknoten z.b. von einer administrativen Domäne verwaltet initiale SIP REGISTER-Transaktion zum Registrar der Domäne registrar.a.com REGISTER 401 Unauthorized REGISTER 200 OK Authentisierung ähnlich HTTP-Digest-Authentication 401-Nachricht signalisiert notwendige Authentisierung identifiziert Benutzer in Domäne a.com C Registrierung der Teilnehmer (2) Registrar verwaltet Kontaktadresse identifizierter Benutzer hat eine geräteunabhängige, zugeteilte SIP-URI z.b. bei Registrierung wird aktuelle geräteabhängige SIP-URI übermittelt z.b. Beispiel: REGISTER-Nachricht REGISTER sip:registrar.a.com SIP/2.0 Via: SIP/2.0/UDP pc33.a.com:5060;branch=z9hg4bknashds7 Max-Forwards: 70 To: Alice From: Alice Call-ID: CSeq: 1826 REGISTER Contact: Expires: 7200 Content-Length: 0 C.46
24 3.7 Registrierung der Teilnehmer (3) Dauer der Registrierung Halten der Registrierung für bestimmte Zeit im Beispiel 2 h= 7200 s danach Re-Registrierung nötig neue REGISTER-Nachricht mit gleicher Call-ID aber höherer CSeq-Nummer Registrare und Proxies Registrare arbeiten mit Proxy in Domäne zusammen kann auch gleicher UA sein Beispiel: proxy.b.com kennt aktuelle Kontaktadresse von Bob durch Registrierung Weitergabe von Nachrichten an Bobs aktuellen UA oder Verweis auf anderen Proxy, der Bobs Aufenthaltsort kennt Zusammenarbeit mit einem Location-Server kennt Kontaktadressen Proxy befragt Location-Server, Registrar befüllt Location Server C Registrierung der Teilnehmer (4) Sicherheitsüberlegungen Wie kann falsche Registrierung verhindert werden? Authentisierung (Benutzername- und Passwort-Eingabe) Verschlüsselung der Nachrichten (siehe spätere Kapitel) Wie kann falscher Absender verhindert werden? Signatur der Nachrichten Prüfung in den Proxies oder im Endgeräte-UA Konfiguration des Registrars feste Konfiguration pro Domäne Multicastadresse: sip:sip.mcast.net wird zum nächsten Registrar geroutet antwortet mit 301 Moved auf richtigen Registrar C.48
25 3.7 Registrierung der Teilnehmer (5) Offene Frage Woher weiß ein Proxy die Adresse eines anderen Proxies? Beispiel: Woher weiß proxy.a.com die Adresse sip:proxy.b.com des Proxy aus Domäne b.com? C Routing im Proxy Beispiel: proxy.a.com empfängt INVITE-Nachricht INVITE SIP/2.0 To: Bob From: Alice Contact: DNS-Suche für b.com nach SRV/NAPTR-Records ermitteln die IP-Adresse des zugehörigen Proxies hier: proxy.b.com DNS-Suche für b.com nach A-Records ermittelt die IP-Adresse des Hosts b.com Weiterleitung der Nachricht an entsprechende Adresse C.50
26 3.9 Telefonnummern ITU Nummernplan E.164 Abbildung auf SIP URIs über ENUM, RFC 3761 und 3764 DNS-basiertes Abfragen der Adressen ENUM Abbildung einer Telefonnumer auf DNS-Namen z.b wird zu e164.arpa Abfrage von DNS NAPTR-Records ermittelt SIP URI Vorteil SIP-Nutzer kann eine gewöhnliche Telefonnummer haben Gateways können Telefongespräche an SIP URI weiterleiten SIP-Teilnehmer können sich auch über ihre E.164-Telefonnummern erreichen C.51 4 SDP Session Description Protocol, SDP IETF-Standard, definiert in RFC 2327 Zielsetzung ursprünglich: Ankündigung von Multicast-Sitzungen Beschreibung von multimedialen Sitzungen Unicast und Multicast beschreibt Codierung beschreibt Transport kann Alternativen beschreiben zur Beschreibung der Gerätefähigkeiten geeignet Einbettung der Beschreibungen in andere Protokolle Signalisierungsprotokolle wie SIP, RTSP, SAP etc. C.52
27 4.1 Aufbau von SDP-Paketen Textbasiertes Protokoll UTF-8 Codierung zeilenweise Codierung Typ=Wert Typ ist nur ein Buchstabe Sitzungsbeschreibung Reihenfolge der Felder wie dargestellt Protokollversion immer 0 z.b.: v=0 Sender besteht aus Benutzername, Session-ID, Version, Netzwerktyp, Adresstyp und Adresse z.b.: o=hauck IN IP IN=Internet, IP4=IPv4 C Aufbau von SDP-Paketen (2) Sitzungsbeschreibung (fortges.) Sitzungsname z.b. s=phone Call from Alice textuelle Sitzungsbeschreibung (optional) z.b. i=phone Call URI zur Sitzung (optional) z.b. u= -Adresse (optional) z.b. e=franz.hauck@uni-ulm.de Telefonnummer (optional) z.b. p= Zugangsadresse (optional) z.b. c=in IP kann alternativ bei der Medienbeschreibung stehen C.54
28 4.1 Aufbau von SDP-Paketen (3) Sitzungsbeschreibung (fortges.) Bandbreiteninformation (optional) z.b. b=as:2000 Bedeutung: 2000 kbit/s maximal Bandbreite für diese Unicast-Sitzung Zeitzonenanpassung (optional) z.b. z= h Zeitpunkte (NTP-Zeitstempel) und Anpassungswert Verschlüsselungsinformation (optional) z.b. k=prompt Bedeutung: Abfrage eines Passworts für Entschlüsselung Attributzeilen (optional) können Erweiterungen enthalten z.b. a=<flag> z.b. a=<name>:<value> C Aufbau von SDP-Paketen (4) Zeitangaben Sitzungsstart und -ende z.b. t= Ende kann 0 sein: ohne Endeangabe Wiederholungsangaben z.b. r=7d 1h 0 25h Bedeutung: jede Woche für eine Stunde zum angegebenen Zeitpunkt und um 25h versetzt C.56
29 4.1 Aufbau von SDP-Paketen (5) Medienbeschreibung kann mehrfach hintereinander gestellt werden Medienbezeichnung schließt Transportadresse ein Format: m=<medium> <port> <transport> <formate> Medium: audio, video, application, control, data Port: Nummer(n) des/der Ports Transport: z.b. RTP/AVP oder udp Formate, z.b. bei RTP/AVP: Payload-Typen d.h. Codierungen z.b. m=audio RTP/AVP unterstützte Codecs: PCM µ-law, PCM A-Law, G.722 C Aufbau von SDP-Paketen (6) Medienbeschreibung (fortges.) Medientitel (optional) z.b. i=videokanal Überwachungskamera Zugangsinformation (optional, falls schon Teil der Sitzungsbeschreibung) wie bei Sitzungsbeschreibung Bandbreiteninformation (optional) wie bei Sitzungsbeschreibung Verschlüsselungsinformation (optional) wie bei Sitzungsbeschreibung Attributzeilen (optional, mehrere möglich) Angaben zu Payload-Mappings (dynamisch zugewiesenen Payload-Types) z.b. a=rtpmap:0 PCMU/8000 Angabe zur Verwendung z.b. a=sendonly C.58
30 4.2 Internettelefonie Nutzlast für SIP-INVITE-Nachricht von Alice an Bob v=0 o=alice IN IP s=phone Call c=in IP t= m=audio RTP/AVP a=rtpmap:0 PCMU/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:9 G722/16000 Zusätzliche(r) SIP-Header Content-Type: application/sdp Content-Length: 214 Angabe der RTP- und RTCP-Ports sowie der IP-Adresse von Alice Angabe der Fähigkeiten verwendbare Codecs C Internettelefonie (2) Nutzlast für 200-OK-Nachricht von Bob an Alice v=0 o=bob IN IP s=phone Call c=in IP t= m=audio RTP/AVP 8 9 a=rtpmap:8 PCMA/8000 a=rtpmap:9 G722/16000 Angabe der RTP- und RTCP-Ports sowie der IP-Adresse von Bob Angabe der Fähigkeiten verwendbare Codecs typisch: nur solche verwendet, die Alice bereits vorgeschlagen hat Signalisierung enthält Transportadressen Fähigkeiten der Geräte zur Codierung C.60
31 5 Referenzen Verwendete Ressourcen, weitere Informationen Wikipedia. < ITWissen, das Online-Lexikon für Informationstechnologie. < S. W. Smith: The Scientist and Engineer s guide to Digital Signal Processing. < ITU-T, International Telecommunication Union, Telecom Standaradization. < H. Schulzrinne, S. Casner, R. Frederick, V. Jacobson: RTP: A transport protocol for real-time applications. RFC July, H. Schulzrinne, S. Casner: RTP profile for audio and video conferences with minimal control. RFC July J. Rosenberg et al.: SIP: Session Initiation Protocol. RFC June J. Rosenberg, H. Schulzrinne: SIP: Locating SIP Servers. RFC 3263, June P. Faltstrom, M. Mealling: The E.164 to Uniform Resource Identifiers (URI) Dynamic Delegation Discovery System (DDDS) Application (ENUM). RFC 3761, April C.61 5 Referenzen (2) Verwendete Ressourcen, weitere Informationen (fortges.) J. Peterson: Enum Service Registration for Session Initiation Protocol (SIP) Addresses-of-Record. RFC 3764, April M. Handley, V. Jacobson: SDP: Session Description Protocol. RFC April G. Camarillo, G. Eriksson, J. Holler, H. Schulzrinne: Grouping of Media Lines in the Session Description Protocol (SDP). RFC 3388, Dec IANA: SDP Parameters. < C.62
C.45 C.46 C.48. 3.7 Registrierung der Teilnehmer. 3.7 Registrierung der Teilnehmer (2) 3.7 Registrierung der Teilnehmer (3)
3.7 Registrierung der Teilnehmer 3.7 Registrierung der Teilnehmer (2) Registrarknoten z.b. von einer administrativen Domäne verwaltet initiale SIP REGISTER-Transaktion zum Registrar der Domäne alice@a.com
MehrDatenfluss bei Voice-over-IP. Einflüsse auf Sprachqualität. Ende-zu-Ende-Verzögerungszeit (Delay) Schwankungen der Verzögerungszeit (Jitter) Sender
Sender Quelle Datenfluss bei Voice-over-IP Kodieren Paketieren Verzögerungen verlorene Pakete begrenzte Datenrate Sende- Puffer Einflüsse auf Sprachqualität Verzögerungszeit Delay Schwankungen der Verzögerungszeit
MehrProseminar IP-Telefonie. Timo Uhlmann. Einleitung 1 2 3 4 5
Proseminar IP-Telefonie Timo Uhlmann Einleitung 1 2 3 4 5 Inhalt 1. Motivation 2. Protokolle H.323 3. Kosten/Angebote 4. Fazit Einleitung 1 2 3 4 5 2/24 Motivation Telefonieren kostet Geld (noch) zeitabhängig
MehrDigitale Sprache und Video im Internet
Digitale Sprache und Video im Internet Kapitel 6.4 SIP 1 SIP (1) SIP (Session Initiation Protocol), dient als reines Steuerungsprotokoll (RFC 3261-3265) für MM-Kommunikation Weiterentwicklung des MBONE-SIP.
Mehr2006-2007, Franz J. Hauck, Verteilte Systeme, Univ. Ulm, [2006w-MMK-D-VoD.fm, 2006-11-22 08.08] http://www-vs.informatik.uni-ulm.
D Video on Demand D.1 1 RTSP Real-Time Streaming Protocol (RTSP) IETF Standard definiert in RFC 2326 (1998) Zielsetzung Signalisierung und Kontrolle von multimedialen Datenströmen Aufbau, Abbruch von Sitzungen
MehrBegriffe. Proxy: Ein SIP Knoten, der sowohl als Client als auch als Server arbeitet. Hauptaufgabe ist das Routing von SIP Nachrichten.
Begriffe Client: Ein SIP Knoten, der SIP Requests verschickt und SIP Responses empfängt. Server: Ein SIP Knoten, der SIP Requests empfängt und SIP Responses sendet. User Agent (UA): Ein SIP Knoten, der
MehrModul 12: 12.1 Vertiefung Paket- u. Leitungsvermittlung 12.2 Voice over IP, Next Generation Networks
Modul 12: 12.1 Vertiefung Paket- u. Leitungsvermittlung 12.2 Voice over IP, Next Generation Networks 17.06.2014 16:57:15 Folie 1 12.1 Vertiefung Paketund Leitungsvermittlung 17.06.2014 16:57:16 Folie 2
MehrStreaming Protokolle Jonas Hartmann
Streaming Protokolle Jonas Hartmann 1 Streaming Protokolle Inhaltsverzeichnis 1. Definition / Anwendungsfälle 2. Offizielle RFC Streaming Protokolle 3. Ein wichtiges proprietäres Protokoll 4. Konkreter
MehrSeminar Mobile Systems. The Session Initiation Protocol in Mobile Environment
Seminar Mobile Systems The Session Initiation Protocol in Mobile Environment 1 Lorenz Fischer, Ruben Meier Mobile Systems Seminar 13. Juni 2005 Übersicht Einführung Protokolle (SIP, SDP, RTP) Komponenten
MehrSDP ABNF (RFC4234) Session Initiation Protocol. Einleitung SDP Body. Anwendung
SDP Body Anwendung SDP (vgl. 4566) bietet eine Beschreibung einer Session (z.b. Multimedia Konferenz) mit allen Informationen, die von Clients benötigt werden, um an der Session teilzunehmen: Name und
MehrDigitale Sprache und Video im Internet
Digitale Sprache und Video im Internet Kapitel 6.3 MBONE 1 MBONE MBONE wurde entwickelt für den Transport von Multicast- Multimedia im Internet (etwa seit 1994) MBONE wird insbesondere von Forschungseinrichtungen
MehrVorlesung Multimediakommunikation. 8. Session Initiation Protocol (SIP) Dr.-Ing. Daniel Schuster Fakultät Informatik, Professur Rechnernetze
Vorlesung Multimediakommunikation 8. Session Initiation Protocol (SIP) Dr.-Ing. Daniel Schuster Fakultät Informatik, Professur Rechnernetze 1. Einführung - Die Vision hinter SIP Problem der Walled Gardens
MehrVOIP Basics 14.11.2005
VOIP Basics 14.11.2005 VoIP! Voice over IP! VOIP V o i c e Skypen! Voipen! DSL-Telefonie! Internettelefonie! IP-Telefonie! Billig! Was ist VOIP -Voice over Internet Protokoll = Stimmenübertragung über
MehrInternet Protokolle für Multimedia - Anwendungen
Internet Protokolle für Multimedia - Anwendungen Kapitel 5.7 Streaming im Web (RTSP) 1 Streaming Media (1) Streaming Media Strom ist kontinuierlich wird unmittelbar während des Empfangs wiedergegeben wird
MehrDaLUG, 28.5.2004. Voice over IP
DaLUG, 28.5.2004 Voice over IP Zwei Netze 64Kbit/s Intelligent Network aka ISDN 33.6-3000 Kbit/s 10-1000 Mbit/s Stupid Network aka Das Internet Zwei GUIs Kaum verändert seit 1888 Kommandozeile, Scriptfähig
Mehr6 Netze der nächsten Generation NGN
6 Netze der nächsten Generation NGN Der Nachfolger des ISDN auf der Basis des protokolls wird in der Standardisierung als Next Generation Network NGN bezeichnet. Diese Netze bieten den Teilnehmern gesicherte
MehrBuchner Roland, Günther Markus, Fischer Oliver
Buchner Roland, Günther Markus, Fischer Oliver Telefonieren über das Datennetz Erster Hype schon in den 90ern seit CeBIT 2004 wieder im Gespräch Erobert Telekommunikationsmarkt Alle großen Telekom Anbieter
MehrVoice over IP. Sprache und Daten in einem gemeinsamen Netz. Hans Peter Dittler BRAINTEC Netzwerk-Consulting GmbH
Voice over IP Sprache und Daten in einem gemeinsamen Netz Hans Peter Dittler BRAINTEC Netzwerk-Consulting GmbH Inhalt Einleitung Grundlagen Normen Ablauf und Einzelheiten Verbindungsaufbau und Verbindungsverwaltung
MehrSISU. Ein Web-Service zum Testen der Sicherheit SIP-basierter Voiceover-IP. DFN Workshop "Sicherheit in vernetzten Systemen"
SISU Ein Web-Service zum Testen der Sicherheit SIP-basierter Voiceover-IP Endgeräte Jan Seedorf Stephan Sutardi DFN Workshop "Sicherheit in vernetzten Systemen" Überblick Einführung SIP Tests SISU Ergebnisse
MehrH.323 Session Description Protocol (SDP) Session Initiation Protocol (SIP) H.323
H.323 1 / 64 Kommunikationsnetze I 14.1.2009 Overview H.323 Früher wurden PSTN fast ausschließlich für Sprache genutzt In den letzten 15-20 Jahren rasanter Anstieg des Datenvolumens Leistungsfähige Datennetzwerke
MehrVoIP. Gliederung. 1. Einführung. 3.2Anforderungen 3.3Stand Dinge. 3.3Wie geht es Dinge weiter?
Sicherheit Ruhr-Universität Voice over IP Thomas WS Seminar (VoIP 2004/2005 VoIP) Eisenbarth ITS Bochum 1. Einführung 1.1 1.2 1.3 Was Bisherige Die Zukunft ist VoIP? Telefonie Gliederung 10.02.2005 - Folie
MehrDAS Session Initiation Protocol, kurz SIP, ist eine
DIE INTERNET-PROTOKOLLWELT, WINTERSEMESTER 2014/15 1 Das Session Initiation Protocol Paul Fiedler (xxxxx), Student im Master Elektrotechnik/Informationstechnik Zusammenfassung In diesem Bericht soll eine
MehrTCP/IP-Protokollfamilie
TCP/IP-Protokollfamilie Internet-Protokolle Mit den Internet-Protokollen kann man via LAN- oder WAN kommunizieren. Die bekanntesten Internet-Protokolle sind das Transmission Control Protokoll (TCP) und
Mehr14. Fachtagung Mobilkommunikation Osnabrück
SOA-basierte Peer-to-Peer-Mehrwertdienstebereitstellung 14. Fachtagung Mobilkommunikation Osnabrück 13. - 14. Mai 2009 Dipl.-Ing. Armin Lehmann, Prof. Dr.-Ing. Ulrich Trick Fachhochschule Frankfurt am
Mehr... relevante Ports für Streaming bzw. Remote Control!
... relevante Ports für Streaming bzw. Remote Control! Wenn Sie mit der Installation des IO [io] 8000 / 8001 beginnen, ist es am sinnvollsten mit einem minilan zu beginnen, da dies mögliche Fehlrequellen
MehrVoice over IP Eine Einführung
Voice over IP Eine Einführung Marcus Fey Technische Universität Chemnitz 1. Februar 2006 Marcus Fey (TU-Chemnitz) Voice over IP Eine Einführung 1. Februar 2006 1 / 42 Inhalt 1 Einführung 2 Codecs 3 Transportprotokoll
MehrMehr als Voice over IP Integrierte Sprach- und SIP. =====!" ==Systems= Wolfgang Mandok T-Systems Nova, Technologiezentrum
Mehr als Voice over IP Integrierte Sprach- und IP-Kommunikationslösungen basierend auf SIP Wolfgang Mandok T-Systems Nova, Technologiezentrum Mehr als Voice over IP Übersicht 1. Einleitung 2. SIP Architektur
MehrH.32x-Familie von Standards für Multimediakonferenzen. H.323 Standard für Multimedia-Konferenzen. H.323 Komponenten. H.323 Protokollarchitektur
H.323 Standard für Multimedia-Konferenzen H.32x-Familie von Standards für Multimediakonferenzen Aktuell weit verbreiteter Standard Echtzeit Audio- und Videokonferenzen zwischen Endsystemen im Internet
MehrVoice over IP. Internet Telefonie
VoIP SIP-Telefonie Voice over IP IP-Telefonie Internet Telefonie Agenda Was ist VoIP Geschichte Allgemeines H.323 SIP RTP / RTCP Skype Sicherheitsaspekte Quellenangaben VoIP? Voice over IP ist die Übertragung
MehrVoice over IP. Klaus Kusche Jänner 2016
Voice over IP Klaus Kusche Jänner 2016 Inhalt Ziele & Voraussetzungen Was ist VoIP, warum VoIP? Vorteile, Ziele, Einsatzbereiche Probleme & deren Lösung...... für das Wählen... für das Sprechen Die finale
MehrBetriebstagung DFN-Verein 15.03.2011, 14:30 15:00 Uhr Torsten Remscheid. U. Hautzendorfer / VoIP im DFN Fernsprechen 14.3.2011 1
Betriebstagung DFN-Verein 15.03.2011, 14:30 15:00 Uhr Torsten Remscheid U. Hautzendorfer / VoIP im DFN Fernsprechen 14.3.2011 1 Agenda 1 VoIP-Anschluss im DFNFernsprechen, Übersicht 2 Seit 2006 stabiler
MehrChapter 11 TCP. CCNA 1 version 3.0 Wolfgang Riggert,, FH Flensburg auf der Grundlage von
Chapter 11 TCP CCNA 1 version 3.0 Wolfgang Riggert,, FH Flensburg auf der Grundlage von Rick Graziani Cabrillo College Vorbemerkung Die englische Originalversion finden Sie unter : http://www.cabrillo.cc.ca.us/~rgraziani/
MehrVoIP. GI/ACM Regionalgruppe Stuttgart. Kurt Jaeger, pi@lf.net. Stuttgart, 5.April 2006. http://lf.net/lf/pi
VoIP GI/ACM Regionalgruppe Stuttgart Kurt Jaeger, pi@lf.net http://lf.net/lf/pi Stuttgart, 5.April 26 Übersicht Vorstellung Definition Das Chisma: SIP vrs. H.323 SIP RTP, secure RTP und Codecs Abläufe:
MehrKonzept eines IP-basierten Telefonnetzes unter der Verwendung von ENUM
Konzept eines IP-basierten Telefonnetzes unter der Verwendung von 28. September 2004 Betreuer: Diplomarbeit Dr. Günther Schreiner, toplink GmbH John-Erik Horn Dipl.-Ing. Sebastian Kiesel, IKR Dipl.-Ing.
MehrProseminar IP-Telefonie - Timo Uhlmann
Proseminar IP-Telefonie Timo Uhlmann Universität Ulm Sommersemester 2005 Dieses Voice over IP (VoIP) Tutorial entstand im Rahmen des Proseminars im Studienganges Medieninformatik, 4. Semester, an der Universität
MehrSIP Konfiguration in ALERT
Micromedia International Technisches Dokument SIP Konfiguration in Alert Autor: Pierre Chevrier Seitenanzahl: 13 Firma: Micromedia International Datum: 16/10/2012 Update: Jens Eberle am 11.10.2012 Ref.
MehrVon VoIP zur Internettelefonie
Von VoIP zur Internettelefonie E-Day 2007 Wirtschaftskammer Salzburg DI Kurt A. Krenn k.krenn@kurtkrenn.com k.krenn@fh-salzburg.at Motivation für r die Telefonnetzbetreiber nur ein Netz einfachere, billigere
MehrHandbuch Notruf. Notrufe über Voice over IP: Grundlagen und Praxis. www.handbuch-notruf.at. Karl Heinz Wolf nic.at GmbH. Ausschnitt aus dem
Karl Heinz Wolf nic.at GmbH Ausschnitt aus dem Handbuch Notruf Notrufe über Voice over IP: Grundlagen und Praxis www.handbuch-notruf.at Handbuch Notruf 3 4 IETF-Notrufarchitektur Bei der IETF wird derzeit
MehrSIRTCP/IP und Telekommunikations netze
SIRTCP/IP und Telekommunikations netze Anforderungen - Protokolle -Architekturen Von Ulrich Trick und Frank Weber Oldenbourg Verlag München Wien Inhalt Vorwort IX 1 Anforderungen an die Telekommunikationsinfrastruktur
MehrSIRTCP/IP und Telekommunikations netze
SIRTCP/IP und Telekommunikations netze Next Generation Networks und VolP - konkret von Ulrich Trick und Frank Weber 2., erweiterte und aktualisierte Auflage Oldenbourg Verlag München Wien Inhalt Inhalt
MehrVorlesung Multimediakommunikation. 9. SIP-Erweiterungen. Dr.-Ing. Daniel Schuster Fakultät Informatik, Professur Rechnernetze
Vorlesung Multimediakommunikation 9. SIP-Erweiterungen Dr.-Ing. Daniel Schuster Fakultät Informatik, Professur Rechnernetze 1. Einführung - Wiederholung: SIP-Endpunkt MESSAGE RFC 3428 Signaling / Conference
MehrVertrauliche Videokonferenzen im Internet
Vertrauliche Videokonferenzen im Internet Luigi Lo Iacono, Christoph Ruland Institut für Digitale Kommunikationssysteme, Förderung DFG-Projekt (Ru 600/8-1) Internet Security System für Voice over IP unter
MehrBreitband ISDN Lokale Netze Internet WS 2009/10. Martin Werner, November 09 1
Telekommunikationsnetze 2 Breitband ISDN Lokale Netze Internet Martin Werner WS 2009/10 Martin Werner, November 09 1 Breitband-ISDN Ziele Flexibler Netzzugang Dynamische Bitratenzuteilung Effiziente Vermittlung
MehrEvaluation of QoS- Aspects of mobile IPv6 Clients in an IEEE 802.11 Network. Folkert Saathoff Oktober 2oo5
Evaluation of QoS- Aspects of mobile IPv6 Clients in an IEEE 802.11 Network Folkert Saathoff Oktober 2oo5 Aufbau I. IPv6 Grundlagen II. III. IV. Mobile IP Testverfahren Testergebnisse IPv6 Grundlagen Address
Mehr13. Mobilfunk-Fachtagung Osnabrück
Neue Möglichkeiten der Dienstebereitstellung durch -to--kommunikation 13. Mobilfunk-Fachtagung Osnabrück 28. - 29. Mai 2008 Dipl.-Ing. Armin Lehmann (lehmann@e-technik.org) M. Sc. Dipl.-Inf. Thomas Eichelmann
MehrProtokollanalyse bei VoIP
Protokollanalyse bei VoIP 1. Einführung 2. Protokoll Stack H.323 3. Protokollanalyse in VoIP-Umgebung Funktionelle Analyse Paketanalyse 4. Dimensionierungsaspekte bei VoIP Jitter-Theorie Bandbreite bei
Mehr100 Trying Ein Anruf wird zu vermitteln versucht. Anruf wird weitergeleitet
Code Text Phrase Bedeutung 100 Trying Ein Anruf wird zu vermitteln versucht 180 Ringing Es klingelt beim Gegenüber 181 Call Is Being Forwarded Anruf wird weitergeleitet 182 Queued Anruf ist in Warteschleife
Mehr180 Ringing Diese Antwort zeigt an, dass das aufgerufene Programm lokalisiert worden ist und der Anruf signalisiert wird.
1xx Informative Rückmeldungen 100 Trying Diese Antwort zeigt an, dass Maßnahmen im Namen des Anrufers ergriffen wurden, aber dass das aufgerufene Programm nicht lokalisiert wurde. 180 Ringing Diese Antwort
MehrVoIP SIP/SDP. Network Implementation and Integration 7.Semester Hettlinger Leopold
VoIP SIP/SDP Network Implementation and Integration 7.Semester Hettlinger Leopold Agenda VoIP Allgemein Datenströme Standards Wichtige RFC s SIP Allgemein Trapezoid Komponenten Kommunikation Basisablauf
MehrMobilität in IP (IPv4 und IPv6)
Mobilität in IP (IPv4 und IPv6) Prof. B. Plattner ETH Zürich IP Next Generation - Mobilität (1) Uebersicht Formen der Mobilitätsunterstützung 1 Echt mobile Benutzer (drahtlos erschlossene Laptops)» Handover
MehrInternet-Telefonie (Voice. over IP) Dipl.-Inf. Christian Kier. Institute for Signal Processing. University of Lübeck
Internet-Telefonie (Voice over IP) Dipl.-Inf. Christian Kier Was ist Internet-Telefonie? Telefonieren über ein Computernetzwerk auf Grundlage des Internetprotokolls ( Voice over IP ). Mindestens ein Teilnehmer
MehrAktuelle Möglichkeiten Informationen auszutauschen
Moderne Kommunikation Aktuelle Möglichkeiten Informationen auszutauschen Informationsmöglichkeiten Telefon analog/isdn Fax Telex, Teletext, Telebrief Videotext Telegramm SMS/MMS Internet (Email) Universal
MehrTCP/UDP. Transport Layer
TCP/UDP Transport Layer Lernziele 1. Wozu dient die Transportschicht? 2. Was passiert in der Transportschicht? 3. Was sind die wichtigsten Protkolle der Transportschicht? 4. Wofür wird TCP eingesetzt?
MehrEP 1 742 445 A1 (19) (11) EP 1 742 445 A1 (12) EUROPÄISCHE PATENTANMELDUNG. (43) Veröffentlichungstag: 10.01.2007 Patentblatt 2007/02
(19) (12) EUROPÄISCHE PATENTANMELDUNG (11) EP 1 742 445 A1 (43) Veröffentlichungstag: 10.01.2007 Patentblatt 2007/02 (51) Int Cl.: H04L 29/12 (2006.01) (21) Anmeldenummer: 05014694.3 (22) Anmeldetag: 06.07.2005
Mehrim DFN Berlin 18.10.2011 Renate Schroeder, DFN-Verein
VoIP-Verschlüsselung Verschlüsselung im DFN Berlin 18.10.2011 Renate Schroeder, DFN-Verein Einordnung VoIP in DFNFernsprechen VoIP seit 5 Jahren im DFN verfügbar VoIP ist Teil des Fernsprechdienstes DFNFernsprechen
MehrDigicomp Microsoft Evolution Day 2015 1. Exchange UM Survival Guide Markus Hengstler Markus.Hengstler@umb.ch Partner:
1 Exchange UM Survival Guide Markus Hengstler Markus.Hengstler@umb.ch Partner: 2 Agenda Begrüssung Vorstellung Referent Content F&A Weiterführende Kurse 3 Vorstellung Referent Markus Hengstler MCT, MCM
MehrInternet-Telefonie - Technik und Möglichkeiten -
Internet-Telefonie - Technik und Möglichkeiten - Dipl-Ing. Ekkehard Valta, RD Referent beim Bundesbeauftragten für den Datenschutz Seite 1 Bundesbeauftragter für den Datenschutz Ekkehard Valta http://www.bfd.bund.de
MehrEinführung. Internet vs. WWW
Einführung Bernhard Plattner 1-1 Internet vs. WWW "the Internet is the entirety of all computers which are interconnected (using various physical networking technologies) and employ the Internet protocol
MehrKonfigurationsanleitung Standortkopplung mit T444 (ISDN) und RT1202 (SIP) Graphical User Interface (GUI) Seite - 1 -
Konfigurationsanleitung Standortkopplung mit T444 (ISDN) und RT1202 (SIP) Graphical User Interface (GUI) Copyright Stefan Dahler 22. Oktober 2013 Version 1.0 www.neo-one.de Seite - 1 - 7. Standortkopplung
MehrScaleable Video Codec in einer Videokonferenz
14. Januar 2011 Inhaltsverzeichnis 1 2 Mobile Videokonferenz Personliche 3 Videokonferenz SVC Bandbreitenvorhersage 4 Losungsansatze 5 Generelle Technische 6 Worum geht es? Videotelefonie Placecam von
MehrInhalt. Geschichtliches
Inhalt Was ist Seite1 Geschichtliches Seite1 Standards Seite1 PC zu PC Seite 2 PC zu Telefon Seite 2 Telefon zu Telefon Seite 2 H323 Norm Seite 2-3 Terminals Seite 3 Gatway Seite 3 Gatekeeper Seite 3 Codes
MehrRechnernetze I. Rechnernetze I. 11 Anwendungsprotokolle SS 2012
Rechnernetze I SS 2012 Universität Siegen rolanda.dwismuellera@duni-siegena.de Tel.: 0271/740-4050, Büro: H-B 8404 Stand: 23. März 2012 Betriebssysteme / verteilte Systeme Rechnernetze I (1/12) i Rechnernetze
MehrMultiuser Client/Server Systeme
Multiuser /Server Systeme Christoph Nießner Seminar: 3D im Web Universität Paderborn Wintersemester 02/03 Übersicht Was sind /Server Systeme Wie sehen Architekturen aus Verteilung der Anwendung Protokolle
MehrInternet-Telefonie Voice over IP (VoIP) Horst Härtel. prowww. RMTS Gerd Rimner. Markus Kammann. Thomas Oehring
Internet-Telefonie Voice over IP (VoIP) Horst Härtel RMTS Gerd Rimner Thomas Oehring prowww Markus Kammann Agenda Grundlagen von VoIP Wie steige ich ein? Was kostet der Einstieg? Einsatzszenarien ?? Akustikkoppler
Mehrtelpho10 Update 2.6 WICHTIG telpho GmbH Gartenstr. 13 86551 Aichach Datum: 10.05.2012
telpho10 Update 2.6 Datum: 10.05.2012 NEUERUNGEN... 2 WEB SERVER: SICHERHEIT... 2 NEUER VOIP PROVIDER SIPGATE TEAM... 3 AUTO-PROVISIONING: SNOM 720 UND 760... 6 AUTO-PROVISIONING: GIGASET DE310 PRO, DE410
MehrVoIP - Protokolle. Somala Mang Christian Signer Jonas Baer
VoIP - Protokolle Somala Mang Christian Signer Jonas Baer Inhalt Motivation Protokolle SIP IAX2 Skype Vergleich Diskussion Seite 2 Motivation Schweizer CRM integriert Skype und Twixtel (http://www.inside-it.ch)
MehrFolgende Voraussetzungen für die Konfiguration müssen erfüllt sein: - Grundkonfiguration des Routers. - Ein Bootimage ab Version 7.4.x.
7. PPPoE Server 7.1 Einleitung Im Folgenden wird die Konfiguration einer Dialin Verbindung über PPPoE zum Router beschrieben, um eine zusätzliche Authentifizierung durchzuführen. Bei der Einwahl eines
MehrAnwendungsprotokolle: HTTP, POP, SMTP
Anwendungsprotokolle: HTTP, POP, SMTP TCP? UDP? Socket? eingesetzt, um Webseiten zu übertragen Zustandslos Nutzt TCP Client schickt Anfrage ( HTTP-Request ) an Server, Server schickt daraufhin Antwort
MehrMultimedia und Internet. Die Internet-Protokollwelt. Audio/Video im Web (I) Multimedia-Client-Anwendungen. 8. Multimedia-Ströme im Internet
Multimedia und Internet Ständig neue multimediale verteilte Anwendungen: Die Internet-Protokollwelt 8. Multimedia-Ströme im Internet Unter Nutzung einiger Folien von Prof. Dr. -Ing. Anatol Badach Fachhochschule
MehrComputeranwendung in der Chemie Informatik für Chemiker(innen) 5. Internet
Computeranwendung in der Chemie Informatik für Chemiker(innen) 5. Internet Jens Döbler 2003 "Computer in der Chemie", WS 2003-04, Humboldt-Universität VL5 Folie 1 Dr. Jens Döbler Internet Grundlagen Zusammenschluß
MehrVorlesung Rechnernetze 10. Multimediakommunikation
10. Multimediakommunikation Prof. Dr. rer. nat. habil. Dr. h. c. Alexander Schill Fakultät Informatik, Schichtenübersicht Anwendungsschicht Transportschicht Vermittlungsschicht Kap. 10 Anwendungsschicht
MehrVoIP Grundlagen und Risiken
VoIP Grundlagen und Risiken Hochschule Bremen Fakultät Elektrotechnik und Informatik 1 Zu meiner Person Informatik-Professor an der Hochschule Bremen Aktuelle Lehrgebiete: Rechnernetze Informationssicherheit
Mehr3.7 Wireless Personal Access Network (WPAN)
Mehr Informationen zum Titel! 3 Mobile und drahtlose Kommunikation 53 3.5 Wireless MAN (WMAN) Aufgabe 86) Was verstehen Sie unter den Akronymen WiMAX und MBWA? 3.6 IP-Datenverkehr über WiMAX Aufgabe 87)
MehrRechnernetze I. Rechnernetze I. 9 Anwendungsprotokolle SS 2014
Rechnernetze I SS 2014 Universität Siegen rolanda.dwismuellera@duni-siegena.de Tel.: 0271/740-4050, Büro: H-B 8404 Stand: 10. August 2015 Betriebssysteme / verteilte Systeme Rechnernetze I (1/13) i Rechnernetze
MehrMotivation. Inhalt. URI-Schemata (1) URI-Schemata (2)
14. URIs Uniform Resource Identifier 14-1 14. URIs Uniform Resource Identifier 14-2 Motivation Das WWW ist ein Hypermedia System. Es enthält: Resourcen (Multimedia Dokumente) Verweise (Links) zwischen
MehrICMP Internet Control Message Protocol. Michael Ziegler
ICMP Situation: Komplexe Rechnernetze (Internet, Firmennetze) Netze sind fehlerbehaftet Viele verschiedene Fehlerursachen Administrator müsste zu viele Fehlerquellen prüfen Lösung: (ICMP) Teil des Internet
MehrRechnernetze II SS 2015. Betriebssysteme / verteilte Systeme rolanda.dwismuellera@duni-siegena.de Tel.: 0271/740-4050, Büro: H-B 8404
Rechnernetze II SS 2015 Betriebssysteme / verteilte Systeme rolanda.dwismuellera@duni-siegena.de Tel.: 0271/740-4050, Büro: H-B 8404 Stand: 14. Juli 2015 Betriebssysteme / verteilte Systeme Rechnernetze
MehrKapitel 6 Internet 1
Kapitel 6 Internet 1 Kapitel 6 Internet 1. Geschichte des Internets 2. Datenübertragung mit TCP/IP 3. Internetadressen 4. Dynamische Zuteilung von Internetadressen 5. Domain-Namen 6. Internetdienste 2
MehrGrundlagen der Rechnernetze. Internetworking
Grundlagen der Rechnernetze Internetworking Übersicht Grundlegende Konzepte Internet Routing Limitierter Adressbereich SS 2012 Grundlagen der Rechnernetze Internetworking 2 Grundlegende Konzepte SS 2012
Mehr15 Transportschicht (Schicht 4)
Netzwerktechnik Aachen, den 16.06.03 Stephan Zielinski Dipl.Ing Elektrotechnik Horbacher Str. 116c 52072 Aachen Tel.: 0241 / 174173 zielinski@fh-aachen.de zielinski.isdrin.de 15 Transportschicht (Schicht
MehrGrundlagen der. Videokommunikation
Grundlagen der Videokommunikation Netzwerke: Qualitäts- und Leistungserwartungen Netzwerke: Qualitäts- und Leistungserwartungen Bandbreite Kenngrößen Firewall NAT Netzwerke: über DFN X-WiN-Anbindung X-WiN
MehrVorlesung SS 2001: Sicherheit in offenen Netzen
Vorlesung SS 2001: Sicherheit in offenen Netzen 2.1 Internet Protocol - IP Prof. Dr. Christoph Meinel Informatik, Universität Trier & Institut für Telematik, Trier Prof. Dr. sc. nat. Christoph Meinel,
MehrUDP-, MTU- und IP- Fragmentierung
UDP-, MTU- und IP- Fragmentierung Jörn Stuphorn stuphorn@rvs.uni-bielefeld.de Universität Bielefeld Technische Fakultät Stand der Veranstaltung 13. April 2005 Unix-Umgebung 20. April 2005 Unix-Umgebung
MehrGrundkurs Routing im Internet mit Übungen
Grundkurs Routing im Internet mit Übungen Falko Dressler, Ursula Hilgers {Dressler,Hilgers}@rrze.uni-erlangen.de Regionales Rechenzentrum der FAU 1 Tag 4 Router & Firewalls IP-Verbindungen Aufbau von IP
MehrVideostreaming. Josko Hrvatin DMT. Prof. Dr. Robert Strzebkowski. TFH-Berlin WS 05/06
Josko Hrvatin DMT Prof. Dr. Robert Strzebkowski TFH-Berlin WS 05/06 Streaming Media Streaming Media ist der Oberbegriff von Streaming Audio und Streaming Video und bezeichnet die aus einem Computernetzwerk
MehrVOIP VOICE OVER IP. Vortrag von Michael Mayer an der Rudolf-Diesel-Fachschule. 01.05.07 VOIP - Michael Mayer - Rudolf-Diesel-Fachschule
VOIP VOICE OVER IP Vortrag von Michael Mayer an der Rudolf-Diesel-Fachschule 1 VOIP VOIP steht für Voice-over-IP und hat sich als Standard für eine neuem Art des Telefonierens abgezeichnet. Viele Internetprovider
MehrTradionelles Telefonnetzwerk
Signalisierung Signalisierungimim PSTN PSTNmeistens meistensss7. Tradionelles Telefonnetzwerk Physikalischer Circuit PSTN Signalisierung: Multivendor: Q.SIG, DPNSS Properitär: z.b. Siemens CorNet Signalisierung:
MehrMultimedia-Streams: Client-Puffer
Multimedia-Streams: Client-Puffer Cumulative data constant bit rate video transmission variable network delay client video reception buffered video constant bit rate video playout at client client playout
MehrGrundlagen der. Videokommunikation
Grundlagen der Videokommunikation Netzwerke: Qualitäts- und Leistungserwartungen Netzwerke: Qualitäts- und Leistungserwartungen Netzwerke: über DFN X-WiN-Anbindung X-WiN ist im DFN-Verein technische Basis
MehrKonfigurationsanleitung IGMP Multicast - Video Streaming Funkwerk / Bintec. Copyright 5. September 2008 Neo-One Stefan Dahler Version 1.
Konfigurationsanleitung IGMP Multicast - Video Streaming Funkwerk / Bintec Copyright 5. September 2008 Neo-One Stefan Dahler Version 1.0 1. IGMP Multicast - Video Streaming 1.1 Einleitung Im Folgenden
MehrRouter 1 Router 2 Router 3
Network Layer Netz 1 Netz 2 Netz 3 Router 1 Router 2 Router 3 Router 1 Router 2 Router 3 Netz 1, Router 1, 1 Netz 1, Router 1, 2 Netz 1, Router 2, 3 Netz 2, Router 2, 2 Netz 2, Router 2, 1 Netz 2, Router
MehrEinführung in Voice over IP
Voice over IP (VoIP) Einführung in Voice over IP Voice over IP, auch Internet-Telefonie genannt, ist die Bezeichnung für Telefonieren über ein Computernetzwerk auf der Grundlage des Internet-Protokolls.
MehrGrundlagen TCP/IP. C3D2 Chaostreff Dresden. Sven Klemm sven@elektro-klemm.de
Grundlagen TCP/IP C3D2 Chaostreff Dresden Sven Klemm sven@elektro-klemm.de Gliederung TCP/IP Schichtenmodell / Kapselung ARP Spoofing Relaying IP ICMP Redirection UDP TCP Schichtenmodell Protokolle der
MehrKN 20.04.2015. Das Internet
Das Internet Internet = Weltweiter Verbund von Rechnernetzen Das " Netz der Netze " Prinzipien des Internet: Jeder Rechner kann Information bereitstellen. Client / Server Architektur: Server bietet Dienste
MehrVoIP Ekiga.net. Was Ist VoIP Definition
Telefonie & VoIP VoIP PSTN Telefonie & Datennetz Einordnung ins OSI-7-Schichtenmodell Ekiga.net Vermittlungsdienst Ekiga - Kamailio Ekiga Softphone Was Ist VoIP Definition Internet-Telefonie oder Voice
MehrLösungen zu 978-3-8045-5387-3 Informations- und Telekommunikationstechnik Arbeitsheft, 3. Auflage
Lösungen zu ---- Informations- und Telekommunikationstechnik Arbeitsheft,. Auflage. HANDLUNGSSCHRITT a) Aufgabe Die TCP/IP-Protokollfamilie verwendet logischen Adressen für die Rechner (IP-Adressen), die
MehrDiplomanden- und Doktorandenseminar. Implementierung eines Gnutella-Clients für IPv6
Diplomanden- und Doktorandenseminar Implementierung eines Gnutella-Clients für IPv6 1. Motivation 2. IPv6 3. Gnutella 4. Portierung Frank Sowinski 17.12.2002 Motivation Gute Gründe für IPv6 Das Anwachsen
MehrLawful Interception (LI) für IP basierte Dienste. Standardisierung bei ETSI
Lawful Interception (LI) für IP basierte Dienste Standardisierung bei ETSI Historisches Leitungsvermittelte Netze (PSTN, ISDN und GSM) Überwachungsverordnung schreibt Implementierung von ES 201 671 in
MehrMoIP-Testnetz an der Hochschule
MoIP-Testnetz an der Hochschule 16. ITG-Fachtagung Mobilkommunikation Osnabrück 19. Mai 2011 Dipl.-Ing. Patrick Ruhrig (ruhrig@e-technik.org) Prof. Dr.-Ing. Ulrich Trick (trick@e-technik.org) Fachhochschule
MehrMultimedia und Internet. Telekommunikationsdienste und -protokolle. Audio/Video im Web (I) Multimedia-Client-Anwendungen
Multimedia und Internet Telekommunikationsdienste und -protokolle 8. Multimedia-Ströme im Internet Unter Nutzung einiger Folien von Prof. Dr. -Ing. Anatol Badach Fachhochschule Fulda, FB Angewandte Informatik
Mehr