Il router dopo un po' si blocca

[ne0n]

Salve a tutti,
ho dato un'occhiata veloce ai vecchi post, ma non ho trovato la soluzione al mio problema, quindi ve lo propino sperando in una sua risoluzione e nella vostra gentilezza.

Parliamo di un router Cisco 827

questo è il risultato dello show version:

C820 Software (C820-Y6-M), Version 12.2(4)YA2, EARLY DEPLOYMENT RELEASE SOFTWARE
(fc1)
Synched to technology version 12.2(5.4)T
TAC Support: http://www.cisco.com/tac
Compiled Thu 11-Apr-02 16:36 by ealyon
Image text-base: 0x80013170, data-base: 0x8067BC58

ROM: System Bootstrap, Version 12.1(1r)XB1, RELEASE SOFTWARE (fc1)

Router uptime is 12 minutes
System returned to ROM by power-on
System image file is "flash:c820-y6-mz.122-4.YA2.bin"

CISCO C827 (MPC855T) processor (revision 0x801) with 15360K/1024K bytes of memor
y.
Processor board ID JAD06310DRK (3426641440), with hardware revision 0000
CPU rev number 5
Bridging software.
1 Ethernet/IEEE 802.3 interface(s)
1 ATM network interface(s)
128K bytes of non-volatile configuration memory.
8192K bytes of processor board System flash (Read/Write)
2048K bytes of processor board Web flash (Read/Write)
Configuration register is 0x28A

E qui di seguito il risultato dello show conf:

Using 1829 out of 131072 bytes
!
version 12.2
no service pad
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname Router
!
enable secret 5 xxxxxxxxxxxxxxxxx
!
ip subnet-zero
no ip domain-lookup
!
ip dhcp pool CLIENT
import all
network 172.16.1.0 255.255.255.0
default-router 172.16.1.100
lease 0 2
!
!
interface Ethernet0
ip address 172.16.1.100 255.255.255.0
ip nat inside
hold-queue 100 out
!
interface ATM0
no ip address
no atm ilmi-keepalive
pvc 8/35
encapsulation aal5mux ppp dialer
dialer pool-member 1
!
dsl operating-mode auto
!
interface Dialer0
ip address negotiated
ip nat outside
encapsulation ppp
dialer pool 1
ppp chap hostname username@adslfast
ppp chap password 7 pass
ppp pap sent-username username@adslfast password 7 pass
!
ip nat inside source list 1 interface Dialer0 overload
ip nat inside source static tcp 172.16.1.3 14661 interface Dialer0 14661
ip nat inside source static udp 172.16.1.3 14672 interface Dialer0 14672
ip nat inside source static tcp 172.16.1.3 4661 interface Dialer0 4661
ip nat inside source static udp 172.16.1.3 4661 interface Dialer0 4661
ip nat inside source static tcp 172.16.1.3 4242 interface Dialer0 4242
ip nat inside source static udp 172.16.1.3 4242 interface Dialer0 4242
ip nat inside source static tcp 172.16.1.3 3306 interface Dialer0 3306
ip nat inside source static udp 172.16.1.3 3306 interface Dialer0 3306
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer0
ip http server
!
!
access-list 1 permit 172.16.1.0 0.0.0.255
access-list 23 permit 172.16.1.0 0.0.0.255
!
line con 0
exec-timeout 120 0
stopbits 1
line vty 0 4
access-class 23 in
exec-timeout 120 0
password pass
login
length 0
!
scheduler max-task-time 5000
end

Detto questo, vi spiego il problema.
Il router sembra funzionare bene... quando funziona Infatti diciamo 2/3 volte al giorno necessità che lo riavvii perchè si blocca del tutto la connessione. Il led della portante (CD) rimane acceso, mentre i led del traffico (RXD e TXD) sono belli che morti. Se in questo momento mi collego via Hyperterminal come prompt mi trovo rommon 1>
A quel punto lo riavvio e il router torna a funzionare tranquillamente. Per la cronaca il router entra in questa stasi sopratutto (ma non solo) quando non viene utilizzata la connessione per un po'.
Che ne dite,
grazie saluti

ne0n

[TheIrish]

... e immagino si faccia un uso intensivo di p2p, vedi emule e affini.
Il tema è stato trattato eccome!
Ne è uscito anche un link in Documentazione: http://www.ciscoforums.it/viewtopic.php?t=166

Se mi sbaglio, allora mi scuso e aspetto tue chiarificazioni (tipo, l'uso standard che si fa della rete).

[ne0n]

Ciao
si, è vero che uso l'emule, ma non sempre.
Inoltre avevo anche scritto che lo trovo così dopo un periodo di non utilizzo, intendevo quindi che entrambi i pc collegati sono spenti da un po'.
Cmq ora do un occhio al link che mi hai postato... chissà che mi aiuti ugualmente
grazie

ne0n

in edit: da quello che ho letto ho inserito i vari timeout sulla nat che cmq male non fanno anche se non credo che il problema risieda li, perchè certi giorni il mulo non lo avvio proprio ma il problema si verifica ugualmente...

[cesarestan]

a me e' capitato qualcosa di simile...
pensavo al p2p poi mi e' capitato anche senza quello.
ho dato un' occhiata agli avvisi del mio provider
ed ho scoperto che che stavano facendo
dei lavori di migrazioni e che sarebbero capitate delle disconnesioni.

ho provato anche con un modem ed avevo lo stesso risultato.

questo e' durato per un po di giorni.


ciao

[TheIrish]

Non rimane da sperare che sia una questione provider-side, perché altrimenti non vedo motivo perché il router si pianti.

[Renato.Efrati]

puo' essere anche l'ios buggata una volta a me si riavviava senza motivo ho dovuto cambiare ios e ho risolto

[Renato.Efrati]

ma che e' sto obrobrio?

Configuration register is 0x28A

[ne0n]

Citazione:
Configuration register is 0x28A

ma che e' sto obrobrio?

mmmm, non saprei. In effetti ho notato anche io che non è il valore di reg di default che se non sbaglio è 2021, ma non so bene a cosa serve e cosa succede cambiandolo.

Forse è utile dirvi che il suddetto router è stato da me configurato e funzionante perfettamente anche con pesante uso di p2p a casa di un amico per un anno circa.
Dopodichè si è bloccato e si è rifiutato di funzionare se non dopo un reset e riconfigurazione di tutto punto. Dopodichè io lo ho da circa un mesetto conquesto problema.

[Renato.Efrati]

quello giusto e' 0x2102

[ndiego75]

Che ISP hai? Questo problema lo rilevo spesso volentieri con ADSL di Libero. Ogni tanto qualsiasi router ci metto si pianta, riavvio e tutto fila liscio come prima. Provato a contattare Libero ma per loro il problema non esiste. L'unica scelta è migrare verso altro ISP nei miei casi che giusto per la cronaca sono 3.

[ne0n]

si, in effetti sono con Libero.
non ho ancora provato a cambiare il registro, non ho avuto proprio tempo, ma una volta che mi dici così....

[polluce2]

e se provasse a mettere un timeout sulla nat del tipo....

ip nat translation timeout 60 (anche di piu' di 60 se serve)
o nello specifico.....
ip nat translation tcp-timeout 60
ip nat translation udp-timeout 60

io cosi' ho risolto, ma emule forse lavorerebbe male?

Ciao

[andrewp]

Mmm...secondo me il router verrebbe stressato in maniera esagerata da emule...perderebbe molti cicli di CPU a togliere e ricreare NAT...

[ne0n]

Ho provato a mettere i timeout ma non ha risolto nulla, anzi ho notato che la velocità di connessione percepita era più bassa.

Ripeto: con o senza emule non cambia un fico secco!