Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Info su "loop" tra VLAN diverse (per esperti...?)
311 views
Skip to first unread message
The special one
Mar 4, 2015, 8:48:28 AM3/4/15
to
Ciao a tutti
Mi occupo di networking per lavoro e per diletto, non sono un guru
delle reti ma nemmeno un novellino sprovveduto... per dare un'idea
possiamo dire che sono un po' oltre il livello CCNA. Mi capita questa
cosa: ho due patch di rete collegate a due interfacce di uno switch,
ciascuna delle quali assegnata ad una diversa VLAN (quindi interfaccia
5 in access su VLAN 2 ed interfaccia 23 in access su VLAN 8). Per una
serie di esigenze di test collego le due patch ad un unico switch NON
managed, di quelli che trovate a 10 euro al mediaworld, in modo da
poter usare più utenze sulle due diverse VLAN (dovevo fare delle prove
di apparati).
Fatalità succede un casino sulla rete, con un nuovo server che sparava
ininterrottamente pacchetti jumbo e che ha messo in ginocchio la rete.
Chi ha in manutenzione la rete, collegandosi in telediagnosi, "trova"
il "loop" formato dalle mie due patch di rete collegate allo stesso
switch, e mi si mangia accusandomi appunto di aver fatto un loop.
Ora, chi ha voglia di spiegarmi
1- come è possibile creare un loop tra due VLAN diverse collegate ad un
semplice switch store & forward
2- come è possibile rilevare questa situazione solo in TLD, senza una
verifica sul posto... ci sono dei contatori che si incrementano, c'è
qualcosa che viene segnalato (certo che magari capendo il punto
precedente ci arrivo anche da solo a capire come stanare una situazione
del genere)
Avrei potuto chiedere a chi ha "scovato" la cosa, e l'ho fatto,
ricevendo come risposta "sono cose che non si devono fare e che non
vanno fatte". Punto.
Se qualcuno ha voglia di perdere due minuti...
Grazie
LS
PS: se serve saperlo, siamo in ambiente Cisco, ma mi interessa più il
discorso teorico generale, non incentrato sulla particolare tecnologia
utilizzata.
Mi occupo di networking per lavoro e per diletto, non sono un guru
delle reti ma nemmeno un novellino sprovveduto... per dare un'idea
possiamo dire che sono un po' oltre il livello CCNA. Mi capita questa
cosa: ho due patch di rete collegate a due interfacce di uno switch,
ciascuna delle quali assegnata ad una diversa VLAN (quindi interfaccia
5 in access su VLAN 2 ed interfaccia 23 in access su VLAN 8). Per una
serie di esigenze di test collego le due patch ad un unico switch NON
managed, di quelli che trovate a 10 euro al mediaworld, in modo da
poter usare più utenze sulle due diverse VLAN (dovevo fare delle prove
di apparati).
Fatalità succede un casino sulla rete, con un nuovo server che sparava
ininterrottamente pacchetti jumbo e che ha messo in ginocchio la rete.
Chi ha in manutenzione la rete, collegandosi in telediagnosi, "trova"
il "loop" formato dalle mie due patch di rete collegate allo stesso
switch, e mi si mangia accusandomi appunto di aver fatto un loop.
Ora, chi ha voglia di spiegarmi
1- come è possibile creare un loop tra due VLAN diverse collegate ad un
semplice switch store & forward
2- come è possibile rilevare questa situazione solo in TLD, senza una
verifica sul posto... ci sono dei contatori che si incrementano, c'è
qualcosa che viene segnalato (certo che magari capendo il punto
precedente ci arrivo anche da solo a capire come stanare una situazione
del genere)
Avrei potuto chiedere a chi ha "scovato" la cosa, e l'ho fatto,
ricevendo come risposta "sono cose che non si devono fare e che non
vanno fatte". Punto.
Se qualcuno ha voglia di perdere due minuti...
Grazie
LS
PS: se serve saperlo, siamo in ambiente Cisco, ma mi interessa più il
discorso teorico generale, non incentrato sulla particolare tecnologia
utilizzata.
writethem
Mar 4, 2015, 11:53:47 AM3/4/15
to
> 1- come è possibile creare un loop tra due VLAN diverse collegate ad un
> semplice switch store & forward
> 2- come è possibile rilevare questa situazione solo in TLD, senza una
> verifica sul posto... ci sono dei contatori che si incrementano, c'è
> qualcosa che viene segnalato (certo che magari capendo il punto
> precedente ci arrivo anche da solo a capire come stanare una situazione
> del genere)
broadcast, che proprio inosservata non passa :)
Ma la domanda che io ti faccio ora è:
chi si è preso la briga di configurare le vlan, ci perdeva tanto ad
attivare lo spanning tree?
The special one
Mar 4, 2015, 12:47:39 PM3/4/15
to
Il giorno 04/03/2015, alle ore 17.53.40, writethem ha detto:
Le seconda delle due VLAN è configurata ad hoc per me e basta, quindi
posso dire con certezza che quello switch 8 porte made in Mediaworld
era l'unico caso in cui le due VLAN erano "unite", a maggior ragione
perché era solo un setup di test temporaneo
fortemente che abbiano usato wireshark... potrei mettere la mano sul
fuoco che siano andati di show e debug sempre più mirati e precisi. Non
sono degli smanettoni improvvisati, bensì quasi tutti CC*P e svariati
CCIE. Il broadcast storm potrebbe essere una dritta utile, non lo avevo
considerato, ma stiamo sempre comunque parlando di due VLAN isolate una
dall'altra a livello logico... broadcast storm innescato da cosa, se i
domini di broadcast delle 2 VLAN sono isolati?
questa cosa. Comunque, per chiarezza, la rete piantata non era colpa
del mio fantomatico "loop" :)
Grazie per aver contribuito
LS
>> 1- come è possibile creare un loop tra due VLAN diverse collegate ad un
>> semplice switch store & forward
>
> evidentemente non eri l'unico ad aver unito le due VLAN
Ciao e prima di tutto grazie per aver risposto :)
>> semplice switch store & forward
>
> evidentemente non eri l'unico ad aver unito le due VLAN
Le seconda delle due VLAN è configurata ad hoc per me e basta, quindi
posso dire con certezza che quello switch 8 porte made in Mediaworld
era l'unico caso in cui le due VLAN erano "unite", a maggior ragione
perché era solo un setup di test temporaneo
>
>
>> 2- come è possibile rilevare questa situazione solo in TLD, senza una
>> verifica sul posto... ci sono dei contatori che si incrementano, c'è
>> qualcosa che viene segnalato (certo che magari capendo il punto
>> precedente ci arrivo anche da solo a capire come stanare una situazione
>> del genere)
>
> wireshark? tecnicamente è un broadcast storm, ovvero una tempesta di
> broadcast, che proprio inosservata non passa :)
>
Conoscendo la struttura che c'è dietro a quell'azienda dubito
>
>> 2- come è possibile rilevare questa situazione solo in TLD, senza una
>> verifica sul posto... ci sono dei contatori che si incrementano, c'è
>> qualcosa che viene segnalato (certo che magari capendo il punto
>> precedente ci arrivo anche da solo a capire come stanare una situazione
>> del genere)
>
> wireshark? tecnicamente è un broadcast storm, ovvero una tempesta di
> broadcast, che proprio inosservata non passa :)
>
fortemente che abbiano usato wireshark... potrei mettere la mano sul
fuoco che siano andati di show e debug sempre più mirati e precisi. Non
sono degli smanettoni improvvisati, bensì quasi tutti CC*P e svariati
CCIE. Il broadcast storm potrebbe essere una dritta utile, non lo avevo
considerato, ma stiamo sempre comunque parlando di due VLAN isolate una
dall'altra a livello logico... broadcast storm innescato da cosa, se i
domini di broadcast delle 2 VLAN sono isolati?
>
>
> Ma la domanda che io ti faccio ora è:
> chi si è preso la briga di configurare le vlan, ci perdeva tanto ad attivare
> lo spanning tree?
Sulla rete è attivo e configurato STP, a maggior ragione non mi spiego
>
> Ma la domanda che io ti faccio ora è:
> chi si è preso la briga di configurare le vlan, ci perdeva tanto ad attivare
> lo spanning tree?
questa cosa. Comunque, per chiarezza, la rete piantata non era colpa
del mio fantomatico "loop" :)
Grazie per aver contribuito
LS
Lorenz
Mar 4, 2015, 2:23:20 PM3/4/15
to
The special one <chite...@live.it> ha scritto:
--
----Android NewsGroup Reader----
http://www.piaohong.tk/newsgroup
> Il giorno 04/03/2015, alle ore 17.53.40, writethem ha detto:
>>
>>
>> Ma la domanda che io ti faccio ora è:
>> chi si è preso la briga di configurare le vlan, ci perdeva tanto ad attivare
>> lo spanning tree?
>
> Sulla rete è attivo e configurato STP, a maggior ragione non mi spiego
> questa cosa. Comunque, per chiarezza, la rete piantata non era colpa
> del mio fantomatico "loop" :)
E allora di chi era?
>> chi si è preso la briga di configurare le vlan, ci perdeva tanto ad attivare
>> lo spanning tree?
>
> Sulla rete è attivo e configurato STP, a maggior ragione non mi spiego
> questa cosa. Comunque, per chiarezza, la rete piantata non era colpa
> del mio fantomatico "loop" :)
--
----Android NewsGroup Reader----
http://www.piaohong.tk/newsgroup
The special one
Mar 4, 2015, 2:30:10 PM3/4/15
to
Il giorno 04/03/2015, alle ore 20.23.20, Lorenz ha detto:
fatte per capire l'origine del down della rete è stato trovato anche
quel collegamento atipico che avevo fatto io.
> The special one <chite...@live.it> ha scritto:
>> Il giorno 04/03/2015, alle ore 17.53.40, writethem ha detto:
>
>> Il giorno 04/03/2015, alle ore 17.53.40, writethem ha detto:
>
>> Sulla rete è attivo e configurato STP, a maggior ragione non mi spiego
>> questa cosa. Comunque, per chiarezza, la rete piantata non era colpa
>> del mio fantomatico "loop" :)
>
> E allora di chi era?
Di quel server che sparava i pacchetti jumbo, ma in tutte le manovre
>> questa cosa. Comunque, per chiarezza, la rete piantata non era colpa
>> del mio fantomatico "loop" :)
>
> E allora di chi era?
fatte per capire l'origine del down della rete è stato trovato anche
quel collegamento atipico che avevo fatto io.
writethem
Mar 5, 2015, 2:09:12 AM3/5/15
to
tu hai parlato di loop e noi ti abbiamo dato qualche suggerimento circa
il loop.
Adesso ci dici che STP era attivo e loop non ce ne erano e ci chiedi
quale può essere la causa...
spetta un pò che prendo la sfera di cristallo che ho lasciato nel CED :D
meddix on WINSETTETE
Mar 5, 2015, 2:41:18 AM3/5/15
to
Il 05/03/2015 08:09, writethem ha scritto:
> spetta un pò che prendo la sfera di cristallo che ho lasciato nel CED
no no, l'ho io, me l'hai prestata l'altro giorno.... mo te la mando in
> spetta un pò che prendo la sfera di cristallo che ho lasciato nel CED
posta elettronica!
The special one
Mar 5, 2015, 3:28:32 AM3/5/15
to
Il giorno 05/03/2015, alle ore 08.09.04, writethem ha detto:
Riepilogo: la rete si pianta, interviene la società che la gestisce ed
effettua varie analisi, nel corso delle quali trova la causa del
problema, ossia il server di cui sopra. Nel corso di queste analisi
trova anche il mio "loop" tra 2 VLAN diverse (metto LOOP tra virgolette
perché tecnicamente non è un loop, ma non so come altro chiamarlo). Pur
non essendo questa la causa del rallentamento della rete, il tecnico
che è intervenuto (solo da remoto) mi si è mangiato dicendomi appunto
che sono "cose che non si fanno e che non vanno fatte" senza ulteriori
spiegazioni. La mia curiosità era solo questa, non sono io la causa del
problema ma vorrei capire cosa c'è dietro, quindi come è stato rilevato
il mio collegamento e che problemi avrebbe potuto causare (a maggior
ragione visto che è attivo STP, ma anche se non lo fosse stato non
avrei comunque visto problemi nell'effettuare i collegamenti che ho
fatto).
Mi scuso se non sono stato chiaro fin dal principio e ringrazio i
partecipanti.
>
> Scusami,
> tu hai parlato di loop e noi ti abbiamo dato qualche suggerimento circa il
> loop.
>
> Adesso ci dici che STP era attivo e loop non ce ne erano e ci chiedi quale
> può essere la causa...
>
> spetta un pò che prendo la sfera di cristallo che ho lasciato nel CED :D
Scusami, ma forse non mi sono spiegato bene.
> Scusami,
> tu hai parlato di loop e noi ti abbiamo dato qualche suggerimento circa il
> loop.
>
> Adesso ci dici che STP era attivo e loop non ce ne erano e ci chiedi quale
> può essere la causa...
>
> spetta un pò che prendo la sfera di cristallo che ho lasciato nel CED :D
Riepilogo: la rete si pianta, interviene la società che la gestisce ed
effettua varie analisi, nel corso delle quali trova la causa del
problema, ossia il server di cui sopra. Nel corso di queste analisi
trova anche il mio "loop" tra 2 VLAN diverse (metto LOOP tra virgolette
perché tecnicamente non è un loop, ma non so come altro chiamarlo). Pur
non essendo questa la causa del rallentamento della rete, il tecnico
che è intervenuto (solo da remoto) mi si è mangiato dicendomi appunto
che sono "cose che non si fanno e che non vanno fatte" senza ulteriori
spiegazioni. La mia curiosità era solo questa, non sono io la causa del
problema ma vorrei capire cosa c'è dietro, quindi come è stato rilevato
il mio collegamento e che problemi avrebbe potuto causare (a maggior
ragione visto che è attivo STP, ma anche se non lo fosse stato non
avrei comunque visto problemi nell'effettuare i collegamenti che ho
fatto).
Mi scuso se non sono stato chiaro fin dal principio e ringrazio i
partecipanti.
Andrea B.
Mar 5, 2015, 6:31:05 AM3/5/15
to
Il 05/03/2015 9.28, The special one ha scritto:
[..]
> spiegazioni. La mia curiosità era solo questa, non sono io la causa del
> problema ma vorrei capire cosa c'è dietro, quindi come è stato rilevato
> il mio collegamento e che problemi avrebbe potuto causare (a maggior
> ragione visto che è attivo STP, ma anche se non lo fosse stato non avrei
> comunque visto problemi nell'effettuare i collegamenti che ho fatto).
Hai di fatto vanificato la suddivisione fra le due VLan e questo rispode
ad entrambe le domande.
[..]
> spiegazioni. La mia curiosità era solo questa, non sono io la causa del
> problema ma vorrei capire cosa c'è dietro, quindi come è stato rilevato
> il mio collegamento e che problemi avrebbe potuto causare (a maggior
> ragione visto che è attivo STP, ma anche se non lo fosse stato non avrei
> comunque visto problemi nell'effettuare i collegamenti che ho fatto).
ad entrambe le domande.
The special one
Mar 5, 2015, 7:14:15 AM3/5/15
to
Il giorno 05/03/2015, alle ore 12.31.11, Andrea B. ha detto:
due domini di broadcast differenti, tutti i pacchetti di una (broadcast
compresi) non possono raggiungere l'altra. Il traffico IP non resta
separato tra le due VLAN, anche se i rispettivi cavi sono collegati ad
uno stesso switch? Però... ora che ci penso... non ho considerato cosa
avviene a L2. Può essere che a L3 non avvenga nulla di significativo,
ma a L2 si inneschi un/una broadcast storm o qualche altra catena di
eventi particolare ed identificabile?
Mi sa che rimetto in piedi il laboratorio di test (questa volta
staccato dalla rete aziendale) e sniffo tutto lo sniffabile con
wireshark alla ricerca di anomalie varie, voglio capire questa cosa, la
rispoosta del tecnico "non si fa e basta" non è utile a niente e
nessuno :)
Grazie per essere intervenuto
LS
> Il 05/03/2015 9.28, The special one ha scritto:
> [..]
> [..]
> Hai di fatto vanificato la suddivisione fra le due VLan e questo rispode ad
> entrambe le domande.
Perché dici che ho vanificato la sudivisione tra VLAN? Trattandosi di
> entrambe le domande.
due domini di broadcast differenti, tutti i pacchetti di una (broadcast
compresi) non possono raggiungere l'altra. Il traffico IP non resta
separato tra le due VLAN, anche se i rispettivi cavi sono collegati ad
uno stesso switch? Però... ora che ci penso... non ho considerato cosa
avviene a L2. Può essere che a L3 non avvenga nulla di significativo,
ma a L2 si inneschi un/una broadcast storm o qualche altra catena di
eventi particolare ed identificabile?
Mi sa che rimetto in piedi il laboratorio di test (questa volta
staccato dalla rete aziendale) e sniffo tutto lo sniffabile con
wireshark alla ricerca di anomalie varie, voglio capire questa cosa, la
rispoosta del tecnico "non si fa e basta" non è utile a niente e
nessuno :)
Grazie per essere intervenuto
LS
writethem
Mar 5, 2015, 10:16:51 AM3/5/15
to
Può essere che a L3 non avvenga nulla di significativo, ma
> a L2 si inneschi un/una broadcast storm o qualche altra catena di eventi
> particolare ed identificabile?
> Mi sa che rimetto in piedi il laboratorio di test (questa volta staccato
> dalla rete aziendale) e sniffo tutto lo sniffabile con wireshark alla
> ricerca di anomalie varie, voglio capire questa cosa, la rispoosta del
> tecnico "non si fa e basta" non è utile a niente e nessuno :)
unire due VLAN è ovviamente un non senso.
> a L2 si inneschi un/una broadcast storm o qualche altra catena di eventi
> particolare ed identificabile?
> Mi sa che rimetto in piedi il laboratorio di test (questa volta staccato
> dalla rete aziendale) e sniffo tutto lo sniffabile con wireshark alla
> ricerca di anomalie varie, voglio capire questa cosa, la rispoosta del
> tecnico "non si fa e basta" non è utile a niente e nessuno :)
detto questo, unire due vlan non comporta veri e propri problemi
tecnici, nè causa un loop (comunque in questo caso non fattibile per via
dello spanning tree abilitato).
semplicemente:
- ti espone a problemi di sicurezza (cambiandosi l'ip si finisce su
un'altra vlan)
- comunque a livello 2 ognuno si prende i broadcast di entrambe le vlan,
vanificando uno dei benefici maggiori della suddivisione, ovvero ridurre
il traffico di broadcast
insomma, le vlan nascono per dividere e tu ci metti una patch di
mezzo... "non si fa e basta" non sarà utile, ma è ragionevole pensarlo :)
The special one
Mar 5, 2015, 10:41:28 AM3/5/15
to
Il giorno 05/03/2015, alle ore 16.16.42, writethem ha detto:
disposizione solo quelle 2 interfacce sul distribution switch (ciascuna
in una VLAN diversa) ed avevo la necessità di collegare più di due
apparati a ciascuna VLAN. Avendo a disposizione solo uno switchettino
unmanaged non potevo creare un trunk e propagare le 2 VLAN che mi
interessavano, pertanto ho dovuto fare ricorso a questa pratica non
proprio elegante, ma che funzionava :)
> detto questo, unire due vlan non comporta veri e propri problemi tecnici, nè
> causa un loop (comunque in questo caso non fattibile per via dello spanning
> tree abilitato).
esatto, ed infatti sono rimasto interdetto quando il tecnico mi ha
accusato di aver creato un "loop".
> semplicemente:
> - ti espone a problemi di sicurezza (cambiandosi l'ip si finisce su un'altra
> vlan)
> - comunque a livello 2 ognuno si prende i broadcast di entrambe le vlan,
> vanificando uno dei benefici maggiori della suddivisione, ovvero ridurre il
> traffico di broadcast
Ecco, a questo in effetti ho pensato solo in ultima battuta, e potrebbe
essere proprio ciò che ha permesso di "scovare" quel mio collegamento
anomalo. Ho intenzione comunque di ricreare la situazione e fare dei
test in un setup isolato dalla rete.
Grazie ancora e buona serata
> Può essere che a L3 non avvenga nulla di significativo, ma
>> a L2 si inneschi un/una broadcast storm o qualche altra catena di eventi
>> particolare ed identificabile?
>> Mi sa che rimetto in piedi il laboratorio di test (questa volta staccato
>> dalla rete aziendale) e sniffo tutto lo sniffabile con wireshark alla
>> ricerca di anomalie varie, voglio capire questa cosa, la rispoosta del
>> tecnico "non si fa e basta" non è utile a niente e nessuno :)
>
>
> unire due VLAN è ovviamente un non senso.
Sono d'accordo. Il mio caso era dovuto al fatto che avevo a
>> a L2 si inneschi un/una broadcast storm o qualche altra catena di eventi
>> particolare ed identificabile?
>> Mi sa che rimetto in piedi il laboratorio di test (questa volta staccato
>> dalla rete aziendale) e sniffo tutto lo sniffabile con wireshark alla
>> ricerca di anomalie varie, voglio capire questa cosa, la rispoosta del
>> tecnico "non si fa e basta" non è utile a niente e nessuno :)
>
>
> unire due VLAN è ovviamente un non senso.
disposizione solo quelle 2 interfacce sul distribution switch (ciascuna
in una VLAN diversa) ed avevo la necessità di collegare più di due
apparati a ciascuna VLAN. Avendo a disposizione solo uno switchettino
unmanaged non potevo creare un trunk e propagare le 2 VLAN che mi
interessavano, pertanto ho dovuto fare ricorso a questa pratica non
proprio elegante, ma che funzionava :)
> detto questo, unire due vlan non comporta veri e propri problemi tecnici, nè
> causa un loop (comunque in questo caso non fattibile per via dello spanning
> tree abilitato).
accusato di aver creato un "loop".
> semplicemente:
> - ti espone a problemi di sicurezza (cambiandosi l'ip si finisce su un'altra
> vlan)
> - comunque a livello 2 ognuno si prende i broadcast di entrambe le vlan,
> vanificando uno dei benefici maggiori della suddivisione, ovvero ridurre il
> traffico di broadcast
essere proprio ciò che ha permesso di "scovare" quel mio collegamento
anomalo. Ho intenzione comunque di ricreare la situazione e fare dei
test in un setup isolato dalla rete.
Grazie ancora e buona serata
Romeo Lo Muzio
Mar 24, 2015, 7:36:38 AM3/24/15
to
0 new messages