Bi gune unicast bidez elkarri ezin hobeto irits daitezke eta, hala ere, jokatu dezakete bata inprimagailuaren aurkikuntza-iragarkia, IPTV korrontea edo klusterraren bihotz-taupada ikusten ez balu bezala. Hori ez da tunel hautsia; hori helmuga baten eta talde baten arteko aldea da. Multicast banaketak kidetza-eredua, bidean zehar birbidaltze-egoera eta trafikoa eramateko prest dagoen interfaze bat behar ditu, eta horietako bat ere ez dator unicast bide batetik. Aplikazioaren taldetik funtzionatzen duen hartzaile batera joatea erantzun baterako biderik laburrena da.

Hasi taldearekin eta aplikazioarekin

Galdetu zein talde-helbide erabiltzen duen aplikazioak eta zertarako den trafikoa. Zerbitzuak iragartzen dituen aurkikuntza-protokolo bat, streaming jario bat eta bideratze-protokolo baten kaixo paketeak hiru arazo desberdin dira, hiru erantzun onargarri desberdinekin. Talde-helbideak berak esaten du esparrua: sare lokaleko kontrol blokeko helbideak ez daude bideratze arruntak estekatik kanpo birbidaltzeko pentsatuta, eta horiek erabiltzen dituzten aplikazioek difusio-domeinu bakarra suposatu ohi dute. Esparru globaleko talde batean streaming jario bat diseinu desberdina da gailu bakoitzak kontsulta bakoitza entzungo duela espero duen aurkikuntza-protokolo batetik, eta bigarrena bakarrik arduratzen da difusio-domeinuaren tamainaz.

Erabaki beharra zerbitzua den edo aurkikuntza-mekanismoa den, erantzun horiek kostuan ordena bat desberdintzen baitira. Batek aldatzen ez den helbide bat eskatzen du; besteak sare zabaleko esteka bat zeharkatuta hedatutako difusio-domeinu bat eskatzen du, eta hortik datorren guztia.

Estekako aurkikuntza gelditu egin behar da

RFC 6762-n deskribatutako Multicast DNS esteka bakar baten inguruan diseinatuta dago: kontsultak talde finko batera doaz, erantzunak talde berera bidaltzen dira, eta protokoloak parte-hartzaile bakoitzak denak entzungo dituela suposatzen du. Bideratzaileek ez dute trafiko hori lehenespenez birbidaltzen, eta hori diseinu-erabakia da, ez hutsunea. Muga existitzen da eraikin bateko gailu batek beste batean lasai iragar ez dezan. Taldea leku guztietara eramanez aurkikuntza konpontzen duen tunel batek muga hori aplikazio guztientzat kendu du, laguntza behar zuenarentzat bakarrik ez.

Errepikagailuak eta islatzaileak badaude, eta benetako zerbitzuak dira benetako ondorioekin: gune batean iragarritako izen bakoitza bestean ikusgai bihurtzen da, pertsonak edo ekipamendua identifikatzen dituzten gailu-izenak barne. Benetako beharra zerbitzu jakin bat aurkitzea bada, DNSn argitaratutako zerbitzu-erregistroa aldaketa txikiagoa izan ohi da, eta izen bat agerian uzten du, horien jario bat beharrean.

Bideratutako multicast-ek hiru gauza behar ditu

Bideratutako multicast-ek hiru gauza elkarrekin lan egitea behar du: taldera bat egiten duten hartzaileak, haren alde birbidaltze-egoera mantentzen duten bideratzaileak, eta talde-helbideak eraman beharreko trafiko gisa tratatzen dituen tunel bat. Unicast azpisareak soilik zerrendatzen dituen politikako tunel batek taldearen trafikoa zifratze-mugan botako du, eta horregatik lehen sintoma isiltasuna izan ohi da, ez errore bat. Bideetan oinarritutako interfaze batek, GRE edo VTI tunel batek bezala, bideratze-taulak bidaltzen diona eramaten du, eta horrek taldea irisgarri egiten du multicast egoera dagoenean.

Iturriaren irisekota bigarren erdia da. PIM bezalako multicast bideratze-protokoloek banaketa-zuhaitzak eraikitzen dituzte iturrirainoko itzulera-bidea espero dena dela egiaztatuz, beraz beste norabait seinalatzen duen unicast bide batek zuhaitza hausten du taldekidetza zuzena denean ere. Hartzailearentzako bide bat instalatzeak ez du ezer egiten egiaztapen horretarako, eta hori da funtzionatzen duen ping bat eta huts egiten duen jario bat sortzen dituen akatsa. Egiaztatu lehenengo iturriaren itzulera-bidea, gero gehitu kidetza, eta horren ondoren soilik begiratu aplikazioari.

ip maddr show dev tun0
ip mroute show
ss -gnu | grep 239.255.0.10
ip route get 10.20.5.20

Lehen bi lerroek erakusten dute zertara batu den ostalaria eta zer birbidaltzen duen kernelak, hirugarrenak aplikazioaren beraren kidetza erakusten du, eta azkenak bidezko itzulera-egiaztapenak erabiliko duen unicast bidea. Elkarrekin irakurtzeak inoiz batu ez den aplikazio bat eta inoiz birbidali ez duen sare bat bereizten ditu.

Froga ezazu iturri batekin eta hartzaile batekin

Konfigurazio bat ukitu aurretik, egiaztatu aplikazioa segmentu bakarrean funtzionatzen duela. Bertan huts egiten badu, multicast bideratzea ez da arazoa eta tunel-aldaketa batek ere ez du lagunduko. Gero errepikatu hartzaile batekin tuneletik zehar eta begiratu paketeei zifratze-mugaren bi aldeetan.

tcpdump -ni tun0 -c 10 'ip multicast'
tcpdump -ni eth0 -c 10 'ip multicast and host 239.255.0.10'

Tunelaren barruan ikusgai baina kanpoan falta diren paketeek kapsulaketa edo politika adierazten dute; bi aldeetan ikusgai baina aplikazioan aurrerapenik ez duten paketeek hartzailearen kidetza edo aplikazioaren lotura adierazten dute. Eutsi arrastei labur eta iragazita, segmentu lanpetu bateko multicast arraste zabala zarata baita nagusiki.

Hobetsi zerbitzu-helbide bat zerbitzua bakarrik behar duzunean

Aurkikuntza mugitzen den zerbait aurkitzeko dago. Izen egonkorra duen zerbitzari batek ez du aurkikuntzarik behar, eta DNS pribatuan dokumentatutako helbide batek erabiltzailearen benetako galderari erantzuten dio difusio-domeinu bat sare zabaleko esteka batetik hedatu gabe. Arrazoibide bera aplikatzen zaie inprimagailuei, etxetresnei eta barneko web zerbitzuei. DNSko izen bat behar duen gune bakoitzetik irisgarria da, behar ez duten guneetan ezer iragarri gabe, eta gailua beste helbide bat duen beste batekin ordezkatzen denean ere funtzionatzen jarraitzen du.

Protokolo batek benetan multicast behar duenean, mugatu taldera eta behar duten guneei, dokumentatu zergatik, eta berrikusi erabakia aplikazioa aldatzen denean. Aurkikuntza leku guztietara hedatzea erraza da behin, eta zaila da atzera botatzen isilka harekin mendekotasuna duten gailuen urtebete igaro ondoren.

Erlazionatutako artikuluak