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

Search the boards