Sid Napisano 27 Stycznia 2008 Zgłoś Napisano 27 Stycznia 2008 Witam! Posiadam internet w pewnej lokalnej firmie. Udostępniany jest on za pośrednictwem sieci LAN. Ostatnio router zaczął odmawiać posłuszeństwa - tylko restartowanie przynosiło chwilowe rezultaty(potem znów pad). Podłączyłem internet bezpośrednio do siebie. No i tutaj też nie jest kolorowo. Otóż chciałbym wiedzieć czy tak może być i czy zgłaszać awarię, a jeśli tak, jakie informacje bym musiał jeszcze dostarczyć. Na początek - ping jakiegoś komputera u mnie w LANie: sid@sidowo ~ $ ping -c 20 -s 120 192.168.1.171PING 192.168.1.171 (192.168.1.171) 120(148) bytes of data.128 bytes from 192.168.1.171: icmp_seq=1 ttl=255 time=1.21 ms128 bytes from 192.168.1.171: icmp_seq=2 ttl=255 time=1.22 ms128 bytes from 192.168.1.171: icmp_seq=3 ttl=255 time=1.21 ms128 bytes from 192.168.1.171: icmp_seq=4 ttl=255 time=1.20 ms128 bytes from 192.168.1.171: icmp_seq=5 ttl=255 time=1.20 ms128 bytes from 192.168.1.171: icmp_seq=6 ttl=255 time=1.26 ms128 bytes from 192.168.1.171: icmp_seq=7 ttl=255 time=1.22 ms128 bytes from 192.168.1.171: icmp_seq=8 ttl=255 time=1.24 ms128 bytes from 192.168.1.171: icmp_seq=9 ttl=255 time=1.23 ms128 bytes from 192.168.1.171: icmp_seq=10 ttl=255 time=1.22 ms128 bytes from 192.168.1.171: icmp_seq=11 ttl=255 time=1.21 ms128 bytes from 192.168.1.171: icmp_seq=12 ttl=255 time=1.22 ms128 bytes from 192.168.1.171: icmp_seq=13 ttl=255 time=1.21 ms128 bytes from 192.168.1.171: icmp_seq=14 ttl=255 time=1.21 ms128 bytes from 192.168.1.171: icmp_seq=15 ttl=255 time=1.21 ms128 bytes from 192.168.1.171: icmp_seq=16 ttl=255 time=1.22 ms128 bytes from 192.168.1.171: icmp_seq=17 ttl=255 time=1.22 ms128 bytes from 192.168.1.171: icmp_seq=18 ttl=255 time=1.20 ms128 bytes from 192.168.1.171: icmp_seq=19 ttl=255 time=1.23 ms128 bytes from 192.168.1.171: icmp_seq=20 ttl=255 time=1.18 ms--- 192.168.1.171 ping statistics ---20 packets transmitted, 20 received, 0% packet loss, time 19000msrtt min/avg/max/mdev = 1.189/1.221/1.266/0.015 ms A teraz weźmy na przykład wp.pl: sid@sidowo ~ $ ping -c 20 -s 120 wp.pl PING wp.pl (212.77.100.101) 120(148) bytes of data.128 bytes from www.wp.pl (212.77.100.101): icmp_seq=1 ttl=119 time=33.4 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=2 ttl=119 time=36.7 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=3 ttl=119 time=118 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=4 ttl=119 time=81.9 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=5 ttl=119 time=36.6 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=6 ttl=119 time=48.0 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=7 ttl=119 time=297 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=8 ttl=119 time=35.5 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=10 ttl=119 time=33.5 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=11 ttl=119 time=34.3 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=13 ttl=119 time=749 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=14 ttl=119 time=128 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=15 ttl=119 time=531 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=16 ttl=119 time=338 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=17 ttl=119 time=111 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=18 ttl=119 time=462 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=19 ttl=119 time=62.4 ms128 bytes from www.wp.pl (212.77.100.101): icmp_seq=20 ttl=119 time=58.2 ms--- wp.pl ping statistics ---20 packets transmitted, 18 received, 10% packet loss, time 18988msrtt min/avg/max/mdev = 33.419/177.634/749.361/205.336 ms 10% pakietów to chyba dużo... Dla pakietów 500 bajtowych koło 20%. Jak jeszcze mogę pobadać gdzie jest problem. Bo tak bez żadnych informacji nie ma co co ISP dzwonić... Cytuj Udostępnij tę odpowiedź Odnośnik do odpowiedzi Udostępnij na innych stronach More sharing options...
Alana Napisano 27 Stycznia 2008 Zgłoś Napisano 27 Stycznia 2008 wylacz wszelkie sciagacze, p2p i podobne tak zeby miec czyste lacze i wtedy sprawdz widze tu linuksa a to to narzedzi diagnostycznych masz sporo po kolei: mtr wp.pl lub traceroute wp.pl - patrzysz gdzie masz straty jezeli gdzies daleko to nic nie zrobisz, jezeli na pierwszym lub drugim routerze to dzwonisz do ISP popatrz tez do innych stronek stabilne adresy to numion.com, cdrinfo.pl, google.com, microsoft.com Cytuj Udostępnij tę odpowiedź Odnośnik do odpowiedzi Udostępnij na innych stronach More sharing options...
Sid Napisano 27 Stycznia 2008 Zgłoś Napisano 27 Stycznia 2008 (edytowane) Zawsze bez p2p jadę ;) O mtr nie wiedziałem - ciekawe narzędzie ;) Hm ode mnie do bramy 0% strat. na routerze ISP jest koło 10%. A dalej to jest już chyba firma od której oni mają łącze czy coś więc nie biore pod uwagę(7%). Czasami jednak z tego co widzę na bramie potrafią się już gubić pakiety. Oto co wypluło(dodam że 1. i 2. IP to kolejno brama i router, dalej to chyba dostawca mojego dostawcy ;) ): mtr wp.pl, rozmiar pakietu 512b, 100 cykli: sid@sidowo ~ $ mtr --report -s 512 --report-cycles=100 wp.plHOST: sidowo Loss% Snt Last Avg Best Wrst StDev 1. 192.168.1.254 0.0% 100 3.2 8.9 2.1 119.7 19.7 2. 195.136.118.1 45.0% 100 1894. 11591 4.6 53654 12619.5 3. 213.172.178.45 47.0% 100 17857 13204 17.4 57944 13617.4 4. 213.172.191.142 46.0% 100 6174. 13841 234.6 82436 15390.8 5. telbank-task-gw.task.gda.pl 60.0% 100 18167 12749 379.5 46801 12794.7 6. ??? 100.0 100 0.0 0.0 0.0 0.0 0.0 7. zew.rtrd2.adm.wp-sa.pl 52.0% 100 25065 12905 321.2 56521 13174.9 8. www.wp.pl 63.0% 100 29064 15002 1052. 53970 13904.4 mtr wp.pl, 100 cykli, rozmiar pakietu domyslny: sid@sidowo ~ $ mtr --report --report-cycles=100 wp.plHOST: sidowo Loss% Snt Last Avg Best Wrst StDev 1. 192.168.1.254 0.0% 100 1.5 8.6 1.4 342.0 36.5 2. 195.136.118.1 2.0% 100 551.8 1011. 85.3 11798 1843.9 3. 213.172.178.45 1.0% 100 1081. 1128. 172.4 12323 2079.6 4. 213.172.191.142 3.0% 100 187.4 1213. 175.5 11592 2114.0 5. telbank-task-gw.task.gda.pl 63.0% 100 374.8 1180. 62.8 12079 2579.8 6. ??? 100.0 100 0.0 0.0 0.0 0.0 0.0 7. zew.rtrd2.adm.wp-sa.pl 2.0% 100 304.3 1291. 97.9 11800 2247.2 8. www.wp.pl 14.0% 100 393.3 1489. 137.5 11545 2338.3 mtr numion.com, 512b, 100c: sid@sidowo ~ $ mtr --report -s 512 --report-cycles=100 numion.comHOST: sidowo Loss% Snt Last Avg Best Wrst StDev 1. 192.168.1.254 0.0% 100 3.0 13.8 2.1 159.9 24.1 2. 195.136.118.1 67.0% 100 11951 12002 1245. 33573 8607.8 3. 213.172.178.45 71.0% 100 54454 13128 1315. 54454 12945.4 4. pos-13-0.frappe1.net.telener 76.0% 100 2612. 14662 2457. 40181 11850.2 5. peer1.fra1.flagtel.com 89.0% 100 17423 15808 2665. 50405 13034.3 6. ??? 100.0 100 0.0 0.0 0.0 0.0 0.0 7. so-0-3-0.0.ejr01.ams001.flag 79.0% 100 18293 11011 2139. 39881 9422.6 8. 62.216.146.214 78.0% 100 14972 11061 1282. 40307 9351.4 9. ??? 100.0 97 0.0 0.0 0.0 0.0 0.0 numion.com, 100c: sid@sidowo ~ $ mtr --report --report-cycles=100 numion.comHOST: sidowo Loss% Snt Last Avg Best Wrst StDev 1. 192.168.1.254 0.0% 100 1.4 5.5 1.4 118.9 15.1 2. 195.136.118.1 7.0% 100 645.6 2160. 96.4 17348 3177.2 3. 213.172.178.45 7.0% 100 612.0 2027. 139.5 14195 2954.8 4. pos-13-0.frappe1.net.telener 76.0% 100 441.9 2760. 339.5 11211 2583.5 5. peer1.fra1.flagtel.com 76.0% 100 396.1 2800. 287.7 10898 2813.1 6. so-0-1-0.0.cjr01.ldn001.flag 9.0% 100 490.7 2162. 136.5 16513 3221.6 7. so-0-3-0.0.ejr01.ams001.flag 75.0% 100 190.5 2990. 190.5 10715 2990.9 8. 62.216.146.214 75.0% 100 237.8 3182. 148.9 12042 3063.6 9. ??? 100.0 99 0.0 0.0 0.0 0.0 0.0 Hm. Zgłaszać czy eee? A może MTU sprobowac zmniejszyc czy cos? ;> [EDIT] Chyba router padł bo się wiesza za często... Edytowane 30 Stycznia 2008 przez Sid Cytuj Udostępnij tę odpowiedź Odnośnik do odpowiedzi Udostępnij na innych stronach More sharing options...
steryd123 Napisano 23 Kwietnia 2008 Zgłoś Napisano 23 Kwietnia 2008 Sid jesli ping gubisz tylko na hoscie wp.pl to nic sie nie dzieje. WP.pl ma ustawione limity na polaczenia ICMP na routerach. Jesli na innych hostach tez gubisz pakiety to moze masz Ty, bądz Twoj ISP przypchane lacze i wlasnie dlatego pakiety sie gubia... Cytuj Udostępnij tę odpowiedź Odnośnik do odpowiedzi Udostępnij na innych stronach More sharing options...