Przerwy w pingowaniu

[pad19]

Zwykły router ADSL + podłączony do niego komputer i Cisco 2811.
Wyzerowana konfiguracja Cisco, tylko włączone dhcp na f0/0
Jest komunikacja z Internetem, wszystkie urządzenia się pingują wzajemnie, laptop tez pinguje cały czas świat.

Natomiast Cisco przy pingowaniu jakiegokolwiek adresu publicznego robi coś poniższego:

Kod: Zaznacz cały

R1#ping 8.8.8.8 re 300

Type escape sequence to abort.
Sending 300, 100-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!.....................
..........!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!...........
....
Success rate is 68 percent (98/144), round-trip min/avg/max = 56/56/60 ms
R1#ping 192.168.0.1

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.0.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms
R1#ping 8.8.8.8

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)

Czyli tak jakby komenda ping "zamierała" na adresy publiczne, po lanie jest cały czas komunikacja. W okresie "zawieszenia się" pinga, Cisco jest w stanie z powodzeniem wykonac traceroute lub ping po sieci lokalnej. Przerwanie pinga na adres publiczny i puszczenie od nowa nic nie daje, jest tak jakby "zawieszenie się" na kilkanaście sekund.

Kod: Zaznacz cały

R1#show running-config
Building configuration...


Current configuration : 939 bytes
!
! Last configuration change at 16:15:28 UTC Sat Sep 24 2016
!
version 15.1
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname R1
!
boot-start-marker
boot-end-marker
!
!
!
no aaa new-model
!
!
dot11 syslog
ip source-route
!
!
ip cef
!
!
!
no ip domain lookup
no ipv6 cef
!
multilink bundle-name authenticated
!
!
!
voice-card 0
!
crypto pki token default removal timeout 0
!
!
redundancy
!
!
!
interface FastEthernet0/0
 ip address dhcp
 duplex auto
 speed auto
!
interface FastEthernet0/1
 no ip address
 shutdown
 duplex auto
 speed auto
!
ip forward-protocol nd
ip http server
no ip http secure-server
!
!
!
logging esm config
!
control-plane
!
!
!
line con 0
 logging synchronous
line aux 0
line vty 0 4
 login
 transport input all
!
scheduler allocate 20000 1000
end

Kod: Zaznacz cały

R1#show int f0/0
FastEthernet0/0 is up, line protocol is up
  Hardware is MV96340 Ethernet, address is 0017.5aed.dcc0 (bia 0017.5aed.dcc0)
  Internet address is 192.168.0.11/24
  MTU 1500 bytes, BW 100000 Kbit/sec, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 100Mb/s, 100BaseTX/FX
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:01, output 00:00:01, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 18000 bits/sec, 1 packets/sec
  5 minute output rate 18000 bits/sec, 1 packets/sec
     57405 packets input, 64935389 bytes
     Received 35 broadcasts (0 IP multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog
     0 input packets with dribble condition detected
     57803 packets output, 64975848 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

[0rzech]

ISP ?
Zrób to samo, ale wolniej. Może przekraczasz jakiś próg ustalony przez swojego dostawcę.

Nie kojarzę, żeby komenda ping na cisco miała parametr do 'spowolnienia' ilości zapytań, ale możesz zakombinowąć z ip sla i frequency.
http://www.cisco.com/c/en/us/td/docs/io ... sicmp.html

...a bez żadnych kombinacji alpejskich użyj zwykłego hosta, z którego ruch przejdzie przez ten router i już.

[ryuuzakikira]

Ja tu widze zwykly packet loss to dnsa google(patrz internet). Jeśli nie jesteś firmą i nie masz wykupionego łącza to nie oczekuj, że ktoś się tym zajmie. Jeśli chcesz wyeliminować, że to nie problem na urządzeniu podłącz kabel do kompa i sprawdz czy linia jest czysta lub sprawdz czy sa crc. Jeśli do hosta beda bledy i packet loss to radze wymienic kabel

[kiloparowek]

Problem wygląda po stronie providera. Zrób tracerout'a z routera i zobacz na jakim węźle się blokuje. A jak wygląda sytuacja z pingowaniem innych adresów w internecie?