Relaying

gy node kell hogy ismerje minden olyan node cimet akinek kuldeni akar, vagy egy olyan node cimet amelyik hajlando kozvetiteni (relay) az o szamara. A multicast koncepcionalis szempontbol csupan egy opcionalis optimalizacio arra az esetre ha ugyanazt az uzenetetet sok helyre kell kuldeni. A celcim ismeretere ugyanugy szukseg van, a multicast group csupan helyettesiti a cimek egy csoportjat. A multicast group-okat a node-ok maguktol hozzak letre egy adott szelskorben terjesztendo uzenetcsoport szamara.

Ha A node relay a B szamara C fele akkor B teljes C-vel folytatott forgalma nem csak B es illetve C -nel jelent terhelest hanem az A-nal is meghozza duplan. Ezert ugy tisztesseges ha B relay engedelyt ker A-tol amit az meg is tagadhat. Ekkor B kenytelen masik relayt keresni.

Egy node ugy csatalkozik a halozathoz hogy kapcsolatba lep annak valamelyik node-javal. Ehez termeszetesen elore ismernie kell legalabb egy node cimet. Ez lehetseges pl. ugy hogy a legallandobb 10-20 node cimet, elore mellekeljuk a szoftverhez. Mihelyst letrejon valamelyikkel a kapcsolat mar szerezhetunk ujabb cimeket, amiket letarolhatunk, illetve naprakeszen tarthatjuk a preferalt node-ok listajat. Ez kiegesitheto azzal hogy a weben kozzetesszuk a mindenkori javasolt node-cimeket, aminek a letolteset automatizalhatjuk is. Ezen felul a felhasznalonak is lehetoseget kell adni valasztasra, illetve cim bevitelere, pl. azert hogy tobb nem osszefuggo halozat kozt valaszthasson. Ez utobbi akkor erdekes ha valamiert a halozatok szetszakadnak, vagy ha valakik fuggetlen halozatot uzemeltetnek.