Autor: Jerzy Pawlus (Jerzy.Pawlus_at_cyf-kr.edu.pl)
Data: Thu 04 Jun 1998 - 12:03:21 MET DST
On Thu, 4 Jun 1998, Andrzej Resztak wrote:
> In pl.listserv.polip Jakub Martynski <Jakub.Martynski_at_venus.wis.pk.edu.pl> wrote:
> : Czy może wie ktoś co się dzieje? Od paru dni ustawicznie co jakiś czas
> : urywa łącze między Warszawą a Lublinem:
>
> : Hostname %Loss Rcv Snt Best Avg Worst
> : 1. rcisco.pk.edu.pl 0% 4 4 9 14 22
> : 2. manrtr.cyf-kr.edu.pl 0% 4 4 42 44 49
> : 3. do-cyfronet.r2.warszawa.tpnet.pl 0% 4 4 55 104 163
> : 4. 194.204.128.102 0% 4 4 47 49 55
> : 5. skros-s0.lublin.tpnet.pl 0% 4 4 47 50 55
> : 6. ???
>
> Skąd dokąd? Jak widać powyżej łącze Warszawa-Lublin (TPSA) działa.
> NASK-owe również, acz zapchane do granic możliwości (a nawet ponad).
> To co powyżej to wygląda na błąd routingu, być może dynamicznego,
> dlatego pojawia się i znika.
> Nie mam w tej chwili połaczenia z cyfronetem i nie mogę
> rozwiązać adresów powyższych i puścić traceroute'a. (cocos.fuw.edu.pl
> authoritative dla pl. krakow.pl. i cyfronet.krakow.pl również
> nie chce mi odpowiadać w tej chwili, działa na nim named?)
> Połaczenie z adresem 194.204.128.102 (pkt. 4 powyżej) mam bez problemu,
> jak pisałem cyfronetem nie mogę w tej chwili sprawdzić,
> a z np. agh jest jak poniżej (NASK wypuszcza to w świat,
> wraca do TPSA i ginie). To chyba coś w Krakowie nie tak???
> Nie wiem którędy powinno to iść i czy innym działa?
>
> Andrzej Resztak
>
> traceroute to arrow.uci.agh.edu.pl (149.156.96.12), 30 hops max, 40 byte packets
> 1 yarpen.lublin.pl (192.147.37.64) 1.058 ms 1.008 ms 0.973 ms
> 2 triss.lublin.pl (193.59.170.7) 1.140 ms 1.234 ms 1.170 ms
> 3 vesemir.lublin.pl (194.92.16.194) 5.633 ms 3.927 ms 5.756 ms
> 4 lub-gw.lublin.pl (193.59.55.225) 7.975 ms 11.988 ms 6.793 ms
> 5 193.59.148.5 (193.59.148.5) 79.152 ms 31.279 ms 20.297 ms
> 6 193.59.148.201 (193.59.148.201) 29.317 ms 20.674 ms 29.114 ms
> 7 Poland-gw-e0-1-2.nask.pl (193.59.201.129) 97.708 ms 48.807 ms 59.018 ms
> 8 193.59.201.113 (193.59.201.113) 545.897 ms 579.245 ms 606.069 ms
> 9 195.198.151.133 (195.198.151.133) 599.127 ms 699.495 ms 612.048 ms
> 10 ov-i2-feth0-0-ix.stockholm.telia.net (195.67.232.241) 660.285 ms 571.630 ms 601.413 ms
> 11 stockholm5.att-unisource.net (195.206.65.141) 607.270 ms 625.949 ms 569.028 ms
> 12 london5.att-unisource.net (195.206.64.38) 886.641 ms 731.112 ms 593.258 ms
> 13 london2.att-unisource.net (195.206.64.202) 650.584 ms 616.375 ms 640.692 ms
> 14 * core1.uk1.concert.net (195.206.64.118) 774.755 ms *
> 15 core2-fa0-1-0.uk1.concert.net (195.99.65.4) 766.745 ms 602.963 ms 771.122 ms
> 16 UK-f0.dante.bt.net (194.72.24.154) 689.023 ms 655.713 ms 626.615 ms
> 17 GW2.thouse.ja.net (194.72.26.210) 738.426 ms * *
> 18 uk.DE-1.ten-34.net (193.203.227.13) 593.527 ms 736.725 ms 603.864 ms
> 19 de-1.DE-2.ten-34.net (193.203.227.26) 701.048 ms 760.774 ms 718.790 ms
> 20 DE.New-York1.dante.net (193.203.248.5) 704.950 ms * *
> 21 gin-nyy-ac1.Teleglobe.net (207.45.199.229) 850.787 ms 939.841 ms 874.901 ms
> 22 * gin-ppt-bb1.Teleglobe.net (207.45.199.234) 861.071 ms *
> 23 Teleglobe.net (207.45.206.90) 576.080 ms 646.190 ms 571.934 ms
> 24 z-cyfronet.warszawa.tpnet.pl (194.204.132.166) 813.211 ms 867.903 ms 983.813 ms
> 25 * * *
Sytuacja była nastepująca:
1. Nastąpiła awaria łącza NASK-CYFRONET.
2. Ponieważ stosujemy BGP na styku Z NASK i TP S.A. routing przestawił
się na nasze łącze (nie skrośne) do TP S.A.
3. TP S.A. nie dopuszcza poprzez siebie ruchu między MAN'ami
i na wejściu do Lublina skasowała nasze pakiety.
Rozwiązania w tej sytuacji są dwa:
1. TP S.A. zdejmuje access-listy dla sieci rozgłaszanych przez nas.
Cyfronet zapłacił za to wykupując usługę BGP (chociaż w tym wypadku
TP S.A. może obawiać się, że będziemy wypychali nasz ruch do MAN'ow
przez nasze łącze skrośne)
2. TP S.A. kieruje nasz ruch do MAN'ow zgodnie z protokołem BGP
do swiata a swiat do NASKu i Lublina.
Na pocieszenie mogę dodać, że takie awarie zdarzają się niezwykle
rzadko.
Jurek
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 16:14:02 MET DST