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

Всем доброго времени суток!

Господа, нужен ваш взгляд на проблему со стороны. Предоставляем клиентам услугу IPTV через мультикаст, на схеме железки Cisco 7606 принимает мультикастовые потоки от вещателей(он же настроен как и RP), к нему подключается Cisco 4900M, к которому уже подключаются клиентские узлы агрегации в виде Dlink dgs3627g. Везде настроен PIM-SM. 

Есть следующая ситуация. Ко всем железкам подключены STB, на который через астру проверяется качество потока. На приставках подключенных к 7606 и 4900 все хорошо, никаких рассыпаний нет, на всех 3627 периодически картинка портится. Изначально грешил на неверно настроенную приоритезацию, на 4900 настроил полиси мапы, на 3627 подкорректировал ACL, проблема не решилась. Случайным образом заметили следующее - если запустить мультикастовый поток и на stb на 4900М и на 3627, то не сыпет ни там ни там. Если в это время прекратить смотреть поток на 4900М, то через пару секунд пропадает вещание на 3627, потом восстанавливается и снова поток начинает идти с ошибками. 

Для меня непонятны оба момента - и пропадание вещания после отключения приставки(будто PIM Prune обрабатывается) и отсутствие/наличие рассыпаний при включении/выключении приставки на 4900. Есть у вас какие-то мысли на этот счет?

[pppoetest]

Красят обычно у источника, то бишь в вашем случае 7606, дальше только сохранение меток dscp до клиента. Как вариант дампнуть пакеты у приставки, глянуть метки.

[Telesis]

смотри таймеры

 

[s.lobanov]

в качестве проверки, запилите vlan между 4900 и 3627 в котором на 3627 не используйте pim, а просто настройте igmp

 

 

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

1 час назад, pppoetest сказал:

Красят обычно у источника, то бишь в вашем случае 7606, дальше только сохранение меток dscp до клиента. Как вариант дампнуть пакеты у приставки, глянуть метки.

Так и делаем, красим на 7606.

 

1 час назад, Telesis сказал:

смотри таймеры

 

А какие именно? Потому что я не понимаю вообще по какой причине перестает идти мультикаст при отключении потока с одной приставки и почему пропадают рассыпания если на ней же смотреть. Вот это самое важное.

[vurd]

2 часа назад, s.lobanov сказал:

в качестве проверки, запилите vlan между 4900 и 3627 в котором на 3627 не используйте pim, а просто настройте igmp

 

Плюсую. На 3612 имел дикие проблемы с PIM, приходилось включать\выключать пим по крону, иначе группы зависали. В общем уберите его на циски, на длинке такие вещи работают дерьмово.

P.S. Избавился много лет назад от всех L3 DGS, и вам желаю.

[alibek]

От неправильного PIM могут быть зависания.

Но рассыпания, по идее, с ним не могут быть связаны, это уже уровень ниже.

[s.lobanov]

1 час назад, alibek сказал:

От неправильного PIM могут быть зависания.

Но рассыпания, по идее, с ним не могут быть связаны, это уже уровень ниже.

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

[rover-lt]

4 hours ago, alibek said:

От неправильного PIM могут быть зависания.

Но рассыпания, по идее, с ним не могут быть связаны, это уже уровень ниже.

как PIM, так и IGMP

[vurd]

4 часа назад, s.lobanov сказал:

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

Неее, так не бывает, если таймеры, то это стопы потока. Рассыпуха это дропы где-то. В случае 3627 начинать надо с перевода на отдельный физический порт и выноса всех л3 фичей выше уровнем)

[Butch3r]

11 часов назад, vurd сказал:

Плюсую. На 3612 имел дикие проблемы с PIM, приходилось включать\выключать пим по крону, иначе группы зависали. В общем уберите его на циски, на длинке такие вещи работают дерьмово.

P.S. Избавился много лет назад от всех L3 DGS, и вам желаю.

У меня пим на 3612, работает

 

Посмотрите опцию cpu_rx_rate_control

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

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