Zyxel IES-2500

[grfmaniak]

Имеем zyxel IES-2500 (или скорее он нас). Применяли для раздачи инета по adsl 2+, все работало отлично. Как только начали вещать через него мультикаст, начались проблемы - примерно через сутки работы dslam вешается и пакеты клиентов перестают проходить через dslam. Причем не во всех модулях, а то в одном, то в трех, то в 4 - случайно. Платы меняли и местами и на другие (из другого dslam, в котором мультикаст не раздаем). Конфиг прост: один vlan для всех клиентов, один для управления. Потом vlan управления вообще перенес на mgmt-порт. Толку нет: включаешь вещание мультикаста (15 каналов по 5 мегабит), и через сутки начинаются вопли клентов что связь пропала. Мультикаст клиентам вещается в тот же VPI/VCI, что и трафик.

 

 

lcman status:

 

1 active msc 21:49:01 V3.60(DS.6)0214

2 active alc-71 21:48:06 V3.50(LK.7)

3 active alc-71 21:48:23 V3.50(LK.7)

4 active alc-71 21:48:00 V3.50(LK.7)

5 active alc-71 21:48:23 V3.50(LK.7)

6 active alc-71 21:48:05 V3.50(LK.7)

 

Кто-нибудь занимается вещанием на этом DSLAM? Если вынести мультикаст в другой VPI/VCI - поможет ли это делу? Или бросить это гиблое дело?

 

Техподдержка zyxel надежды не вызывает на устранение проблемы, не смотря на то, что я им уже и удаленный доступ к консоли dslam давал и показания снимал какие только можно.

[Thunderstrike]

Суппорт Зикселя рулит!!!:)))

[A79]

Если вынести мультикаст в другой VPI/VCI - поможет ли это делу?

не факт что поможет но так рекомендуют за пользователями лучше пригляди нет ли флуда, и на худой конец плановый рестарт в нетатлас

[grfmaniak]

Насчет флуда от пользователей врядли - выключаешь мультикаст (т.е. на dslam абсолютно ничего не трогаем, выключаем сам вещатель) - dslam пашет как часы месяцами. Только включил вещание, клиенты начали тянуть - через сутки ступор.

 

Выносить в отдельный vpi/vci не хотел по причине того, что у клиентов куча модемов, которые только один vpi/vci могут тянуть одновременно. Потому и вещаем (пытаемся) в тот же где трафик.

[A79]

плата какая? а как там на портах с Packet Type Filter ? Reject или ALL ?

[grfmaniak]

плата какая? а как там на портах с Packet Type Filter ? Reject или ALL ?

Плата управления MSC-1000, линейные - ALC1224-71L. Пакеты Accept All

[A79]

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

пора снимать со стены бубени заказывать питцу на ночь, шасси на мониторинг SNMP и сислог, паралельно себе стенд с приемом мультикаста и смотреть прикаких условиях траф(или дслам) затыкается

[grfmaniak]

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

пора снимать со стены бубени заказывать питцу на ночь, шасси на мониторинг SNMP и сислог, паралельно себе стенд с приемом мультикаста и смотреть прикаких условиях траф(или дслам) затыкается

Это уже было. Дал разработчикам доступ к консоли, они включили там какие-то внутренние триггеры. Себе вывожу лог консоли и сислога. Дслам вешается. Пока он висит звоню в саппорт зухеля, говорю мол, висит все, снимайте данные какие вам надо. Никаких, говорят, не надо. Магические триггеры весь супердебаг прямиком разработчикам шлют. Перезапускайте. Ок, перезапускаю. Иду спать.

Утром получаю письмо от саппорта: "Когда в следующий раз все накроется, пришлите результат выполнения этих команд (список из 8-12 команд).". Замечательно. Магические триггеры не рулят значит. В следующий раз не смотря на разрывающийся телефон, в котором клиенты много нового спешат сообщить о качестве связи, набираю все эти команды (там еще надо 10-15 сек после каждой подождать и снова набрать, чтобы было видно прогресс счетчиков). Отсылаю.

Ответ поддержки: "В следующий раз надо чтобы клиенты из разных блоков попинговали шлюз, а вы снифером посмотрите что ходит, что не ходит". Таких раз штук 8 было. Сказать что клиенты нервничают

- ничего не сказать.

 

В предыдущей прошивке был глюк - мультикаст работал только в пределах одного модуля. Как только кто-то из другого модуля запрашивал вещаемый поток - вещание прекращалось в текущем модуле и начиналось в том модуле, откуда был запрос. Во всех одновременно не вещалось никак. Глюк признали, исправили. В новой прошивке вещается везде, но стопорится через сутки связь вообще и что-то с изоляцией портов плохо. Но при всем при этом саппорт заявляет, что на этом дсламе куча народу вещает мультикаст и все у них замечательно. Как народ мог вещать на прошлой прошивке с глюком, спрашиваю? Тишина. Ничего не понимаю :( Где ж этот народ, скажите как вы умудряетесь.

Edited June 25, 2007 by grfmaniak

[Thunderstrike]

Мне действительно по человечески Вас жалко! К сожалению нет у меня этой железки и помочь не могу. И это их приоритетный товар ё-моё!

[zoro]

попробуй вещать в другом VPI/VCI скорее поможет, но вот проблемка с юзерскими модемами... :(

[ayamb]

Имеем zyxel IES-2500 (или скорее он нас)... Мультикаст клиентам вещается в тот же VPI/VCI, что и трафик... lcman status:

1 active msc 21:49:01 V3.60(DS.6)0214

2 active alc-71 21:48:06 V3.50(LK.7)

3 active alc-71 21:48:23 V3.50(LK.7)

4 active alc-71 21:48:00 V3.50(LK.7)

5 active alc-71 21:48:23 V3.50(LK.7)

6 active alc-71 21:48:05 V3.50(LK.7)

...Если вынести мультикаст в другой VPI/VCI - поможет ли это делу? Или бросить это гиблое дело?

Техподдержка zyxel надежды не вызывает на устранение проблемы, не смотря на то, что я им уже и удаленный доступ к консоли dslam давал и показания снимал какие только можно.

>lcman show (не status, а show) :)

slot id: 1 to 6

id state name uptime f/w version

---- --------- --------- ------------- ------------------

1 active msc 46:09:27:15 V3.62(DS.2)

2 -

3 active alc-71 46:09:28:16 V3.50(LK.6)

4 active alc-71 18:21:31:46 V3.50(LK.6)

5 active alc-61 46:09:25:43 V2.05(DV.1)C0

6 active alc-61 46:09:27:55 V2.05(DV.1)C0

1. Второй слот лучше оставить пустым во избежание перегре… (на всякий случай). :)

2. Только платы в третьем и четвертом слотах (ALC1024-71) дотащят MultiCast до ADSL-клиентов при помощи igmpsnooping головного устройства. Платы в пятом и шестом слотах (ALC1024-61) дотащят MultiCast до ADSL-клиентов только классическим способом. Платы ALC1224-71 дотащят MultiCast до ADSL-клиентов при помощи igmpsnooping головного устройства, при отключении своего личного igmpsnooping (IMHO).

2. Линейные платы ALC1224-71 имеют коммутационный ASIC BroadCom, который пытается сам разрулить MultiCast'ом посредством поддержки igmpsnooping. Но управляющий модуль MSC-1000 (аж с четырьмя гигабитами!) начихал на все эти снупы и не пустит более одной копии MAC-адреса (включая MultiCast MAC address группы) c разных портов (в т.ч. и виртуальных). (IMHO)

3. Устойчивая работа представленных линейных плат (ALC1024-71, ALC1024-73) с MSC-1000 по доставке MultiCast будет лишь только в качестве предоставления транзитных каналов для MultiCast для различных VLAN, при обработке потоков и групп на вышестоящем устройстве (для igmpsnooping) при условии корректных отсоединений из мультикастовых групп клиентов… Или при условии поддержки PIM (SM/DS) на оборудовании клиента... Но, зато, она все-таки будет иметь место (в отличии от ALC1224-71). (IMHO) :)

4. Техподдержка тут не причем. Более-менее с MultiCast (igmpsnooping) работают лишь модули ALC1224-71 (ALC1224-73). Но работают они с MultiCast'ом сами-по-себе. Никак не принимая во внимание несостоятельность MSC-1000 в этом плане… И работают, кстати, не вполне корректно, проявляя болезненную нетерпимость к соседним организаторам IGMPSnooping. (IMHO) :)

P.S. PVC (vpi/vci) вряд ли поможет… Может помочь, при определенных прочих настройках, разделение интерфейсов для подключаемых к потокам MultiCast клиентов на устройстве после DSL-коммутатора (например, - VLAN-USER).

P.P.S (Перечитал... - бред. :/ ...Но удалять не буду.)

[zoro]

из всего этого следует что сами линейные платы не причем? виновником служит управлющий модуль-коммутатор? ХМ интересная теория...

[grfmaniak]

lcman show (не status, а show) :)

slot id: 1 to 6

id state name uptime f/w version

---- --------- --------- ------------- ------------------

1 active msc 46:09:27:15 V3.62(DS.2)

Это в стандартном шелле show, а если переключиться в engsh - там lcman status :)

но суть не меняется. Где удалось взять v3.62(DS.2)? И для какого MSC это? Мне разработчики

V3.60(DS.6)0214 прислали как бета-версию последнюю.

 

3 active alc-71 46:09:28:16 V3.50(LK.6)

Именно в LK.6 и была ошибка с вещанием мультикаста только в одном модуле.

 

4. Техподдержка тут не причем. Более-менее с MultiCast (igmpsnooping) работают лишь модули ALC1224-71 (ALC1224-73). Но работают они с MultiCast'ом сами-по-себе. Никак не принимая во внимание несостоятельность MSC-1000 в этом плане… И работают, кстати, не вполне корректно, проявляя болезненную нетерпимость к соседним организаторам IGMPSnooping. (IMHO) :)

У меня все модули именно ALC1224-71L. На вышестоящем свитче (cisco2950T-24) снупинг включен тоже. Но каким образом это влияет на внутренние процессы снупинга в дслам?