14
Internet Web Applications (Fach) / 7) Internet Audio Communication (Lektion)
Anzeige
- Welche Schritte durchläuft ein Audio Signal bei Internet Audio Communication? Telephony Application sendet Bitstream Bitstream geht in Audio Codec Audio Codec generiert LDU LDU geht ans Transport Protocol TP generiert PDU (Protocol Data Unit, besteht aus Header , Transport und Payload)
- Wie wird ein Analoges Audio-Signal kodiert und versendet? Abtastung des Analogen Signals mit ~3.4 kHz Low-pass filter Sampling Coding
- Wofür benötigt man Protokoll bei der Audio Communication? Signalisierung und Session-Initiierung Transport der Audio-Daten Addressieren der Teilnehmer Zusammenarbeit mit anderer Kommunikation
- Welche Protokolle sind an Internet Audio Communication beteiligt? Real-Time Transport Protocol (RTP) Protokoll zur kontinuierlichen Übertragung von audiovisuellen Daten Zuständig für Identifikation den Medienquelle, Paketreihenfolge, Synchronisation undDatenfuss-Steuerung RTP Control Protocol (RTC P) Aushandlung und Einhaltung von QoS-Parametern durch periodischen Austauschvon Steuernachrichten zwischen Sender und Empfänger Session Initiation Protocol (SIP) Erstellen, Modifizieren und Beenden von Sessions Session Description Protocol (SDP) Beschreibt Multimedia-Sessions während eines Session-Aufbaus, von SIP benutzt
- Wofür ist ENUM DNS zuständig? Mapping von Telefonnummern in URIs mithilfe von NAPTR (Naming Authority Pointer) RF 3761
- Was ist SIP, wofür ist es zuständig? Das Session Initiation Protocol (SIP) ist ein Netzprotokoll zum Aufbau, zur Steuerung und zum Abbau einer Kommunikationssitzung zwischen zwei und mehr Teilnehmern. Mobile Nutzer sollen miteinbezogen werden Kommunikation über verschiedene Medien sollte möglich sein Verfügbarkeit unter verschiedenen Namen Zuständig für: Das Finden der Teilnehmer (Localize) Sessionaufbau Sessionmanagement Präsenzmanagement (Aktiv-Passiv)
- Wie wird eine Verbindung über SIP aufgebaut? SIP hat sogenannte SIP User Agents User Agents enthalten User Agent Server und Client Client generiert Request (ich möchte telefonieren) Server bekommt Request und akzeptiert oder lehnt ab SIP basiert auf Transaktionen, dass bedeutet auf ein Request folgen ein oder meherer Responses
- Welche Request Types gibt es bei SIP? REGISTERKümmert sich um Bindings zwischen einer SIP Nummer/URI und einer IP-Adresse -> Registrierung um gefunden zu werden INVITEBaut Session zwischen den User Agents auf und bestimmt die Session Parameter (zB. welcher Codec) ACKBestätigt Sessionaufbau (2-way-Handshake) BYETerminiert Session CANCELTerminiert Request OPTIONSAnfordern von Features des Kommunikationspartners
- Aus welchen Komponenten besteht SIP? User Agent Client/Serveranwendung, welche direkt auf den Geräten läuft Proxy Server Indirekte Verbindung über einen Proxy Server, welcher Geräte von Bob tracken kann Redirect Server Leitet Requests an die neue Location des Clients weiter, falls diese sich geändert hat Registrar Mapped SIP Namen auf Adressen
- Wie ist die SIP URI aufgebaut? sip:user@domain -> Sorgt für eine unique identification
- Anzeige
- Welche Probleme können bei Internet Audio Communication auftreten= Gesprächspartner sind nicht immer direkt über Public IP erreichbar Private Netzwerke und NAT-Boxen -> Keine Kommunikation möglich Kommunikation kann von Firewalls blockiert werden
- Was ist STUN ? Problem? Session Traversal Utilities for NAT (STUN) Netzwerkprotokoll, welches ermittelt ob NAT verwendet wird und welche NAT-Art vorliegt. Es dient nicht zur kompletten Durchdringung von Firewalls. Es dient dazu eine Verbindung zwischen zwei durch NAT-Firewall befindende Geräte aufzubauen. Client 1 möchte eine Kommunikation mit Client 2 hat aber nur private Adresse Client 1 kontaktiert STUN Server (über NAT Box) STUN Server liest die von NAT Box konvertierte Information und gibt sie Client 1 zurück Client 1 kann jetzt mit Client 2 kommunizieren Problem: Firewall Block wenn zB. Client 2 unbekannt
- Was ist TURN? Traversal Using Relays around NAT (TURN) Ein Server im Internet, der das TURN-Protokoll imlplementiert, ermöglicht es zwei Clients, Daten ohne eine direkte Verbindung auszutauschen ("Relay Server"). Dies wird notwendig, wenn es keine Möglichkeit gibt eine direkte Client zu Client Verbindung aufzubauen. (Symmetric NAT-Router) Sobald Client A feststellt, dass direkte und STUN Verbindungen nicht möglich sind (Schritt 1), kann er Client B über den Signaling-Server mitteilen, dass er eine Verbindung zu einen gemeinsam bekannten TURN-Server (Schritt 2) aufbauen soll. In Schritt 3 haben beide Clients eine Verbindung zum TURN Server und können darüber nun Daten austauschen.
- Wofür dient das Offer/Answer Modell? Dient zur Aushandlung von Session Parametern, wie Codecs oder QoS. Umgesetzt wird das ganze mit SDP. Es können auch Parameter während der Session geändert werden. Es kann entweder zugestimmt oder abgelehnt werden.