Hálózatok építése és üzemeltetése

Hasonló dokumentumok
Hálózatok építése és üzemeltetése

Számítógépes Hálózatok

Hálózatok építése és üzemeltetése

Számítógépes Hálózatok. 8. gyakorlat

Hálózatok építése és üzemeltetése

Hálózatok építése és üzemeltetése

III. Felzárkóztató mérés SZÉCHENYI ISTVÁN EGYETEM GYŐR TÁVKÖZLÉSI TANSZÉK

Számítógépes Hálózatok GY 9.hét

Az internet ökoszisztémája és evolúciója. Gyakorlat 2

Hálózati architektúrák laborgyakorlat

Hálózati architektúrák és Protokollok PTI 6. Kocsis Gergely

Számítógépes Hálózatok GY 8.hét

Az internet ökoszisztémája és evolúciója. Gyakorlat 1

Hálózatok építése és üzemeltetése

Hálózati beállítások Készítette: Jámbor Zoltán 2016

Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása. 3. óra. Kocsis Gergely, Kelenföldi Szilárd

Hálózati architektúrák és Protokollok GI 8. Kocsis Gergely

Az internet ökoszisztémája és evolúciója. Gyakorlat 1

Hálózati architektúrák és Protokollok PTI 5. Kocsis Gergely

Hálózati architektúrák és Protokollok GI 7. Kocsis Gergely

Ha a parancs argumentuma egy interfész, akkor csak a megadott interfészt beállításait jeleníti meg.

Számítógépes Hálózatok GY 8.hét

Hálózati architektúrák laborgyakorlat

Amennyiben argumentumként megadunk egy interfész nevet, úgy csak a megadott interfészt fogja kilistázni.


Számítógépes hálózatok

Cisco Catalyst 3500XL switch segédlet

[SZÁMÍTÓGÉP-HÁLÓZATOK]

Fábián Zoltán Hálózatok elmélet

OpenBSD hálózat és NAT64. Répás Sándor

Tűzfalak működése és összehasonlításuk

Újdonságok Nexus Platformon

1/13. RL osztály Hálózati alapismeretek I. gyakorlat c. tantárgy Osztályozóvizsga tematika

Számítógép hálózatok gyakorlat

Számítógépes hálózatok

Hálózati architektúrák és Protokollok GI 6. Kocsis Gergely

III. előadás. Kovács Róbert

Forgalmi grafikák és statisztika MRTG-vel

Hálózatok építése és üzemeltetése

Tartalom. Az adatkapcsolati réteg, Ethernet, ARP. Fogalma és feladatai. Adatkapcsolati réteg. Ethernet

Ethernet/IP címzés - gyakorlat

VIII. Mérés SZÉCHENYI ISTVÁN EGYETEM GYŐR TÁVKÖZLÉSI TANSZÉK

Felhő alapú hálózatok (VITMMA02) SDN a felhőben

Számítógépes hálózatok GY

SEGÉDLET. A TTMER102 - FPGA-alapú hálózati eszközfejlesztés című méréshez

Tájékoztató. Használható segédeszköz: -

2014 UNIVERSITAS SCIENTIARUM SZEGEDIENSIS UNIVERSITY OF SZEGED

Hálózati architektúrák és Protokollok Levelező II. Kocsis Gergely

Hálózatok építése és üzemeltetése

Konfigurálás és mérés IP hálózatokban. Varga Tamás

IPTABLES. Forrás: Gregor N. Purdy: Linux iptables zsebkönyv

Statikus routing. Hoszt kommunikáció. Router működési vázlata. Hálózatok közötti kommunikáció. (A) Partnerek azonos hálózatban

[SZÁMÍTÓGÉP-HÁLÓZATOK]

MÉRÉSI JEGYZŐKÖNYV. Andrejkovics Imre (RI8HFG), Ferenczy Ádám (MRGSZ4), Kovács Gerely (GK2VSO) Mérés megrendelője: Derka István

Az alábbi állítások közül melyek a forgalomirányító feladatai és előnyei?

A Wireshark program használata Capture Analyze Capture Analyze Capture Options Interface

Az adott eszköz IP címét viszont az adott hálózat üzemeltetői határozzákmeg.

Tájékoztató. Használható segédeszköz: -

Kiskapu Kft. Minden jog fenntartva

Az internet ökoszisztémája és evolúciója. Gyakorlat 4

Előnyei. Helyi hálózatok tervezése és üzemeltetése 2

Hálózati architektúrák és Protokollok GI - 9. Kocsis Gergely

(jegyzet) október 6-8-i óra anyaga A kezdetek Az ARPA project Okok és célok ISO OSI...

Számítógépes Hálózatok. 3. gyakorlat

Windows há lo záti ádminisztrá cio gyákorlát

CISCO gyakorlati segédlet. Összeállította: Balogh Zoltán

WS 2013 elődöntő ICND 1+ teszt

Újdonságok Nexus Platformon

Hálózati WAN forgalom optimalizálása

A 35/2016. (VIII. 31.) NFM rendelet szakmai és vizsgakövetelménye alapján.

ELTE, IK, Információs Rendszerek Tanszék

1. Kapcsolók konfigurálása

Kommunikációs rendszerek programozása. Switch-ek

Számítógép rendszerek. 1. óra. Számítógépes hálózatok, internet

Konfiguráljuk be a TCP/IP protokolt a szerveren: LOAD INETCFG A menüpontokból válasszuk ki a Proctcols menüpontot:

Számítógép-hálózatok. Gyakorló feladatok a 2. ZH témakörének egyes részeihez

Hálózatok építése és üzemeltetése. Hálózatbiztonság 1.

Számítógépes Hálózatok GY 4.hét

Felhő alapú hálózatok (VITMMA02) OpenStack Neutron Networking

Az RSVP szolgáltatást az R1 és R3 routereken fogjuk engedélyezni.

Léteznek nagyon jó integrált szoftver termékek a feladatra. Ezek többnyire drágák, és az üzemeltetésük sem túl egyszerű.

Felhő alapú hálózatok (VITMMA02) Hálózati megoldások a felhőben

X. Mérés SZÉCHENYI ISTVÁN EGYETEM GYŐR TÁVKÖZLÉSI TANSZÉK. Mérési utasítás

Számítógépes Hálózatok GY 3.hét

LINUX Hálózat beállítása. Forrás:

HÁLÓZATI ISMERETEK GNS 3

Hálózati rendszerek adminisztrációja JunOS OS alapokon

Allied Telesis. Szakmai nap 2017 Pásztor András

A TCP/IP modell hálózati rétege (Network Layer) Protokoll-készlet: a csomagok továbbítása. Legjobb szándékú kézbesítés

MULTIMÉDIA TOVÁBBÍTÁSA AZ IP FELETT

IPv6 Biztonság: Ipv6 tűzfalak tesztelése és vizsgálata

SDN a különböző gyártói megközelítések tükrében

MÉRÉSI JEGYZŐKÖNYV. Andrejkovics Imre (RI8HFG ), Ferenczy Ádám (MRGSZ4), Kocsis Gergely (GK2VSO) Mérés megrendelője: Derka István

Fábián Zoltán Hálózatok elmélet

IP alapú komunikáció. 2. Előadás - Switchek 2 Kovács Ákos

A virtuális környezetet menedzselő program. Első lépésként egy új virtuális gépet hozzunk létre a Create a New Virtual Machine menüponttal.

A DNS64 és NAT64 IPv6 áttérési technikák egyes implementációinak teljesítőképesség- és stabilitás-vizsgálata. Répás Sándor

A Sangoma Technologies Intelligens

Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása. 3. óra. Kocsis Gergely, Supák Zoltán

Általános rendszergazda Általános rendszergazda

Átírás:

Hálózatok építése és üzemeltetése OpenFlow / POX gyakorlat

Előző gyakorlat: OSPF (routing protokoll) elosztott működés több-több (many-to-many) kommunikáció bonyolult! Most: más koncepció, SDN (bonyolult??)

1. feladat: térképezzük fel az emulált topologiát $ sudo -E mn --topo tree,depth=2 --controller=remote,port=6633 Használható parancsok: mininet> net mininet> dump mininet> h1 ifconfig mininet>

2. feladat: forgalom megfigyelése mininet> xterm h1 h1: ~# ping c 1 10.0.0.4 Figyeljük meg az s?-eth? interfészket. Meddig jutnak el az ARP kérések? (érdemes külön ablakokban tcpdumpot futtatni.) vizsgálandó linkek: h1-s2, s1-s2, s2-h2 h1 h1-eth0 10.0.0.1/8 s2-eth1 s2-eth2 S2 controller s2-eth3 s1-eth1 s1-eth2 s3-eth3 S1 S3 s3-eth1 s3-eth2 10.0.0.4/8 h4-eth0 h4 h2-eth0 10.0.0.2/8 h2 h3-eth0 10.0.0.3/8 h3

2. feladat: forgalom megfigyelése h1: ~# ping c 1 10.0.0.4 Figyeljük meg az s?-eth? interfészket. Meddig jutnak el az ARP kérések? ALT-F2 xterm, majd: ~$ sudo wireshark &. Hallgassunk bele a lo interfészbe is! (itt a wiresharkot érdemes használni, de az installált verzió már nem támogatja megfelelően a OF1.0-ás csomagokat)

1. feladat: térképezzük fel az emulált topologiát controller h1 h1-eth0 10.0.0.1/8 s2-eth1 s2-eth2 S2 s2-eth3 s1-eth1 s1-eth2 s3-eth3 S1 s3-eth1 S3 s3-eth2 h4-eth0 10.0.0.4/8 h4 h2-eth0 10.0.0.2/8 h2 h3-eth0 10.0.0.3/8 h3

POX: OpenFlow kontroller-keretrendszer Elavult: csak OpenFlow 1.0-t támogat Konkurensek: OF 1.4+, OF-config, netconf, snmp Fejlesztése gyakorlatilag leállt Hibajavítások kivételével Ipari igényeket nem elégít ki Minimális függőségi lista (python 2.7) Könnyen installálható Szkript nyelvet használ: gyors edit/(compile)/debug ciklus gyors prototípus implementálás Rendkívül elegáns eseménykezelő keretrendszer Single threaded: így is gyors, de nehezebb hibázni Keretrendszer, amiben alkalmazások írhatók http://www.noxrepo.org http://github.com/noxrepo/pox/ https://noxrepo.github.io/pox-doc/html/

POX installálása, frissítése A kiadott VM-en nincs rá szükség git clone http://github.com/noxrepo/pox cd ~/pox git pull git checkout eel

Egyszerű kontrolleralkalmazás ~/pox$./pox.py forwarding.hub Most sikeres lesz az előző ping parancs, de hol lesz most adatforgalom? (érdemes külön ablakokban tcpdumpot futtatni.) vizsgálandó linkek: controller h1-s2, s1-s3, s2-h2 és interfész: h1 h1-eth0 10.0.0.1/8 s2-eth1 s2-eth2 S2 s2-eth3 s1-eth1 s1-eth2 s3-eth3 S1 S3 s3-eth1 s3-eth2 10.0.0.4/8 h4-eth0 h4 lo h2-eth0 10.0.0.2/8 h3-eth0 10.0.0.3/8 h2 h3

Mi történik a kontrollerrel? Vizsgáljuk meg a lo forgalmát a kontroller indításakor? Értelmezzük az üzeneteket!

Mi történik a kontrollerrel? Hogy nézhetnek ki a folyamtáblák a switch-ekben? Nézzük meg a folyamtáblákat! $ sudo ovs-ofctl show s2 $ sudo ovs-ofctl dump-flows s2 mininet> dpctl dump-flows $ dpctl dump-flows tcp:localhost:6654 (vagy 55, 56)

Folyamtábla-bejegyzés Match (illeszkedési szabály) Action (művelet) Stats (statisztikák) csomag + byte számlálók 1. csomagtovábbítás a megadott porton 2. kontrollerhez küldés 3. csomag eldobása 4. normál (hagyományos) feldolgozás 5. fejrész mezők módosítása Switch Port VLAN ID MAC src MAC dst Eth type IP Src IP Dst + a nem szükséges mezők maszkolhatók (wildcard) IP Prot TCP sport TCP dport

Egyszerű kontrolleralkalmazás 2. ~/pox$./pox.py log.level --DEBUG forwarding.hub --reactive Most sikeres is lesz az előző ping parancs, de hogyan alakul most a kontrollforgalom? Mi lesz a folyamtáblákban? Miért?

Érdekesebb folyamtábla bejegyzések $./pox.py log.color log.level --DEBUG forwarding.l2_learning h2:~$ nc -l 2222 h1:~$ date nc 10.0.0.2 2222 mininet> dpctl dump-flows

Érdekesebb folyamtábla bejegyzések $./pox.py log.color log.level --DEBUG forwarding.l2_learning h2:~$ nc -l 2222 h1:~$ date nc 10.0.0.2 2222 Érdekesebb statisztikai mezők cookie=0x0, duration=2.27s, table=0, n_packets=5, n_bytes=367, idle_timeout=10, hard_timeout=30, idle_age=2, priority=65535, tcp,in_port=1,vlan_tci=0x0000,dl_src=00:00:00:00:00:01,dl_dst=00:00:00:00:00:02, nw_src=10.0.0.1,nw_dst=10.0.0.2,nw_tos=0,tp_src=46359,tp_dst=2222 actions=output:2 cookie=0x0, duration=2.267s, table=0, n_packets=3, n_bytes=206, idle_timeout=10, hard_timeout=30, idle_age=2, priority=65535, tcp,in_port=2,vlan_tci=0x0000,dl_src=00:00:00:00:00:02,dl_dst=00:00:00:00:00:01, nw_src=10.0.0.2,nw_dst=10.0.0.1,nw_tos=0,tp_src=2222,tp_dst=46359 actions=output:1

Érdekesebb folyamtábla bejegyzések $./pox.py log.color log.level --DEBUG forwarding.l2_learning h2:~$ nc -l 2222 h1:~$ date nc 10.0.0.2 2222 Érdekesebb illeszkedési mezők cookie=0x0, duration=2.27s, table=0, n_packets=5, n_bytes=367, idle_timeout=10, hard_timeout=30, idle_age=2, priority=65535, tcp,in_port=1,vlan_tci=0x0000,dl_src=00:00:00:00:00:01,dl_dst=00:00:00:00:00:02, nw_src=10.0.0.1,nw_dst=10.0.0.2,nw_tos=0,tp_src=46359,tp_dst=2222 actions=output:2 cookie=0x0, duration=2.267s, table=0, n_packets=3, n_bytes=206, idle_timeout=10, hard_timeout=30, idle_age=2, priority=65535, tcp,in_port=2,vlan_tci=0x0000,dl_src=00:00:00:00:00:02,dl_dst=00:00:00:00:00:01, nw_src=10.0.0.2,nw_dst=10.0.0.1,nw_tos=0,tp_src=2222,tp_dst=46359 actions=output:1

Érdekesebb folyamtábla bejegyzések $./pox.py log.color log.level --DEBUG forwarding.l2_learning h2:~$ nc -l 2222 h1:~$ date nc 10.0.0.2 2222 Egyszerű akciólista cookie=0x0, duration=2.27s, table=0, n_packets=5, n_bytes=367, idle_timeout=10, hard_timeout=30, idle_age=2, priority=65535, tcp,in_port=1,vlan_tci=0x0000,dl_src=00:00:00:00:00:01,dl_dst=00:00:00:00:00:02, nw_src=10.0.0.1,nw_dst=10.0.0.2,nw_tos=0,tp_src=46359,tp_dst=2222 actions=output:2 cookie=0x0, duration=2.267s, table=0, n_packets=3, n_bytes=206, idle_timeout=10, hard_timeout=30, idle_age=2, priority=65535, tcp,in_port=2,vlan_tci=0x0000,dl_src=00:00:00:00:00:02,dl_dst=00:00:00:00:00:01, nw_src=10.0.0.2,nw_dst=10.0.0.1,nw_tos=0,tp_src=2222,tp_dst=46359 actions=output:1

sudo -E mn --mac --topo linear,k=5,n=1 --controller=remote,port=6633 --link=tc,delay=10ms pox.py log.color log.level --DEBUG forwarding.l2_learning mininet> h1 ping h5

sudo -E mn --mac --topo linear,k=5,n=1 --controller=remote,port=6633 --link=tc,delay=10ms pox.py log.color log.level --DEBUG forwarding.l2_learning mininet> h1 ping h5 PING 10.0.0.5 (10.0.0.5) 56(84) bytes of data. 64 bytes from 10.0.0.5: icmp_seq=1 ttl=64 time=459 ms 64 bytes from 10.0.0.5: icmp_seq=2 ttl=64 time=167 ms 64 bytes from 10.0.0.5: icmp_seq=3 ttl=64 time=124 ms 64 bytes from 10.0.0.5: icmp_seq=4 ttl=64 time=121 ms ^C Mitől nagyobb az első válaszidő? szokásos tcpdump + wireshark + megfigyelések kellenek

pox.py log.color log.level --DEBUG forwarding.l2_learning proto.arp_responder --10.0.0.5=00:00:00:00:00:05 -- 10.0.0.1=00:00:00:00:00:01 py mininet> h1 ping h5 PING 10.0.0.5 (10.0.0.5) 56(84) bytes of data. 64 bytes from 10.0.0.5: icmp_seq=1 ttl=64 time=232 ms 64 bytes from 10.0.0.5: icmp_seq=2 ttl=64 time=186 ms 64 bytes from 10.0.0.5: icmp_seq=3 ttl=64 time=121 ms ^C POX> arp

Szorgalmi (imsc) feladat: POX módosítása Soronként megadni az ARP táblát macerás. Egyszerűbb is lehet az üzemeltetés, ha ismerjük a topológiát vagy algoritmikusan kikövetkezethető a tábla. Jelenleg: 10.0.0.X 00:00:00:00:00:X Írjuk át az arp_responder modult, hogy automatikusan válaszoljon a 10.0.0.0/24-es kérésekre!

POX, ethernet címek Írjuk át az arp_responder modult, hogy automatikusan válaszoljon a 10.0.0.0/24-es kérésekre! from pox.lib.addresses import EthAddr String EthAddr: mac = EthAddr( aa:cc:dd:cc:ac:dc ) EthAddr string: s = str(mac)

forwarding.topo_proactive A debuggolást megkönnyíti a mininet --mac argumentuma, de a valóságban az IP-mac cím hozzárendelés előre nem ismert. De ha az IP címeket a DHCP szerver szisztematikusan osztja ki, akkor azt figyelembe lehet venni a routingnál. címkiosztási séma: 10.switchID.portNumber.x Szorgalmi (IMSC) feladat: az implementáció megértése és elmagyarázása

openflow.discovery Packet_out, s1, port 1 LLDP (s1, p1) p2 p1 LLDP (s1, p1) Packet_in, s2, port 1 LLDP (s1, p1) p1 s1 s2, OF rule: send LLDP to controller LLDP: Link Layer Discovery Protocol (EtherType == 0x88cc) A packet_in vétele után a kontroller megtanulja, hogy van egy s1.p1-s2.p1 link Az openflow.discovery küld egy LinkEvent üzenetet. LinkEventet az kapja meg, aki feliratkozik rá, pl:./pox.py openflow.discovery misc.gephi_topo \ host_tracker forwarding.l2_learning

forwarding.topo_proactive Kis segítség POX indítása: kell a discovery modul is (ld. előadás 54. fólia) pox.py log.color log.level --DEBUG openflow.discovery forwarding.topo_proactive Mininetben IP címeket törölni kell a hosztokon, majd dhcp-vel kérni amit a POX-on futó dhcp szerver oszt ki ip addr del 10.0.0.1/8 dev h1-eth0; dhclient -v h1-eth0 bug a POX használt verziójában ~/pox/pox/proto/arp_helper.py egy változó nincs inicializálva gyors fix (ld. git diff)