Newsgroup: it.comp.reti.locali
Titolo: somma di traffici VLAN

ciao a tutti di nuovo,
stavolta mi trovo alle prese con uno switch Cisco Catalyst Express 500.
sto cercando di configurare 3 porte (totale porte = 8 gigabit, ma me ne
servono solo 3), che chiamo A B e C. ho due traffici: un traffico t1 con
un certo tag VLAN e un traffico t2 non taggato (o con un secondo tag
VLAN distinto, vanno bene entrambi i casi per me). il traffico t1 entra
in A e vorrei che uscisse in C, e analogamente il traffico t2 dovrebbe
entrare in B e uscire in C; in sostanza vorrei sommare il traffico di A
e B e immetterlo tutto in C, e ovviamente viceversa scomporlo da C a A e
B facendo disciminante di VLAN. purtroppo non riesco a configurare C
come nodo somma, in pratica nello switch ad ogni porta riesco ad
assegnare una sola VLAN (oppure la VLAN predefinita, che include il
traffico non taggato). non trovo assolutamente chiarimenti nell'infinita
documentazione di Cisco. rigiro la domanda a voi: questo modello non
supporta più VLAN per porta?

Non conosco i cisco.
Per analogia però ti dico che alcuni switch configurano di default le porte 
in modalità access (fanno passare una sola vlan).
Perchè funzioni va messa la porta in modalità trunk.
Dai un occhiata al manuale (o ai link sotto).
Quanto sotto, forse potrebbe funzionare:
interface FastEthernet0/24
switchport trunk encapsulation dot1q
#forse non mettendo questa riga su cisco passano tutte le vlan definite - 
verifica tu stesso dopo aver fatto la configurazione con: show interfaces
 switchport trunk allowed vlan 2
switchport trunk native vlan 1
switchport mode trunk
Ps: tempo fa avevo visto qualcosa in: 
http://www.candelatech.com/~greear/vlan/howto.html
, e 
http://www.linuxjournal.com/article/7268
, stavo vedendo come funzionavano le 
VLAN in linux.
PS2: switchport mode trunk

 switchport trunk encapsulation dot1q
purtroppo questo switch non permette di avere una CLI ma solo una
scarsissima interfaccia web per il management :-(

 permette di configurare solo una VLAN passante.
Ho trovato il seguente link: 
http://www.cisco.com/en/US/products/ps6545/products_configuration_example09186a00806da6c9.shtml
La soluzione sembrerebbe essere: porta C va messa come smartport di tipo 
Switch, A e B come smartport di tipo Desktop.


wrote:

Ciao
Negli esempi di configurazione c'è nè proprio uno che fa al caso tuo:
https://supportwiki.cisco.com/ViewWiki/index.php/Catalyst_Express_500_Series_Switches_Configuration_Example#Configure_InterVLAN_Routing_with_a_Cisco_Router
Ciao


https://supportwiki.cisco.com/ViewWiki/index.php/Catalyst_Express_500_Series_Switches_Configuration_Example#Configure_InterVLAN_Routing_with_a_Cisco_Router
Riportato anche nel link, del mio prec post.
Probabilmente funziona mettendo la porta sia in modalità Router che in 
modalità Switch. 

 modalità Switch.
Avevo la pagina aperta da un po e non ho visto che avevi già risposto
tu :-)
Ciao

Ciao
Ops scusa, errore mio.
In effetti il tuo post č di un solo minuto successivo al mio.
Capitan Harlock, facci sapere se il problema č risolto. 

 Capitan Harlock, facci sapere se il problema è risolto. 
ragazzi grazie ancora dell'aiuto!
purtroppo non va ancora, ieri avevo impostato le smartports come: porta A e B 
Desktop e porta C Switch; adesso sto provando porta C router ma non cambia 
nulla. D'altra parte le mie VLAN usano indirizzi IP delle stesse classi (cioè 
stesse maschere) quindi non dovrebbe essere necessario usare un router.
riesco a far passare il traffico non taggato (da B a C), ma quello taggato 
(VLAN = 100) da A a C non passa. Tra l'altro ho notato che non passa neanche 
se spengo B e imposto C con VLAN 100, usando quindi un circuito unico da A a 
C. Ma che diavolo lo piglia questo switch? :-)
non ci capisco più niente ! :-)
Se aveste altri suggerimenti sarebbe fantastico!

 ha scritto:

dimenticavo, forse è bene che risciva come sono impostate le porte:
porta A - Desktop - Access VLAN = 100
porta B - Desktop - Access VLAN = default (1)
porta C - Router (o Switch) - Native VLAN = default (1)

 C. Ma che diavolo lo piglia questo switch? :-)
Ma cosa c'è attaccato su C?
Come determini che il traffico non passa? 

 
ci è attaccato un nostro apparato WAN proprietario, che ha un'unica 
interfaccia ethernet gigabit attraverso la quale devono passare il suo 
management (taggato con una certa VLAN) e il payload da trasportare (non 
taggato o taggato con una VLAN alternativa). In pratica il management viene 
dalla porta A e il payload è generato da un frame generator attaccato in B.
Da qui la mia necessità di sommare questi due traffici.
Finora ho usato uno switch della RAD, e ha funzionato abbastanza bene. Poi ci 
hanno comprato due di questi Cisco così a scatola chiusa e cercavo di capire 
se erano utilizzabili nello stesso setup.
Ho vari metodi per vedere cosa passa in C, ad esempio tramite uno strumento 
sniffer o un pc con installato wireshark, ma in realtà la prova più semplice è 
attaccarci proprio il nostro apparato WAN e vedere se è gestibile da un PC 
attaccato alla porta A. Se è gestibile (il che significa che il fascio VLAN 
passa) poi posso verificare tramite dei suoi contatori interni se sta 
transitando o meno anche il traffico payload.

 Come determini che il traffico non passa?
Ma se fai un trunk  con 802.1Q su C 
http://it.wikipedia.org/wiki/IEEE_802.1q
il traffico è visibile ad un pc connesso a C o quel trunk (come credo)
può essere destinato solamente ad un apparato che supporta 802.1Q tipo
un router o un'altro switch?
Mi sembra di aver capito che per collegare un pc windows al trunking
serve una scheda di rete con driver particolari che installano delle
interfacce virtuali per le vlan
http://www.lanarchitect.net/Articles/VLANTrunking/Implementation/
Io posterei qui: 
http://groups.google.it/group/it.comp.reti.cisco/topics
Ciao


http://www.lanarchitect.net/Articles/VLANTrunking/Implementation/
Mmhh molto bello questo link.
Confermo quanto dice, normalmente i pc non vanno usati con tagging proprio: 
non tutti i driver/schede di rete lo supportano, e diventa un caos la 
gestione (meglio fare tutto su switch).
Ora ho visto che sulle schede Intel pro 100 (e relativa utility) si puo fare 
il giochetto (più vlan viste da scheda), non lo sapevo!
Sapevo farlo solo con linux., grazie per il contributo!!!
Sarà sicuramente utile a Capitan Harlock, sempre che non lo sapesse già.
Mi rimane solo un buco, nella mia conoscenza se l'utilizzo con wireshark in 
modalità promiscua evidenzia anche il traffico taggato, o se per promiscua 
si intende solo non destinato al proprio mac-address (ed in base al driver 
il traffico vlan non evidenziato). 

 avevo pensato, grazie della dritta.
PS: Tieni aggiornati sugli sviluppi. 

 il traffico vlan non evidenziato). 
Sono stato attaccato a wireshark mezza giornata per risolvere una rogna 
con un paio di VLAN, avevo una porta dello switch in modo Trunk verso un 
router dal quale arrivavano due VLAN diverse, che lo switch divideva su 
due set di porte in access mode.
Avevo configurato il mirroring della porta Trunk su una seconda porta 
per sniffare il traffico in modo trasparente, impostando lo switch per 
lasciare le tag sul traffico "mirrorato".
Wireshark mi mostrava (correttamente) il traffico di entrambe le VLAN, 
ma senza nessun riferimento al tagging di ciascun pacchetto. Alla fine 
ho dovuto fare il doppio mirroring delle due VLAN già separate dallo 
switch. Non so se il "problema" fosse su Wireshark, sul mirroring, sulla 
scheda di rete, o che altro.

 
http://www.lanarchitect.net/Articles/VLANTrunking/Implementation/
è proprio così, infatti dal PC locale entro nella porta A dello switch con un
traffico già taggato VLAN = 100. Il PC ha scheda di rete Broadcom NetXtreme
gigabit e uso l'utility BACS (Broadcom Advanced Control Suite, scaricabile dal
sito del produttore) per taggare il traffico con una qualsivoglia VLAN.

 ha scritto:

Forse, e sottolineo forse, ho risolto: provando e riprovando assieme a un
collega abbiamo capito che il Cisco in pratica fa VLAN re-tagging! Proprio il
contrario di come avevamo impostato il problema.
In pratica la seguente configurazione, che è identica a quella che mi avevate
suggerito ieri, SEMBRA funzionare:
Porta A (traffico t1 di management da / verso un PC locale)
Smartport = Desktop
Access VLAN = 100
Porta B (traffico t2 payload da / verso un frame generator)
Smartport = Desktop
Access VLAN = default (1)
Porta C (traffico somma t1+t2 da / verso l'apparato WAN)
Smartport = Router
Native VLAN = default (1)
L'errore che facevo io era intendere che il traffico da PC locale alla porta A
doveva essere già taggato VLAN = 100 ! Staggandolo sembra andare tutto. In
pratica con la configurazione suddetta, se un pacchetto entra in C lo switch ne
guarda il tag e se = 100 lo manda sulla porta A, altrementi sulla B. Viceversa
un pacchetto entrante da A (NON taggato) viene taggato = 100 e spedito su C.
Ad un certo punto ho dovuto sospendere per un'altra urgenza, domani vi faccio
sapere con più dettaglio, promesso.

 C.
Se hai esigenza di usare il tagging su A, puoi mettere la porta in modalità 
switch mettendo come nativa la vlan 1.
L'unico problema è che passerà anche il traffico delle altre vlan taggate 
(eventualmente configurate) e di quella nativa (tutto traffico che verrà 
ignorato).
Per evitare che questo avvvenga, bisogna vedere se in una porta in modalità 
switch/router o other è possibile limitare le vlan taggate ed evitare quello 
in modalità nativa (alias di non taggato).
Sempre se è questa la tua esigenza, con uno switch non gestito o con un 
semplice hub ottieni lo stesso risultato senza dover configurare nulla. 

 rete, o che altro.
Stavo cercando utility per mia scheda in rame del portatile, ma da quanto 
vedo esiste solo per certe schede!
Indirizzo: 
http://wiki.wireshark.org/CaptureSetup/VLAN
 (coperto da licenza 
GPL disponibile su: 
http://www.gnu.org/licenses/gpl.html
)
Per Linux:
"After your VLAN interfaces are set up and traffic is flowing, you can run 
Wireshark and capture on the VLAN interface of your choice (e.g., eth0.100 
for VLAN 100) or on the underlying physical interface (e.g., eth0). If you 
choose the former, you will only see frames destined for that VLAN; if you 
choose the latter, you may see ALL frames or you may see only untagged 
frames (if there are any). It depends on the NIC, the NIC firmware, the 
driver, and the alignment of the moon and planets. (A table enumerating the 
behaviors of various adapters, firmware versions, and drivers might be 
useful. -Guy Harris)"
ROTFL!
"If you are capturing on the host system where the VLANs are configured, you 
will probably not see the VLAN tags in the captured frames -- even if you 
capture on the physical device."
Per windows:
"So whether you see VLAN tags in Wireshark or not will depend on the network 
adapter you have and on what its and its driver do with VLAN tags."
"Some more sophisticated adapters will handle VLAN tags in the adapter 
and/or the driver. This includes some Intel adapters and, as far as i know, 
Broadcom gigabit chipsets"
Ciao,
ScriptJus

 It depends on the [...] alignment of the moon and planets.
ROTFL ... questo regola il funzionamento di gran parte delle 
apparecchiature elettroniche e informatiche :-))))

 taggato (VLAN = 100) da A a C non passa"
già! era un comportamento arcano per me, a posteriori è ovvio invece che si 
comporti così :-)
grazie ancora dell'aiuto!