Newsgroup: it.comp.reti.cisco
Titolo: Catalyst 3500 - process Address Deletion

Ciao a tutto il ng,
Mi rivolgo a qualche guru di switch cisco...
Nella mia lan ho la seguente struttura:
Ho due switch montanti (Catalyst 3550G12), ad ogni porta dei montanti ci
sono attaccati altri switch (Catalyst 2950 & Catalyst 3500XL) tramite le
int Giga configurante in trunk dot1q. Ovvero ogni switch layer 2 ha la
g0/1 nel montante A e la g0/2 nel montante B; In modo da rindondare
tutta la truttura di rete. Gli utenti sono collegati ovviamente sugli
switch 2950 & 3500.
Come potete immaginare sulla lan ci sono deversi anelli, ma lo spanning
tree è configurato per tutte le vlan.
Ora, in maniera totalmente random, succede che su tutti gli switch 3500 
il processo Address Deletion inizia a occupare la cpu...fino al 99%!!
Causandomi ripetitivi messaggi nei log tipo:
%SYS-3-CPUHOG: Task ran for 9434 msec (24/17), process = Address 
Deletion, PC = 20B13C.
-Traceback= 20B140 1D0CCC
Ora, il difetto può durare 5 minuti od anche un pomeriggio 
intero...collassandomi gli switch...
Che può essere???
Su internet non si trova assolutamente niente inerente a questo problema...
Delle info:
Il processo "Address Deletion" non esiste più nell'IOS 12.1 
(probabilmente per questo che nei Catalyst 2950 e 3550 il problema non 
si presenta...)
Avevo già scritto al ng tempo fa...mi evete consigliato di disattivare 
il cdp, l'ho fatto ma il problema persiste.
Il problema è abbastanza complesso...se non vi è chiaro qualcosa, ditemelo.
Grazie Mille.
Macina Simone

 ha scritto nel messaggio
news:T1bLc.27515$5D1.1...@news4.tin.it...


Francesco Lugari Q&S wrote:

Si, sulla rete confermo che non ci sono virus, tutti client hanno 
l'antivirus installato ed aggiornato. Non abbiamo mai avuto grossi 
problemi con virus di recente.
Ho provato anche a mettere in shut la giga "secondaria", ed 
effettivamente il problema non si presenta più...Però devo mettere in 
shut le giga di tutti gli switch! Anche quelle dei catalyst 2950 (che 
non hanno nessun problema), se no il problema rimane...
Il fatto strano è che una volta evendo "spezzato gli anelli" sembra 
essere andato tutto a posto...poi rimetto tutto come prima, funziona 
tutto regolarmente (anche per diverse settimane) e poi il problema si 
ripresenta!!!
Sembra veramente che sia un pc (magari un consulente con notebook) che 
ogni tanto viene e mi bomba gli switch...ma mi sembra abbastanza assurda 
come ipotesi...
Ciao.

 ha scritto nel messaggio
news:oGvLc.32426$5D1.1...@news4.tin.it...


gli switch non hanno il CMS...ma uso l'mrtg per il monitoraggio della 
banda  su tutti gli switch. Effettivamente vedo dei picchi un pò 
sospetti di stamattina (quando si è ripresentato il problema)...ma per 
ora ho sotto monitoraggio soltanto i trunk, vedo di attivare l'mrtg 
anche sulle singole porte.
Graize,
bye.


 ha scritto nel messaggio
news:uEwLc.27766$OR2.1...@news3.tin.it...


adesso che ci penso...ho l'ids che monitora il traffico degli utenti in 
uscita...se veramente è un pc devo sperare che rompa le scatole anche 
fuori dalla rete "utenti"...tipo la rete dei server o altre reti di back 
office...darò una controllata!
Anche se la cosa mi puzza...perchè lo switch dei server è un 3500 ma non 
da assolutamente nessun problema!
e poi snort mi direbbe qualcosa...va bè, controllo!
Grazie ancora!
ciao.



Non è che c'entri lo spanning tree ?
Ciao,
        Tosh.

Guarda che io sono toshi, mentre chi ha scritto prima č Tosh : ))))
cmq, lo spanning tree č attivo e funzionante correttamente. L'ho 
controllato svariate volte...vlan per vlan...
Di loop non ne ho trovati...le porte sono in blocking nei punti giusti...
Poi fosse un problema del genere dovrebbe presentarsi sempre, invece č 
del tutto casuale...tipo oggi va tutto a meraviglia!!!
Ciao!



Ok, però se il problema sparisce magicamente quando elimini la "Giga
secondaria" (che immagino sia un link ridondato) la puzza di spanning tree
si sente lontano un km.
Ciao,
        Tosh.

la pensavo anch'io così...all'inizio...
Però i log degli switch dovrebbero dirti qualcosa, no? tipo "relearning" 
ecc..
Cmq, forse lunedì riesco ad aprire un caso in cisco.
Staremo a vedere...
Grazie a tutti.


 >
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it