Dividir o tráfego multicast em duas vlans usando o IOS

3

Aqui está o que eu quero fazer:

Em um switch / roteador executando o cisco IOS (Idealmente funcionaria em uma imagem Lanbase em um 3560G mas é possível usar roteadores 65xx também) Eu recebo dois fluxos multicast do udp no vlan 100:

  • vlan 100, @ 239.34.1.1: 1234 e @ 239.34.1.2: 1234

O que preciso fazer é encaminhar:

  • @ 239.34.1.1: 1234 na vlan 101
  • @ 239.34.1.2: 1234 na vlan 102

Por enquanto, não me importo com o snooping do igmp, que é desativado (o tráfego multicast é tratado como broadcast), mas uma solução ideal deve encaminhar as consultas do igmp do vlan 101/102 para o vlan 100.

Como sugerido por @metacom, fiz o seguinte:

Estou executando: ipbasek9 / 12.2 (44) SE6

ip multicast-routing distributed
no ip igmp snooping
ip igmp ssm-map enable
no ip igmp ssm-map query dns
ip igmp ssm-map static 11 192.168.0.41
ip igmp ssm-map static 12 192.168.0.1
ip igmp ssm-map static 16 192.168.0.6
vlan 100
 name video feeds a and b
vlan 101
 name video a

interface vlan 100
 ip address 192.168.0.146 255.255.255.0
 # How am I supposed to explain that feeds 239.34.1.1 and 239.34.1.2 have a source on vlan 100?
 ip igmp static-group 239.34.1.2 source ssm-map
 ip igmp static-group 239.34.1.1 source ssm-map
 ip pim passive

interface vlan 101
 ip address 172.16.5.17 255.255.255.248
 ip igmp static-group 239.34.1.1 source ssm-map
 ip pim passive

ip pim ssm range 88

access-list 11 permit 239.34.1.1
access-list 12 permit 239.34.1.2

access-list 88 permit 239.34.1.1
access-list 88 permit 239.34.1.2

Com essa configuração, eu tenho um servidor com uma conexão de tronco para ambas as vlans. Na vlan 100 eu posso ver (via tcpdump por exemplo) os fluxos 239.34.1.1 e 239.34.1.2. Na vlan 101 eu não tenho nenhum fluxo multicast.

Quando executo show ip mroute não vejo nada. Eu não sei como configurar o pim. Nesta imagem eu tenho apenas pim passive , não sei se é bom ou ruim ativá-la.

EDITAR

Eu ativei ip pim passive em ambos os SVI e aqui está o resultado para show ip igmp groups 239.34.1.1

Group Address    Interface                Uptime    Expires   Last
Reporter   Group Accounted
239.34.1.1       Vlan101                 00:07:19  stopped   0.0.0.0         
239.34.1.1       Vlan100                 00:07:31  stopped   192.168.0.36

Além disso, se eu executar show ip mroute 239.34.1.1 , não tenho uma interface de entrada para este grupo:

#show ip mroute 239.34.1.1
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
       L - Local, P - Pruned, R - RP-bit set, F - Register flag,
       T - SPT-bit set, J - Join SPT, M - MSDP created entry,
       X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
       U - URD, I - Received Source Specific Host Report, 
       Z - Multicast Tunnel, z - MDT-data group sender, 
       Y - Joined MDT-data group, y - Sending to MDT-data group
       V - RD & Vector, v - Vector
Outgoing interface flags: H - Hardware switched, A - Assert winner
 Timers: Uptime/Expires
 Interface state: Interface, Next-Hop or VCD, State/Mode

(192.168.0.1, 239.34.1.1), 00:14:42/00:02:34, flags: sTI
  Incoming interface: Null, RPF nbr 0.0.0.0
  Outgoing interface list:
    Vlan101, Forward/Sparse-Dense, 00:14:29/00:00:44
    Vlan100, Forward/Sparse-Dense, 00:14:41/00:02:34
    
por Olivier S 04.04.2014 / 07:27

2 respostas

0

Depois de muita solução de problemas, acho que é simplesmente impossível rotear o tráfego multicast com uma imagem do lanbase.

Conforme declarado no documento Se você precisar de PIM para uma porta de uplink do SVI, atualize para o conjunto de recursos de serviços IP.

Em um antigo 3550 executando 12.1 (22) EA1a, a configuração seguinte está funcionando bem:

ip multicast-routing

interface Vlan100
 ip address 192.168.0.146 255.255.255.0
 ip pim sparse-dense-mode
end

interface Vlan101
 ip address 172.16.5.17 255.255.255.248
 ip pim sparse-dense-mode
 ip igmp static-group 239.34.1.1 source 192.168.0.1
end
    
por 11.04.2014 / 10:04
0

Configurando o encaminhamento de tráfego estático com o mapeamento de SSM: link

Isso parece exatamente o que você precisa.

A configuração adicionaria um acl para vlan101, permitindo 239.34.1.1 e um para vlan 102, permitindo 239.34.1.2. Ative o pim sparse-mode em todas as 3 vlans, ssm-map, multicast-routign e você deve estar pronto!

Editar: acabei de fechar 44 separadores ao tentar descobrir isto!

Editar 2: Alterar

ip igmp static-group 239.34.1.2 source 192.168.0.1
ip igmp static-group 239.34.1.1 source 192.168.0.41  

para

 ip igmp static-group 239.34.1.2 source ssm-map
 ip igmp static-group 239.34.1.1 source ssm-map

Editar 3 A partir daqui: link

ip mroute 192.168.0.0 255.255.255.0 192.168.0.146

E também você provavelmente pode remover

 ip igmp static-group 239.34.1.2 source ssm-map
 ip igmp static-group 239.34.1.1 source ssm-map

da vlan 100

    
por 06.04.2014 / 17:41

Tags