Элтекс

День добрый.
Столкнулся на днях с такой вот проблемкой. Схема:

Dlink DES-3028 <- multicast Vlan (L2) с тегом -> Mes-3116f <- канал с q-in-q -> DES-1228ME <- канал без q-in-q -> vlc-клиент.

Юникаст/броадкаст проходят в данной схеме на ура, а вот мультикаст не хочет. Если включиться в транковый порт 3028 vlc-клиентом (вместо mes-3116f с тегом мультикаст влан) - мультикаст кажет, через другие порты MES бегают другие мультикаст-вланы (без q-in-q) - все проходит. igmp snooping везде включен. На 3116 вижу запросы igmp по sh ip igmp snooping groups с порта, в который подключен 1228МЕ, а вот на 3028 запросиков уже не наблюдаю.

В чем может быть проблема? Помогите пожалуйста...

Добрый день.
Пробовали выключить снупинг в q-in-q влане?
Также хотелось бы увидеть конфигурацию меса. Можете отправить на почту 3200@eltex.org.
К письму приложите вывод igmp групп на коммутаторе.

День добрый.
Конфиг выслал.
Снупинг пробовал и подключать и отключать в мультикаст ВЛАН, не помогает.

Удаленное оборудование не поддерживает PIM, поэтому хотелось бы обойтись средствами второго уровня...

Попробовал сейчас запустить мультикаст как натив влан, схема выглядит так:

Dlink DES-3028 <- multicast Vlan (L2) натив + другие Vlan с тегом -> Mes-3116f <- канал с q-in-q -> DES-1228ME <- канал без q-in-q -> vlc-клиент.

Т.е. на Mes-3116f приходит нетегированный vlan, оборачивается внешним тегом и уходит в канал с q-in-q. На удаленное оборудование теперь приходит мультикаст в нетегированном виде (удаленное оборудование это позволяет).

В таком варианте заработало, но это костыль. Очень надеюсь, что мы все же заставим бегать мультикаст под "двойным" тегом...

Выставьте на 15 порту следующие настройки. Должно заработать.
interface gigabitethernet 1/0/15
switchport mode customer
switchport customer vlan 66
exit

И все равно не проходит мультикаст.

Но уже "видит" mrouter:


На нижестоящем оборудовании "видит" квериеры, на MES-3116f видны запросы каналов, а вот на DES-3028 никак пересылать запросы не хочет... Такое ощущение, что сейчас работает канал от DES-3028 "вниз", а наоборот - только до MES-3116f.

Отправьте на почту
1. Еще раз полный конфиг.
2. Дампы трафика с 15 и 16 порта (дамп должен быть снят с коммутатора mes)
Настройка зеркалирования
int gi 0/xxx
port monitor gi 0/15
Особое внимание обратите на то, чтобы в дампе присутствовали метки 802.1q (чтобы сетевая карта вланы поддерживала)
3. К дампам должны быть приложены пояснения:
а) Какой канал запрашивался
б) вывод sh ip igmp snoop group с коммутатора mes
в) вывод списка групп с DES-3028

Также сегодня вы писали:

Попробовал сейчас запустить мультикаст как натив влан, схема выглядит так:
Dlink DES-3028 <- multicast Vlan (L2) натив + другие Vlan с тегом -> Mes-3116f <- канал с q-in-q -> DES-1228ME <- канал без q-in-q -> vlc-клиент.

А как при этом изменились настройки портов коммутатора mes?

Ок, сейчас займусь дампами и пр.

Евгений Т писал(а):А как при этом изменились настройки портов коммутатора mes?

Изменил настройки только для 15-го порта:

Мм, не очень понял что вы выложили.
Это настройки порта, при которых по-прежнему все не работает, но уже обучается мроутер?
Или это настройки порта, при которых вы настроили рабочую схему с native vlan?

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

Т.е. при таких настройках изучается mrouter, нижестоящее оборудование "видит" квериер, на eltex видны запросы мультикаста с нижестоящего оборудования, на DES-3028 запросов не вижу. Мультикаст не бегает.

С натив влан заработало когда порт был в режиме general.

Проблема оказалась в длике (DES-1228ME на схеме выше)... При поступлении igmp запросов на него с тегом (при включенном igmp snooping, при выключенном, igmp вообще отбрасывались коммутатором "на входе"), тег у пакета затирался, коммутатор обрабатывал нетегированный пакет, а на выходе навешивал на него только один, "внешний" тег и отправлял в канал с q-in-q. Т.к. на eltex mes-3116f igmp snooping был включен в q-in-q влан-е, то он (3116) показывал, что видит запросы из порта с q-in-q, а на 3028 отправлял пакет уже без "внешнего" тега, т.е. в натив влан-е.
Когда 3028 отдавал мультикаст с тегом, он естественно не видел igmp-запросы в натив влан. И именно поэтому все заработало когда я переключил мультикаст влан на 3028 в натив.
Выявление проблемы осложнялось тем, что сетевая карта компьютера со сниффером отбрасывала "верхний" тег и в сниффере отображались пакеты с одним тегом (если их было 2) или вообще без тега (если пакеты были в натив или с одним тегом). И было совсем непонятно где и что накладывается, а где что снимается... Понимание пришло только когда дампы увидел полностью - с двумя, одним тегом или в натив. Тут же выяснилось, что с 3116f все в порядке: в транковый q-in-q порт мультикаст трафик (от 3028) отправляется с двумя тегами - "верхним" и "внутренним" и в правильном порядке!

Благодарю тех.поддержку элтекса, и особенно Евгения, за грамотную, качественную помощь и оперативные ответы. Используем в сети около 10 мес-ов (3124f и 3116f) на различных участках и нагрузках, нареканий и проблем с ними не наблюдаем, надеюсь на дальнейшее сотрудничество (признаться, уже присматриваюсь к 10Гбитнику в ядро - портов не хватает, а по ценникам на экстримы/брокэйды/етц сами в курсе ).

PS: Конечно вполне возможно, что проблема вовсе не в 1228МЕ, а в том, что у кого-то кривые руки... Перерыл всю документацию по длинку на предмет q-in-q и снупинга, но ответа там так и не нашел. Обратился за помощью к их саппорту.