Согласен. Возможно и такое. Тогда вопрос в другой плоскости - если проблема с мультикастом от стороннего поставщика, может ли это сказаться на качестве мультикаста, который заведомо чист и нормален, но влетает в тот же коммутатор?

И еще вопрос. Возможно ли как-то принять от поставщика мультикаст и запустить в свою сеть через PIM, не используя IP-адреса на интерфейсе в сторону поставщика (то есть на порт просто наливается мультикаст)? Что-то мне подсказывает, что нельзя - но мало ли

1. Нужно проверять настройки в соответствии с информацией из презентации ftp://ftp.dlink.ru/pub/Trainings/D-Link ... ticast.zip.

2. Нет. Обычно, для этого выделяют подсеть /30.

_________________
С уважением,
Бигаров Руслан.

Написал в личку и на мейл.

Еще интересный момент. DGS + PIM-SM. Часть мультикаста приходит с других ДГС при помощи PIM-SM, часть наливается прямо со стримеров. Терминируется клиентский ISM VLAN. На клиенте настроен пакет iptv-analyzer. В какой-то момент на клиента происходит потеря по несколько пакетов каждого подписанного канала. В этом время на коммутаторе в логах тихо, загрузка цпу в норме (в районе 15-30%). Однако из всего, что может вызывать подозрения - это увечиление счетчика multicast drop на порту, где наливается мультикаст со стримеров. Полагаю на остальных портах, где приходит мультикаст - тоже, но тут нагляднее. После чего все идет нормально.
Что может вызывать периодический мультикаст дроп в несколько сотен пакетов?

Неправильная конфигурация. Вы Мультикаст красите QoS-ом 4 или 5?

_________________
С уважением,
Бигаров Руслан.

К версии о штормах, которую как-то озвучивал Киевский офис. Сейчас пролетел штормик по сети рукотворный - интернетики просели, а мультикаст шел чисто.
К покраске. На данном коммутаторе, который описан в прошлом посте:
create access_profile profile_id 1 ip destination_ip_mask 240.0.0.0 udp
config access_profile profile_id 1 add access_id 1 ip destination_ip 224.0.0.0 udp port 1-27 permit priority 5 replace_priority rx_rate no_limit

Для остального мультикаста в другом месте таки пока красится в QoS 7 - есть смысл перекрасить в 5? Чем обосновывается такой момент? Кроме того, теряются пакетики и крашенные в 7 и крашенные в 5.

PS: При маршрутизации через PIM - метка QoS остается той же?

Остаётся той же, красить IPTV лучше QoS 4 или 5, 4 если есть VoIP сервис.

_________________
С уважением,
Бигаров Руслан.

Перекрасил в 5. Буду смотреть. Но все же в чем нюанс, если покрашено в 7? Что в итоге вызывает саму проблему - какой механизм?

QoS 7 под управляющий трафик, QoS 6 используется при стекировании, так что для Multicast трафика лучше их не использовать.

_________________
С уважением,
Бигаров Руслан.

QoS 7 для управляющего трафика - это исходная окраска или же рекомендация для ручной покраски?

Исходная и рекомендованная.

_________________
С уважением,
Бигаров Руслан.