Benvenuto,
Ospite
|
ARGOMENTO:
Moderatori: jpalombi
Benvenuto,
Ospite
|
|
Salve a tutti. Ho provato una simulazione base in GNS3.
Un Sender Multicasting ed un Receiver appartenente al gruppo multicast 239.1.1.20; riporto la topologia: Di seguito le parti essenziali di config usate per i 4 router in figura: R1 ip dvmrp route-limit 20000 ! interface Serial1/0 ip address 10.1.1.1 255.255.255.0 no ip directed-broadcast ip igmp join-group 239.1.1.20 ! ip classless ip route 0.0.0.0 0.0.0.0 10.1.1.2 ! end R102 ip dvmrp route-limit 20000 ! interface Loopback0 ip address 2.2.2.2 255.255.255.255 no ip directed-broadcast ! interface Tunnel0 ip address 192.168.24.1 255.255.255.252 no ip directed-broadcast ip pim sparse-dense-mode tunnel source Loopback0 tunnel destination 4.4.4.4 ! interface Serial1/0 ip address 192.168.34.1 255.255.255.252 no ip directed-broadcast ! interface Serial1/1 ip address 10.1.1.2 255.255.255.0 no ip directed-broadcast ip pim sparse-dense-mode ! router eigrp 10 network 2.0.0.0 network 10.0.0.0 network 192.168.23.0 network 192.168.34.0 no auto-summary ! ip classless ! end R104 ip dvmrp route-limit 20000 ! interface Loopback0 ip address 4.4.4.4 255.255.255.255 no ip directed-broadcast ! interface Tunnel0 ip address 192.168.24.2 255.255.255.252 no ip directed-broadcast ip pim sparse-dense-mode tunnel source Loopback0 tunnel destination 2.2.2.2 ! interface Serial1/0 ip address 192.168.34.2 255.255.255.252 no ip directed-broadcast ! interface Serial1/1 ip address 10.2.2.2 255.255.255.0 no ip directed-broadcast ip pim sparse-dense-mode ! router eigrp 10 network 4.0.0.0 network 10.0.0.0 network 192.168.34.0 no auto-summary ! ip classless ip mroute 2.2.2.2 255.255.255.255 Tunnel0 ip mroute 10.1.1.0 255.255.255.0 Tunnel0 ! end R4 ip dvmrp route-limit 20000 ! interface Serial1/0 ip address 10.2.2.3 255.255.255.0 no ip directed-broadcast ip igmp join-group 239.1.1.20 ! ip classless ip route 0.0.0.0 0.0.0.0 10.2.2.2 ! end IL PROBLEMA E': nel momento in cui provo l'invio di traffico Multicast dal Sender, non và; nel particolare la prova che faccio è la seguente: R1# ping 239.1.1.20 (ping KO) Domanda: E' corretta la prova che faccio? Cioè, generando traffico verso l'indirizzo multicast 239.1.1.20, non dovrebbe attraversare il tunnel ed arrivare a R4 (che appartiene al quel gruppo multicast) e quindi rispondere? E' corretta la prova di ping per verificare il funzionamento del Multicasting Over Tunnel GRE? Se si, oppure no, ci sono inoltre errori di config o qualcosa che mi sfugge o manca per il corretto funzionamento? |
Si prega Accedi a partecipare alla conversazione.
Ultima Modifica: da andrea_ballone.
|
|
Ho risolto da solo...basta ingrugnirsi un pò ).
Lascio cmq il post per info a chi volesse cimentarsi. Un saluto a tutti. |
Si prega Accedi a partecipare alla conversazione. |
|
Esercizio impegnativo, in ogni caso ci tengo a precisare che il multicast non è oggetto della certificazione TShoot, ma certamente utile da conoscere.
Vuoi condividere con noi come hai risolto il problema? Sono certo sarebbe interessante anche per altri. |
Si prega Accedi a partecipare alla conversazione. |
|
In effetti sembrava esser configurato bene tutto.
Alla fine era un problema di annuncio di rotte, verificato con "show ip route" sui vari router. Con la configurazione di EIGRP data non annunciava correttamente (forse temporaneo bug di GNS3, oppure mi sfugge qlcs); in ogni caso ho tolto EIGRP e sostituito su R102 con: router ospf 1 network 2.2.2.2 0.0.0.0 area 0 network 10.1.1.0 0.0.0.255 area 0 network 192.168.34.0 0.0.0.255 area 0 su R104 con: router ospf 1 network 4.4.4.4 0.0.0.0 area 0 network 10.2.2.0 0.0.0.255 area 0 network 192.168.34.0 0.0.0.255 area 0 Come ulteriore modifica ho tolto l'appartenenza al gruppo multicast su R1, in quanto il Sender non è obligato a stare in qualche gruppo multicast - (ma non credo era importante questo). Insomma, Sostituito EIGRP con OSPF, le tabelle di routing vengono popolate correttamente, e le verifiche finali mi confermano il funzionamento corretto: R104#show ip mroute IP Multicast Routing Table Flags: D - Dense, S - Sparse, C - Connected, L - Local, P - Pruned R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT X - Proxy Join Timer Running Timers: Uptime/Expires Interface state: Interface, Next-Hop or VCD, State/Mode (*, 239.1.1.20), 00:06:59/00:02:59, RP 0.0.0.0, flags: DJC Incoming interface: Null, RPF nbr 0.0.0.0 Outgoing interface list: Tunnel0, Forward/Sparse-Dense, 00:06:37/00:00:00 Serial1/1, Forward/Sparse-Dense, 00:07:05/00:00:00 (10.1.1.1, 239.1.1.20), 00:01:25/00:02:51, flags: CT Incoming interface: Tunnel0, RPF nbr 192.168.24.1, Mroute Outgoing interface list: Serial1/1, Forward/Sparse-Dense, 00:01:25/00:00:00 R104#show ip igmp groups IGMP Connected Group Membership Group Address Interface Uptime Expires Last Reporter 239.1.1.20 Serial1/1 00:07:16 00:02:33 10.2.2.3 R4#show ip igmp groups IGMP Connected Group Membership Group Address Interface Uptime Expires Last Reporter 239.1.1.20 Serial1/0 00:10:42 never 10.2.2.3 R1#ping 239.1.1.20 Reply to request 0 from 10.2.2.3, 716 ms R4#debug ip packet IP packet debugging is on R4# 00:13:29: IP: s=10.1.1.1 (Serial1/0), d=239.1.1.20, len 100, rcvd 2 00:13:29: IP: s=10.2.2.3 (local), d=10.1.1.1 (Serial1/0), len 100, sending Spero di esservi stato utile . Saluti. |
Si prega Accedi a partecipare alla conversazione. |