Thread View: pl.comp.os.unix
3 messages
3 total messages
Started by Jacek Monkiewicz
Sat, 26 Apr 1997 05:57
Linux > linia dzierzawiona > PPP > tpsa
Author: Jacek Monkiewicz
Date: Sat, 26 Apr 1997 05:57
Date: Sat, 26 Apr 1997 05:57
40 lines
2504 bytes
2504 bytes
Czesc! Mam dzierzawiona linie od tepsy, chodzi od wczoraj. Nie udalo mi sie niestaty jej do tej pory ruszyc. Dostep przez linie komutowana mi chodzi. Po komendzie (i jej wariantach) : pppd debug lock modem crtscts kdebug 25 195.117.12.128:195.204.174.239 /dev/ttyS1 38400 mam w logu Apr 25 12:32:53 bilbo pppd[1467]: pppd 2.2.0 started by root, uid 0 Apr 25 12:32:53 bilbo kernel: ppp_tty_ioctl: set flags to 190000 Apr 25 12:32:53 bilbo kernel: ppp_tty_ioctl: set flags to 190000 Apr 25 12:32:53 bilbo kernel: ppp_tty_ioctl: set xasyncmap Apr 25 12:32:53 bilbo kernel: ppp_tty_ioctl: set xmit asyncmap ffffffff Apr 25 12:32:53 bilbo kernel: ppp_tty_ioctl: set flags to 190000 Apr 25 12:32:53 bilbo kernel: ppp_tty_ioctl: set mru to 5dc Apr 25 12:32:53 bilbo kernel: ppp_tty_ioctl: set rcv asyncmap 0 Apr 25 12:32:53 bilbo kernel: ppp_tty_ioctl: set flags to 190010 Apr 25 12:32:53 bilbo pppd[1467]: Using interface ppp0 Apr 25 12:32:53 bilbo pppd[1467]: Using interface ppp0 Apr 25 12:32:53 bilbo pppd[1467]: Connect: ppp0 <--> /dev/ttyS1 Apr 25 12:32:53 bilbo pppd[1467]: Connect: ppp0 <--> /dev/ttyS1 Apr 25 12:32:53 bilbo pppd[1467]: sent [LCP ConfReq id=0x1 <mru 1500> <magic 0x126e9aff> <pcomp> <accomp>] Apr 25 12:33:20 bilbo last message repeated 9 times Apr 25 12:33:23 bilbo pppd[1467]: LCP: timeout sending Config-Requests Apr 25 12:33:23 bilbo pppd[1467]: LCP: timeout sending Config-Requests Apr 25 12:33:23 bilbo pppd[1467]: Connection terminated. Apr 25 12:33:23 bilbo pppd[1467]: Connection terminated. Apr 25 12:33:23 bilbo pppd[1467]: Exit. Apr 25 12:33:23 bilbo pppd[1467]: Exit. Apr 25 12:33:23 bilbo kernel: ppp_tty_ioctl: get debug level 25 Apr 25 12:33:23 bilbo kernel: ppp_tty_ioctl: set flags to f000010 Fachowcy z TPSA twierdza, ze po ich stronie wszystko jest ok? Czy wiec ja robie cos nie tak? Czy ktos ma podwieszonego Linuxa do lini dzierzawionej z TPSA z PPP? - chetnie wymienie doswiadczenia. Pozdrawiam, Jacek - Olecko
Re: Linux > linia dzierzawiona > PPP > tpsa
Author: Krzysztof Halasa
Date: Mon, 28 Apr 1997 18:07
Date: Mon, 28 Apr 1997 18:07
28 lines
1901 bytes
1901 bytes
Zbigniew Zych <zych@bit.onet.pl> writes: > Czyli Twoje lokalne IP to 195.117.12.128. > Sprawdzam gdzie leci routing: > $ traceroute 195.117.12.128 > traceroute to 195.117.12.128 (195.117.12.128), 30 hops max, 40 byte packets > 1 rtr.onet.pl (194.204.188.9) 4.476 ms 3.598 ms 5.745 ms > 2 rtr.krakow.tpnet.pl (194.204.148.13) 8.69 ms 7.379 ms 4.496 ms > 3 Do-WAN-r1.warszawa.tpnet.pl (194.204.128.1) 59.254 ms 40.502 ms 32.455 ms > 4 Do-WAN-r1.warszawa.tpnet.pl (194.204.128.1) 62.918 ms 51.59 ms 33.215 ms > 5 Do-WAN-r1.warszawa.tpnet.pl (194.204.128.1) 40.756 ms !H * 311.603 ms !H > > > Wnioski: > 1. routing NIE jest ustawiony poprawnie. > powinien się kończyć gdzieś w Suwałkach... To nie jest takie calkowicie pewne. Nie wiem jak TPSA robi routing do Suwalk, ale jesli maja dynamiczny routing, to moze tak byc - wtedy routing dopiero wstanie, jesli lacze sie postawi. To zreszta chyba jest dosc korzystne, chociaz trudniej zbadac, dlaczego nie ma routingu. Chociaz troche watpie - nawet jesli routing jest dynamiczny, to raczej nie przestaja wysylac informacji o route, a tylko ostatni router robi icmp - dest unreachable. -- Krzysztof Halasa Network Administrator of The Palace of Youth in Warsaw
Re: Linux > linia dzierzawiona > PPP > tpsa
Author: Zbigniew Zych
Date: Tue, 29 Apr 1997 11:53
Date: Tue, 29 Apr 1997 11:53
55 lines
2923 bytes
2923 bytes
Jacek Monkiewicz <jkmloln@ids.pl>:
> pppd debug lock modem crtscts kdebug 25 195.117.12.128:195.204.174.239
> Fachowcy z TPSA twierdza, ze po ich stronie wszystko jest ok?
> Czy wiec ja robie cos nie tak? Czy ktos ma podwieszonego Linuxa do lini
> dzierzawionej z TPSA z PPP? - chetnie wymienie doswiadczenia.
Czyli Twoje lokalne IP to 195.117.12.128.
Sprawdzam gdzie leci routing:
$ traceroute 195.117.12.128
traceroute to 195.117.12.128 (195.117.12.128), 30 hops max, 40 byte packets
1 rtr.onet.pl (194.204.188.9) 4.476 ms 3.598 ms 5.745 ms
2 rtr.krakow.tpnet.pl (194.204.148.13) 8.69 ms 7.379 ms 4.496 ms
3 Do-WAN-r1.warszawa.tpnet.pl (194.204.128.1) 59.254 ms 40.502 ms 32.455 ms
4 Do-WAN-r1.warszawa.tpnet.pl (194.204.128.1) 62.918 ms 51.59 ms 33.215 ms
5 Do-WAN-r1.warszawa.tpnet.pl (194.204.128.1) 40.756 ms !H * 311.603 ms !H
Wnioski:
1. routing NIE jest ustawiony poprawnie.
powinien się kończyć gdzieś w Suwałkach...
2. ostatnio kilka dni walczyliśmy z TPSA, które uparcie twierdziło
że u nich wszystko OK, i routing jest poprawny.
Jurek grzebał się kilka dni, przekonfigurowywał router po
kilka razy na dzień, odchodził od zmysłów...
W końcu się TPSA dało przekonać, że jednak to nie mają poprawnego
routingu - poprawili i ruszyło...
Mieliśmy dodatkowo trochę problemów, bo to nie jest CISCO, a TPSA
jak ma do czynienia NIE z CISCO - to składa winę na Ciebie...
Był taki sobie ciekawy przykład:
ip na serial: 194.204.148.162 - TPSA: 161
ip na LAN: 194.204.188.161
Jeśli z zewnątrz robiłeś ping, traceroute, telnet na 194.204.148.162,
to router pięknie odpowiadał. Na IP LANowskie: no route to host....
A teraz ciekawostka: jakikolwiek ping, traceroute czy telnet Z routera
też nigdzie nie docierał...
Okazało się, że ten typ tak ma - jako source adres podaje ip LANowskie...
A skoro nie było routingu - to Z routera wyjścia nie było, chociaż
DO routera - było.... 8-)
A wracając do TPSA: skutkuje postraszenie, że się napisze odwołanie,
że od trzech dni łącze nie działa poprawnie, i należy Ci się zwrot kosztów.
A że u Ciebie jest wszystko OK ;-)
Zbigniew Zych
--
http://onet.pl/~zych/
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads