Posted By: royal (Royal the programmer) on 'CZexperience' Title: Re: $traceroute bbs.vslib.cz Date: Tue Jan 26 13:05:04 1999 > $ traceroute bbs.vslib.cz > traceroute: Warning: ckecksums disabled > traceroute to ratbert.kit.vslib.cz (194.212.150.44), 30 hops max, 40 byte > packets > 1 kerberos2.troja.mff.cuni.cz (195.113.28.3) 0.840 ms 0.428 ms 0.396 ms > 2 atmtroja-fwfe.pasnet.cz (195.113.69.101) 0.963 ms 0.833 ms 0.856 ms > 3 atmdamis1.pasnet.cz (195.113.68.149) 2.558 ms 2.693 ms 1.999 ms . . . > 28 atmfelk.pasnet.cz (195.113.68.133) 20.994 ms 19.126 ms 19.450 ms > 29 atmdamis1.pasnet.cz (195.113.68.149) 19.680 ms 20.958 ms 20.561 ms > 30 atmfelk.pasnet.cz (195.113.68.133) 22.631 ms 19.809 ms 61.347 ms > Je videt, ze jsi nestudoval TCP/IP kapitolu smerovani. Jde o krasny prikled tzv. "pocitani do nekonecna", ktera dle prirucek je jednou z nevyhod jedme z metod routovani. Princip je priblizne ten, ze kazdy router si udrzuje tabulku jinych routeru, se kterymi na siti souvisi. TAktez obsahuje tabulku pocitcu na sve siti. Jednou za cas posila tuto svou tabulku sousednim routerum, a oni z toho predelavaji svou smerovaci tabulku - tedy kam maji co poslat. Lepsi to bude popsat na realne situaci. snazis se pingnout bbs.liana z kerberos2. Kerberos2 ma v tabulce, ze na liana.bbs vede cesta prez atmtroja a ze vzdalenost je dejme tomu 10 HOPu (pocet routeru na ceste).Atmtroja ma v tabulce, ze cesta na bbs.liana vede prez atmdamis1 a vzdalenost je 9 HOPu. Atmdamis1 ma v tabulce, ze na bbs.liana je to 8 HOPu prez XXX. Jenze Atmdamis1-u se nejakou dobu zacali vracet pakety z XXX (treba spadnul), tudiz cestu prez XXX vynda z tabulky a hleda nekoho v okoli, kdo ma v tabulce cestu na bbs.liana. zeptal se atmtroja, ten mu rekne, ze cestu vi, ze je to 9 HOPu. On si tedy (atmdamis1) zanese cestu na bbs.liana do tabulky, ale tentokrat prez atmtroja, vzdalenost=9+1HOPu. Dusledkem toho je, ze vsechny pakety na bbs.liana si podavaj mezi sebou, kazdemu paketu vyprsi doba zivota a vrati se odesilateli. Mezitim to zjisti jeden z routeru, provedou zase silenou zmenu tabulky a inkrementujou pocet HOPu. Nakonec to tedy vypada tak, jak ti to vratil traceroute - on posila pakety na cilovou adresu s TTL(time to live = max. pocet routeru po ceste) 1,2,,3...n, pokazdy se mu vrati, kde ten paket "umrel" - tzn. kudy asi sel. no, z toho, co mas na 2 a 3 a potom az do 28 radku vypisu traceroute je videt, ze si ty pakety jenom podavaj mezi sebou. Mozna z toho, co jsem napsal (pokud to vubec nekdo pochopil) se mozna zda, ze diky kazde poruse na siti je mozne znicit v dusledku kazdy router - lae neni tomu tak - tady prave je misto na "pocitani do nekonecna" - proste, kdyz se mi delka cesty prehoupne pres n HOPu(myslim, ze standrtni cislo je 16), proste to vyloucim ze sve routovaci tabulky. Taky se to samo opravi ve chvili, kdy se mi ozve router, ktery byl na odpojene casti site. To by snad bylo na vysvetleni. Chtelo to trochuu teorie, snad to bylo na pochopeni. Upozornuji, ze toto byla jednodussi varianta udrzovani routovaci tabulky mezi routery. tu slozitejsi vb hlave nemam. Literatura : P.Smrha : Uvod do TCP/IP, ZCU, asi 1995 Jindra Takovej uz sem ja... ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Email : royal@email.cz 0603 / 747 534 | +420603747534@sms.paegas.cz