Cisco 1721 e P2P

[aristotele]

Ciao, ora sto provando da ieri sera i seguenti settaggi e sembra -ripeto sembra- che tutto funzioni:

ip nat translation tcp-timeout 3600
ip nat translation udp-timeout 100
ip nat translation max-entries 500



Sembra, ma potrei sbagliare, che l'aver abbassato il parametro di time out dell'udp abbia giovato alla situazione.


Sinceramente ci capisco ben poco....

[NightStalker]

Originariamente inviato da aristotele
Ciao, ora sto provando da ieri sera i seguenti settaggi e sembra -ripeto sembra- che tutto funzioni:

ip nat translation tcp-timeout 3600
ip nat translation udp-timeout 100
ip nat translation max-entries 500



Sembra, ma potrei sbagliare, che l'aver abbassato il parametro di time out dell'udp abbia giovato alla situazione.


Sinceramente ci capisco ben poco....

può essere... tutto è possibile

[aristotele]

dovrei stare in silenzio...è durato circa 10 ore e poi......in palla!!!!!
Uffaaaaa!!!!!

Non riesco a capire.
Cmq da quel poco che so dovrebbe esserci una modalità di debug o sbaglio??
Almeno potrei vedere dov'è il problema.
O meglio...potrei chiedere aiuto sul problema!!!

[aristotele]

punto se Koolio ci illuminasse sul CAR forse potrei tentare un'altra strada!!

[keemax]

Originariamente inviato da aristotele
punto se Koolio ci illuminasse sul CAR forse potrei tentare un'altra strada!!

Ciao, ho appena aperto un 3d sul fatto che mi si impalla anche a me alla grande, ma solo che io ho un 827...
La cosa strana e' che mi si impalla con una particolare configurazione dell'interfaccia ethernet, cioe' se inserisco questa stringa, ip tcp adjust-mss 1452, e uso overnet, su impalla dopo 5 min. se la elimino, non riesco piu' a navigare su tutti i siti tipo windows update, virgilio.it ecc.. L'unica soluzione in questo caso e' inserire a mano l'MTU su Windows Xp....
Hai qualche idea in proposito ?
Grazie...
Ciao.

[aristotele]

Originariamente inviato da keemax
Ciao, ho appena aperto un 3d sul fatto che mi si impalla anche a me alla grande, ma solo che io ho un 827...
La cosa strana e' che mi si impalla con una particolare configurazione dell'interfaccia ethernet, cioe' se inserisco questa stringa, ip tcp adjust-mss 1452, e uso overnet, su impalla dopo 5 min. se la elimino, non riesco piu' a navigare su tutti i siti tipo windows update, virgilio.it ecc.. L'unica soluzione in questo caso e' inserire a mano l'MTU su Windows Xp....
Hai qualche idea in proposito ?
Grazie...
Ciao.

Sinceramente non saprei come aiutarti, io su indicazione di Nightstalker ho provato a limitare le connessioni in ingresso ed il loro time-out e la situazione è lievemente migliorata.
Tu, da quanto mi pare di capire hai agito sulla configurazione dell'interfaccia ethernet...
Mah, speriamo che Nightstalker o Koolio abbiano altre idee!!

[keemax]

Originariamente inviato da aristotele
Sinceramente non saprei come aiutarti, io su indicazione di Nightstalker ho provato a limitare le connessioni in ingresso ed il loro time-out e la situazione è lievemente migliorata.
Tu, da quanto mi pare di capire hai agito sulla configurazione dell'interfaccia ethernet...
Mah, speriamo che Nightstalker o Koolio abbiano altre idee!!

Lo spero proprio, perche mi sta tirando matto questa storia...

[NightStalker]

Originariamente inviato da aristotele
dovrei stare in silenzio...è durato circa 10 ore e poi......in palla!!!!!
Uffaaaaa!!!!!

Non riesco a capire.
Cmq da quel poco che so dovrebbe esserci una modalità di debug o sbaglio??
Almeno potrei vedere dov'è il problema.
O meglio...potrei chiedere aiuto sul problema!!!

certo che c'è il debug.

"debug ?" da exec per farti un'idea delle opzioni disponibili, ovviamente non fare "debug all" o ammazzi il router. Da telnet per vedere il debug devi scrivere term mon (term no mon per disabilitarlo), da console basta sia abilitato il logging console nella configurazione.

cmq, mi spieghi cosa succede quando si impalla il router? si blocca proprio o riesci cmq ad accederci da telnet e cambiare la conf, ma non navighi?

altra cosa da fare sarebbe provare a giocare coi buffer, ma sinceramente è una cosa che non ho fatto spesso (e oltretutto se sbagli troppo a dargli le dimensioni il router non si avvia più e devi entrare in rommon ).


PS: cmq se devi cercare come si fa una cosa (tipo il debug di un attimo fa) prova a cercare sul sito della Cisco che di materiale ne ha in abbondanza, anzi pure troppo. Pensi che io ne possa sapere più e essere più dettagliato del sito della Cisco?

[aristotele]

Originariamente inviato da NightStalker
certo che c'è il debug.

"debug ?" da exec per farti un'idea delle opzioni disponibili, ovviamente non fare "debug all" o ammazzi il router. Da telnet per vedere il debug devi scrivere term mon (term no mon per disabilitarlo), da console basta sia abilitato il logging console nella configurazione.

cmq, mi spieghi cosa succede quando si impalla il router? si blocca proprio o riesci cmq ad accederci da telnet e cambiare la conf, ma non navighi?

altra cosa da fare sarebbe provare a giocare coi buffer, ma sinceramente è una cosa che non ho fatto spesso (e oltretutto se sbagli troppo a dargli le dimensioni il router non si avvia più e devi entrare in rommon ).


PS: cmq se devi cercare come si fa una cosa (tipo il debug di un attimo fa) prova a cercare sul sito della Cisco che di materiale ne ha in abbondanza, anzi pure troppo. Pensi che io ne possa sapere più e essere più dettagliato del sito della Cisco?

Il router quando si impalla perde l'indirizzo ip assegnatogli dal server e tuttavia mi consente comunque l'accesso via telnet.
So come attivare la modalità di debug in quanto mi sono già documentato sul sito Cisco che tuttavia non tratta di argomenti quali il p2p.
In merito all'analisi dei dati di debug in sincerità non saprei cosa cercare.
Comunque ho notato una cosa strana: abbassando drasticamente il timeout del tcp il router si impalla in brevissimo tempo.
Forse che la soluzione sia nell'aumentare i settagi invece di abbassarli??
Provero.

Grazie per la disponibilità.

[NightStalker]

Originariamente inviato da aristotele
Il router quando si impalla perde l'indirizzo ip assegnatogli dal server e tuttavia mi consente comunque l'accesso via telnet.
So come attivare la modalità di debug in quanto mi sono già documentato sul sito Cisco che tuttavia non tratta di argomenti quali il p2p.
In merito all'analisi dei dati di debug in sincerità non saprei cosa cercare.
Comunque ho notato una cosa strana: abbassando drasticamente il timeout del tcp il router si impalla in brevissimo tempo.
Forse che la soluzione sia nell'aumentare i settagi invece di abbassarli??
Provero.

Grazie per la disponibilità.

se perdi l'indirizzo ip, significa che vieni disconnesso dal provider sul ppp o che l'interfaccia Atm va giù... strano...

prova con un debug ip packet ? per vedere anomalie nel traffico oppure debug atm events per vedere se sul VC ti arriva qualche segnale di "anomalia" (tipo "VC congested", che però esulano da un problema legato a Emule, ma piuttosto ad un problema nella tratta verso il NAS).

altra cosa, guarda lo show processes dopo qualche ora di utilizzo e vedi se trovi qualcosa di saturo (la ram o la cpu)

non serve a nulla aumentare il timeout del tcp, di default erano 86400 secondi (24 ore) e ti si impallava lo stesso quindi... fai conto che alzare il timeout del NAT significa far fare meno lavoro alla cpu x creare le entry del NAT, ma anche lasciare la memoria molto più piena di entry "zombie", che non è che sia proprio il massimo (io su un cisco 2600 che ho in ufficio ho visto riempirsi 32 mb di ram solo per entry statiche che venivano create dai client e li rimanevao per 24 ore).

altra cosa da fare, sarebbe giocare sui buffer, ma in merito non sono molto allenato. Cmq l'idea sarebbe: guardare son show buffers quali dei vari buffers (sia globali che di interfaccia) arriva a 0 e riceve molte hits (ossia viene usato spesso) e comportarsi di conseguenza (cioè dargli un buffers min-free o permanent maggiore per garantirgli sempre buffer liberi), soprattutto se vedi delle failures. Sappi infine che se sbagli eccessivamente a dargli un valore nei buffer, lo IOS non si avvia più e devi entrare nel Rommon per modificare la config.

in ogni caso, se hai la possibilità di aggiornare lo IOS, fallo, potrebbe aiutare e in ogni caso ti ritrovi con software aggiornato (guarda ovviamente prima i dettagli delle varie release collo IOS upgrade planner).


PS: ah dimenticavo, chiedevi del CAR: nel tuo caso non serve a molto, visto che perdi la connessione, mentre il CAR serve esclusivamente a limitare la banda, in base a determinate policy (QoS, priorita di applicazioni rispetto ad altre, access-lists, etc) e nel tuo caso il problema non è la banda ma o il numero di sessioni create in tcp o la connessione verso il provider...

[aristotele]

grazie dell'interessamento.
Studiando la documentazione Cisco ho scoperto che il mio è un problema di "buffer leaking", come si può notare dall'output che allego.
Inoltre , analizzando l'output di "show interfaces" ho notato che sull'interfaccia atm ci sono numerosi pacchetti drop in output.
Purtroppo la soluzione consigliata sul sito Cisco è l'aggiornamento dell'Ios, che tuttavia costa una somma non indifferente, mentre gli interventi sui buffer sono caldamente sconsigliati.


Buffer elements:
459 in free list (500 max allowed)
538981 hits, 0 misses, 0 created

Public buffer pools:
Small buffers, 104 bytes (total 63, permanent 50, peak 82 @ 06:36:36):
20 in free list (20 min, 150 max allowed)
185932 hits, 37 misses, 64 trims, 77 created
0 failures (0 no memory)
Middle buffers, 600 bytes (total 25, permanent 25, peak 31 @ 09:03:00):
23 in free list (10 min, 150 max allowed)
8148 hits, 2 misses, 6 trims, 6 created
0 failures (0 no memory)
Big buffers, 1536 bytes (total 50, permanent 50):
47 in free list (5 min, 150 max allowed)
65090 hits, 0 misses, 0 trims, 0 created
0 failures (0 no memory)
VeryBig buffers, 4520 bytes (total 10, permanent 10, peak 68 @ 09:05:35):
10 in free list (0 min, 100 max allowed)
3078 hits, 29 misses, 58 trims, 58 created
0 failures (0 no memory)
Large buffers, 5024 bytes (total 0, permanent 0):
0 in free list (0 min, 10 max allowed)
0 hits, 0 misses, 0 trims, 0 created
0 failures (0 no memory)
Huge buffers, 18024 bytes (total 0, permanent 0, peak 2 @ 08:58:34):
0 in free list (0 min, 4 max allowed)
5 hits, 1 misses, 2 trims, 2 created
0 failures (0 no memory)

Header pools:
Header buffers, 0 bytes (total 137, permanent 128, peak 137 @ 09:05:59):
9 in free list (10 min, 512 max allowed)
125 hits, 3 misses, 0 trims, 9 created
0 failures (0 no memory)
128 max cache size, 128 in cache
24 hits in cache, 0 misses in cache

[aristotele]

ancora grazie per l'aiuto.
A questo link:http://mio.discoremoto.virgilio.it/linguaggio
ho postato il file con gli output che mi hai suggerito.

Come al solito, all'aumentare della banda in upload concessa ad amule, diminuisce il tempo di funzionamento del router.
Gli errori sono i medesimi: buffer leaking su tutti i buffer e pacchetti drop sull'interfaccia atm!!!

Ho reperito l'aggiornamento del router e pensavo di installarlo comunque, che ne pensi??

[NightStalker]

Originariamente inviato da aristotele
ancora grazie per l'aiuto.
A questo link:http://mio.discoremoto.virgilio.it/linguaggio
ho postato il file con gli output che mi hai suggerito.

Come al solito, all'aumentare della banda in upload concessa ad amule, diminuisce il tempo di funzionamento del router.
Gli errori sono i medesimi: buffer leaking su tutti i buffer e pacchetti drop sull'interfaccia atm!!!

Ho reperito l'aggiornamento del router e pensavo di installarlo comunque, che ne pensi??

per curiosità, ti sei letto il buffer tuning sul sito Cisco?

cmq l'aggiornamento dello IOS, se lo hai a disposizione, mi sembra una buona cosa.

[aristotele]

Originariamente inviato da NightStalker
per curiosità, ti sei letto il buffer tuning sul sito Cisco?

cmq l'aggiornamento dello IOS, se lo hai a disposizione, mi sembra una buona cosa.

L'ho letto, l'ho letto.
In effetti credo che sia una strada da provare assieme all'aggiornamento dell'ios!!
Tu che faresti, proveresti con il tuner dei buffer o con l'aggiornamento??

[NightStalker]

Originariamente inviato da aristotele
L'ho letto, l'ho letto.
In effetti credo che sia una strada da provare assieme all'aggiornamento dell'ios!!
Tu che faresti, proveresti con il tuner dei buffer o con l'aggiornamento??

La seconda che hai detto. Io di gente che è riuscita a sistemare coi buffer problemi pesanti collo IOS ne conosco decisamente poca.

[aristotele]

cito il "trobuleshooting buffer leaks":

Since buffer leaks are Cisco IOS software bugs, the best solution for this issue is to upgrade the Cisco IOS software to the latest version.

In effetti è quello che farò!
Se non dovessi riuscire neanche così a quel tenterò con i buffer!!

[aristotele]

Nessuno che abbia altre idee??

[aristotele]

Innanzitutto grazie dell'aiuto.
Aspettavo la fine dei tuoi test per decidere cosa fare, anche se avevo già preso la decisione di aggiornare l'ios.
Ho anche reperito un vecchio portatile con la seriale per compiere l'operazione ed ovviamente ho "trovato" l'ios aggiornato, precisamente :c1700-sy7-123-mz-1a.bin e c1700-y-mz-1a.bin.

Se hai delle dritte da darmi sono bene accette!!!

[aristotele]

inviami quel documento.
Purtroppo altri ios non ne ho!!!

[aristotele]

[email protected]


Grazie!!