Маршрутизация/балансировка мультикаста Cisco

[Максим Сандаков]

Доброго дня!

Уважаемые, есть следующая схема, друг к дружке двумя линками 10G подключены Cisco 7606(PIM RP, к нему подключены вещатели мультикаста) и Cisco 4900M(от него уже цепляются клиентские железки), на каждый линк кинута своя vlan. У одного линка доступная ширина канала 3,4G(vlan909), у другого 1G(vlan920)(аренда каналов). На текущий момент весь клиентский трафик + мультикаст IPTV ходит через один линк во vlan909, но в ЧНН начинает упираться в полку.

Необходимо либо разбалансировать трафик, либо(пока текущая задача) вывести весь мультикаст во второй линк с vlan920. 

И здесь столкнулся с некоторыми трудностями, пытался прописать статикой маршрут на лупбэк 7606(на который настроен PIM RP) через vlan920, судя по записи show ip mroute на 7606 вилан 920 появляется в  нисходящих интерфейсах только в (*,G), в (S,G) его нет, хотя трафик на интерфейсе появляется(однако после того как зазеркалировал трафик увидел только тьму Join/Prune сообщений).

Может кто сталкивался с подобной задачей? Как обмануть юникастовую таблицу маршрутизации?

 

[vurd]

Обмануть юникасовую таблицу можно командой ip mroute. Собственно это тоже самое что ip route, но не совсем.

[Telesis]

Spoiler

ip multicast multipath

 

[Максим Сандаков]

По поводу ip mroute вроде понимаю, но на той же 4900 в show ip mroute все записи представлены в виде (*,G)

(*, 233.12.144.192), 4w5d/00:03:28, RP 172.23.176.252, flags: S
  Incoming interface: Vlan909, RPF nbr 172.23.180.53
  Outgoing interface list:
    Vlan6, Forward/Sparse, 00:03:34/00:03:03, H
    Vlan5, Forward/Sparse, 18:30:53/00:03:28, H

 

Думаете ip mroute здесь поможет?

 

 

Прописал ip mroute 192.168.224.2(ip сервера) 255.255.255.255 172.23.182.1(интерфейс соседней 7606 во влан920).

show ip mroute static 
Mroute: 192.168.224.2/32, RPF neighbor: 172.23.182.1
  Protocol: none, distance: 0, route-map: none

 

RPF information for ? (192.168.224.2)
  RPF interface: Vlan920
  RPF neighbor: ? (172.23.182.1)
  RPF route/mask: 192.168.224.2/32
  RPF type: static
  RPF recursion count: 0
  Doing distance-preferred lookups across tables

 

 

Но при этом в mroute такая же запись 

 

show ip mroute 225.100.200.3
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

(*, 225.100.200.3), 4w5d/00:03:27, RP 172.23.176.252, flags: S
  Incoming interface: Vlan909, RPF nbr 172.23.180.53
  Outgoing interface list:
    Vlan5, Forward/Sparse, 1d20h/00:02:31, H
    Vlan7, Forward/Sparse, 1d20h/00:03:16, H
    Vlan8, Forward/Sparse, 1w6d/00:02:47, H
    Vlan6, Forward/Sparse, 4w5d/00:02:55, H
    Vlan9, Forward/Sparse, 4w4d/00:02:43, H

 

 

Все равно лезет во vlan 909. Multipath наверное не поможет, т.к. каналы все же не равнозначные, и распределяться будет не так как нужно.

 

 

 

 

Edited May 22, 2018 by Максим Сандаков

[Telesis]

2 hours ago, Максим Сандаков said:

Все равно лезет во vlan 909. Multipath наверное не поможет, т.к. каналы все же не равнозначные, и распределяться будет не так как нужно.

тогда руками, делите с помощью статики.

 

2 hours ago, Максим Сандаков said:

Но при этом в mroute такая же запись 

 

show ip mroute 225.100.200.3

потому что *, а не 192.168.224.2 

[Kostyan]

а просто отключить маршрутизацию Mcast на 909-м Влане?

int vlan 909

no ip pim sparse-mode