Live Streaming. Thorsten Röder Internet-Measurement, Technische Universität München. SS 2005 (Version vom 24.

Größe: px
Ab Seite anzeigen:

Download "Live Streaming. Thorsten Röder (roeder@in.tum.de) Internet-Measurement, Technische Universität München. SS 2005 (Version vom 24."

Transkript

1 Live Streaming Thorsten Röder Seminar Internet-Measurement, Technische Universität München SS 2005 (Version vom 24. Juli 2005) Zusammenfassung Diese Ausarbeitung befasst sich mit der Thematik des Internet Live Streamings. Dabei werden grundlegende Konzepte und Eigenschaften der heute zum Einsatz kommenden Streaming Technologien erläutert und die Probleme, die sich aus der Struktur des Internets ergeben. Die meisten dieser Probleme lassen sich durch eine besonders auf die Bedürfnisse des Internet Streamings ausgerichtete Netzwerkarchitektur weitestgehend lösen. Um auch die weiteren Anforderungen an Streaming Systeme - welche durch das Verhalten des Anwenders stark beeinflusst werden - verstehen zu können, werden die über einen Zeitraum von drei Monaten aufgezeichneten Verbindungsprotokolle von einem der größten Streaming Provider ausgewertet und bzgl. der Anwendereigenschaften analysiert. Diese Ergebnisse werden verwendet, um einige Schwierigkeiten eines Streaming Providers aufzuzeigen. 1 Einleitung und Motivation Das Übertragen von Audio- und Video-Inhalten erfreut sich großer Beliebtheit bei Anwendern auf der ganzen Welt. Der Transport dieser Inhalte wird heute meist über die global verfügbare Internet Technologie realisiert. Die daraus resultierenden Vorteile, wie z.b. globale Erreichbarkeit über mehrere Kontinente, Kostenersparnisse und das Empfangen von Inhalten auf mobilen Endgeräten, ziehen auch zahlreiche Probleme bei der Realisierung nach sich. Beispielsweise ist die effiziente Anbindung von mehreren tausend bis hunderttausend Konsumenten eines einzigen Programms zur gleichen Zeit auf allen Kontinenten nicht gerade eine trivial zu lösende Aufgabe. Dieses Dokument beschreibt die heute in Content Delivery Networks (CDN) eingesetzten Technologien und Techniken. Dabei wird der Fokus auf das sog. Live Streaming gesetzt. Diese Art des Streamings unterscheidet sich wesentlich vom Verhalten eines On Demand Streamings. Ein wesentlicher Bestandteil dieses Dokuments ist die Analyse des Anwenderverhaltens von Live Streaming und dessen Auswirkungen auf das Netzwerkdesign eines Content Delivery Network. 2 Klassifizierung von Streams Unter dem Begriff Streaming ist die Übertragung von Audio- und Videoinhalten zu verstehen, bei der man bereits während der Übertragung den Inhalt verfolgen kann. Man 1

2 spricht hierbei auch von einer Echtzeitübertragung, da die Inhalte meist ohne größere Zeitverschiebung wiedergegeben werden können. Derzeit exisitieren drei unterschiedliche Ansätze in der Übermittlung von Audio- und Videoinhalten über das Internet. Je nach Art der Bereitstellung des Inhalts unterscheidet man zwischen diesen drei Klassen von Streams: On demand Streaming Live Streaming Simulated Live Streaming Unter dem wohl am meisten verwendeten On demand Streaming versteht man die Bereitstellung eines bereits im Vorfeld digitalisierten Inhalts, wie z.b. ein Kinofilm oder eine Aufzeichnung eines Interviews. Dieser Inhalt wird bei der Anforderung durch den Benutzer an dessen Wiedergabeclient, in den meisten Fällen ein Player wie z.b. der Windows Media Player, übertragen. Hierbei hat der Benutzer die Möglichkeit, nach Belieben die Wiedergabe des Inhalts zu pausieren, zurückzuspulen oder sogar schneller vorzuspulen. Dies ist möglich, da der übertragene Inhalt vom Server an jeder Position und zu jeder Zeit erneut übertragen werden kann. Das Live Streaming hingegen bietet diese Möglichkeiten der Benutzerinteraktion nicht. In diese Klasse von Streams fallen beispielsweise live Ereignisse wie Sport- oder Konzertübertragungen, bei denen das zu übertragende Ereignis gerade erst stattfindet. Hier wird dem Client nur der Inhalt seit dessen Anmeldung weitergegeben. Beim sog. Simulated Streaming kommt eine Hybridlösung aus On Demand- und Live Streaming zum Einsatz. Hierbei wird das zu übertragende Ereignis im Vorfeld aufgezeichnet und zu einem späteren Zeitpunkt mit den Eigenschaften eines Live Streams gesendet. Dies entspricht einem Video On Demand, bei dem sämtliche Funktionen wie Pause, Rücklauf und Vorlauf nicht implementiert sind. Abbildung 1: Internet-Bottlenecks (Quelle: [Akamai White Paper]) 3 Internet-Bottlenecks Da für die Übertragung der Daten eine bestimmte Mindestbandbreite zur Verfügung stehen muss um eine definierte Qualität des Inhalts zu erreichen, muss auch die heute vorhandene Architektur des Internets berücksichtigt werden. Die Infrastruktur des Internets hat aus Sicht des Live Streamings, wie in [Akamai White Paper] beschrieben und in Abbildung 1 dargestellt, vier große Probleme: 2

3 First Mile bezeichnet die Anbindung vom Anbieter selbst an das Internet. Das Live Streaming hat traditionell nur eine physikalische, zentrale Quelle, von der die Übertragung ausgeht. Von dort aus werden alle Anfragen der Benutzer bearbeitet. Um nun tausende von Benutzern unterstützen zu können, ist die Anbindung der First Mile ein wichtiges Kriterium für die Qualität und die Anzahl der unterstützten Endbenutzer. Ist die Bandbreite dieser Anbindung zu gering, können nicht alle Anfragen in ausreichender Qualität (z.b. Latenz, Bitrate,... ) abgearbeitet werden. Peering Points bezeichnen die Übergabepunkte zwischen ein oder mehreren Providern. Unter dem Begriff Peering ist der Austausch des Netzwerkverkehrs eines Providers mit ein oder mehreren anderen Providern (Peering Partner) zu verstehen. Die an Peering Knoten 1 auftretenden Probleme sind meistens ökonomischer Natur. Die Anzahl der Peering Partner eines Netzwerk Providers sind wegen der sehr hohen Unterhaltungskosten eines Knotens begrenzt. Hinzu kommt, dass die bereits vorhandenen Knoten möglichst effizient ausgelastet werden, um die getätigten Investitionen wirtschaftlich zu nutzen. Aus diesem Grund sind heute viele Peering Knoten bereits zu einem hohen Grad ausgelastet. Dies führt vermehrt zu überbelasteten Knoten, was sich z.b. durch resultierende Paketverluste und gesteigerte Latenzzeiten auch auf das Live Streaming auswirkt. Backbone bezeichnet eine von vielen Hauptverkehrsadern des Internets. Im Internet werden Dienste meist von einem zentralen Punkt aus angeboten. Daher wird der Verkehr über breitbandige Langstreckennetzwerke in alle Kontinente geleitet. Diese Backbones müssen den ständig wachsenden Bedarf des Internetverkehrs verarbeiten können. Betrachtet man beispielsweise das 10Gbps Backbone des Providers UUNET vom Jahr 2000, so würde alleine eine amerikanische Kochsendung mit Zuschauern bei einer niedrig gewählten Bitrate von 300Kbps schon etwa 30Gbps Bandbreite benötigen. 2 Last Mile bezeichnet die Anbindung des Endbenutzers an das Internet. Werden beispielsweise Videoinhalte übertragen, so benötigt der Endbenutzer eine ausreichende Mindestbandbreite an das Internet. Dieses Problem wird bzw. hat sich mit der Verbreitung von breitbandigen Anschlüssen, wie z.b. DSL/Kabel, relativiert. Dennoch gibt es zahlreiche Anwender, die auch heute noch nicht einen solchen Zugang verwenden. 4 Live Streaming Infrastruktur Es existieren zahlreiche Modelle für Content Delivery Networks (CDN) im Internet. Der Begriff CDN bezeichnet einen Verbund von Servern, welche über das Internet verteilt sind und angeforderte Inhalte an den Anwender ausliefern. Hierbei geschieht die Auslieferung meist völlig transparent für den Endbenutzer. Jedes Modell hat je nach Verwendungszweck und gewünschten Rahmenbedingungen (On demand, Live, Anzahl der gleichzeitigen Übertragungen, lokale Diversität der Enbenutzer) gewisse Vor- und Nachteile. Eine weitergehende, detailierte Beschreibung verschiedener Live Streaming Infrastrukturen kann [Falaschi] entnommen werden. 4.1 Architektur Für die Entscheidung der Architektur eines CDN ist die Verbreitungsmethode der Inhalte von großer Bedeutung. Danach richtet sich beispielsweise der Bandbreitenbedarf 1 Peering Points 2 Vorausgesetzt: Jeder Stream wird einzeln an den Benutzer ausgeliefert. 3

4 des Netzwerks, die Anzahl der benötigten Server und unterstützen Anwender, sowie die Höhe der laufenden Kosten für den Betrieb. Daneben sind auch Kenngrößen wie z.b. die globale Erreichbarkeit der Anwender, Latenzzeiten, usw. zu berücksichtigen. Die Auslieferung der Streaminhalte an die anfragenden Clients kann bei Live Streams im Wesentlichen durch drei Methoden geschehen: Unicast Multicasting Splitting Die einfachste und am häufigsten angewandte Methode ist Unicast. Hier besteht die Kommunikation zwischen einem einzelnen Sender und einem einzelnen Empfänger. D.h. es besteht zu jedem Empfänger eine direkte Verbindung zum Anbieter des Streams. Beim Multicasting besteht die Netzwerkkommunikation zwischen einem Sender und mehreren Empfängern. Hier werden die Streamdaten einmal an das Netzwerk geschickt und an jeden Anwender verteilt. Beim Splitting werden die Streamdaten zuerst an sog. Edge Server weitergegeben (siehe Abschnitt 4.2). Diese wiederum verteilen die Inhalte weiter an die jeweiligen angeschlossenen Clients. Dies hat z.b. den Vorteil, dass die Netzwerklast eines Streams sehr früh an verschiedene Knoten ausserhalb bzw. am Rande des eigenen Streamingnetzwerkes verteilt wird und somit das interne Streamingnetzwerk nicht den Datenverkehr aus der Summe eines jeden Anwenders bewältigen muss. 4.2 Akamai Technologies: Edge Delivery Um die bereits in Abschnitt 3 vorgestellten Probleme zu bewältigen zu können, wird bei Akamai Technologies, Inc. ein effizientes Architekturmodell verwendet. Das hier vorgestellte Modell einer Streaming Infrastruktur von Akamai Technologies, Inc., einer der größten Internet Streaming Provider, zielt sowohl auf On Demand Streams als auch auf Live Streams mit einer hohen Anzahl an gleichzeitigen Anwendern ab: Akamai setzt für große Streams (d.h. Streams mit vielen Teilnehmern) das Splitting als Übertragungstechnik ein. Hierbei werden sog. Edge Server an strategisch wichtigen Positionen im Internet aufgestellt. Die Daten werden von einer Quelle an alle Edge Server (zum Großteil mittels Multicasting) verteilt. Diese wiederum liefern die Daten direkt an die anfragenden Teilnehmer aus, welche mit dem nächstgelegenen Edge Server in direkter Verbindung stehen. Die Verwendung von Edge Servern löst das First Mile Problem nahezu vollständig, da hier die gesamten Daten nicht von einer zentralen Stelle aus an die angeschlossenen Teilnehmer gesendet werden müssen. Die Daten müssen im günstigsten Fall nur einmal über das Kernnetzwerk zu den Edge Servern transportiert werden, da diese dann den Verkehr, ähnlich eines Multiplikators, weiterverteilen. Diese Methode (Verwendung von Multiplikatoren) hilft auch das Peering Problem etwas besser in den Griff zu bekommen, da hierbei der gesamte Netzwerkverkehr stark reduziert wird. Um jedoch dieses Problem vollständig lösen zu können, wäre es notwendig mindestens einen Edge Server bei jedem größeren Internet Service Provider (ISP) zu betreiben. Bei einer Anzahl von über 1000 solcher Netzwerkprovider stellt dies jedoch eine derzeit nicht realisierbare Lösung dar. Sofern die Daten mittels Edge Servern übertragen werden, wird auch die benötigte Backbone Kapazität verringert, was die Tragweite des Backbone Problems deutlich lindert, weil hier die Edge Server als Multiplikatoren für den Netzwerkverkehr dienen. 4

5 4.3 Protokolle Für die Kommunikation zwischen Anbieter und Anwender sind spezielle Protokolle erforderlich. Insbesondere dann, wenn sowohl Audio- als auch Videodaten eines Streams gleichzeitig auf zwei getrennten Verbindungen übertragen werden sollen. Es existieren zahlreiche Protokolle, die für spezielle Aufgaben, wie z.b. der Datentransport oder der Austausch von Steuerungsinformationen, konzipiert sind: Session Description Protokoll SDP - Protokoll zur Beschreibung von Sitzungsinformationen (Sessions) von Medien. Hierdurch werden z.b. Ankündigungen oder Einladungen zu laufenden Sitzungen, sowie Weiterleitungen zu den wirklichen Stream URLs abgewickelt. Real Time Transport Protokoll RTP - Protokoll zur Realisierung der Datenübertragung der Inhalte mittels UDP. (Siehe auch [Tanenbaum 2003](Kapitel 6.4.3)) Real Time Control Protokoll RTCP - Protkoll zur Steuerung der Datenübertragung mittels RTP, zur Leistungsverbesserung bzw. zu Zwecken der Diagnose. Hypertext Transfer Protokoll HTTP - Protokoll zur Bereitstellung der Download URL, sowie zur reinen Datenübertragung der Inhalte. Real Time Streaming Protokoll RTSP - Protokoll zur Steuerung der Übertragung von Echtzeit-Inhalten mittels UDP oder TCP. (Siehe auch [Tanenbaum 2003](Kapitel 7.4.3)) Für den Einsatz des RTSP Protokolls werden beispielsweise das HTTP und das RTP Protokoll benötigt. Zum besseren Verständnis des Verlaufs einer Übertragung, wird an dieser Stelle der Ablauf einer RTSP Sitzung schematisch skizziert: 1. Der RTSP Client verbindet sich mittels HTTP z.b. zu einem Webserver und stellt dort die Anfrage nach dem gesuchten Stream. 2. Daraufhin antwortet der Webserver dem RTSP Client mittels dem SDP Protokoll und verweist diesen mit einem Redirect auf einen neuen URI auf den für ihn zugewiesenen Streaming Server. 3. Daraufhin verbindet sich der RTSP Client mit dem zugewiesenen RTSP Server. 4. Der Streaming Server antwortet dem Client mit den Daten des Inhalts. Dies kann, je nach Konfiguration des Servers und des Clients z.b. mittels RTP oder HTTP geschehen. Für eine detailierte Beschreibung des Ablaufs und für eine genaue Beschreibung des Protokollaufbaus sei an dieser Stelle auf [RTSP Protokoll] und [RFC2326] hingewiesen. 5 Live Streaming Analyse Die folgende Analyse basiert auf der Veröffentlichung von [SrMaZh 04] und [VeAlMe 02]. Als Grundlage für die Analyse dienen hierbei Logfile Informationen der Streaming Server von Akamai Technologies, Inc. über einem Zeitraum von 3 Monaten. Diese Daten umfassen über 70 Millionen Anfragen für verschiedene URLs von Clients in über 200 Ländern. Diese Auswertung ist bis heute, laut Angabe von [SrMaZh 04], die bislang vollständigste und umfassenste durchgeführte Analyse des Internet-Streaming- Verhaltens. Anhand der Ergebnisse ist erkennbar, dass der Einfluss der Internet Streaming Technologie, im Gegensatz zu herkömlichen Medien wie lokale TV- oder Radiostationen mit begrenztem Angebot an Übertragunskanälen und Reichweite, sehr groß ist und zudem ein globales Publikum anspricht. Daher ist zu erwarten, dass die Popularität von Streams weiterhin steigen wird, weshalb eine Analyse und das Verständnis der Vorgänge von großer Bedeutung für Designentscheidung, Auswertung, Planung und Management von globalen Streaming Netzwerken ist. 5

6 5.1 Klassifizierung von Streams Folgendes Klassifizierungsschema wird bei der weiteren Analyse in dieser Ausarbeitung verwendet: Groß / Klein Mehrere Definitionen von großen Streams sind denkbar: Gesamte Anzahl an Anfragen, gesamte Anzahl an einzelnen Clients oder der Höchstwert an gleichzeitigen Clients (Peak). Hier wird als großer Stream der Peak der gleichzeitig angeschlossenen Teilnehmer angesehen, da diese Größe die Leistungsfähigkeit eines Servers zur Bewältigung der Last widerspiegelt. In diesem Kontext haben große Streams einen Peak von mindestens gleichzeitigen Clients. In dem oben angegebenen dreimonatigen Erfassungszeitraum, wurden 660 Streams als große Streams identifiziert. Fällt ein Strem nicht unter der Klasse der großen Streams, so wird dieser als ein kleiner Stream betrachtet. Non-Stop / Kurze Dauer Unter dem Begriff Non-Stop werden Streams verstanden, die jeden Tag 24 Stunden lang ohne Unterbrechung online sind. Dahingegen haben kurze Streams eine definierte, relativ kurze Dauer. Dies kann z.b. eine zweistündige Talkshow sein, welche nur zu einem festen Zeitpunkt online ist und eine begrenzte Dauer hat. Um aus den erhobenen Daten zwischen Non-Stop und kurzen Streams unterscheiden zu können, wird beispielsweise ein Schwellwert für die Anzahl der gleichzeitigen Teilnehmer verwendet. Sind immer mindestens zehn Teilnehmer in einem Zeitraum von 24 Stunden als Teilnehmer eines Streams registriert, so geht man von einem Non-Stop Stream aus. Dieses Vorgehen ist allerdings nur auf große Streams anwendbar, weshalb im Weiteren für diese Klasse nur große Streams betrachtet werden. Ausgehend von dieser Herangehensweise wurden 76% der Streams als Non-Stop und 24% als Streams von kurzer Dauer eingestuft. Alle in den Log-Dateien aufgezeichneten Video Streams waren von kurzer Dauer. Im Vergleich zu Audio Streams scheinen die erhöhten Unterhaltungskosten für Non-Stop Video Streams nicht attraktiv zu sein. Wiederkehrend / Einmalig Unter der Klasse der wiederkehrenden Streams werden Streams (bzw. dessen eindeutige URL) verstanden, die nicht nur einmalig online sind. Dies kann eine periodische Wiederholung eines Ereignisses oder eine tägliche Talkshow sein, solange die gleiche URL in den Anfragen des Clients an den Server verwendet wird. 97% der großen Streams waren in der Auswertungszeit wiederkehrend. Von der Definition her sind alle Non-Stop Streams selbst wiederkehrend. Eine tägliche Talkshow wäre ein Beispiel für einen wiederkehrenden Stream von kurzer Dauer, welche nahezu 21% der großen Streams ausmachen. Einmalige Streams treten während dem Betrachtungszeitraum nur ein einziges mal auf. Blitzartige Ankunft / Gleichmäßige Ankunft Betrachtet man die Ankunftszeiten von Teilnehmern, also die Anzahl der innerhalb eines gewissen Intervalls verbindungsaufbauenden Teilnehmer, so stellt man fest, dass alle Streams mit einer kurzen Dauer einen blitzartigen Anstieg in der Teilnehmerzahl aufweisen. Dies begründet sich darin, dass diese Streams einen definierten Anfang und eine feste Dauer haben. Für gewöhnlich möchte ein Teilnehmer von Anfang an das Ereignis verfolgen. Darüber hinaus gibt es auch Non-stop Streams, die diesen rapiden Anstieg der Teilnehmerzahl aufweisen. Dies liegt vermutlich daran, dass während der Austrahlung ein populäres Ereignis, wie z.b. das Auftreten einer prominenten Persönlichkeit, stattfindet. Um nun zwischen einem rapiden Anstieg und einer eher gleichmäßig durchschnittlichen Ankunftsrate zu unterscheiden, wird in der Auswertung die Ankunftsrate alle 10 Minuten ermittelt und ein evtl. vorhandener Peak gesucht. Etwa 50% der großen Streams weisen eine blitzartige Ankunftsrate auf. 6

7 Abbildung 2: Ankunftszeiten der Top40 Streams Abbildung 3: Sitzungsdauer der Top40 Streams 5.2 Sitzungseigenschaften Für Live Streams ist auch eine Analyse des Verhaltens der Sitzungsperioden (Sessions) interessant. Bei dieser Analyse - ausgehend von Log-Datei Informationen - wird jede Anfrage eines Clients als eine Sitzung betrachtet. Arrival Process Die erste Beobachtung die man bei der Analyse der Ankunftseigenschaften der Anfragen machen kann, ist, dass die mittlere Dauer zwischen zwei Anfragen bei großen Streams im Allgemeinen kürzer ist als bei kleinen Streams. Hier liegt oft die Dauer bei zehn Sekunden für große Streams, wohingegen die Dauer bei kleinen Streams bis zu Sekunden betragen kann. Dies liegt u.a. daran, dass große Streams generell mehr Anfragen haben. 3 Daher ist die Ankunftsrate von Clients im Allgemeinen zeitabhängig und nicht über einen langen Zeitraum konstant. Es wurden sowohl blitzartige Ankünfte von Anfragen bei allen Streams von kurzer Dauer, als auch bei einigen Non-Stop Streams festgestellt. Hierbei betrug beispielsweise die höchste Ankunftsrate bis zu 40 Ankünfte pro Minute im Gegensatz zu einer üblichen Rate von 20 Ankünften pro Minute. Im gemessenen Zeitraum wurden für einen Stream drei hohe Peak Werte an aneinanderfolgenden Tagen registriert. Hierbei zeigte sich, dass zwei davon von Clients aus den USA kamen und einer aus Großbritannien kam. Im Allgemeinen kann man feststellen, dass die Ankunftsraten kurzer Streams von Zeitzonen und der Tageszeit beeinflusst werden. Dies liegt vermutlich darin begründet, dass die Anfragen nach einem solchen Stream sehr stark vom Inhalt des Streams abhängig sind, je nachdem ob der Inhalt für den Anwender interessant ist oder nicht. Abbildung 2 zeigt die durchschnittlichen Ankunftszeiten der Top40 Streams nach Beginn des Ereignisses. In Abbildung 4 ist die Ankunftsrate eines Radiostreams über den Zeitraum von einer Woche dargestellt. Session Duration Betrachtet man die Dauer der Sessions, so stellt man fest, dass große Streams eine längere Sitzungsdauer haben als kleine Streams. Zusätzlich fällt auf, dass für eine kleine Anzahl an Streams die mittlere Sitzungsdauer weniger als 10 Sekunden beträgt und somit sehr klein ist. Diese kleine Sitzungsdauer ist vermutlich eine Auswirkung von Channel-Surfing, was wiederum Auswirkungen auf das Design von Live Streaming hat: Das Durchzappen durch einzelne Kanäle erfordet vom Streaming System kurze und somit schnelle Reaktionszeiten. D.h. das Entgegennehmen und Abschließen einer Anfrage bzw. Sitzung muss von dem Server effizient und unter geringem Ressourcenverbrauch abgehandelt werden. Dies 3 Wobei hier auch Intervalle mit einer größeren und kleineren Anhäufung an Anfragen existieren. 7

8 Abbildung 4: Ankunftsrate für einen Radiostream, gemessen über den Zeitraum von einer Woche ist u.a. bei den TCP Timeouts (z.b. durch Verbindungsabbruch durch den Client) zu berücksichten, so dass ein assoziierter Socket möglichst schnell wieder freigegeben werden kann, um neue Anfragen bearbeiten zu können. Nur einige wenige Clients verfolgen einen Stream über eine längere Dauer. Die Vielzahl der untersuchten Sitzungen waren von kürzerer Dauer. Die mittleren Werte liegen hier von etwa 4 Minuten bis zu 140 Minuten, wobei etwa 40% der Streams eine mittlere Sitzungsdauer von weniger als 20 Minuten haben. Eine Auswertung der Sitzungsdauer der täglich neu ermittelten Top40 Streams ist in Abbildung 3 dargestellt. Die Betrachtung des Ankunfts- und Sitzungsverhaltens bildet eine sehr wichtige Grundlage bei der Bewertung von Streamingarchitekturen und -Konzepten. Beispielsweise würde ein Streaming System, basierend auf einer Peer-to-Peer Architektur, nicht funktionieren, wenn ein Teilnehmer, den andere Teilnehmer zur weiteren Teilnahme im Overlay Netzwerk benötigen, das Peer-to-Peer Overlay Netzwerk verlässt. Diese Art der Störungen gilt es zu vermeiden. Dennoch wäre es denkbar, eine Peer-to-Peer Streaming Architektur zu entwerfen, die z.b. auf das Problem der verlassenden Teilnehmer zu reagieren vermag. Durch die Auswertung des Sitzungsverhaltens wird klar, dass es stets - wenn auch nur wenige - Teilnehmer gibt, die auch für eine längere Dauer den Stream verfolgen. Ausgehend von dieser Erkenntnis wäre ein derartiges Overlay Netzwerk mit hoher Stabilität auch unter realen gruppendynamischen Aspekten durchaus denkbar. 5.3 Transportprotokolle Dieser Abschnitt widmet sich der Untersuchung der zwischen Client und Server verwendeten Transportprotokolle. Für das Live Streaming stellt UDP ein geeignetes Transportprotokoll dar, da hier die Anwendung selbst die Kontrolle über das Puffern und wiederholte Senden von Daten hat. Bei TCP hingegen kümmert sich das Protokoll selbst um die Zuverlässigkeit der übertragenen Daten, z.b. durch automatisch wiederholtes Senden eines Pakets oder der Reihenfolgesicherung einer Verbindung. Einige Aspekte von TCP stehen daher im klaren Gegensatz zur Verwendung in Echtzeit Live Streaming Systemen, weshalb auch vorranging versucht wird, UDP zu verwenden. Normalerweise versucht ein Client bei einer Anfrage herauszufinden, welches Transportprotokoll für diese Sitzung am besten geeignet ist, da ISPs, Firewalls und die Verwendung der Network Address Translation (NAT) Technik auf dem Weg zum Server evtl. die Verwendung bestimmter Protkolle unterbinden können. Beispielsweise ist UDP hinter einer Firewall, die UDP Pakete herausfiltert, nicht möglich. Aktuelle Wiedergabe- 8

9 UDP dominant TCP dominant QuickTime 56% 44% Real 49% 51% Windows Media 12% 88% Tabelle 1: Dominanz der Transportprotokolle aus AS Domänen Sicht software (Player) verwenden, wenn möglich, das UDP Protokoll als erste Wahl vor TCP, sofern der Anwender dies nicht explizit in seinem Player anders konfiguriert hat. Da sich in der Analyse herausgestellt hat, dass circa 40% der Sessions mittels TCP übertragen werden, ist zu vermuten, dass dieser Wert das derzeitige UDP Filterverhalten im Internet widerspiegelt. In Tabelle 1 und Tabelle 2 wurden die beiden verwendeten Transportprotokolle anhand der AS Domäne 4 und des Herkunftslandes unterteilt, um zu verstehen ob die Verwendung eines bestimmten Transportprotokolls davon abhängig ist und welches Protokoll am häufigsten verwendet wird. Hieraus ist beispielsweise ersichtlich, dass für das QuickTime Protokoll 44% der betrachteten AS Domänen, aber nur 25% der Herkunftsländer TCP als Transportprotokoll verwenden. Auffallend ist die besonders abweichende Stellung des Windows Media Formats. Hier wurden 80% der registrierten Sessions mittels TCP übertragen, vornehmlich durch das HTTP Protokoll und dem proprioritären Microsoft MMS Streaming Protokoll. Dies liegt darin begründet, dass der Windows Media Player Client 5 die Auswahl eines geeigneten Netzwerkprotokolls bei der Netzwerküberprüfung in folgender Priorität versucht: 1. RTSP/TCP 2. RTSP/UDP 3. HTTP 4. MMS Ältere Windows Media Player bevorzugten stets UDP vor TCP Verbindungen. Dennoch zeigt sich, dass hier HTTP als präferiertes Protkoll verwendet wird. Die Ursache hierfür liegt allerdings in der Serverkonfiguration von Akamai. Hier wird aus Gründen der Skalierbarkeit für den Windows Media Player das HTTP Protokoll für den Transport vorgezogen. Daher sind die gemessenen Ergebnisse des Windows Media Players nicht repräsentativ genug, um Rückschlüsse auf das insgesamt verwendete Transportprotokoll vorzunehmen. Da etwa 40-50% der AS Domänen TCP dominant sind, liegt die Vermutung nahe, dass diese Clients hinter einer Firewall betrieben werden, die die Kommunikation mittels UDP verhindert. Diese Erkenntnis hat Folgen für die Entwicklung und Verbreitung von z.b. UDP basierenden Flusskontrollen. Diese können nur in AS Domänen eingesetzt werden, in denen ein UDP Verkehr möglich ist. Dies wirkt sich auch auf Anwendungen und Dienste aus, welche über das Internet kommunizieren, da diese evtl. auf das TCP Protkoll beschränkt werden müssen, um einen verbreiteten Betrieb zu ermöglichen. 5.4 Herkunft der Teilnehmer Betrachtet man die 20 häufigsten von insgesamt 223 Herkunftsländern der Anfragen 6, so stellt man folgendes Ranking für die ersten fünf Plätze fest: 1. USA 4 Hier der Einzugsbereich eines Autonomen Systems. Siehe auch Border-Gateway-Protokoll (BGP) 5 ab Version 9 6 gemessen an der Anzahl der ermittelten IP Adressen 9

10 UDP dominant TCP dominant QuickTime 75% 25% Real 72% 28% Windows Media 2% 98% Tabelle 2: Dominanz der Transportprotokolle aus Sicht der Herkunftsländer 2. China 3. Deutschland 4. Spanien 5. Frankreich An dieser Stelle ist zu erwähnen, dass Europa insgesamt mehr Anfragen stellt als alle anderen Kontinente zusammen. Im folgenden wird die Herkunft der Teilnehmer unter drei verschiedenen Gesichtspunkten betrachtet: AS Domänen Die Betrachtung der Verteilung der AS Domänen lässt Rückschlüsse auf der Netzwerk Ebene zu. Städte, Länder Die Unterteilung in Städten und Ländern beschreibt die Verteilung und die Art der Verbreitung von geopolitischen Regionen in denen sich die Teilnehmer befinden. Hier geht es vor allem darum, herauszufinden ob das Internet Streaming ein größeres Zielpublikum als die herkömmliche weit verbreitete - meist lokale - TV und Radio Kommunikation erreicht. In diesem Sinne spielt die globale Erreichbarkeit der Teilnehmer über Kontinente hinweg eine wichtige Rolle. Zeitzonen Die Aufteilung und Betrachung der Anfragen bzgl. der Zeitzonen, in denen sich die Teilnehmer befinden, ermöglicht es, Rückschlüsse auf evtl. gleiches bzw. ähnliches Verhalten von Teilnehmern in derselben Zeitzone zu tätigen. Die Umsetzungen von IP Adressen nach AS Domänen, Städten, Ländern, Höhen- und Breitengraden wurden bei der Analyse durch mehrere Quellen ermittelt und verifiziert (z.b. durch EdgeScape [Akamai Edgescape], Route View [Route View], GeoIP [GeoIP],... ). Lediglich die Zeitzonen wurden durch eine Unterteilung der Breitengrade in 15 Abschnitte aufgeteilt. Aus dieser Betrachtungsweise und Körnung heraus ergeben sich folgende drei wichtigen Metriken: Diversity Index Dieser Wert beschreibt die Anzahl der sich unterscheidenden Orte (bzgl. AS Domänen, Städten, Ländern oder Zeitzonen). Konkret bedeutet dies, dass wenn ein Stream nur von Teilnehmern in den USA verfolgt wird, dessen Länder (Country) Diversity Index einen Wert von 1 hat. Clustering Index Der Clustering Index beschreibt die Verteilung und die Anhäufung der Teilnehmer. Hierbei wird der Wert definiert als die kleinste Anzahl an verschiedenen Orten, welche mindestens 90% der für jeden Stream ermittelten IP Adressen abdecken. Beispiel: Kommen 95% der Teilnehmer aus den USA, 3% aus Großbritannien und 2% aus Polen, so liegt der Clustering Index bei 1. Wenn dieser Wert niedrig ausfällt, so ist die Anzahl der Orte, an denen das meiste Interesse am Stream liegt, gering. Radius Index Dieser Wert gibt an, in welcher Relation diese Orte zueinander stehen. D.h. wenn ein Stream zwei verschiedene Zeitzonen beliefert, möchte man wissen, wie weit diese Zeitzonen von einander entfernt sind und ob diese unmittelbar aneinander angrenzen oder weit voneinander entfernt liegen. Für diese Größe wird hier der Zeitzonen Radius Index eingeführt. 10

11 Für eine ausführliche Beschreibung der Vorgehensweise bei der Berechnung des Radius Index aus den aufgezeichneten Datenbeständen, siehe [SrMaZh 04](Kapitel 7.3) Vergleicht man unter o.g. Aspekten große und kleine Streams, so stellt man folgende zwei Beobachtungen fest: 1. Bei großen Streams liegt die Anzahl der unterschiedlichen AS Domänen zwischen 200 und Auch auf der Städte Ebene wurden etwa verschiedene AS Domänen ermittelt. Diese Spanne ist viel größer als die Reichweite der herkömlichen TV und Radio Kommunikation, welche eher lokal Regionen erreichen. Bei großen Streams ist auch der Clustering Index relativ hoch, was die breite Abdeckung widerspiegelt. Etwa 90% der IP Adressen kommen von nur zehn bis Städten bzw. AS Domänen. Fast alle großen Streams haben einen Clustering Index von zehn oder weniger Länder, während für 15% der kleinen Streams dieser größer als zehn Länder ist. Diese kleinen Streams sind somit - geographisch gesehen - weiter verstreut. 2. Die Diversity Index Werte und Clustering Index Werte bei kleinen Streams sind für gewöhnlich kleiner als bei großen Streams. Dennoch sind die Index Werte immer noch so groß, dass die Hälfte der kleinen Streams über 100 Städte in zehn oder mehr Ländern abdeckt. Dies zeigt auch die globalen Erreichbarkeitsmöglichkeiten des Internets im Gegensatz zu lokalen physikalisch limitierten Radio- oder TV-Stationen. Fast alle großen Streams decken 13 oder mehr Zeitzonen ab. Kleine Streams hingegen erreichen nur wenige Zeitzonen. Für über 90% der großen Streams beträgt der Clustering Index vier Zeitzonen, während für 90% der kleinen Streams dieser bei acht Zeitzonen liegt. Um zu verstehen wie weit die Clients auseinander liegen, betrachtet man den Radius Index. Dieser reicht bei kleinen Streams von 0 (d.h. 90% der Clients befinden sich in derselben Zeitzone) bis über 10 (d.h. Clients sind gleichmäßig über viele Zeitzonen verteilt). Für 50% der kleinen Streams ist der Radius Index größer als vier. Etwa 65% der großen Streams besitzen einen Radius Index von zwei oder weniger, was bedeutet, dass 90% dieser Clients nur über einen Kontinent verteilt sind. Berechnet man für die Ereignisklassen kurze Streams und Non-Stop Streams die Index Werte nach obigem Schema, findet man heraus, dass kurze Streams oft viel verschiedener und weniger geballt (auf der Ebende der AS Domänen und Städte) sind. Hingegen sind Non-Stop Streams, auf der Ebene von Ländern und Zeitzonen betrachtet, untereinander verschieden. So sind die Eigenschaften des Clustering Index für Länder und Zeitzonen ähnlich. Kurze Streams haben einen größeren Radius Index als Non-Stop Streams, womit diese auch einen höheren Verteilungsgrad auf der Welt haben. Aus den Betrachtungen heraus stellt man fest, dass sich viele der betrachteten Streams auf mehreren Ebenen der Betrachtungen sich unterscheiden. Auch bei kleinen Streams scheint dies der Falls zu sein. Der hohe Grad an Verschiedenheit hat starken Einfluss auf das Design eines CDN. Beispielsweise ist es nach obiger Analyse wichtig, dass zum einen die globale Erreichbarkeit gewährleistet ist, gleichzeitig aber auch die Anzahl der Clients und Kanälen skalierbar sein muss. Es stellt sich die Frage, wie die Server im Netzwerk verteilt werden müssen, um für einen Kanal gleichzeitige Benutzer über AS Domänen hinweg versorgen zu können. Will man mehrere sowohl kleine als auch große Kanäle bzw. Streams betreiben, so wird es noch schwieriger. An dieser Stelle sei auf ein paar weitere Probleme bei einem solchen Netzwerk hingewiesen: Lastverteilung, Ausfallsicherheit, effiziente Ressourcennutzung, dynamische Anpassung an Technologien und Anwendungen, Skalierbarkeit und bestmögliche Leistung. 11

12 5.5 Überlick über die Analyse Während der Analyse der über einen Zeitraum von drei Monaten aufgezeichneten Streaminginformationen wurden verschiedene Aspekte untersucht. An dieser Stelle soll eine kurze zusammenfassende Übersicht über die wichtigsten Erkenntnisse gegeben werden: Die heute meist genutzten Streaminginhalte sind Audiostreams. Nur 7% der verfügbaren Streams sind Videostreams. Nur 1% aller Anfragen sind für Video Streams. Auf eine geringe Anzahl von Ereignissen, hauptsächlich Non-Stop Audioprogramme (z.b. Radio), konzentriert sich eine große Anzahl der Anfragen. Non-Stop Streams besitzen ein starkes tageszeit- und zeitzonenabhängiges Verhalten. 50% aller großen Streams, Non-Stop Streams und kurzen Streams weisen ein blitzartiges Ankunftsverhalten auf. Fast die Hälfte der untersuchten AS Domänen tendiert dazu, TCP als dominantes Transportprotokoll zu verwenden. Dies könnte evtl. durch NAT oder Firewalls (welche UDP verbieten) verursacht worden sein. Die Verschiedenheit der Clients, die das Live Streaming verwenden, ist größer als bei traditionellen Verbreitungsmedien wie TV oder Radio. Fast alle großen Streams erreichen 13 oder mehr Zeitzonen, zehn oder mehr Länder und 200 oder mehr verschiedene AS Domänen. Die Hälfte der kleinen Streams erreicht elf oder mehr Zeitzonen, zehn oder mehr Länder und 100 oder mehr AS Domänen. Wie in [SrMaZh 04](Kapitel 8) aufgeführt, jedoch hier nicht weiter beschrieben, ist ein weiteres Kriterium für eine Analyse die Lebenszeit eines Clients. Die Hälfte der neuen Clients, die sich mit einem Stream verbinden, verbinden sich nur für einen Tag. Während sich die andere Hälfte sich etwa 1/3 der Dauer (in Tagen) eines Ereignisses verbindet. 6 Zusammenfassung Die Beliebtheit von Live Streaming über das Internet wird sehr wahrscheinlich weiter zunehmen. Schon jetzt gibt es eine Vielzahl von On Demand Video Streams und Live Streams. Derzeit handelt es sich jedoch meist um Audio Streams. Im Zuge der Eroberung des heimischen Wohnzimmers (z.b. durch internetfähige Fernseher) und mobiler Endgeräte, wird die Nachfrage nach neuen Angeboten mit höheren Bitraten und einer größeren Auswahl, evtl. sogar mit einer höheren Interaktivität des Benutzers, steigen. Somit auch die Anforderungen an ein Streaming Netzwerk, welches tausende Benutzer simultan erreichen können muss. Um eine solche Herausforderung realisieren zu können, müssen reproduzierbare Erkenntnisse des realen Streaming Verhaltens bekannt sein. Neben den o.g. Aspekten beispielsweise auch, das Non-Stop Streams eher vom Verhalten des Anwenders beeinflusst werden, im Gegensatz zu kurzen Streams, welche durch die Popularität des übertragenen Ereignisses selbst beeinflusst werden. 12

13 Literatur [SrMaZh 04] Kunwadee Sripanidkulchai, Bruce Maggs, Hui Zhang: An Analysis of Live Streaming Workloads on the Internet; Proceedings of the 2004 ACM Internet Measurement Conference IMC 2004, p41-sripanidkulchai.pdf [VeAlMe 02] E. Veloso, V. Almeida, W. Meira, A. Bestavros, S. Jin: A Hierarchical Characterization of a Live Streaming Media Workload; Proceedings of the Second Internet Measurement Workshop IMW 2002, imw2002-papers/180.pdf [Tanenbaum 2003] Andrew S. Tanenbaum: Computernetzwerke, 4., überarbeitete Auflage, Prentice Hall (2003). [Falaschi] A. Falaschi: Report on live-streaming infrastructure; nl/tech/archive/tf-netcast/deliverables/report_on_live_streaming_ infrastructure.pdf [Akamai White Paper] Akamai Technologies, Inc.: Internet Bottlenecks; Whitepaper, Bottlenecks_Whitepaper.pdf [RFC2326] IETF: RFC 2326, [RTSP Protokoll] California Software Laboratories: Basic Streaming Technology and RTSP Protocol; Whitepaper, StreamingTechnology.html [Akamai Edgescape] Akamai Technologies, Inc.: Edgescape, en/html/services/edgescape.html [Route View] University of Oregon: Route View, [GeoIP] Max Mind: GeoIP, 13

Videostreaming. Josko Hrvatin DMT. Prof. Dr. Robert Strzebkowski. TFH-Berlin WS 05/06

Videostreaming. 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

Mehr

Streaming Protokolle Jonas Hartmann

Streaming 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

Mehr

Video over IP / Videostreaming

Video over IP / Videostreaming Video over IP / Videostreaming - einige wenige Aspekte - Prof. Dr. Robert Strzebkowski Beuth Hochschule für Technik Berlin Unterscheidung: 'Echter Streaming' mit Streaming-Server HTTP-Download als 'Pseudostreaming'

Mehr

Streaming Media - MPEG-4 mit Linux

Streaming Media - MPEG-4 mit Linux Streaming Media - MPEG-4 mit Linux Überblick Streaming Media Streaming Anbieter Benötigte Software Vorführung Videostreaming Streaming Was ist Streaming? Sender Daten Empfänger Kontinuierlicher Datenstrom

Mehr

Streaming Techniken zur Übertragung multimedialer Daten im Web Universität Paderborn

Streaming Techniken zur Übertragung multimedialer Daten im Web Universität Paderborn Streaming Techniken zur Übertragung multimedialer Daten im Web Universität Paderborn Vortrag im Seminar 3D-Grafik im Web Raphael Gräbener Übersicht Was ist Streaming Anwendungsbeispiele Broadcasting Audio-/

Mehr

... relevante Ports für Streaming bzw. Remote Control!

... 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

Mehr

Internet Protokolle für Multimedia - Anwendungen

Internet 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

Mehr

1 Hochverfügbarkeit. 1.1 Einführung. 1.2 Network Load Balancing (NLB) Quelle: Microsoft. Hochverfügbarkeit

1 Hochverfügbarkeit. 1.1 Einführung. 1.2 Network Load Balancing (NLB) Quelle: Microsoft. Hochverfügbarkeit 1 Hochverfügbarkeit Lernziele: Network Load Balancing (NLB) Failover-Servercluster Verwalten der Failover Cluster Rolle Arbeiten mit virtuellen Maschinen Prüfungsanforderungen von Microsoft: Configure

Mehr

Seminar: Innovative Netztechnologien

Seminar: Innovative Netztechnologien Seminar: Innovative Netztechnologien Content Distribution Networks Andreas Siemer 06/2002 1 Inhalt 1. Content Networking 2. 3. Akamai 2 Begriffe: Content Networking Inhalt (Content) im Internet verfügbare

Mehr

Multimediatechnik / Video

Multimediatechnik / Video Multimediatechnik / Video Video-Streaming http://www.nanocosmos.de/lietz/mtv Streaming: Anwendungen TV und Internet IP-TV: Video on Demand, Live Streaming Zugesicherte Qualität (QoS, Quality of Service)

Mehr

Digitale Sprache und Video im Internet

Digitale 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.

Mehr

Erfahrungen mit QuickTime Streaming. Bernhard Barz Uwe Pirr Humboldt-Universität zu Berlin Rechenzentrum

Erfahrungen mit QuickTime Streaming. Bernhard Barz Uwe Pirr Humboldt-Universität zu Berlin Rechenzentrum Erfahrungen mit QuickTime Streaming Bernhard Barz Uwe Pirr Humboldt-Universität zu Berlin Rechenzentrum Die großen Drei: Real Networks: RealAudio, RealVideo 12,1 % Apple Computer: QuickTime 7,4 % Microsoft:

Mehr

Geschichte und Anwendungsgebiete

Geschichte und Anwendungsgebiete VoIP Geschichte und Anwendungsgebiete Sehr geehrter Herr Schmid, liebe Mitschüler, wir möchte euch heute die Geschichte und die Anwendungsgebiete von Voice over IP etwas näher bringen. 1 Inhaltsangabe

Mehr

SNMP 1 -basierte dynamische Netzwerkkonfiguration und analyse

SNMP 1 -basierte dynamische Netzwerkkonfiguration und analyse Fakultät Informatik Institut für Systemarchitektur Professur für Rechnernetze SNMP 1 -basierte dynamische Netzwerkkonfiguration und analyse Versuchsvorgaben (Aufgabenstellung) Der neu zu gestaltende Versuch

Mehr

2006-2007, Franz J. Hauck, Verteilte Systeme, Univ. Ulm, [2006w-MMK-D-VoD.fm, 2006-11-22 08.08] http://www-vs.informatik.uni-ulm.

2006-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

Mehr

Grundlagen verteilter Systeme

Grundlagen verteilter Systeme Universität Augsburg Insitut für Informatik Prof. Dr. Bernhard Bauer Wolf Fischer Christian Saad Wintersemester 08/09 Übungsblatt 5 26.11.08 Grundlagen verteilter Systeme Lösungsvorschlag Aufgabe 1: Erläutern

Mehr

Content Management Playout Encryption Broadcast Internet. Internet TV

Content Management Playout Encryption Broadcast Internet. Internet TV Content Management Playout Encryption Broadcast Internet Internet TV Wir bieten Ihnen alle technischen Dienstleistungen die Sie zur Verbreitung Ihrer Videoinhalte über das Internet benötigen, um ihre Zuschauer

Mehr

Gateway für netzwerkfähige Komponenten ewon kann als Gateway für alle netzwerkfähigen Komponenten dienen

Gateway für netzwerkfähige Komponenten ewon kann als Gateway für alle netzwerkfähigen Komponenten dienen ewon - Technical Note Nr. 005 Version 1.3 Gateway für netzwerkfähige Komponenten ewon kann als Gateway für alle netzwerkfähigen Komponenten dienen 08.08.2006/SI Übersicht: 1. Thema 2. Benötigte Komponenten

Mehr

Border Gateway Protocol

Border Gateway Protocol Border Gateway Protocol Monitoring, Fluss-Messungen und -Optimierungen Marco Schneider HAW Hamburg 15. Juni 2011 Übersicht 1 Rückblick AW1 2 vergleichbare Arbeiten 3 Vergleich & Zusammenfassung Marco Schneider

Mehr

Over-The-Top TV Sind Fernsehen und Internet inkompatibel?

Over-The-Top TV Sind Fernsehen und Internet inkompatibel? Lehrstuhl Nachrichtentechnik Universität des Saarlandes Over-The-Top TV Sind Fernsehen und Internet inkompatibel? Thorsten Herfet Lehrstuhl Nachrichtentechnik Universität des Saarlandes herfet@cs.uni-saarland.de

Mehr

Problembehandlung bei Windows2000- Netzwerkdiensten

Problembehandlung bei Windows2000- Netzwerkdiensten Unterrichtseinheit 15: Problembehandlung bei Windows2000- Netzwerkdiensten Die Windows2000-Netzwerkinfrastruktur besteht aus vielen verschiedenen Komponenten und Verbindungen, in denen Netzwerkprobleme

Mehr

TCP/UDP. Transport Layer

TCP/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?

Mehr

D r e ISP S P i m K l K as a s s e s n e r n au a m H.Funk, BBS II Leer

D r e ISP S P i m K l K as a s s e s n e r n au a m H.Funk, BBS II Leer Der ISP im Klassenraum H.Funk, BBS II Leer Überblick Agenda: Ziel des Workshops Grundlagen PPPoE Realisierung eines lokalen PPPoE Servers Port-Forwarding DNS / DDNS Ziel des Workshops Ein Netzwerk vergleichbar

Mehr

Voice 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 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

Mehr

Installationsführer für den SIP Video Client Linphone

Installationsführer für den SIP Video Client Linphone Installationsführer für den SIP Video Client Linphone Stand: 10.04.2010 1. Einleitung Dieses Dokument beschreibt die Vorgehensweise für den Download, die Installation und Inbetriebnahme eines SIP Videoclients

Mehr

SMIL und RTP/RTSP. Torsten Lenhart. 03.07.2002 Seminar Multimediale Informationssysteme. SMIL und RTP/RTSP

SMIL und RTP/RTSP. Torsten Lenhart. 03.07.2002 Seminar Multimediale Informationssysteme. SMIL und RTP/RTSP Torsten Lenhart 1 Einführung Internet wurde für Austausch textueller Inhalte geschaffen Idee: Nutzung auch als Plattform für multimediale Kommunikation Problem: herkömmliche Techniken und Protokolle können

Mehr

Netzwerkadministration unter SuSE Linux. Daniel Willmann. Stefan Schmidt. Begrüßung. Inhalt. Zeitplan 2005-04-28

Netzwerkadministration unter SuSE Linux. Daniel Willmann. Stefan Schmidt. Begrüßung. Inhalt. Zeitplan 2005-04-28 Begrüßung Inhalt Zeitplan Willmann 2005-04-28 Begrüßung Begrüßung Inhalt Zeitplan Wer sind wir? Studenten der TU Braunschweig, Diplom Informatik Wissenschaftliche Hilfskräfte im Rechenzentrum der TU Wer

Mehr

Technische Übersicht über den Netzwerklastenausgl eich (Network Load Balancing) Einführung

Technische Übersicht über den Netzwerklastenausgl eich (Network Load Balancing) Einführung Technische Übersicht über den Netzwerklastenausgl eich (Network Load Balancing) Einführung - Dienst wird in den Betriebssystemen Windows 2000 Advanced Server und Windows 2000 Datacenter Server bereitgestellt.

Mehr

IPTV & rich media content enabling Network Infrastructure IP & Network Summit, 22. Oktober 2008

IPTV & rich media content enabling Network Infrastructure IP & Network Summit, 22. Oktober 2008 IPTV & rich media content enabling Network Infrastructure IP & Network Summit, 22. Oktober 2008 Jochen Mogalle, Vice President Sales 22.10.2008 01 Potentielle Triple Play Plattformen Netzunabhängige Konvergenz

Mehr

«Technik & Knowhow» Videoübertragungen im Web. Frank Schefter Projektmanager solutionpark streaming gmbh Zürich

«Technik & Knowhow» Videoübertragungen im Web. Frank Schefter Projektmanager solutionpark streaming gmbh Zürich «Technik & Knowhow» Videoübertragungen im Web Frank Schefter Projektmanager solutionpark streaming gmbh Zürich 1 Vorstellung 2 Solutionpark - Kurzprofil Zusammenschluss von IT Firmen seit 1999 17 Mitarbeiter

Mehr

Hochgeschwindigkeits-Ethernet-WAN: Bremst Verschlüsselung Ihr Netzwerk aus?

Hochgeschwindigkeits-Ethernet-WAN: Bremst Verschlüsselung Ihr Netzwerk aus? Hochgeschwindigkeits-Ethernet-WAN: Bremst Verschlüsselung Ihr Netzwerk aus? 2010 SafeNet, Inc. Alle Rechte vorbehalten. SafeNet und das SafeNet-Logo sind eingetragene Warenzeichen von SafeNet. Alle anderen

Mehr

Technische Grundlagen von Internetzugängen

Technische Grundlagen von Internetzugängen Technische Grundlagen von Internetzugängen 2 Was ist das Internet? Ein weltumspannendes Peer-to-Peer-Netzwerk von Servern und Clients mit TCP/IP als Netzwerk-Protokoll Server stellen Dienste zur Verfügung

Mehr

Installation / Konfiguration von WebcamXP/7

Installation / Konfiguration von WebcamXP/7 Installation / Konfiguration von WebcamXP/7 ( Peter Ott / DF7FE / Mai 2012 ) Status: 120612 / Draft Bei USB-Webcam(s) diese installieren und über individuelle Treiber dem PC-System bekannt machen. Eine

Mehr

Entwurf und simulative Bewertung eines Verfahrens zur Behandlung von Engpässen in Bandwidth-Broker-gesteuerten DiffServ- Netzwerken

Entwurf und simulative Bewertung eines Verfahrens zur Behandlung von Engpässen in Bandwidth-Broker-gesteuerten DiffServ- Netzwerken Einleitungsvortrag zur Diplomarbeit: Entwurf und simulative Bewertung eines Verfahrens zur Behandlung von Engpässen in Bandwidth-Broker-gesteuerten DiffServ- Netzwerken --- Bernd Wollersheim --- --- wollersh@informatik.uni-bonn.de

Mehr

Befragung und empirische Einschätzung der Praxisrelevanz

Befragung und empirische Einschätzung der Praxisrelevanz Befragung und empirische Einschätzung der Praxisrelevanz eines Vorgehensmodells zur Auswahl von CRM-Systemen D I P L O M A R B E I T zur Erlangung des Grades eines Diplom-Ökonomen der Wirtschaftswissenschaftlichen

Mehr

Erfahrungsbericht Live Streaming Peter Bagschik, VfL Oker (www.vfloker.de)

Erfahrungsbericht Live Streaming Peter Bagschik, VfL Oker (www.vfloker.de) Erfahrungsbericht Live Streaming Peter Bagschik, VfL Oker (www.vfloker.de) Für eine Sportveranstaltung im Kunstturnen sollte für interessierte Zuschauer ein Live Video im Internet übertragen werden. Da

Mehr

Recordersoftware Version 7.3.5

Recordersoftware Version 7.3.5 Technische Mitteilung Recordersoftware Version 7.3.5 DMX Recorder Deutsch Version 1.0 / 2011-09-07 1 Zusammenfassung Dieses Dokument beinhaltet Informationen über Neuerungen und Änderungen, die mit der

Mehr

FOPT 5: Eigenständige Client-Server-Anwendungen (Programmierung verteilter Anwendungen in Java 1)

FOPT 5: Eigenständige Client-Server-Anwendungen (Programmierung verteilter Anwendungen in Java 1) 1 FOPT 5: Eigenständige Client-Server-Anwendungen (Programmierung verteilter Anwendungen in Java 1) In dieser Kurseinheit geht es um verteilte Anwendungen, bei denen wir sowohl ein Client- als auch ein

Mehr

1 Einleitung. 1.1 Caching von Webanwendungen. 1.1.1 Clientseites Caching

1 Einleitung. 1.1 Caching von Webanwendungen. 1.1.1 Clientseites Caching 1.1 Caching von Webanwendungen In den vergangenen Jahren hat sich das Webumfeld sehr verändert. Nicht nur eine zunehmend größere Zahl an Benutzern sondern auch die Anforderungen in Bezug auf dynamischere

Mehr

Gefahren aus dem Internet 6 Aktive Angriffe April 2010

Gefahren aus dem Internet 6 Aktive Angriffe April 2010 6 Aktive Angriffe Lernziele Sie können grob erklären, wie ein Angreifer in Ihren Computer eindringen kann. Sie können herausfinden, welche Ports auf Ihrem Computer offen sind. Sie wissen, warum der Einsatz

Mehr

Multimedia-Streams: Client-Puffer

Multimedia-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

Mehr

Where networks meet. www.de-cix.net

Where networks meet. www.de-cix.net Where networks meet www.de-cix.net DE-CIX 1995 2015 DE-CIX ist weltweit führender Betreiber von verteilten, ausfallsicheren und skalierbaren Internetknoten (Internet Exchange Points/IXPs) für den Austausch

Mehr

IRF2000, IF1000 Application Note Network Mapping mit 1:1 NAT

IRF2000, IF1000 Application Note Network Mapping mit 1:1 NAT Version 2.1 Original-Application Note ads-tec GmbH IRF2000, IF1000 Application Note Network Mapping mit 1:1 NAT Stand: 28.10.2014 ads-tec GmbH 2014 Big-LinX 2 Inhaltsverzeichnis 1 Einführung... 3 1.1 NAT

Mehr

BUSINESS CASES. Nur mehr 1 Verkabelung für alle Dienste (TV, Internet, Telefon)

BUSINESS CASES. Nur mehr 1 Verkabelung für alle Dienste (TV, Internet, Telefon) BUSINESS CASES AiMS ORS Mit dem bevorstehenden Regelbetrieb des ORF HD-Programms muss auch das hauseigene Monitoringsystem entsprechend erweitert werden um das eigene und das HD-Programm anderer TV-Sender

Mehr

Gefahren aus dem Internet 1 Grundwissen April 2010

Gefahren aus dem Internet 1 Grundwissen April 2010 1 Grundwissen Voraussetzungen Sie haben das Internet bereits zuhause oder an der Schule genutzt. Sie wissen, was ein Provider ist. Sie wissen, was eine URL ist. Lernziele Sie wissen, was es braucht, damit

Mehr

D5 GmbH AnycastDNS SCHNELL, STABIL UND AUSFALLSICHER

D5 GmbH AnycastDNS SCHNELL, STABIL UND AUSFALLSICHER D5 GmbH AnycastDNS SCHNELL, STABIL UND AUSFALLSICHER Hochverfügbare Nameserver-Infrastruktur zum Schutz vor DoS-Attacken und für optimale Erreichbarkeit weltweit und jederzeit 1 AnycastDNS von D5 Höchste

Mehr

Swisscom TV Medien Assistent

Swisscom TV Medien Assistent Swisscom TV Medien Assistent Mithilfe dieses Assistenten können Sie Fotos und Musik, die Sie auf Ihrem Computer freigegeben haben, auf Swisscom TV geniessen. Diese Bedienungsanleitung richtet sich an die

Mehr

Das richtige Signal (1): IPTV für jeden Anspruch

Das richtige Signal (1): IPTV für jeden Anspruch Das richtige Signal (1): IPTV für jeden Anspruch Herzlich Willkommen. Fernand Suter, Projektleiter NGN www.wisi.ch 1 Inhalt Was versteht man unter IPTV? Arten von Streaming IP-TV Lösungen Hilfsmittel Chancen

Mehr

Router 1 Router 2 Router 3

Router 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

Mehr

WIESO IST MEINE WEBSITE IN CHINA SO LANGSAM?

WIESO IST MEINE WEBSITE IN CHINA SO LANGSAM? BROSCHÜRE WIESO IST MEINE WEBSITE IN CHINA SO LANGSAM? Wer an China und Internet denkt, denkt in erster Linie an Zensur. Weniger bekannt ist, dass man in China mit ganz erheblichen Problemen bei der Web-

Mehr

IP routing und traceroute

IP routing und traceroute IP routing und traceroute Seminar Internet-Protokolle Dezember 2002 Falko Klaaßen fklaasse@techfak.uni-bielefeld.de 1 Übersicht zum Vortrag Was ist ein internet? Was sind Router? IP routing Subnet Routing

Mehr

Robert Fehrmann Proseminar Technische Informatik Institut für Informatik, Betreuer: Matthias Wählisch. You are Skyping - But How Does it Work!?

Robert Fehrmann Proseminar Technische Informatik Institut für Informatik, Betreuer: Matthias Wählisch. You are Skyping - But How Does it Work!? Robert Fehrmann Proseminar Technische Informatik Institut für Informatik, Betreuer: Matthias Wählisch You are Skyping - But How Does it Work!? 1 Gliederung You are Skyping - But How Does it Work!? Probleme

Mehr

Streaming-Lösungen im Test am VCC

Streaming-Lösungen im Test am VCC Kompetenzzentrum für Videokonferenzdienste (VCC) Streaming-Lösungen im Test am VCC Cisco TelePresence Content Server, LifeSize UVC Video Center Zellescher Weg 12 Willers-Bau A217 Tel. +49 351-463 - 35653

Mehr

Matthias Hofherr. WLAN-Sicherheit. Professionelle Absicherung von 802.11-Netzen. Heise

Matthias Hofherr. WLAN-Sicherheit. Professionelle Absicherung von 802.11-Netzen. Heise Matthias Hofherr WLAN-Sicherheit Professionelle Absicherung von 802.11-Netzen Heise 5 Bevor man einen genaueren Blick auf die Sicherheitsmechanismen von Netzwerken auf Basis des Standards 802.11 wirft,

Mehr

Service-Handbuch SH_Checkup_NetzwerkFremdeinfluss.doc. Version:1.00 Aktualisiert: 06.06.2011 durch: RLo Seite 1

Service-Handbuch SH_Checkup_NetzwerkFremdeinfluss.doc. Version:1.00 Aktualisiert: 06.06.2011 durch: RLo Seite 1 Version:1.00 Aktualisiert: 06.06.2011 durch: RLo Seite 1 Dieser Checkup überprüft, ob im Netzwerk in Bezug auf eine bestimmte IP-Adresse Störungen durch externen Netzverkehr stattfinden. 1. Netzverkehr

Mehr

Chapter 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 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/

Mehr

Band M, Kapitel 7: IT-Dienste

Band M, Kapitel 7: IT-Dienste Bundesamt für Sicherheit in der Informationstechnik Postfach 20 03 63 53133 Bonn Tel.: +49 22899 9582-0 E-Mail: Hochverfuegbarkeit@bsi.bund.de Internet: https://www.bsi.bund.de Bundesamt für Sicherheit

Mehr

F A C H H O C H S C H U L E W E D E L S T U D I E N A R B E I T

F A C H H O C H S C H U L E W E D E L S T U D I E N A R B E I T F A C H H O C H S C H U L E W E D E L S T U D I E N A R B E I T in der Fachrichtung Medieninformatik Thema: Streaming-Lösungen in Unternehmen zur Produktpräsentation und zur internen Mitarbeiterschulung...

Mehr

Methoden zur adaptiven Steuerung von Overlay-Topologien in Peer-to-Peer-Diensten

Methoden zur adaptiven Steuerung von Overlay-Topologien in Peer-to-Peer-Diensten Prof. Dr. P. Tran-Gia Methoden zur adaptiven Steuerung von Overlay-Topologien in Peer-to-Peer-Diensten 4. Würzburger Workshop IP Netzmanagement, IP Netzplanung und Optimierung Robert Henjes, Dr. Kurt Tutschku

Mehr

Adressauflösung. IP Adresse Physikalische Adresse 128.96.34.1 57:FF:AA:36:AB:11 128.96.34.16 85:48:A4:28:AA:18

Adressauflösung. IP Adresse Physikalische Adresse 128.96.34.1 57:FF:AA:36:AB:11 128.96.34.16 85:48:A4:28:AA:18 Adressauflösung IP Adresse Physikalische Adresse 128.96.34.1 57:FF:AA:36:AB:11 128.96.34.16 85:48:A4:28:AA:18 IP Adresse Physikalische Adresse 128.96.34.15??? 128.96.34.16 85:48:A4:28:AA:18 128.96.34.15

Mehr

Ändern von IP Adressen beim ISA Server (intern/extern)

Ändern von IP Adressen beim ISA Server (intern/extern) Ändern von IP Adressen beim ISA Server (intern/extern) Version: 1.0 / 25.12.2003 Die in diesem Whitepaper enthaltenen Informationen stellen die behandelten Themen aus der Sicht von Dieter Rauscher zum

Mehr

3 Das verbindungslose Vermittlungsprotokoll IP

3 Das verbindungslose Vermittlungsprotokoll IP Das verbindungslose Vermittlungsprotokoll IP 27 3 Das verbindungslose Vermittlungsprotokoll IP In diesem Kapitel lernen Sie das verbindungslose Vermittlungsprotokoll IP näher kennen. Nach dem Durcharbeiten

Mehr

Scaling IP Addresses. CCNA 4 version 3.0 Wolfgang Riggert,, FH Flensburg

Scaling IP Addresses. CCNA 4 version 3.0 Wolfgang Riggert,, FH Flensburg Scaling IP Addresses CCNA 4 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/

Mehr

Aktive Komponenten. Betriebsarten

Aktive Komponenten. Betriebsarten Aktive Komponenten Betriebsarten Simplex: Ein Sender sendet Informationen an einen Empfänger. Der Empfänger kann selbst keine Informationen senden. Ein Beispiel dafür ist der Rundfunk. Die Rundfunkanstalten

Mehr

Wie funktioniert ein Internetprovider. Michael Stiller

Wie funktioniert ein Internetprovider. Michael Stiller Wie funktioniert ein Internetprovider Michael Stiller Donnerstag 20.01.2000 Ping e.v. Weiterbildung, Wie funktioniert ein Internetprovider 1 Anforderungen an einen Internetprovider oder was die Nutzer

Mehr

Cluster und Load Balancer

Cluster und Load Balancer Cluster und Load Balancer Hochverfügbare Systeme... vermindern das Risiko eines Totalausfalls durch Redundante und ausfallsichere Serverkonfiguration Redundante und ausfallsicher Netzwerkkonfiguration

Mehr

Diplomanden- und Doktorandenseminar. Implementierung eines Gnutella-Clients für IPv6

Diplomanden- 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

Mehr

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 378

DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN. Nr. 378 DISKUSSIONSBEITRÄGE DER FAKULTÄT FÜR BETRIEBSWIRTSCHAFTSLEHRE MERCATOR SCHOOL OF MANAGEMENT UNIVERSITÄT DUISBURG-ESSEN Nr. 378 Umsetzung ausgewählter Supply-Chain-Operations-Reference-Metriken durch das

Mehr

The Second Generation Onion Router. Stefan Hasenauer, Christof Kauba, Stefan Mayer

The Second Generation Onion Router. Stefan Hasenauer, Christof Kauba, Stefan Mayer The Second Generation Onion Router Übersicht Einleitung Verfahren zur Anonymisierung Allgemeines über Tor Funktionsweise von Tor Hidden Services Mögliche Angriffe 2 Einleitung Identifizierung im Internet

Mehr

The Cable Guy März 2004

The Cable Guy März 2004 The Cable Guy März 2004 Local Server-Less DNS-Namensauflösung für IPv6 von The Cable Guy Alle auf Deutsch verfügbaren Cable Guy-Kolumnen finden Sie unter http://www.microsoft.com/germany/ms/technetdatenbank/ergebnis.asp?themen=&timearea=3j&prod=

Mehr

Aufgaben zum ISO/OSI Referenzmodell

Aufgaben zum ISO/OSI Referenzmodell Übung 1 - Musterlösung 1 Aufgaben zum ISO/OSI Referenzmodell 1 ISO/OSI-Model Basics Aufgabe 1 Weisen Sie die folgenden Protokolle und Bezeichnungen den zugehörigen OSI- Schichten zu: IP, MAC-Adresse, HTTP,

Mehr

Sicherheit in Ad-Hoc-Netzwerken

Sicherheit in Ad-Hoc-Netzwerken Sicherheit in Ad-Hoc-Netzwerken Seminarvortrag gehalten von David Wagner am 9.April 2002 Ad-Hoc-Netzwerke Mobile Geräte (Knoten) mit Funkschnittstellen Keine feste Infrastruktur Selbstorganisierend Geräte

Mehr

Safenet. Sicherer, einfacher dial in Internetzugang. Technische Informationen

Safenet. Sicherer, einfacher dial in Internetzugang. Technische Informationen Safenet Sicherer, einfacher dial in Internetzugang Technische Informationen Klassifizierung: public Verteiler: Autor: Daniel Eckstein Ausgabe vom: 26.05.2004 15:25 Filename: Technical-Whitepaper.doc Verteiler:

Mehr

Netzwerke für den Einsatz mit dem BIM-Server

Netzwerke für den Einsatz mit dem BIM-Server Netzwerke für den Einsatz mit dem BIM-Server Kurzerklärungen...2 LAN - Local Area Network (Lokales Netzwerk)...4 LAN-Beispiele...4 Beispiel 1: LAN mit zwei Computern ohne weitere Netzwerkgeräte...4 Beispiel

Mehr

Peer-to-Peer Internet Telephony using the Session Initiation Protocol (SIP)

Peer-to-Peer Internet Telephony using the Session Initiation Protocol (SIP) Seite - 1 - HAW Hamburg Anwendungen I Nico Manske Peer-to-Peer Internet Telephony using the Session Initiation Protocol (SIP) Seite - 2 - Seite - 3 - reines P2P System für IP Telefonie bei SIP Client Server

Mehr

Ist Swisscom bereit, sich dieser Herausforderung zu stellen?

Ist Swisscom bereit, sich dieser Herausforderung zu stellen? voiptv Ist Swisscom bereit, sich dieser Herausforderung zu stellen? Investorenanlass der ZKB Ueli Dietiker, CEO Swisscom Fixnet AG 25. August 2006 IP was heisst das? 2 Das Internet Protocol (IP) ist ein

Mehr

Web Services. Einlußfaktoren der Performance Bottleneck Analyse

Web Services. Einlußfaktoren der Performance Bottleneck Analyse Web Services Einlußfaktoren der Performance Bottleneck Analyse Beispiel: Intranet Performance Help Desk Applikation Web Server mit DB für FAQs über verbreitete Hard- oder Softwareprobleme und Lösungen

Mehr

Vernetzung von Systemen mit LabVIEW. Christian Mergl Applications and Systems Specialist NI Central European Region

Vernetzung von Systemen mit LabVIEW. Christian Mergl Applications and Systems Specialist NI Central European Region Vernetzung von Systemen mit LabVIEW Christian Mergl Applications and Systems Specialist NI Central European Region Vernetzte Systeme sind von Natur aus interdisziplinär kombinieren Software, Hardware und

Mehr

Protokollanalyse bei VoIP

Protokollanalyse 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

Mehr

KN 20.04.2015. Das Internet

KN 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

Mehr

Überlegungen zur Struktur eines Schulnetzes

Überlegungen zur Struktur eines Schulnetzes Überlegungen zur Struktur eines Schulnetzes Kurzbeschreibung Viele Schulen arbeiten heute mit einem Computernetzwerk, das unterschiedlichen Anforderungen genügen muss. Bereits durch eine entsprechende

Mehr

Hosting & Streaming: Anforderungen an die technische Infrastruktur IHK-Veranstaltung, Köln, 21. September 2011

Hosting & Streaming: Anforderungen an die technische Infrastruktur IHK-Veranstaltung, Köln, 21. September 2011 Hosting & Streaming: Anforderungen an die technische Infrastruktur IHK-Veranstaltung, Köln, 21. September 2011 Uwe Schnepf Geschäftsführer nacamar GmbH 2 Kurzvorstellung nacamar Die nacamar-kompetenzfelder

Mehr

Session Storage im Zend Server Cluster Manager

Session Storage im Zend Server Cluster Manager Session Storage im Zend Server Cluster Manager Jan Burkl System Engineer, Zend Technologies Agenda Einführung in Zend Server und ZSCM Überblick über PHP Sessions Zend Session Clustering Session Hochverfügbarkeit

Mehr

14. Fachtagung Mobilkommunikation Osnabrück

14. 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

Verteilte Systeme - 1. Übung

Verteilte Systeme - 1. Übung Verteilte Systeme - 1. Übung Dr. Jens Brandt Sommersemester 2011 1. Rechnerverbünde Kommunikationsverbund: Beispiele: E-Mail (SMTP, POP/IMAP), Instant Messaging (XMPP, IRC, ICQ,...), Newsgroups (NNTP)

Mehr

Grundlagen & erste Schritte

Grundlagen & erste Schritte Grundlagen & erste Schritte Freies Netz Was ist das? gemeinschaftlich betriebene Infrastruktur (last mile) realisiert mit freien Übertragungstechnologien Einsatz von mesh routing (im speziellen OLSR) in

Mehr

Datenübertragungsverfahren

Datenübertragungsverfahren Leopold-Franzens-Universität Innsbruck Institut für Informatik Computational Logic Datenübertragungsverfahren Einführung in das Wissenschaftliche Arbeiten Seminarreport Jakob Noggler unter Aufsicht von

Mehr

2. In Abhängigkeit von der Anwendung und dem Zugang zum Internet im engeren Sinne verbindet sich der User über verschiedene Varianten mit dem Netz.

2. In Abhängigkeit von der Anwendung und dem Zugang zum Internet im engeren Sinne verbindet sich der User über verschiedene Varianten mit dem Netz. Aufbau des Internet Im Überblick ist im wesentlichen die Hardeare dargestellt, die digitale Informationen vom User bis zur Entstehung transportiert. Für diesen Überblick beschränken wir uns auf die wesentlichen

Mehr

Buchner Roland, Günther Markus, Fischer Oliver

Buchner 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

Mehr

TECHNISCHE PRODUKTINFORMATION CARUSO

TECHNISCHE PRODUKTINFORMATION CARUSO 1111 TECHNISCHE PRODUKTINFORMATION CARUSO TECHNISCHE PRODUKTINFORMATION Seite 0/7 Inhalt 1 Systemdefinition............2 2 Technische Details für den Betrieb von CARUSO......2 2.1 Webserver... 2 2.2 Java

Mehr

VPN Tracker für Mac OS X

VPN Tracker für Mac OS X VPN Tracker für Mac OS X How-to: Kompatibilität mit DrayTek Vigor Routern Rev. 1.0 Copyright 2003 equinux USA Inc. Alle Rechte vorbehalten. 1. Einführung 1. Einführung Diese Anleitung beschreibt, wie eine

Mehr

VoIPcom Supportpakete

VoIPcom Supportpakete VoIPcom Supportpakete bietet drei verschiedene Supportpakete an. Anrecht auf das Supportpaket Silber haben grundsätzlich alle Kunden, welche eine VoIPcom Telefonanlage im Einsatz haben. Für Firmenkunden

Mehr

Internet Routing am 14. 11. 2006 mit Lösungen

Internet Routing am 14. 11. 2006 mit Lösungen Wissenstandsprüfung zur Vorlesung Internet Routing am 14. 11. 2006 mit Lösungen Beachten Sie bitte folgende Hinweise! Dieser Test ist freiwillig und geht in keiner Weise in die Prüfungsnote ein!!! Dieser

Mehr

Hauptdiplomklausur Informatik März 2002: Internet Protokolle

Hauptdiplomklausur Informatik März 2002: Internet Protokolle Universität Mannheim Fakultät für Mathematik und Informatik Lehrstuhl für Praktische Informatik IV Professor Dr. W. Effelsberg Hauptdiplomklausur Informatik März 2002: Internet Protokolle Name:... Vorname:...

Mehr

Einführung in Voice over IP

Einfü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.

Mehr

Einfache VPN Theorie. Von Valentin Lätt (www.valentin-laett.ch)

Einfache VPN Theorie. Von Valentin Lätt (www.valentin-laett.ch) Einfache VPN Theorie Von Valentin Lätt (www.valentin-laett.ch) Einführung Der Ausdruck VPN ist fast jedem bekannt, der sich mindestens einmal grob mit der Materie der Netzwerktechnik auseinandergesetzt

Mehr

Architekturen für IP-basierte Funkzugangsnetze

Architekturen für IP-basierte Funkzugangsnetze Radio Network Concepts Architekturen für IP-basierte Funkzugangsnetze Michael Schopp,, Helmut Becker Radio Network Concepts Information and Communication Mobile Siemens AG ITG-Workshop IP in Telekommunikationsnetzen

Mehr

Verteiltes Monitoring. 23. Oktober 2014

Verteiltes Monitoring. 23. Oktober 2014 Verteiltes Monitoring 23. Oktober 2014 Inhalt Szenarien Entscheidungskriterien Best practices Was wir nicht verfolgen 2 / 37 Szenarien Mehrere Rechenzentren weltweit Überwachung tausender Märkte Überwachung

Mehr

Asterisk. IAX2 mit NAT. Integration existierender Infrastruktur. 16. März 2004. Klaus Peter Junghanns. 2004 Junghanns.NET GmbH

Asterisk. IAX2 mit NAT. Integration existierender Infrastruktur. 16. März 2004. Klaus Peter Junghanns. 2004 Junghanns.NET GmbH Asterisk IAX2 mit NAT Integration existierender Infrastruktur 16. März 2004 Klaus Peter Junghanns Junghanns.NET GmbH http://www.junghanns.net/ Überblick über den Vortrag Allgemeines zu Asterisk Inter Asterisk

Mehr

Die wichtigsten Vorteile von SEPPmail auf einen Blick

Die wichtigsten Vorteile von SEPPmail auf einen Blick Die wichtigsten Vorteile von SEPPmail auf einen Blick August 2008 Inhalt Die wichtigsten Vorteile von SEPPmail auf einen Blick... 3 Enhanced WebMail Technologie... 3 Domain Encryption... 5 Queue-less Betrieb...

Mehr