Routing im Intra- und Internet

Transkript

1 REGIONALES RECHENZENTRUM ERLANGEN [RRZE] Routing im Intra- und Internet Netzwerkausbildung Praxis der Datenkommunikation, Helmut Wünsch, RRZE

2 Dieser Vortrag wird aufgezeichnet. Die ersten beiden Sitzreihen befinden sich im Kameraradius. 2

3 Themen Routing allgemein Statisches Routing Dynamisches Routing Routing im Internet Routingprotokolle distance vector (Bsp. RIP) link state (Bsp. OSPF) path vector (Bsp. BGP) 3

4 Routing Was ist Routing? Alle Rechner innerhalb eines lokalen Netzes (LANs) können direkt miteinander kommunizieren Aber: Ein lokales Netz ist (wie der Name schon sagt) lokal begrenzt Wollen Rechner eines LANs mit Rechnern eines anderen LANs kommunizieren, braucht es vermittelnde Stationen zwischen den Netzen, sog. Router 4

5 Routing Was ist Routing? Ein Router ist i.d.r. ein dediziertes Gerät mit mehreren Schnittstellen, an welche jeweils ein lokales Netz (LAN) Oder auch andere, (z.t. weit entfernte) Router angeschlossen sind, der Router schaufelt die Pakete zwischen den Schnittstellen hin und her ( auf Layer3 ) 5

6 Beispiele von Routern Quelle: wikipedia.org Typischer Router für den Heimbereich: i.d.r. 2 Schnittstellen ( LAN <-> WAN ) Klein, einfach, sparsam 10 bis 100Mbit/s Forwarding Hochleistungsrouter des DFN im X-WiN Sehr viele Schnittstellen (physikalisch oder virtuell) Groß, komplex, teuer Bis zu 64 Terabit/s Forwarding (modular erweiterbar) 6

7 Router als Architekturbaustein für komplexe Netzwerke Gezielter Einsatz von Routing im eigenen Netzwerk: Prinzip: Viele kleinere statt wenige große LANs Logische (effiziente) Trennung von Subnetzen Skalierung: Sehr Dynamisches Wachstum von Netzwerken möglich Sicherheit (Möglichkeit der Zugriffskontrolle) Stabilität (Forwarding vs. Flooding) Erhöhung von Redundanz und Performance 7

8 Funktionsweise: IP-Kommunikation innerhalb eins LANs à IP-Adressen der Quell- und Zielrechner sind im gleichen LAN (z.b. beide im Netz */24) Kein Router nötig: Quellrechner kann dann das IP-Paket direkt an MAC-Adresse des Zielrechners im LAN schicken Ermittlung der MAC-Adresse des Zielrechners: Bei IPv4: per ARP-Request Bei IPv6: per NDP-Request Woher weiß der Quellrechner, dass die Zieladresse im gleichen LAN angesiedelt ist? Durch die Netzmaske des jeweiligen LANs. definiert die Größe bzw. den Adressbereich des IP-Netzes Sollte tunlichst auf jedem Rechner im selben LAN gleich konfiguriert sein! Quelle: c128.com 8

9 Funktionsweise: IP-Kommunikation zwischen verschied. LANs à IP-Adressen von Quell- und Zielrechner in unterschiedlichen LANs D.h. Quellrechner ermittelt mit seiner Netzmaske ermittelt, dass Zielpartner nicht im selben LAN sitzt Bsp: Kommunikation nach Quellrechner schickt das IP-Paket an MAC-Adresse des Routers Dazu muss dem Quellrechner der Router im LAN bekannt sein! Router wie Netzmaske essentieller Teil der Netzwerkkonfiguration Auf Endgeräten gerne auch als default Gateway bezeichnet Router leitet IP-Paket weiter: An MAC-Adresse des Empfängers im Ziel-LAN, sofern er dieses direkt erreichen kann An anderen Router

10 Routingtabelle Netz A Netz B Netz C Netz D Woher weiß der Router, wo welche Zielnetze liegen? Bei Netzwerken mit mehr als einem Router keine triviale Frage mehr Jeder Router muss eine jederzeit gültige Adressdatenbank führen, die sog. Routing-Tabelle. 10

11 Routingtabelle Ziel Intf. Metrik /23 Interface P /24 Interface A /24 Interface B /16 Interface C /0 ( default route ) Interface D 10 Exemplarische Routingtabelle Routing-Tabelle enthält Infos zu andere LANs am Router ( directly connected ), Entfernte LANs an anderen Routern erreichbare Netze ( next hop routing) Aufbau einer Routingtabelle, Mindestinfo: Zielnetz Zielinterface Metrik Routenauswahl: Longest Prefix Match Metrik Größe der Routingtabelle: 2 (DSL-Router) bis ~ (Internet BGP Router) 11

12 Erstellen der Routingtabellen Wie wird die Routingtabelle aufgebaut? Statisches Routing: Manuelle Konfiguration der Routing-Tabelle auf jeweiligem Router Dynamisches Routing: Alle Router im Netzwerk unterhalten sich untereinander und bauen Routingtabelle selbstständig über Routingprotokolle auf 12

13 Statisches Routing (I) Einfachstes Bsp.: DSL-Router zuhause z.b. Fritzbox Routet i.d.r. nur zwischen zwei Netzen: Lokales Heimnetz und Internet Triviale Routingtabelle: Heimnetzwerk (z.b /24)à LAN-Port 1-4 Internet( default route ) à LAN-Port 5 Anderes Bsp.: Firewall-Router für kleines Firmen-Intranet Z.B. jeweils eine Netzwerkschnittstelle für Bürorechner /24 Servernetz /24 Internet zugehörige statische Routingtabelle: Destination Gateway Genmask Flags Metric Ref Use Iface U eth U eth U ppp /24 Internet /24 13

14 Statisches Routing (II) Grenzen von statischen Routing: Mehrere vermaschte Router Netz A Netz C Netz B Netz D Hoher Aufwand bei Anlegen, Löschen, Umzug, von Netzen: Routinginformationen müssen auf jeden Router manuell nachgetragen werden Bei mehreren vermaschten Routern wird statisches Routing sehr schnell unhandhabbar! 14

15 Dynamisches Routing: Sinn und Zweck Durch dynamisches Routing sollen Router Routinginformationen selbständig untereinander austauschen selbständig die Netztopologie lernen somit selbständig für jedes Paket den jeweils besten Weg zum Ziel ermitteln selbständig auf Veränderungen in der Topologie reagieren gut wie möglich Fehler vermeiden (z.b. Schleifentopologien) 15

16 Statisches vs. Dynamisches Routing Gegenüberstellung Dynamisches Routing kann durch falsche Informationen gestört werden Dynamisches Routing erzeugt Netzlast Statisches Routing nur bei einfachen Netztopologien handhabbar Keine Backup-Pfade bei statischem Routing Statisches Routing mit mehr als einem Router ist arbeitsintensiv bei Änderungen und fehleranfällig 16

17 Bsp. Dynamisches Routing (I) FAU Backbone-Netz Universitärer Backbone aufgebaut mit ca. 30 Backbone-Routern, verteilt auf mehrere Städte Statisches Routing auf jeden Router indiskutabel Änderung des Netzes an beliebiger Stelle lässt Backbone automatisch reorganisieren verschiedene Subnetze in den Routingtabellen! 17

18 Bsp. Dynamisches Routing (II) Uni-Backbone: Auszug Routingtabelle 18

19 Bsp. Dynamisches Routing (III) Das Internet 1969 als ARPANET entstanden Durch die ARPA als Forschungsprojekt initiiert Gründungsmythos: Kommunikationsnetz, robust gegen nuklearen Zerstörung Tatsächlich: Projekt, um einzelne Uni- und Forschungsnetze im Land dezentral und effizient (über Telefonleitungen) zusammenzuschalten Grundprinzip geblieben bis heute: Internet nach wie vor aufgebaut aus einzelnen, unabhängig voneinander verwalteten Netzwerken von Provider/Uni/Regierung, Einzelnetzwerke im Internet auch bezeichnet als AS (Autonome Systeme) 19

20 Historik / Internet Arpanet im Frühstadium September 1969: 1 Knoten Uni Kalifornien 20

21 Historik / Internet Arpanet im Frühstadium (2) Dezember 1969: 4 Knotenpunkte Kalifornien Utah Stanford Santa Barbara 21

22 Historik / Internet Arpanet im Frühstadium (3) 22

23 Historik Weiterer Werdegang: Abspaltung des Milnet aus dem Arpnet Arpnet -> NSFNet (Abschaltung Arpnet 1989) NSFNet -> Internet (90er) 23

24 Routing im Internet Heutiges Internet Bis heute besteht das Internet aus zigtausend Einzelnetzwerken, jeweils unter Kontrolle ihres Betreibers (Telcos, Firmen, Unis, Behörden, ) Diese Einzelnetzwerke werden auch bezeichnet als AS (Autonome Systeme) AS sind somit die Einzelbausteine des Internets 24 24

25 Vom AS zum Internet (I) Autonomes System : IP-Netzwerk unter organisatorisch eigener Verwaltung I.d.R. leistungsfähige Netze Privater oder Öffentlicher Betreiber (Firmen, Unis, Telcos, Behörden, ) AS 2 (z.b. DFN-Verein) AS 1 (z.b. Telekom) AS 3 (z.b. Kabel Deutschland) 25

26 Vom AS zum Internet (II) Vernetzungen von mehreren AS Wenn sich nun AS untereinander vernetzen wollen schalten sie in eigener Verantwortung Verbindungen zwischen sich ( Peering bzw. Transit Verhandlungen) und bilden dadurch zusammen ein immer größer werdendes Netz der Netze, das Inter-Net Internet 26

27 Vom AS zum Internet (III) Für die Teilnahme eines neuen AS am Internet braucht es in der Praxis eine öffentliche AS-Nummer vom RIPE (Bsp.: T-COM (AS3320), DFN (AS680), MNet/Nefkom (AS8767)) Mind. einen dedizierten sog. Border-Router im AS als Verbindungsschnittstelle nach außen Peering/Routingvereinbarungen zu Border-Routern mind.(!) zwei anderer AS Konfiguration und Aktivierung des sog. Border Gateway Protocol (BGP) auf dem Border-Router (dynamisches Routingprotokoll) à Alle Router synchronisieren ihre Routinginformationen: Das Internet wächst AS 1234 AS 4567 AS 6789 AS Internet AS AS

28 Vom AS zum Internet (IV) Nach Einbindung eines AS in das Internet: Jeder Border-Router synchronisiert sich mit seinen Partnern per BGP (Border Gateway Protokoll): Jedes AS beheimatet einerseits nur einen Bruchteil aller IPv4/v6-Netze (Bsp. AS-680 des DFN: Heimat der meisten Uni-Netze in Deutschland) Aber: Jeder Border-Router eines jeden AS kennt die Netze inkl. Routen _aller_ anderen AS à Extrem große Routingtabellen auf allen Border-Routern: Derzeit (2015): > IPv4-Routen müssen auf jedem Border-Router eines AS vorgehalten werden 28 28

29 Internet heute: Vermaschung per IPv4 Quelle: Stand: Feb

30 Internet heute: Vermaschung per IPv6 Quelle: 30

31 Erwachsenwerden von IPv vs Quelle: 31

32 Vom AS zum Internet (V) Autonome Systeme als anarchische Strukturen Für den technischen Betrieb des Internet sind allein die AS-Betreiber gemeinsam verantwortlich Es gibt kein globales Netzadministratorteam für das Internet AS-Betreiber können durch Fehlerhafte BGP-Konfiguration am eigenen Border-Router große Teile des Internet stören/ lahmlegen/sabotieren AS-Betreiber unterliegen einer Art Verhaltenskodex Dennoch: manchmal passieren Unfälle 32

33 DYNAMISCHE ROUTINGPROTOKOLLE

34 Dynamische Routingprotokolle Logische Unterscheidung Internal Gateway Protocol (IGP) à Für dynamisches Routing innerhalb eines AS (z.b. Universitätscampus) Z.B. RIP, OSPF, IGRP, External Gateway Protocol (EGP) à Für dynamisches Routing zwischen verschiedenen AS (à Internet ) Einziger praktischer Vertreter: BGP: Border Gateway Protocol 34

35 IGP vs. EGP Zusammenspiel von IGPs und EGP im Internet AS 1 AS 2 IGP (z.b. OSPF) EGP (d.h. BGP) Internet IGP (z.b. OSPF) AS 3 IGP (z.b. RIP) 35

36 Wie funktionieren Routingprotokolle? Technische Unterscheidung dynamischer Routingprotokolle distance vector z.b. RIP (IGP) link state z.b. OSPF (IGP) Internal Gateway Protocol (IGP) path vector z.b. BGP (EGP) External Gateway Protocol (EGP) 36

37 Distance-Vector-Protokolle Grobe Funktionsweise: jeder Router pflegt Tabelle mit gelernten Pfaden zu versch. Zielnetzen periodische Weitergabe (i.d.r. 30sek) dieser Tabelle jeweils an Nachbar-Router Nachbar-Router updaten ggf. mit diesen Daten ihre Tabellen und senden Ihrerseits beim nächsten Update ihre Tabelle an Nachbarn Änderungen sprechen sich langsam im Netz rum Distanz als einzige Berechnungs-/Bewertungsgrundlage (Metrik) bei mehren Routen zum gleichen Ziel Problem: langsame Konvergenz bei Routingänderungen 37

38 Distance-Vector-Protokolle: RIP (I) Bekanntester Vertreter: RIP Eigenschaften RIP - Routing Information Protocol IGP-Einsatz, d.h. nur innerhalb von AS bzw. Intranets verwendet entwickelt von Ford und Fulkerson, daher auch Ford-Fulkerson Algorithmus definiert in RFC 1058, viele Erweiterungen relativ einfaches Distance-Vector basiertes Protokoll Hop-Count als einzige Metrik, d.h. keine explizite Angabe von Pfadkosten möglich 38

39 Distance-Vector-Protokolle: RIP (II) RIP, Grobes Prinzip Jeder Router besitzt Routingtabelle mit Hopcount als Bewertungskriterium(Metrik) (Hopcount == Anzahl der Router, über die das Ziel erreicht werden kann) A B C a a R1 b b c d R2 a D b R3 Router schicken ihre Tabellen alle 30 sek. an ihre Nachbarn Jeder Router verbessert ggf. mit den Infos der Nachbarn seine Routingtabelle Timeout-Mechanismus: nach 180 Sek. ohne neues Update: Gelernte Route wird als unbrauchbar markiert nach 240 Sek. ohne Update: Gelernte Route wird gelöscht Routingtabelle von R2 Ziel Intf. Hops A b 2 B a 1 C d 1 D c 2 R1 b 1 R3 c 1 39

40 Distance-Vector-Protokolle: RIP, Beispiel A a b R1 D Ausgangsfall: Router kennen nur ihre direkten Nachbarn R1 R2 R3 Ziel Intf. Hops Ziel Intf. Hops Ziel Intf. Hops A a 1 B a 1 D b 1 B C a d b R2 c a b R3 R2 b 1 C d 1 R1 b 1 R3 c 1 R2 a 1 1. Update: Nachbarrouter tauschen ihre Routingtabellen aus à R2 lernt dabei Routen zum Ziel A und D, R1 und R3 wiederum zu den Zielen B,C,R3 bzw. B,C,R1 R1 R2 R3 Ziel Intf. Hops Ziel Intf. Hops Ziel Intf. Hops A a 1 A b 2 B a 2 B b 2 B a 1 C a 2 C b 2 C d 1 D b 1 R2 b 1 D c 2 R1 a 2 R3 b 2 R1 b 1 R2 a 1 R3 c 1 40

41 Distance-Vector-Protokolle: RIP, Beispiel A a R1 Ausgangspunkt nach 1. Update R1 R2 R3 b D Ziel Intf. Hops A a 1 Ziel Intf. Hops A b 2 Ziel Intf. Hops B a 2 B a b c a b B b 2 C b 2 R2 b 1 B a 1 C d 1 D c 2 C a 2 D b 1 R1 a 2 C d R2 R3 R3 b 2 R1 b 1 R3 c 1 R2 a 1 2. Update: Nachbarrouter tauschen wieder ihre Routingtabellen aus und updaten die Ihrige. Für R2 ergeben sich keine neuen Informationen, er hält seinen Zustand stabil. R1 und R3 lernen von R2 noch das Netz D bzw. A. R1 R2 [ stabil ] R3 Ziel Intf. Hops A a 1 B b 2 C b 2 D b 3 R2 b 1 R3 b 2 Ziel Intf. Hops A b 2 B a 1 C d 1 D c 2 R1 b 1 R3 c 1 Ziel Intf. Hops A a 3 B a 2 C a 2 D b 1 R1 a 2 R2 a 1 41

42 Distance-Vector-Protokolle: RIP, Beispiel A a b R1 D Ausgangspunkt nach 2. Update: R1 R2 [stabil] R3 Ziel Intf. Hops Ziel Intf. Hops Ziel Intf. Hops A a 1 A b 2 A a 3 B C a d b R2 c a b R3 B b 2 C b 2 D b 3 R2 b 1 R3 b 2 B a 1 C d 1 D c 2 R1 b 1 R3 c 1 B a 2 C a 2 D b 1 R1 a 2 R2 a 1 3. Update: Ein erneuter Austausch der Routingtabellen bringt keinem Router mehr eine Änderung. à Nach diesem Durchgang sind die Routingtabellen auf alle Routern stabil R1 [stabil] R2 [stabil] R3 [stabil] Ziel Intf. Hops Ziel Intf. Hops Ziel Intf. Hops A a 1 A b 2 A a 3 B b 2 B a 1 B a 2 C b 2 C d 1 C a 2 D b 3 D c 2 D b 1 R2 b 1 R1 b 1 R1 a 2 R3 b 2 R3 c 1 R2 a 1 42

43 RIP: Probleme: Wenn der Bagger Routingschleifen: Counting to Infinity Szenario: Router R1 hat Route zu Netz A mit Distanz=1 (direkt angeschlossen) Router R2 hat ebenfalls Route zu Netz A mit Distanz=2 (d.h. via R1) Router haben stabilen Tabellenzustand, schicken sich Updates alle 30sek Fehlerfall auf R1-Seite: Verbindung auf Interface a zu Netz A geht verloren A R1 aktualisiert seine Routingtabelle: Pfad zu A ungültig (Hopcount 1 auf 16 gesetzt) (Schafft es R1 sein Routing-Update vor R2 zu verschicken, ist das auch kein Problem) Aber: Falls R2 vor R1 sein Routing-Update verschickt, wird R1 eine neue Route für A von R2 lernen (mit Distanz =3) Diese Route wird R1 wieder an R2 verbreiten, R2 aktualisiert dann seine Route für A mit Distanz=4 usw. Erst bei Erreichen von Hopcount 16 (nach ca. 7min!) ist die Route zu A endlich ungültig gelöscht R1 a b a Ziel Intf. Hops A a b R2 Ziel Intf. Hops A a

44 RIP: Erweiterung RIP, Ansätze zur Problemlösung Split Horizon Grundidee: es macht keinen Sinn, Routen in die Richtung weiterzugeben, aus der man sie bekommen hat Split Horizon with Poison Reverse Grundidee: sende Routinginformationen in die Richtung, aus der sie gekommen sind mit Metrik 16 (unendlich) zurück Holddown Grundidee: akzeptiere keine Routinginformationen zu einem Ziel, für welches man selbst eben Informationen verbreitet hat, für eine gewisse Zeit 44

45 RIP: Nachteile Hauptnachteile von RIP bzw. Distanzvektorprotokollen Relativ langsame Konvergenz (Minutenbereich) Nur HopCount als Metrik Nur für kleinere Netze geeignet à Für größere lokale Netze mit erweiterten Anforderungen: Link-State-Protokolle 45

46 Link-State-Protokolle: Prinzip Benachbarte Router bauen eine permanente Verbindung ( Adjazenz ) auf und tauschen asynchron Nachrichten über Veränderungen des Netzes aus Änderungen auf einem Router werden unmittelbar (ggf. inkrementell) an anderen Router gesendet (à sehr schnelle Reaktion) Nach Konvergenz hat jeder Router eine komplette Sicht auf das gesamte Netz (als vermaschter Graph) Jeder Router berechnet dann auf Basis dieser Sicht eine optimale Routingtabelle (Graphentheorie, Spannbaumprinzip) 46

47 Link-State-Protokolle: Arbeitsweise (1) Link-State Jeder Router hält permanent eine Verbindung zu seinen unmittelbaren Nachbarn offen. Darüber findet ein asynchroner Nachrichtenaustausch statt, über sog. LSAs: (Link State Advertisements) R1 R2 R4 R3 47

48 Link-State-Protokolle: Arbeitsweise (2) Prozedere beim Start eines Routers: Flooding R2 R4 R1 R3 R5 R6 Bsp.: Router R3 fährt hoch. Er sendet als Erstes seine Routinginformationen (d.h. lokal angeschlossene Netze) an alle seine Nachbarn. 48

49 Link-State-Protokolle: Arbeitsweise (3) Weitergabe der Routinginformationen durch das Netz R2 R4 R1 R3 R5 R6 Die Nachbarn aktualisieren augenblicklich ihre Datenbasis und schicken daraufhin Updates an ihre Nachbarn: Die Information wird flutend unmittelbar durch das gesamte Netz durchgereicht (sehr schnell!) 49

50 Link-State-Protokolle: Arbeitsweise (4) Nach kurzer Zeit hält jeder Router danach eine stets aktuelle Sicht ( Graph ) des kompletten Netzwerks vorrätig R1 A R1 A R2 B R3 C D R1 A B R4 R2 R3 R4 B R2 R3 A R1 R2 B R3 C D R4 R4 R2 R1 B A R3 C D R4 C D C D 50

51 Link-State-Protokolle: SPF (1) Danach: Jeder Router berechnet sich aus Graph seine Routingtabelle Grundlage: Sog. Shortest Path Algorithmen Findet kürzeste Wege in vermaschten Graphen von ggf. Start und Zielpunkt Jeder Router berechnet so seine optimale Routingtabelle zu allen Zielen Bei Topologie-Veränderungen: Flooding der Änderung und Neuberechnung Konvergenzgeschwindigkeit von nur wenigen Sekunden bekanntester SPF-Algorithmus: Dijkstra 51

52 Link-State-Protokolle: SPF (2) Berechnung der Routingtabelle individuell auf jeden Router mittels SPF-Algorithmus (inkl. Kostenmaß!) A R1 R2 B R3 C D R4 SPF Ziel via Kosten A R3 3 B R2 2 C R3 2 D R3 2 R4 52

53 Link-State-Protokoll: OSPF(1) Bekanntester Vertreter: OSPF Open Shortest Path First Das am meisten verbreitete Link-State-Routingprotokoll entwickelt von J. Moy OSPFv1, v2 oder v3 (IPv6) IGP-Einsatz, d.h. nur innerhalb von AS verwendet 53

54 Link-State-Protokoll: OSPF(2) Vorteile Kryptographisch abgesichert (MD5 Checksum) flexible Metriken für Routingentscheidungen (z.b. Distance, Hop-Count, $$) Wertebereich für Metrik von 1 bis Skalierbarkeit Unterstützung von mehreren Wegen (equal path load sharing, unequal path load sharing) 54

55 Pfad-Vektor-Protokolle Situation Internet Für Routing zwischen Autonomen Systemen (à Internet) sind sowohl Link-State als auch Distanz-Vektor-Protokolle nicht geeignet: Link-State-Protokolle wären im Internet praktisch nicht einsetzbar ( Flutorgie ) Distanz-Vektor-Protokolle dagegen weisen bei größeren Netzen zu gravierende Nachteile auf (z.b. Hang zur Schleifenbildung) à Entwurf eines neuen Protokolls fürs Inter-AS-Routing (d.h. Internet): Pfad-Vektor-Protokolle 55

56 Pfad-Vektor-Protokolle (II) Bsp. BGP (I) Prinzip wie Distanz-Vektor Protokoll (vgl. RIP) Erinnere: Distanz-Vektor: Routing-Update enthält Ziel und als Metrik zugehöriger Hopcount Pfad-Vektor: Routing-Update enthält Ziel und als Metrik Pfad der bereits durchlaufenen Router (genauer: AS-Nummern) in Form einer Liste Vermeidung von Routing-Schleifen Updates werden verworfen, sobald eigener Router in Pfadliste eines Updates auftaucht. Einziger praktischer Vertreter: BGP Ziel Intf. A a 3 B b 4 Ziel Intf. Metrik (Hops) Metrik (Pfad) A a R2-R3 B b R2-R3-R5 56

57 Pfad-Vektor-Protokolle (III) Bsp.: Prinzip BGP Routing-Update (ausgehend von AS1) Quelle: 57

58 BGP (III) Prinzipielle Nachteile von BGP: (Keine Möglichkeit der Lastverteilung) nur eine Route pro Netz wird ausgewählt Auswahl nur nach Anzahl AS, nicht jedoch nach Hops Anzahl der Hops innerhalb eines AS unklar! keine Berücksichtigung der Link-Geschwindigkeiten Sicherheitsaspekte (Spoofing) Problem von Route-Flaps und Update-Bursts 58

59 ORGANISATORISCHES Die Vorträge im Überblick Andere Vortragsreihen des RRZE Ablageorte Vortragsfolien RRZE-Veranstaltungskalender / Mailingliste abonnieren Themenvorschläge und Anregungen

60 Weitere Vorträge im Rahmen der Netzwerkausbildung Immer mittwochs (ab 14 c.t.) in Raum am RRZE Modelle, Begriffe, Mechanismen Lokale Netze: Switching, Routing, Strukturierung Troubleshooting von WLAN- und VPN-Problemen TCP-/IP-Troubleshooting Handeln mit Adressen ARP, DHCP, DNS IP-FAU-6 (Teil 1) IP-FAU-6 (Teil 2) Elementare Sicherheitsmaßnahmen: Firewall und Netzzugriff Anschluss von Wohnheimnetzen Traffic Engineering: Proxy, NAT Routingprotokolle Grundlagen 60

61 Andere Vortragsreihen des RRZE Campustreffen IT-Dienste des RRZE und der FAU immer donnerstags ab 15 Uhr c.t. vermittelt Informationen zu den Dienstleistungen des RRZE befasst sich mit neuer Hard- & Software, Update-Verfahren sowie Lizenzfragen ermöglicht den Erfahrungsaustausch mit Spezialisten Systemausbildung Grundlagen und Aspekte von Betriebssystemen und System-nahen Diensten immer mittwochs ab 14 Uhr c.t. (in den Sommersemestern) Ergänzung zur Netzwerkausbildung Praxis der Datenkommunikation führt in den grundsätzlichen Aufbau eines Systems sowie eingesetzte Techniken und Komponenten ein richtet sich primär an alle Interessierten (Studierende & Beschäftigte) 61

62 Vortragsfolien und Vortragsaufzeichnung Die Vortragsfolien werden nach der Veranstaltung auf der Webseite des RRZE abgelegt: Die meisten Vorträge des RRZE werden aufgezeichnet und können nach der Veranstaltung vom Videoportal der FAU heruntergeladen werden: 62

63 RRZE-Veranstaltungskalender und Mailinglisten Kalender abonnieren oder bookmarken Alle Infos hierzu stehen auf der Webseite des RRZE unter: Mailingliste abonnieren Wöchentliche Terminhinweise werden zusätzlich an die Mailingliste RRZE-Aktuelles gesendet. Auch diese Liste kann man abonnieren: 63

64 Themenvorschläge und Anregungen Themenvorschläge und Anregungen nehmen wir gerne entgegen! Bitte schreiben Sie uns einfach eine an: (Betreff: Netzwerkausbildung) 64

65 REGIONALES RECHENZENTRUM ERLANGEN [RRZE] Vielen Dank für Ihre Aufmerksamkeit! Regionales RechenZentrum Erlangen [RRZE] Martensstraße 1, Erlangen