Newsgroup: it.comp.os.linux.sys
Titolo: VLAN in un pezzo di un trunk LACP?

 
Scusate l'oggetto.
 
 
Per una serie di questioni su cui sorvolo, ho predisposto una VLAN specifica
in cui mettere le varie interfacce di management (HP, iLO) dei vari server,
di modo da isolarla dalla rete.
 
 
Per chi ha interfaccia dedicata, ho configurato lo switch affinchè aggiunga
il TAG e morta li. Funziona.
 
Su un serverino con interfaccia singola, ho abilitato in iLO la VLAN e
funziona alla perfezione.
 
Su un altro server ho creato un trunk/bond LACP tra due interfacce,
tra cui UNA è quella ''shared management''; se non definisco VLAN
l'interfaccia di management funziona perfettamente (configurazione standard,
in DHCP, si prende un indirizzo dal server dhcp della rete primaria).
 
Se imposto la VLAN e gli assegno un IP statico, vedo quell'IP registrato
nella ARP table (e vedo con tshark traffico ARP) ma quell'indirizzo sembra
''morto''. Nessun servizio. Nessun altro traffico.
 
 
La VLAN da fastidio al trunking? Cosa altro può essere? Grazie.
 
-- 
  Galleggiano lenti, rotondi e contenti
  la faccia pero` e` solo quella coi denti		(R. Vecchioni)

Suppongo tu abbia fatto un bond mod 4 con supporto LACP dello switch.
 
Ho anch'io ho un setup molto simile al tuo e più o meno ho gli stessi 
comportamenti. Cerco di dettagliare meglio:
 
Setup funzionate:
- rhel 7.2 con due interfacce in bond mod 4 (tra l'altro su cui sono 
aggiunte diverse sub interfacce su diverse vlan)
- switch hp procurve con 2 porte in lacp, con varie vlan taggate oltre 
a quella di default.
 
Setup non funzionanti:
1) se parto con un live (ad esempio Clonezilla) e non configuro il 
bond, il DHCP non funziona
2) se parto con Acronis (altra live linux based) ricevo un indirizzo in 
DHCP ma non riesco a fare traffico
 
Ritornando al tuo caso, non penso che il problema siano le VLAN, ma 
piuttosto il LACP, che per funzionare a dovere ha bisogno del pieno 
supporto delle nic, del S.O nonché dello switch.
 
P.S. scusa per il line wrap sbagliato
 


Vediamo se ho capito. Hai un LACP con due porte. Di queste due porte, su 
una c'è anche la iLO shared sulla cui configurazione hai specificato un 
certo tag 802.1q (es. 100)
Lato switch hai definito un LACP con le due porte ed hai definito il 
port channel come un trunk 802.1q dove hai aggiunto, oltre alla vlan 
predefinita, anche la 100
 
Se così è potrebbe tornare che non vedi niente: lo switch usa entrambi i 
link (ipotizzo: satura il primo link e poi passa al secondo). Ergo, se 
il pacchetto per la iLO ha la sfortuna di finire sulla scheda non shared 
non avrai mai risposta.
 
Per vedere se ho ragione, prova a scollegare la scheda "non shared" e 
vedere se così facendo la iLO ti risponde
 
Ciao
 
 
-- 
Luca
http://www.civinini.net
 
 
"Unix is simple. It just takes a genius to understand its simplicity." - 
Dennis Ritchie

 supporto delle nic, del S.O nonché dello switch.
 
Si, penso anche io. Ma mi fa specie una configurazione in cui ARP funziona
ma il resto no... mi sa che riprovo, andando per step, e vi faccio sapere...
 
-- 
  Coltivate Linux, tanto Window$© si pianta da solo
				(Antonio, MajaGLUG: 
http://www.teppisti.it
)

 vedere se così facendo la iLO ti risponde
 
Interessante... buona idea... ci provo...
 
-- 
  Mentre il cuore d'Italia, da Palermo ad Aosta
  si gonfiava in un coro di vibrante protesta		(F. De Andre`)

 ovvero la risoluzione ARP funziona.
 
Dove lo vedi il mac address della iLO? Sullo switch?
Perchè in tal caso non è la risoluzione ARP che funziona ma lo switch 
sente i pacchetti che evidentemente la iLO manda fuori di suo (anche 
solo il RARP per vedere se l'IP è duplicato)


 Dove lo vedi il mac address della iLO? Sullo switch?
 
No, esiste un gateway, una macchina linux, con IP in quella subnet. da li
vedo il MAC address nella ARP table.
 
-- 
  Please note that free software should be interpreted as free speach
  while most seem to interprete it as free lunch.
						(Hugo van der Kooij)