здравствуйте. некоторое время назад заметили проблему с мультикастовым траффиком, идущим через дсламы das4192. основная часть проблемы - приставки amino, стоящие у абонентов, подключенных через эти дсламы, не могут прошиться. в AM LCT видно,что приставка пытается обратиться по нужному адресу, но дальше дслама запрос не проходит. также иногда подвисают каналы, идущие все тем же мультикастом(чаще всего проявляется при смене MC-профайла). иногда получается прошить приставку прямо после перезагрузки дслама, причем вычислить, прошьется ли приставка или нет, можно разве что по фазам Меркурия. эти же приставки спокойно прошиваются таким же образом через коммутаторы qtech или nortel mesu. какие данные по настройкам дсламов вам нужны для того, что вычислить,в чем же проблема?

Здравствуйте,

1. Версия прошивки NC модуля DSLAM?
2. Какой Service Type используется в настройках VC-to-VLAN соединений?
3. Включен ли Service Type Control глобально в настройках линейных модулей?
4. Полоса пропускания для multicast трафика (указывается в профиле каждого канала) расчитывается с запасом?
Каков максимальный битрейт multicast потоков?
Данный параметр следует рассчитывать по следующей формуле:
реальный bitrate multicast потока + 20% от этого значения = указываемый в создаваемом TV channel профиле bitrate.
Пример:
Пиковый bitrate multicast потока 6Mbit/s + 20% = 7.3Mbit/s
5. Какой приоритет указан в настройках multicast профилей?
6. Приоритезирован ли трафик на уровне агрегации/ядра сети?

Опишите конфигурацию DSLAM подробнее (на примере одного абонентского порта): конфигурацию VC интерфейсов, профилей IP traffic, профилей multicast channel, MCAU профилей, ADSL профилей и пр.

_________________
С уважением, Давыдов Денис.

конфигурация во вложении

Что касается конфигурации - сейчас посмотреть не смогу (DSLAM один и он сейчас занят).
Что касается остальных вопросов - на них один лишь файл конфигурации не ответит.

_________________
С уважением, Давыдов Денис.

To bapkk

Здравствуйте,

Пожалуйста ответьте на следующие вопросы:
1. Версия прошивки NC модуля DSLAM?
2. Полоса пропускания для multicast трафика (указывается в профиле каждого канала) расчитывается с запасом?
3. Каков максимальный битрейт multicast потоков?
4. Приоритезирован ли трафик на уровне агрегации/ядра сети?
5. Модель STB?
6. Прошивка STB обновляется с использованием multicast? Какой для этого используется групповой IP адрес?

Приведите вывод команд (в случае с port-id приведите выводы для одного и того же порта):
CLI# config lc show
CLI# status nc show
CLI# config ucast show service-type <port-id>
CLI# config ucast show vc-vlan <port-id>
CLI# config profile mcast show
CLI# config mcau show <port-id>
CLI# config profile mservice show
CLI# config profile ip-traffic show
CLI# config igmp show

_________________
С уважением, Давыдов Денис.

в предыдущем моем сообщении во вложении есть все по дсламу ,кроме igmp.

CLI(config)# igmp show

IGMP proxy
state : disabled
immediate leave : disabled
retrials : 5
response interval : 350 in 1/10 sec

IGMP snooping
state : enabled
immediate leave : enabled
aging time : 150 sec
retrials : 5
response interval : 110 in 1/10 sec

IGMP version
query version : v2
report/leave version : v2

Stateful
level : none - show nothing


приставки - amino amiNET103 и amino amiNET110

Здравствуйте,

Приоритезирован ли multicast трафик в сети за DSLAM относительно всего остального трафика?
Также прошивка 2.5.0, используемая Вами очень старая.
Насколько я помню в ней были проблемы с IGMP и multicast.
Обновите прошивку до последней (выслал почтой), пересохраните конфигурацию (config file save) и перезагрузите DSLAM.
LCT можно использовать эту: ftp://ftp.dlink.ru/pub/IPDSLAM/DAS-4192 ... 3.6b15.zip

_________________
С уважением, Давыдов Денис.

To bapkk

Попробуйте также изменить параметр Aging Time в настройках IGMP Snooping.
Дело вот в чем:

1. Multicast поток обновления прошивки идет с сервера с битрейтом 256Kbit/s, поэтому завышенный битрейт в mcast профиле DSLAM не имеет значения. Как был поток от сервера в 256Kbit/s - так он и останется.

2. Если образ firmware достаточно велик, а STB не отвечает DSLAM IGMP Report пакетами на IGMP Query (это возможно, так как возможно что STB не работает в штатном режиме во время обновления прошивки) - то возможно не хватает времени Aging Time в настройках IGMP Snooping и STB не успевает догрузить кусок образа. Увеличьте значение этого параметра, либо увеличьте битрейт потока для обновления прошивки.

3. Также проблема может возникнуть, если общая полоса пропускания занята другими потоками с высоким битрейтом, а приоритет у всех потоков во всей сети одинаков. Потому то я и спрашивал Вас, как приоретизирован трафик на уровне агрегации / ядра. Обновление прошивки относится к управляющему трафику и должно иметь наивысший приоритет (по отношению к остальному трафику) во всей сети, а не только в профиле DSLAM.

_________________
С уважением, Давыдов Денис.