Jump to content
Калькуляторы

SNR-S2990G-24FX igmp snooping best practice

Доброго времени суток, всем!

 

Стал замечать что у клиентов ветке в часы пик возрастает количество ошибок, картинка рассыпается. В полку по трафику не упираюсь. Предположил что не верно настроил igmp snooping, поделитесь, пожалуйста, лучшей практикой для igmp snooping на SNR-S2990G-24FX

 

SNR-S2990G-24FX используется в качестве агрегации.

Мультикаст влан 4040

1/0/28 - uplink, 1/0/22 - downlink в ветку

В качестве igmp querier - ядро.

 

Мой конфиг:

cpu-rx-ratelimit protocol IGMP 2000
cpu-rx-ratelimit protocol PIM 2000
!
ip igmp snooping
no ip igmp snooping proxy
ip igmp snooping vlan 4040
ip igmp snooping vlan 4040 limit group 512
ip igmp snooping vlan 4040 mrouter-port interface Ethernet1/0/28
!
vlan 4040
 name iptv
!
Interface Ethernet1/0/22
 description branch
 spanning-tree mst 0 rootguard
 spanning-tree portfast bpdufilter
 rate-violation broadcast 74404
 rate-violation control shutdown recovery 0
 switchport mode trunk
 switchport trunk allowed vlan 526;3509;3517;4040 
!
Interface Ethernet1/0/28
 description uplink
 spanning-tree portfast bpdufilter
 switchport mode trunk

Дополнительный вопрос: есть ли у snr аналог цискового igmp snooping report message suppression?

Share this post


Link to post
Share on other sites

qelso, доброго!

Конфигурация igmp snooping у вас типичная, что-то менять смысла нет. Более того, проблемы в igmp snooping наверняка не вызвали бы рассыпания, так как он контролирует только подписки и таблицу продвижения мультикаста, но не сами потоки.

Даже если по графикам трафик далек от полки, не исключено, что имеется кратковременная переутилизация канала, так как трафик может быть очень неравномерен даже в пределах одной секунды. Имеет смысл снять дамп с конечного устройства в момент рассыпаний картинки и проанализировать его, например с помощью I/O Graph в Wireshark.

 

 

15 часов назад, qelso сказал:

Дополнительный вопрос: есть ли у snr аналог цискового igmp snooping report message suppression?

Да

ip igmp snooping vlan <vlan_id> report suppression 

 

Share this post


Link to post
Share on other sites

У меня предположение, судя по куску конфига, что не включено доверие заголовкам DSCP.

Но это предположение, т.к. не знаю как вы qos на тв пакеты формируете у себя.

 

Share this post


Link to post
Share on other sites

Ребят, спасибо за советы!

 

Утилизация в сторону тестируемой ветки ~50Мб\с, в на аплинке ~150Мб\с. Учитывая порты не меньше 1G, то настройки QoS (CoS,DSCP) тут не причем. На агрегации QoS дефолтный. На ядре тоже. Думаю может что-то криво настроено на ядре (Juniper MX80), юзаем несколько месяцев поэтому опыта работы с ним мало. На других ядрах (Cisco 7600) вроде норм. Спрошу в другой ветке форума у джуноводов по поводу igmp+pim.

Share this post


Link to post
Share on other sites

Достаточно покрасить у источника, и сохранять метки до потребителя.

 

17 часов назад, qelso сказал:

Учитывая порты не меньше 1G, то настройки QoS (CoS,DSCP) тут не причем.

Не согласен, покраска влияет на мультикаст, даже на ненагруженном канале. По крайней мере у нас сыпалось именно из-за не сохранения меток DSCP.

Share this post


Link to post
Share on other sites

Все дело в том, что недогрузка линка по графикам еще не говорит об отсутствии переутилизации линка/буфера вообще.

Трафик, приходя на коммутатор через 10G порт, будет передаваться в 1G с той же скоростью, с которой пришел. То есть за короткий промежуток времени (например, 125мкс) через 10G порт в буфер может залететь до 10 раз больше, чем от туда выдергивается 1G портом за то же время, а череда таких событий в совокупности со всем остальным трафиком на коммутаторе переполнит буфер, в результате чего часть трафика будет отброшена. Аналогичная картина на доступе при передаче из 1G в 100M.

Увидеть это на графиках в cacti или zabbix не удастся, нужно анализировать дампы.

 

Отмечу, что это не просто теория, а жестокая реальность, с которой я лично сталкивался, получив жалобу на рассыпающуюся картинку от абонента.

Приоритезация в таких случаях обязательна, но и она на 100% не спасет. Для IPTV наверняка поможет выравнивание потоков, конечно, если это еще не cbr.

Share this post


Link to post
Share on other sites

ShumBor, pppoetest, Victor Tkachenko, спасибо за советы!

На данный момент поднял 1G линк (отдельным волокном) между snr и другим ядром. И забираю по нему только мультикаст. На mx80 убрал 4040 и igmp. Ошибки упали в разы, клиенты довольны. Схема временная. На 7600 ядрах QoS настроен, на Juniper нет, не дошли руки.

В другой ветке форума Джуноводы также посоветовали настроить QoS.

Edited by qelso

Share this post


Link to post
Share on other sites

Добрый день.

Не могу понять в чем проблема.

 

Переключал IGMP транспорт с хуавэя - на SNR.

Настройки простые. Просто снупинг.

2 коммутатора собранные с VSF. ТВ ходит во влане 100.

10.44.6.248 - IP адрес управления SNR

 

Мне необходимо прокинуть IGMP влан 100 с 1/0/14 на Port-Channel10

 

!
vlan 100
 name ISM
!

Interface Ethernet1/0/14
 description TAG to SOURCEs
 mls qos trust dscp
 switchport mode hybrid
 switchport hybrid allowed vlan ............. tag
 switchport hybrid allowed vlan 100 untag
 switchport hybrid native vlan 100
!

Interface Ethernet1/0/11
 switchport mode trunk
 switchport trunk allowed vlan 100 
 port-group 10 mode active
 lacp port-priority 10
!

Interface Ethernet2/0/11
 switchport mode trunk
 switchport trunk allowed vlan 100 
 port-group 10 mode active
 lacp port-priority 10
!

Interface Port-Channel10
 load-balance dst-src-mac
!

ip igmp snooping
no ip igmp snooping proxy
ip igmp snooping vlan 100
ip igmp snooping vlan 100 mrouter-port interface Ethernet1/0/14
ip igmp snooping vlan 100 report source-address 10.44.6.248

 

Переключал на живом.

Подписки появились. Работают. 

 

Но поведение странное:

могу не подписаться с рабочего места ни к одной новой группе (которой нет на SNR)

потом вдруг могу, и группа появляется в подписках. Переключаю на следующую - не работает.

Дождусь таймаута и опять не могу ни к кому новому подписаться.

 

Настало рабочее время, разбираться некогда и я просто выключил снупинг.

Все заработало. Просто насквозь.

 

  SNR-S2990-16X Device, Compiled on Oct 11 10:19:13 2018
  CPU Mac f8:f0:82:77:fc:92
  Vlan MAC f8:f0:82:77:fc:91
  SoftWare Package Version 7.5.3.0(R0016.0056)
  BootRom Version 7.4.6
  HardWare Version 1.0.1

 

Где клад зарыт, друзья?

 

===

Причем подписки "долетают" до коммутатора с источниками. А на самом SNR их нет. 

На существующие/подписанные кем-то группы подписаться могу и вижу ТВ.

 

Не могу понять как оно заработало на 50%. Переключение было физическое. Если бы что то было неправильно - наверно вообще ничего не заработало бы. А группы были, просто не все. Может я в ограничение какое то вляпался?

Груп менее 300.

Share this post


Link to post
Share on other sites

@semop 

Добрый день!

 

Какое количество групп было в момент проблемы?

 

По умолчанию присутствует ограничение в 50 групп, если групп больше, нужно добавить команду:
ip igmp snooping vlan <> limit group <>

Share this post


Link to post
Share on other sites
15 минут назад, Aleksey Sonkin сказал:

Добрый день!

 

Какое количество групп было в момент проблемы?

 

По умолчанию присутствует ограничение в 50 групп, если групп больше, нужно добавить команду:
ip igmp snooping vlan <> limit group <>

)))) именно 50 и было, посмотрел по логам за все время работ, выше 50 не поднималось.

Спасибо, наверно это именно, то что нужно.

 

Проверю на следующих работах.

Share this post


Link to post
Share on other sites

Действительно сработало ограничение 50 групп. 

Поправил.

 

Появилась другая непонятная проблема.

 

Старая схема работы IGMP:

25583877_m.gif

 

Источники живут за SNR_1, Querier тоже за SNR_1.

Приемники/приставки - за HWI и за DLINK.

На DLINK - создан мультикаст-влан.

По трассе - просто снупинг.

Все прекрасно.

 

Делаю так:

25583908_m.gif

 

Меняю на SNR_2 mrouter-port в сторону SNR_1

Убираю на старых линках влан IGMP.

Переключаю на DLINKe влан в сторону SNR_2

Мультикаст заводится и показывает.

 

Но после этого переключения наблюдаю картину, при которой любая отписка в облаке DLINK - отписывает все что на нем живет.

Т.е. с двух разных портов DLINK подключены приставки. Например они смотрят одну и ту же группу и если на любой из них отключить ее/отписаться/переключить - то отпишется и первая.

 

Конфиг DLINK для igmp не меняется.

Конфиги SNRов идентичны, mrouter-port только разные:

!

vlan 100

!

ip igmp snooping
ip igmp snooping vlan 100
ip igmp snooping vlan 100 limit group 1024
ip igmp snooping vlan 100 mrouter-port interface Ethernet1/0/14

!

 

Влан проключен для каждой схемы в соответствующие порты транком, никаких петель.

Фильтры пока что все убрал.

 

Конкретика:

1 схема - если отписаться, то счетчик на коммутаторе доступа для группы обновится до default значения. Порт на DLNIK будет подписан. ТВ не прерывается.

2 схема - если отписаться, то счетчик на коммутаторе доступа для группы станет 0, группа пропадет. Но порт на DLINK останется быть подписаным. ТВ прерывается (причем у всех людей кто был к этой группе подписан)

 

Я по началу думал fastleave где то отрабатывает не так, но это вроде не он.

Схему 1 я просто увеличиваю до схемы 2 одним коммутатором, где влан ИПТВ просто проключен со снупингом, как собственно он проключен и на HWI.

Схема 1 работает, схема 2 - нет.

 

Нужна помощь.

 

(подозреваю если отключить снупинг на SNR_2 то все будет работать, но мне так не надо)

Share this post


Link to post
Share on other sites

@semop 

По-умолчанию на коммутаторе включен IGMP Snooping proxy.  Функционал проксирует leave-запросы, по умолчанию source ip у specific query 0.0.0.0. Сталкивались с ситуацией, когда клиенты не отвечали на запросы с данным source ip. Поэтому попробуйте либо изменить source ip:

ip igmp snooping vlan 100 l2-general-querier-source a.b.c.d

где в качестве IP-адреса можете указать адрес коммутатора. Либо отключить проксирование:

no ip igmp snooping proxy

 

Share this post


Link to post
Share on other sites
2 часа назад, Aleksey Sonkin сказал:

ip igmp snooping vlan 100 l2-general-querier-source a.b.c.d

На HWI есть такая команда, он тоже с 0.0.0.0 отвечал.

Применил когда то давно такое у него на влане и все успокоилось:

 

vlan 100
 description ISM vlan
 igmp-snooping enable
 igmp-snooping general-query source-ip 10.253.0.1
 igmp-snooping special-query source-ip 10.253.0.1

 

Но IP тут - Querier'а, а не коммутатора.

Спасибо. Попробую аналогично на SNR.

На обоих это наверно надо указывать.

 

2 часа назад, Aleksey Sonkin сказал:

no ip igmp snooping proxy

с этой командой примененной на SNR_1 (схема 1) - при включении канала, ТВ играет 2сек и картинка встает.

В стоке "ip igmp snooping proxy", с ней все хорошо работает.

 

Пробовал ее применять/отменять на SNR_2 (схема 2) - результата не дало.

Share this post


Link to post
Share on other sites

На обоих применил:

ip igmp snooping vlan 100 l2-general-querier-source 10.253.0.1

 

Указав IP Querier'a.

 

На SNR_2 отключил прокси (no ip igmp snooping proxy)

Переехал на схему 2.

 

Все вроде работает. Ура)

Share this post


Link to post
Share on other sites

@semop Отлично! Замечу, что IP-адрес значения не имеет, а если отключен прокси то и данная команда тоже избыточна.

Share this post


Link to post
Share on other sites

Прокси отключен только на втором.

Если на первом его отключить, то все ТВ стопорится.

Share this post


Link to post
Share on other sites

@semop Имел ввиду, что в таком случае на втором коммутаторе избыточна. По поводу отключения на первом можно, конечно, разобраться, вероятно выше имеет место быть подобная проблема, но рекомендую использовать прокси.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now