Verfahren zur Berechnung von Routen zur Gewährleistung von ... · QoS (Quality of Service):...

Ein Projekt im Forschungsbereich NEGSITNetzeübergreifende Quality of Service bei SIP-basierter VoIP-Kommunikation [QoSSIP]

Fachhochschule KölnCologne University of Applied Sciences

Verfahren zur Berechnung von Routen zurGewährleistung von Ende-zu-Ende QoS

Dipl.-Ing. Stefan Abu SalahDipl.-Ing. Achim MarikarDezember 2007

QoS (Quality of Service):

Sicherstellung der Qualität

Zeitkritische Datenströme:

AudioSprachtelefonie

VideoVideotelefonieLive-TV (IPTV)

Spiele Multiplayer-Echtzeitspiele

Leitungsmerkmale

Laufzeit (Delay)

Laufzeitschwankung (Jitter)

Paketverlust (Paketloss)

Wunsch:

Realität:

Das Verhalten eines (RTP-) Datenstroms

Telefonnetz:

Leitungsbasierte Netze

Für jedes Gespräch wird eine Leitung mit garantierter Übertragungskapazität und minimalem Jitter aufgebaut

Es werden nicht mehr Gespräche zugelassen, als das Netz verkraftet

Telefonnetz:

IP-Netz:

Paketbasierte Netze

Die Daten werden nach dem Best Efford-Prinzipübertragen

Es finden ggf. mehr Gespräche gleichzeitig statt, als das Netz verkraftet

IP-Netz:

IP-Netz mit Controller:

Auf die Routen wird Einfluss genommen

Die Vorteile des IP-Netzes und des PSTN werden vereint

Ein hoher zusätzlicher Verwaltungsaufwand ist notwendig

Ein ähnliches Berechnungsverfahren wird bereits in der Theoretischen Informatik als Traveling Salesman Problem (TSP) behandelt

IP-Netz mit Controller:

Problem des Handelsreisenden (TSP)

Berechnung des besten Weges

Berechnung

Bis zu (n-1)! Möglichkeiten (bei n Orten)

Mit einer nichtdeterministischen Turingmaschine (NTM) in Polynomialzeit lösbar

Mit einer deterministischen Turingmaschine (DTM) in Exponentialzeit lösbar

Ergebnis:

Problem ist NP-Äquivalent=> nicht berechenbar!

Wikipedia: NP-Äquivalenz [...] liefert eine prinzipielle Aussage darüber, ob Suchprobleme mit wachsender Anzahl der zu durchsuchenden Pfade oder Objekte noch praktisch lösbar sind, oder ob der benötigte Zeit- oder Speicheraufwand rasch in makroskopische Dimensionen wächst.

Vergleich Routing und TSP

Das Problem des Handelsreisenden ist fast 1:1 übertragbar

Ein Controller kann nicht ohne weiteres die perfekte Route berechnen

Ein neuer Lösungsansatz muss gefunden werden

Problematik in realen Netzen: Finden des besten Weges

aus Sicht des Providers- möglichst kostengünstiges Routing über Providergrenzen hinweg

aus Sicht des Kunden- möglichst hohe Dienstgüte für die Verbindung

Lösungsansatz welcher beide Interessen berücksichtigt ist erforderlich

Ein reales Szenario

- Zwei Endkunden (User Equipments (UE)) sind bei unterschiedlichen Providern 'zu Hause'

- Für eine gemeinsame Kommunikation werden unterschiedliche Datennetzeunterschiedlicher Provider beansprucht

- Welche Netze beansprucht werden hängt ab von- Peering Abkommen zwischen den Providern- Kosten die dem Provider für Transit oder Peering entstehen

(i.d.R. wird in das kostengünstigere Netz geroutet)

Provider

CProvider

Provider

DProvider

Peering Abkommen Netzzugang des UE (User Equipment)

Provider

Innerhalb jedes Providernetztes gibt es beliebig viele Knoten und Kanten- Knoten : Aktive Netzelemente (z.B. Router)- Kanten : Übertragungswege (z.B. Kabel)

Provider

Ein Datenstrom, welcher dieses Netz durchlaufen soll wird geroutet - nach den aktuell vorhandenen Routingtabellen- nach der Klassifizierung des Traffic (im Idealfall)

Provider

Ein Datenstrom durchläuft nicht zwangsläufig den 'besten' Weg- für Echtzeit Kommunikation wäre dies ein Weg mit geringsten

Werten für : Delay, Jitter und Packetloss

Provider

Wenig Last (große freie Kapazitäten)

Hohe Last

Mittlere Last

Welcher Weg der beste ist hängt jedoch nicht unbedingt von dessen 'Länge' ab. Wichtig sind andere Parameter wie beispielsweise die auf einem Link verfügbare (freie) Bandbreite.

Provider

Wenig Last

Hohe Last

Mittlere Last

Der Standardweg (hier der 'kürzeste') kann unter Umständen ein schlechter Weg sein

Provider

Wenig Last

Hohe Last

Mittlere Last

Der längere kann unter Umständen ein wesentlich besserer Weg sein da hier genügend Reserven vorhanden sind

Provider

CProvider

Provider

DProvider

Was für das Netz eines Providers gilt, gilt auch für das Netz aus unterschiedlichen Providernetzen

Auch dieses Netz lässt sich als einfaches Netz aus Knoten und Kanten darstellen. Hier sind

- Knoten : die Netze der Provider- Kanten : die Verbindungen zwischen den Providern

Provider

Man erhält auf diese Weise eine Hierarchie von Netzen jeweils mit gewichteten Kanten

Man benötigt in jedem Netz ein Element, welches

- den Zustand des eigenen Netzes kennt- Einfluss auf das Routing von Datenströmen nehmen kann- Eine Aussage darüber treffen kann ob ein Datenstrom

gewissen Quallitätsansprüchen genügen kann - Antworten möglichst schnell zur Verfügung stellt

Man benötigt in jedem Netz ein Element, welches

- den Zustand des eigenen Netzes kennt- Einfluss auf das Routing von Datenströmen nehmen kann- Eine Aussage darüber treffen kann ob ein Datenstrom

gewissen Quallitätsansprüchen genügen kann - Antworten möglichst schnell zur Verfügung stellt

Ein Ansatz diese Anforderungen zu erfüllen ist:

Provider

In jedem Netz gibt es die Kontrollinstanz NetCon

Provider

1. Will ein UE einen Anruf tätigen stellt er eine Anfrage (meist indirekt) an NetCon im eigenen Netz

2. Dieser NetCon fragt zunächst den in der Hierarchie höheren NetCon um Rat

3. NetCon übernimmt das Provider-übergreifende Routing

Provider

4. NetCon informiert die in den beteiligten Netzen zuständigen NetCons

5. Die Pfade werden in allen beteiligten Netzen reserviert

Provider

6. Ist der gesamte Pfad reserviert, kann die Kommunikation beginnen

Provider

Engpässe werden so umgangen und eine höchst mögliche Dienstgüte erzielt

Provider

ohne NetCon

Ohne NetCon hätte dies eventuell anders ausgesehen

Wie realisiert NetCon E2E-QoS?

Passiver ModusEs wird ausschließlich geprüft ob auf dem vom Netz vorgesehenen Datenweg die gewünschte QoS garantiert werden kann. Es wird nicht in das Netzwerk eingegriffen.

Kein Eingriff in die beteiligten Netzwerke notwendig

Garantierte QoS nicht möglich

Gesamte Routinginformation muss bekannt sein

Routing-Algorithmen müssen implementiert werden

Wie realisiert NetCon E2E-QoS?

Aktiver ModusEs wird der beste Weg für die Datenkommunikation ermittelt und für den Call reserviert. Es muss in aktive Komponenten des Netzes zugegriffen werden.

Garantierte QoS möglich

Aufwendige Signalisierung und Steuerung

Kooperation aller Provider erforderlich

Wie findet NetCon den besten Weg?

Passiver ModusExaktes Abbild der realen Routingtabellen erforderlichRoutingalgorithmus muss implementiert werden

Aktiver ModusAlgorithmus für das Auffinden des besten Weges mussimplementiert werdenWege finden mit Dijkstra oder probabilistischem Algorithmus

2 [65]

43 [125]

0]5 [211]

66 [62] 77 [13]

8 [45]

89 [29]

10 [123]

11 [28]

9 1012 [125] 13 [12]

14 [98]

15 [33]

16 [65] 17 [33]

18 [54]

1419 [155]

20 [100]

21 [204]22 [9

23 [44] 24 [61]

Wie findet NetCon den besten Weg?

Jedes Netzwerk wird als gewichteter Graph interpretiertKnoten sind aktive NetzwerkelementeKanten sind logische Verbindungen zwischen den Knoten

2 [65]

43 [125]

0]5 [211]

66 [62] 77 [13]

8 [45]

89 [29]

10 [123]

11 [28]

9 1012 [125] 13 [12]

14 [98]

15 [33]

16 [65] 17 [33]

18 [54]

1419 [155]

20 [100]

21 [204]22 [9

23 [44] 24 [61]

Bester Weg von 1 nach 15?

NetCon berechnet die besten Wege gewichtet nach den 'Kosten' jeder Kante. Dies kann auch bidirektional erfolgen (unterschiedliche Kosten für Hin- und Rückrichtung). Die anfallenden Kosten werden quatratisch addiert, um besonders 'teure' Kanten stärker zu gewichten.

Beanspruchte Rechenzeit:real 0m0.007suser 0m0.004ssys 0m0.000s

bei 96 Lösungen

stefan@london:~/$ ./wege_finden -s 1 -d 15 | sort -n -k 6Lines:48ZIEL(k:15)--> 1;2;3;8;11;10;14;15; >>> S=> 190.942400ZIEL(k:15)--> 1;4;8;11;10;14;15; >>> S=> 207.402989ZIEL(k:15)--> 1;2;3;8;13;12;11;10;14;15; >>> S=> 209.799905ZIEL(k:15)--> 1;2;3;9;10;14;15; >>> S=> 210.482778ZIEL(k:15)--> 1;2;3;8;11;12;13;14;15; >>> S=> 223.038113ZIEL(k:15)--> 1;4;8;13;12;11;10;14;15; >>> S=> 224.884415...

2 [65]

43 [125]

0]5 [211]

66 [62] 77 [13]

8 [45]

89 [29]

10 [123]

11 [28]

9 1012 [125] 13 [12]

14 [98]

15 [33]

16 [65] 17 [33]

18 [54]

1419 [155]

20 [100]

21 [204]22 [9

23 [44] 24 [61]

stefan@london:~/$ ./wege_finden -s 16 -d 9 | sort -n -k 6Lines:48ZIEL(k:9)--> 16;5;4;8;11;10;9; >>> S=> 104.699570ZIEL(k:9)--> 16;7;4;8;11;10;9; >>> S=> 117.779455ZIEL(k:9)--> 16;5;6;7;4;8;11;10;9; >>> S=> 126.885775ZIEL(k:9)--> 16;7;6;5;4;8;11;10;9; >>> S=> 129.460419ZIEL(k:9)--> 16;5;4;8;13;12;11;10;9; >>> S=> 136.084533...

Bester Weg von 16 nach 9?

Beanspruchte Rechenzeit:real 0m0.005suser 0m0.000ssys 0m0.004s

bei 125 Lösungen

NetCon kann die besten Wege durch beliebig komplexeNetzwerke in kurzer Zeit finden

NetCon kann auf Basis von echten Routingtabellen eine Abschätzung geben, wie hoch die Wahrscheinlichkeit istdas gewisse Parameter eingehalten werden

NetCon skaliert durch das hierarchische Konzept sehr gut

Vielen Dank für Ihre Aufmerksamkeit!

Haben Sie Fragen?

Verfahren zur Berechnung von Routen zur Gewährleistung von ... · QoS (Quality of Service):...

Documents

Transcript of Verfahren zur Berechnung von Routen zur Gewährleistung von ... · QoS (Quality of Service):...

Haustechnik steuern mit Raspberry Pi - CLT2018 · Haustechnik steuern mit Raspberry Pi Anlagenarten/Anwendungsgebiete: Steuer- und Regelaufgaben ohne zeitkritische Prozesse, aber

Artikel Tele Talk "Video ist wieder da - Warum Videotelefonie auf einmal disruptiv ist und wie uns Google das Telefonieren zurückbringt"

LEISTUNGSBESCHREIBUNGENDie Dienste Voice over LTE (VoLTE) und Voice over WiFi (VoWiFi, WiFi Calling) ermöglichen Sprachtelefonie über das LTE Netz bzw. ein aufrechtes WiFi (WLAN)

Videotelefonie zwischen Patienten auf der Intensivstation ... · 2 Angehörige sind keine Besucher • Sie bringen Vertrautheit und Sicherheit. • Sie übernehmen eine Rolle die

Videotelefonie und DFNVideoConference mit Cisco CallManager · Hochschulrechenzentrum 2 Motivation •regelmäßige Teilnahme an DFN Video-Konferenzen (HRZ-Leitung, CIO, …) •Durchführung

RCS - Technopark Winterthur · 11/26/2019 · RCS ermöglicht Kurznachrichten, Chat, Gruppen-Chat, Videotelefonie. Zusätzlich ist die Übertragung von Ortsangaben, Sprache und Dateien

Skype für Videotelefonie - kluge-muthmann.de · Skype u - Installation Abbrechen Gratis andere Skype-Nutzer anrufen skypeu - Installation Kostenlos Google Toolbar für Internet Explorer

Herzlich willkommen! Wir sind der Spezialist für zeitkritische Transportlösungen. Lernen Sie uns kennen und steuern Sie mit uns Ihre europaweite Expresslogistik.

Sammlung Erlach · 42 DIAGNOSEN. Das zeitkritische Magazin 1983 Nr. 2, 6 1985 Nr. 1 43 DIETRICH Klagges Freizeitheim. Mitteilungen des Dietrich Klagges Heimes und Meinungen zum Zeitgeschehen

Betriebsleitung Wie Videotelefonie unseren Alltag verändert · 2020-07-22 · L andwirt Jörn Ehlers ist auf der Au - tobahn unterwegs, als wir ihn er-reichen. Er sitzt hinter dem

Hinweise zur VideoTelefonie - Bank Austria · (Video)telefonische Beratung" bzw. in Ihrem OnlineBanking unter "Services → Kommunikation → Terminvereinbarung" darüber, dass Sie

Begegnungen im Netz – Videotelefonie am Beispiel Skype · 2 Digital Kompass: Anleitung 12 | Begegnungen im etz – Videotelefonie am Beispiel Skpe Der Digital-Kompass ist ein Treffpunkt

99 - WIK · 2015. 6. 22. · chen Auflagen für Sprachtelefonie und WhatsApp haben nur einen begrenz-ten Einfluss darauf, ob und in welcher Größenordnung die digitale Wirtschaft

ComatReleco Messaging System CMS-10R...Dieses Gerät ist nicht geeignet, um sensible Anlagen oder zeitkritische Vorgänge zu überwachen. Mobilnetzausfälle oder Unterbrüche in der