Richiesta scaduta al primo ping

[monk]

Salve a tutti ho la conf postata sotto e quando cerco di pingare dei siti dal terminal sul computer al primo ping ottengo richiesta scaduta che sia un indirizzo ip o un dominio quindi escludo un problema di dns. Quando vado a ripingare la seconda, terza, nsima volta lo stesso dominio o ip già pingato non ci sono richieste scadute e pacchetti persi.



CISCO-2600#sh conf
Using 1539 out of 29688 bytes
!
! Last configuration change at 16:37:56 cet Fri Nov 23 2012
! NVRAM config last updated at 16:38:10 cet Fri Nov 23 2012
!
version 12.3
service config
service timestamps debug datetime msec
service timestamps log datetime msec
service password-encryption
!
hostname CISCO-2600
!
boot-start-marker
boot-end-marker
!
enable secret 5 xxxx
!
clock timezone cet 1
clock summer-time ROMA recurring last Sun Mar 2:00 last Sun Oct 2:00
no network-clock-participate slot 1
no network-clock-participate wic 0
no aaa new-model
ip subnet-zero
!
!
ip dhcp excluded-address 192.168.0.60 192.168.0.254
!
ip dhcp pool insideDHCP
network 192.168.0.0 255.255.255.0
default-router 192.168.0.1
dns-server 62.101.93.101 83.103.25.250
!
ip cef
ip audit po max-events 100
!
!
!
!
username xxxx password 7 xxxx
!
!
interface FastEthernet0/0
ip address dhcp
ip nat outside
duplex auto
speed auto
!
interface FastEthernet0/1
ip address 192.168.0.1 255.255.255.0
ip nat inside
duplex auto
speed auto
!
ip nat inside source list 1 interface FastEthernet0/0 overload
ip nat inside source static tcp 192.168.0.2 5760 interface FastEthernet0/0 5760
ip http server
no ip http secure-server
ip classless
ip route 0.0.0.0 0.0.0.0 FastEthernet0/0
!
!
access-list 1 permit 192.168.0.0 0.0.0.255
!
!
line con 0
line aux 0
line vty 0 4
access-class 1 in
login
transport input ssh
!
ntp clock-period 17208169
ntp server 193.204.114.232
ntp server 193.204.114.233
!
end

[Rizio]

Visto che la eth0 è in dhcp presuppongo che di là dal cisco tu abbia un modem di qualche tipo; prova a metterti al posto del cisco e pingare fuori o fare qualche altra verifica e vedi cosa ne esce.
La conf che hai postato non sembra avere nessun problema. Se fosse il cisco al massimo potrebbe essere un bug hardware o software

Rizio

[monk]

Ho provato con un router linksys ed è tutto a posto. Per quanto riguarda i bug ho provato con diverse versioni di IOS, nello specifico oltre a questa ho provato con la 12.4T, la 12.3T advanced security e 12.3 IPBASE. Non è che c'è qualche problema con l'mtu? Il modem di cui l'eth 0/0 è client è su rete fastweb.

[Rizio]

Potrebbe essere, in effetti problemi di mtu danon origine a problemi particolari molte volte....prova a sentire da fastweb a quanto deovresti impostarlo.

Rizio

[paolomat75]

Timeout ARP table?

Paolo

[monk]

Dopo varie ricerche non ho ancora risolto ma leggevo che più che questione di mtu come sospettavo all'inizio è un qualcosa che riguarda il routing. Se come dice Paolo fossero le ARP table come si risolve ?

[Rizio]

In caso fosse l'arp devi scendere a livello 2 e prendere in considerazione verifiche anche allo switch a cui è collegato il router.

Per capirci qualcosa in più io proverei ad andare avanti con il comando debug arp però non sò dirti altro perchè non l'ho mai usato.

Rizio

[paolomat75]

Se non è stato cambiato il timeout di default dovrebbe essere 4 ore. Se il "problema" avviene dopo quel tempo potrebbe dipendere da quello (ma comunque non è un problema).

Paolo

[monk]

Per rispodnere a Rizio, il computer è collegato direttamente al router per le prove quidi non c'è lo switch di mezzo. Se lo metto, un 3524xl, fa la stessa cosa, ma con un router casalingo lo switch non da questo problema. Per rispondere a Paolo lo fa anche appena acceso.

[Rizio]

Prova ad attivare il debug sull'arp. Ci vogliono maggiori informazioni, così stiamo accampando solo ipotesi senza alcun supporto pratico.

Rizio

[paolomat75]

Per rispondere a Paolo lo fa anche appena acceso.

Si ma tra una prova e l'altra dopo quanto da il problema?

[monk]

Il problema lo da sempre, sia che sta accesso 5 minuti che 12 ore. In pratica faccio un esempio, pingo 8.8.8.8 e il primo paccheto lo perde mentre gli altri sono apposto, lo ripingo pochi secondi dopo e non perde nessun pacchetto. Provo ancora un minuto dopo e non ne perde. Se sto una decina di minuti sono punto e a capo, perde il primo e poi gli altri ci sono tutti per i successivi minuti. La stessa cosa l'ho provata sia con vari indirizzi sia con ip diretti.
Comunque appena arrivo a casa posto il debug arp.

[monk]

Ecco il ping con il debug arp attivo

CISCO-2600#ping unidata.it

Translating "unidata.it"...domain server (62.101.93.101) [OK]

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 217.72.103.115, timeout is 2 seconds:

Nov 27 17:08:38.685: IP ARP: creating incomplete entry for IP address: 217.72.103.115 interface FastEthernet0/0
Nov 27 17:08:38.689: IP ARP: sent req src "IL MIO IP PUBBLICO" 0004.c1db.4c00,
dst 217.72.103.115 0000.0000.0000 FastEthernet0/0
Nov 27 17:08:38.705: IP ARP: rcvd rep src 217.72.103.115 0090.1aa0.57dc, dst "IL MIO IP PUBBLICO" FastEthernet0/0.!!!!
Success rate is 80 percent (4/5), round-trip min/avg/max = 28/50/40 ms
CISCO-2600#

[paolomat75]

Come immaginavo è un problema di timeout.

Cambia la rotta di default così e dovresti comunque risolvere

Codice: Seleziona tutto

ip route 0.0.0.0 0.0.0.0 int f0/0 IP_ROUTER

Ciao
Paolo

[monk]

Ora mi chiedevo come facessi a conoscere l'ip pubblico ma mi accorgo di averlo lasciato per sbaglio :/ Per questioni di privacy ora lo tolgo ma non è quello il punto bensì che se fosse dinamico cosa ci scrivo nella default route?