Назад | Перейти на главную страницу

Разделение многоадресного трафика на два vlan с использованием IOS

Вот что я хочу сделать:

На коммутаторе / маршрутизаторе под управлением cisco IOS (в идеале он работал бы с образом Lanbase на 3560G, но также можно использовать маршрутизаторы 65xx) я получаю два многоадресных потока udp на vlan 100:

Что мне нужно сделать, так это переслать:

На данный момент меня не волнует отслеживание igmp, которое отключено (многоадресный трафик рассматривается как широковещательный), но идеальным решением было бы пересылать запросы igmp от vlan 101/102 к vlan 100.

Как было предложено @metacom, я сделал следующее:

Я использую: 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

С этой конфигурацией у меня есть сервер с магистральным подключением к обоим vlan. На vlan 100 я могу видеть (например, через tcpdump) потоки 239.34.1.1 и 239.34.1.2. На vlan 101 у меня нет многоадресных потоков.

Когда я бегу show ip mroute Я ничего не вижу. Не знаю, как настроить pim. На этом изображении у меня есть только pim passive , Я не знаю, хорошо это или плохо - активировать его.

РЕДАКТИРОВАТЬ

Я активировал ip pim passive на обоих SVI, и вот результат для 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

Также, если я бегу show ip mroute 239.34.1.1 У меня нет входящего интерфейса для этой группы:

#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

После долгих поисков неисправностей я думаю, что просто невозможно маршрутизировать многоадресный трафик с образом lanbase.

Как указано в документе Если вам нужен PIM для порта восходящей связи SVI, вам следует перейти на набор функций IP-сервисов.

На старом 3550 с 12.1 (22) EA1a тривиальная следующая конфигурация работает нормально:

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

Настройка статической пересылки трафика с сопоставлением SSM: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipmulti_igmp/configuration/xe-3s/imc-igmp-xe-3s-book/imc_ssm_map.html#GUID- DDD77D1A-D5C2-4402-A7C6-D1728B94A833

Похоже, это именно то, что вам нужно.

Конфигурация добавит ACL для vlan101, разрешающего 239.34.1.1, и один для vlan 102, разрешающего 239.34.1.2. Включите pim sparse-mode на всех 3 vlan, ssm-map, multicast-routign, и все будет в порядке!

Редактировать: Я только что закрыл 44 вкладки, пытаясь понять это!

Изменить 2: + Изменить

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  

к

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

редактировать 3 Отсюда: http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipmulti/command/imc-cr-book/imc_i2.html#wp1533460393

ip mroute 192.168.0.0 255.255.255.0 192.168.0.146

А также вы, вероятно, можете удалить

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

от vlan 100