Кажется нашел в чем причина. Мультикаст до клиента подается следующим образом: ................................................................................Gi1/0/1 -- ветка 1 -- SW1.1-dlink3526(MCast vlan 4040) ......Dlink3526-N cisco7606-(vlan 4040)-cisco3750(vlan 4040)<=>Gi1/0/2 -- ветка 2 -- SW2.1 -dlink3526(MCast vlan 4040)-.......Dlink3526-N ................................................................................Gi1/0/3 -- ветка 3 -- SW3.1 -dlink3526(MCast vlan 4040) ......Dlink3526-N
Из-за того, что у нас мультикаст на 2 уровне ведет себя как броадкаст получается что каждый фрэйм приходит на аплинк порт крайнего коммутатора в веткax -----> SW1.1 - SWN.1.
Проследив за количеством мультикаст траффика на аплинках крайних свичей в ветках получил следующие рез-ты:
Аплинк порт SWN.1: Unicast RX 2573337632 1351 Multicast RX 355704108 3477 Broadcast RX 103122758 57
Доунлинк порт SWN.1: Unicast RX 561400690 2439 Multicast RX 42838454 10 Broadcast RX 7020172 3
Данные MCast траффика по аплинк портам совпадают для всех крайних коммутаторов с 1 аггрегациии (cisco3750), в среднем разброс значений мультикаста составляет 100 пакетов от свича к свичу. Статистика собрана на основе 20 веток <=> 20 коммутаторов <=> 20 UPlink Ports.
Теперь вопрос, силами крайних 3526 можно с этим как-то бороться или нужно как-нибудь фильтровать мультикаст траффик на аггрегации?
|