High Speed Networks Budapest University of Technology and Economics High Speed Networks Laboratory 2010-04-10 Multicast.

Az előadások a következő témára: "High Speed Networks Budapest University of Technology and Economics High Speed Networks Laboratory 2010-04-10 Multicast."— Előadás másolata:

1 High Speed Networks Laboratory @ Budapest University of Technology and Economics http://hsnlab.tmit.bme.hu High Speed Networks Laboratory 2010-04-10 Multicast címzés újragondolva Tapolcai János, Heszberger Zalan, Gulyás András, Bíró József, András Zahemszky

2 High Speed Networks Laboratory http://hsnlab.tmit.bme.hu Multicast címzés Jövő internet architektúra (clean state design) Új címzési megoldás multicast forgalomhoz Inter-domain Source-routing | 2008-02-07 | HSNLab Overview2 Csomag fejlécének mérete Állapotok száma a routerekben Hatékonyság (False positives)

3 High Speed Networks Laboratory http://hsnlab.tmit.bme.hu Miért állapotmentes? Nagy multicast fák Akár 100 000 végpont Tartalom terjesztés Kevés ilyen fa Egyszerűbb állapotként bejegyezni a rotuerekbe Kis multcast fák Tipikusan 10 végpont 1 … 50 Sok ilyen fa lesz a hálózatokban Állapotmentes multicast Explicit multicast addressing Nincsenek extra router bejegyzések Source routing Multicast fa nem feltétlen a legrövidebb utak fája | 2008-02-07 | HSNLab Overview3

4 High Speed Networks Laboratory http://hsnlab.tmit.bme.hu Változtatható méretű csomag fejléc A hagyományosan a csomagkapcsolt hálózatokban fix méretű a fejléc Képzeletben lépjünk túl ezen a megkötésen A tényleges implementációban visszatérünk a fix méretű fejléchez Gyakran átlépik ezt a megkötést Source routing IP LSRR (loose source and record route) IP SSRR (strict source and record route) MPLS label stacking Hátrányok Router architektúra fixméretű címeket tud támogatni Mi valójában fix maximális méretű címeket szeretnék. Azaz a cím lehet rövidebb. Minél nagyobb méretű a cím annál tovább tart feldolgozni Memória hozzáférések száma korlátos (a kimenő portok számához képest) A fejléc akár ehet hosszabb is mint az adat rész VoIP 200 byte + IPv4 header 20 byte | 2008-02-07 | HSNLab Overview4

5 High Speed Networks Laboratory http://hsnlab.tmit.bme.hu Feltételezéseink a hálózat architektúráról Ismerjük a hálózat topológiáját A linkeknek lesz címe Petri Jokela, András Zahemszky, Christian Esteve Rothenberg, Somaya Arianfar, and Pekka Nikander, ”LIPSIN: Line Speed Publish/Subscribe Inter-Networking”, Sigcomm 2009 A csomópontoknak is lehet címe Minden router Fel kell tudja dolgozni a fejlécet O() lépésben, ahol  a router ki foka A fejlécet csak egyszer olvashatjuk be Read or write A cím kiszámítása legfeljebb O(L) lépést igényeljen a, ahol L a multicast fában szereplő élek száma A fejléc mérete változhat Hatékony kódolást szeretnénk | 2008-02-07 | HSNLab Overview5

6 High Speed Networks Laboratory http://hsnlab.tmit.bme.hu Él címek – ha ismerjük a fejléc méretét m méretű tömb k különböző hash függvény h 1 (ID), h 2 (ID), …, h k (ID) Pozíciókat határoz meg: | 2008-02-07 | HSNLab Overview6 00000000000000000010000100000100

7 High Speed Networks Laboratory http://hsnlab.tmit.bme.hu | 2008-02-07 | HSNLab Overview7 In Packet Bloom filter-ek Bloom filterek Véletlen adat struktúra annak eldöntésére, hogy egy elem benne van-e egy halmazban Bloom filter célja Gyors tartalmazás tesztelés Hatékony helykihasználás Valamilyen valószínűséggel rossz válasz False positiv-ok lehetnek Rome→Milan Milan→Zurich Milan→Munich Bloom filter: 0 1 0 0 0 1 0 0 1 1 0 0 0 0 1 1 0 0 0 1 0 0 0 0 1 0 1 1 1 0 0 0 1 1 0 1 7 Milan Zurich Munich Rome Zagreb Link bloom ID: 010001001 Továbbításnál egy AND és CMP műveletet hajtunk végre

8 High Speed Networks Laboratory http://hsnlab.tmit.bme.hu | 2008-02-07 | HSNLab Overview8 Módosított architektúra Változatható méretű filterek Pub/Sub fix méretű fejlécekkel dolgozott Mint az IP-ben (512bit) Megválaszthatjuk a fejléc méretét A Bloom filter-t méretre szabjuk Rome→Zagreb Zurich→Lyon Zurich→Strasb. Munich→Frankf. Munich→Berlin Munich→Vienna Rome→Milan Milan→Zurich Milan→Munich Bloom filter: Header: Milan Zurich Munich Rome Zagreb Link bloom ID: 010001001 0 0 1 1 0 1 0 0 0 1 0 0 1 0 0 0 1 0 1 0 0 0 1 0 1 0 1 0 1 0 1 0 0 0 1 1 1 0 0 1 0 1 0 1 0 0 0 1 0 0 0 1 0 1 0 1 0 0 0 1 0 0 1 1 0 0 0 0 1 1 0 0 0 1 0 0 0 0 1 0 1 1 1 0 0 0 1 1 0 1 Lyon Strasbourg Berlin Frankfurt Vienna False positive 5 bit | 1 1 0 0 0 fejléc Ezt kell tároljuk a cím felépítéséhez a node manager-ben Döntéshez szükséges adat

9 High Speed Networks Laboratory http://hsnlab.tmit.bme.hu Hop based Bloom filter A fa pontjait a forrástól való távolság alapján csoportokra bontjuk | 2008-02-07 | HSNLab Overview9

10 High Speed Networks Laboratory http://hsnlab.tmit.bme.hu Multicast fa kódolása Teljesítmény indikátorok A fejléc mérete átlagosan mennyit nő Ha egy új végpontot adunk a fához (bit/node) Pl. IPv4 Xcast esetén ~ 32 bit Ha egy új pontot adunk a fához (bit/link) 50 pontos német hálózat (175 él) In packet Bloom filter (a filter hosszát levágjuk): 12-15 bit/link In packet Bloom filter (a filtereket a csomag továbbításnál számoljuk): 8.0 bit/link Hop based In packet Bloom filter: 5.3 bit/link | 2008-02-07 | HSNLab Overview10

11 High Speed Networks Laboratory http://hsnlab.tmit.bme.hu Teljesítmény 6/11

12 High Speed Networks Laboratory http://hsnlab.tmit.bme.hu Összefoglaló Új architektúrát javasoltuk multicast címzésre csomagkapcsolt hálózatokban Bíztatóak a teljesítmény mutatók Új irányok Biztonságos source routing | 2008-02-07 | HSNLab Overview12

13 High Speed Networks Laboratory http://hsnlab.tmit.bme.hu | 2008-02-07 | HSNLab Overview13 www.hsnlab.hu hsnlab.tmit.bme.hu