capire "a naso" se lo switch non funziona
Inviato: mer 22 feb 2012, 23:00
Ciao a tutti,
come da titolo, ho un problemino e vorrei capire se si può risolvere per esperienza (senza sofisticate misure strumentali) ...
ho uno smart switch con 8 porte POE, di cui 3 alimentano altrettanti AP via POE, complessivamente siamo a meno del 10% della potenza fornibile dallo switch ...
problema (il problema è che sembra ci sia più di un problema, per questo chiedo): inizialmente sembrava che uno degli AP andasse in tilt, portando un traffico anomalo in rete, in conseguenza lo switch bloccava tutte le RJ45 della stessa sottorete degli AP (il momento in cui si verificava il guasto sembrava abbastanza casuale) ...
sostituendo l'AP sembrava risolto, ma in pratica si è ottenuto il solo risultato di poter riprodurre il momento di blocco (ma è già qualcosa): lo switch blocca la porta alla quale è connesso l'AP se ci si connette in modalità 802.11n a 150 Mbit/sec, le statistiche interne (allo switch) riportano il drop di tutti i pacchetti e un CRC error sulla porta ... il blocco non rientra più, se non staccando e riattaccando il cavo che alimenta l'AP ...
"a naso" può uno switch essere cosÌ "smart" da rompere le scatole in questo modo? ... preciso che l'AP è stato sostituito, gli spinotti RJ45 terminali del cavo sono stati sostituiti (anche se precedentemente ok da tester), quindi l'unica ipotesi è che sia il cavo (circa 20m, nuovo) in perdita di isolamento
come da titolo, ho un problemino e vorrei capire se si può risolvere per esperienza (senza sofisticate misure strumentali) ...
ho uno smart switch con 8 porte POE, di cui 3 alimentano altrettanti AP via POE, complessivamente siamo a meno del 10% della potenza fornibile dallo switch ...
problema (il problema è che sembra ci sia più di un problema, per questo chiedo): inizialmente sembrava che uno degli AP andasse in tilt, portando un traffico anomalo in rete, in conseguenza lo switch bloccava tutte le RJ45 della stessa sottorete degli AP (il momento in cui si verificava il guasto sembrava abbastanza casuale) ...
sostituendo l'AP sembrava risolto, ma in pratica si è ottenuto il solo risultato di poter riprodurre il momento di blocco (ma è già qualcosa): lo switch blocca la porta alla quale è connesso l'AP se ci si connette in modalità 802.11n a 150 Mbit/sec, le statistiche interne (allo switch) riportano il drop di tutti i pacchetti e un CRC error sulla porta ... il blocco non rientra più, se non staccando e riattaccando il cavo che alimenta l'AP ...
"a naso" può uno switch essere cosÌ "smart" da rompere le scatole in questo modo? ... preciso che l'AP è stato sostituito, gli spinotti RJ45 terminali del cavo sono stati sostituiti (anche se precedentemente ok da tester), quindi l'unica ipotesi è che sia il cavo (circa 20m, nuovo) in perdita di isolamento
) ...