Autor: Pawel Sikora (pawel_at_pmc.com.pl)
Data: Mon 26 Oct 1998 - 08:35:05 MET
rafal wiosna napisał(a) w wiadomości: ...
>
>
>[18:39:30] raf_at_orfika:~$ traceroute news.icm.edu.pl
>traceroute to news.icm.edu.pl (193.219.28.2), 30 hops max, 40 byte packets
> [...]
> 6 do-tpnet-piekna.man.polbox.pl (195.205.229.61) 46.094 ms 31.972 ms
> 7 do-warcst3.r1.tpnet.pl (194.204.128.1) 22.719 ms 27.938 ms 27.062 ms
> 8 ppp-pie190.warszawa.tpnet.pl (194.204.132.190) 148.732 ms 283.445 ms
> 9 SunSITE.icm.edu.pl (193.219.28.2) 239.036 ms *ň
>
> Nie widziałem, że Sunsite to taki dialup... 8^)
>
Ten akurat przypadek nie podpada pod to co ponizej ale jest z tej samej
beczki.
W tpnecie w warszawie stoja dwa wirtualne routery brzegowe.
Statyczne routingi dla klientow mozna wpisywac na jeden lub na drugi router
w zaleznosci do ktorego jest doprowadzony PVC po framerelaju.
Dla zdublowanych routingow (dla klientow posiadajacych wiecej niz jeden link
i ktorzy poprosili o zapasowy routing) zachodzi zjawisko ze jesli
pakiet dostanie sie juz na jeden z routerow to dochodzi przez lacze do
kilenta juz z tego routera, a nie przez to, ktore zostalo zdefiniowane jako
podstawowe
z drugiego routera.
Dodatkowo jak sie puszcza tracerouta to przy przechodzeniu przez drugi
router
odpowiada adresem interfejsu skierowanym na zapasowe lacze.
Pawel/
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:16:53 MET DST