Newsgroup: it.comp.reti.cisco
Titolo: Problemi di join a un gruppo multicast

Ho uno stranissimo problema: ho due appliance linux
connesse a due Catalyst 2960 (WS-C2960G-48TC-L)
I due 2960 sono tra loro collegati con un portchannel.
L'appliance 1 è connessa allo switch 1 sulla porta Gi0/14
mentre l'appliance 2 è connessa allo switch 2 sulla porta
Gi0/14
Le due suddette porte sono identicamente configurate, in
access alla vlan 5.
Ciò che accade e che non riesco a spiegarmi è che l'appliance
2 riesce tranquillamente a fare join al gruppo di multicast
224.0.0.5, mentre l'appliance 1 non ci riesce, nonostante, come
verificato, mandi gli stessi pacchetti igmp che manda l'appliance
2.
Qualche hint?
Grazie.

> Qualche hint?
L'unico vero hint che mi viene in mente è che l'indirizzo 224.0.0.5 sarebbe 
riservato ad ospf, non è che hai qualche router in giro con ospf attivo che 
stranamente manda in confusione solo una delle due appliance?
Per il resto le solite cose, controlle per intero le configurazioni dei due 
switch e le release di ios.
Poi, se applicabile, c'è sempre la prova della scimmia .... un bel swap 
delle due appliance per vedere se il problema si sposta o rimane.
Ciao,
         Tosh. 

 delle due appliance per vedere se il problema si sposta o rimane. Ciao,
E' il last resort test che contavo di fare, in effetti.
Grazie per il supporto, comunque.
Hai qualche altro hint specifico, per caso?
P.S.
Ho visto che non sembra esserci modo di forzare una porta ad essere membro
di un gruppo multicast il cui indirizzo sia riservato (tipo, appunto, 224.0.0.5)
C'è qualche "trucco" che ignoro, per caso?

 che dovrebbero fare join...
Diro' forse una stupidaggine, ma mi pare che tutti gli indirizzi multicast
appartenenti al range 
224.0.0.0/24
 (a cui ovviamente 224.0.0.5 appartiene)
siano destinati all'uso in rete locale e non richiedano un join specifico. 
Ad esempio, un router o un software come quagga che usa ospf non invia
pacchetti igmp in rete; semplicemente, il driver della scheda di rete viene
programmato per stare in ascolto sul mac address corrispondente all'ip
multicast.
Ma forse non ho capito cosa intendi...

 corrispondente all'ip multicast.
Certo, ma sono gli switch, che hanno apposta funzionalità di igmp snooping, che
dovrebbero inoltrare pacchetti multicast solo a quelle porte da cui sono
arrivate esplicitamente richieste per quel particolare gruppo di multicast, o no?

 di multicast, o no?
Credo che igmp snooping riguardi generalmente solo gli indirizzi multicast
non appartenenti a 
224.0.0.0/24
. Quelli nel range 
224.0.0.0/24
 vengono
floodati a tutte le interfacce.
Questo e' cio' che dice RFC 4541:
"Packets with a destination IP (DIP) address in the 224.0.0.X range
      which are not IGMP must be forwarded on all ports.
      This recommendation is based on the fact that many host systems do
      not send Join IP multicast addresses in this range before sending
      or listening to IP multicast packets.  Furthermore, since the
      224.0.0.X address range is defined as link-local (not to be
      routed), it seems unnecessary to keep the state for each address
      in this range.  Additionally, some routers operate in the
      224.0.0.X address range without issuing IGMP Joins, and these
      applications would break if the switch were to prune them due to
      not having seen a Join Group message from the router."
e pare confermato da cisco:
Limitations
As with CGMP, GDAs that map to a MAC that falls in the range
01-00-5e-00-00-xx is never pruned by IGMP snooping.
http://www.cisco.com/en/US/products/hw/switches/ps708/products_tech_note09186a00800b0871.shtml

 di multicast, o no?
Ti confesso che non mi sono mai posto il problema per gli indirizzi nel
range 
224.0.0.0/24...devo
 approfondire.


Potrebbe essere una implementazione specifica di quell'applicazione, oppure 
una iniziativa dello stack ip che interpreta male alcune direttive 
dell'applicazione.
Ciao,
         Tosh. 

       which are not IGMP must be forwarded on all ports.
Assolutamente corretto.
Sono stato fuorviato da quei dannati pacchetti igmp.
Ora resta solo da capire perchè le due dannate appliance, stesso
hardware, stessa versione di ogni pacchetto (debian lenny) abbiano
comportamenti asimmetrici.
In realtà, continuo a pensare che ci sia qualcosa di strano anche sugli
switch.
Vi aggiornerò, e grazie a tutti per le preziose osservazioni.


La spiegazione potrebbe venire proprio dal protocollo ospf, il quale prevede 
che in reti broadcast la relazione non sia più peer-to-peer ma che esista 
una gerarchia composta da un DR (Designated Router), un BDR (Backup ...) ed 
eventualmente dei DROthers (tutti gli altri).
Evidentemente il comportamento è diverso in funzione del ruolo, il che non 
so se ha a che vedere con le tue join, ma sicuramente spiega qualche 
pacchetto diverso che esce dai due router.
Ciao,
         Tosh.