D-Link • Просмотр темы - DES-3828 IGMP Snooping

Сообщения без ответов | Активные темы

Список форумов » Коммутаторы

Часовой пояс: UTC + 3 часа

DES-3828 IGMP Snooping

Модераторы: Victor Kolosov, Alexander Shebaronin, Demin Ivan, Sergei Asmankin, Denis Evgraphov, Sergik

Страница 1 из 3

[ Сообщений: 39 ]

На страницу 1, 2, 3 След.

Предыдущая тема | Следующая тема

Автор

Сообщение

anim

Заголовок сообщения: DES-3828 IGMP Snooping

Добавлено: Вт июл 13, 2010 09:26

Зарегистрирован: Пн авг 25, 2008 04:09
Сообщений: 39

Коммутатор DES-3828:

Цитата:

Boot PROM Version : Build 0.00.010
Firmware Version : Build 4.50.B27
Hardware Version : 1A2

Проблема с IGMP Snooping, например:

Цитата:

# create vlan tst tag 100
# config vlan tst add untag 1,2,3,4
# enable igmp_snooping
# config igmp_snooping vlan tst state enable
# config multicast port_filtering_mode 1,2,3,4 filter_unregistered_groups

Источник Multicast трафика подключен к 1ому порту. На остальных портах VLAN'а "tst" (2, 3 и 4), в независимости от того, был ли запрос на вступление в Multicast группу, виден трафик.

Цитата:

# show igmp_snooping forwarding

VLAN Name : tst
Source IP : 192.168.0.1
Multicast group : 224.1.1.11
Port Member : 2,3,4

Вернуться наверх

Alexandr Zaitsev

Заголовок сообщения:

Добавлено: Вт июл 13, 2010 09:46

Сотрудник D-LINK

Зарегистрирован: Ср май 10, 2006 16:40
Сообщений: 12251
Откуда: D-Link, Moscow

На порты сыпятся вообще все группы или какая-то одна определенная?
Приведите полные настройки igmp и multicast

Вернуться наверх

anim

Заголовок сообщения:

Добавлено: Вт июл 13, 2010 09:53

Зарегистрирован: Пн авг 25, 2008 04:09
Сообщений: 39

Alexandr Zaitsev писал(а):

На порты сыпятся вообще все группы или какая-то одна определенная?

Все

Alexandr Zaitsev писал(а):

Приведите полные настройки igmp и multicast

Цитата:

# IGMP

config igmp ipif System version 3 query_interval 125 max_response_time 10 robustness_variable 2 state disable

# SNOOP

enable igmp_snooping
config igmp_snooping querier default query_interval 125 max_response_time 10 robustness_variable 2 last_member_query_interval 1 state disable
config igmp_snooping querier tst query_interval 125 max_response_time 10 robustness_variable 2 last_member_query_interval 1 state enable
config igmp_snooping tst host_timeout 260 router_timeout 260 leave_timer 2 state enable fast_leave disable

# FDB

config multicast port_filtering_mode 1-4 filter_unregistered_groups

# MULTI FILTER

config max_mcast_group port 1-28 max_group 256
config limited_multicast_addr ports 1-28 access permit

Вернуться наверх

Alexandr Zaitsev

Заголовок сообщения:

Добавлено: Вт июл 13, 2010 14:41

Сотрудник D-LINK

Зарегистрирован: Ср май 10, 2006 16:40
Сообщений: 12251
Откуда: D-Link, Moscow

Попробовал на последней прошивке, не воспроизводится.
Выслал Вам на почту прошивку.

Вернуться наверх

anim

Заголовок сообщения:

Добавлено: Ср июл 14, 2010 04:45

Зарегистрирован: Пн авг 25, 2008 04:09
Сообщений: 39

Alexandr Zaitsev писал(а):

Попробовал на последней прошивке, не воспроизводится.
Выслал Вам на почту прошивку.

Спасибо за прошивку.

Обновили версию прошивки до 4.61.B18, сбросили конфиг, проблема не решилась.

При включенной фильтрации незарегистрированных Multicast групп:

Цитата:

# config multicast port_filtering_mode 1,2,3,4 filter_unregistered_groups

И выключенном IGMP Snooping:

Цитата:

# config igmp_snooping vlan tst state disable

Multicast трафик не поступает ни на один порт VLAN'а "tst", а при включенном IGMP Snooping:

Цитата:

# config igmp_snooping vlan tst state enable

Трафик поступает на все порты VLAN'а "tst", о чём свидетельствует:

Цитата:

# show igmp_snooping forwarding
Command: show igmp_snooping forwarding

VLAN Name : tst
Source IP : 192.168.0.1
Multicast group : 225.1.1.11
Port Member : 2,3,4

VLAN Name : tst
Source IP : 192.168.0.1
Multicast group : 225.1.1.13
Port Member : 2,3,4

VLAN Name : tst
Source IP : 192.168.0.1
Multicast group : 225.1.1.14
Port Member : 2,3,4

При этом:

Цитата:

# show igmp_snooping group
Command: show igmp_snooping group

Total Entries : 0

Вернуться наверх

Vladimir Gerasimov

Заголовок сообщения:

Добавлено: Ср июл 14, 2010 07:37

Зарегистрирован: Вт фев 01, 2005 20:22
Сообщений: 351
Откуда: Glazov

А порты 2, 3 и 4 не являются ли случайно router-port'ами в VLAN'e tst?
Посмотрите

Код:

show router_ports vlan tst

Вернуться наверх

anim

Заголовок сообщения:

Добавлено: Ср июл 14, 2010 08:05

Зарегистрирован: Пн авг 25, 2008 04:09
Сообщений: 39

Vladimir Gerasimov писал(а):

А порты 2, 3 и 4 не являются ли случайно router-port'ами в VLAN'e tst?
Посмотрите

Код:

show router_ports vlan tst

Да, порты добавляются динамически:

Цитата:

# show router_ports vlan tst
Command: show router_ports vlan tst

VLAN Name : tst
Static router port :
Dynamic router port : 1,2,3,4
Forbidden router port:

Total Entries: 1

Вернуться наверх

Vladimir Gerasimov

Заголовок сообщения:

Добавлено: Ср июл 14, 2010 08:28

Зарегистрирован: Вт фев 01, 2005 20:22
Сообщений: 351
Откуда: Glazov

Ну вот, собственно, и корень зла...
Мультикаст-трафик в роутер-порты сыплетца безусловно.

Возможные решения:
1) если на вашей прошивке уже (наконец-таки) появилась функция config router_ports_forbidden, то она вас спасёт

Код:

config router_ports_forbidden tst add 2-4

2) если есть возможность, то надо избавиться от трафика, который вызывает перевод портов 2-4 в разряд dynamic router-ports. Подробности о характере такого трафика лучше запросить у сотрудников DLink
3) если первые два пункта невыполнимы, то остаётся workaround, который не решает проблему на 100%, но делает её гораздо менее злой. Необходимо уменьшить время жизни динамических роутер-портов до минимально возможного (до одной секунды):

Код:

config igmp_snooping tst router_timeout 1

Вернуться наверх

anim

Заголовок сообщения:

Добавлено: Ср июл 14, 2010 08:58

Зарегистрирован: Пн авг 25, 2008 04:09
Сообщений: 39

Vladimir Gerasimov писал(а):

Код:

config router_ports_forbidden tst add 2-4

Код:

config igmp_snooping tst router_timeout 1

Благодарю за помощь.

1. Да, в текущей прошивке есть возможность "router_ports_forbidden", но:

Цитата:

# config router_ports_forbidden tst add 2
Command: config router_ports_forbidden tst add 2

The multicast VLAN entry does not exist.
Fail!

Необходимо обязательно создавать для этого Multicast VLAN?

2. Alexandr Zaitsev не могли бы вы прокомментировать "о характере такого трафика"?

3. Понижение Timeout'а динамеческих router_port'ов, до минимально возможной, влечёт за собой неравномерный Multicast трафик - по истечении Timeout'а, трафик перестаёт поступать на порт.

Вернуться наверх

Vladimir Gerasimov

Заголовок сообщения:

Добавлено: Ср июл 14, 2010 09:13

Зарегистрирован: Вт фев 01, 2005 20:22
Сообщений: 351
Откуда: Glazov

anim писал(а):

Понижение Timeout'а динамеческих router_port'ов, до минимально возможной, влечёт за собой неравномерный Multicast трафик - по истечении Timeout'а, трафик перестаёт поступать на порт.

Нет, вы категорически не правы! роутер-порт таймаут влияет ТОЛЬКО на время жизни динамически созданных роутер-портов, которых в вашем случае вообще быть не должно.
То, что трафик прерывается по истечении этого таймаута, говорит только о том, что с данных портов трафик не запрашивался. Были ли запрошены группы, можно проверить по show igmp_snooping group

Да, ещё немаловажный момент: вполне может быть, что тот порт, в котором находится мультикаст-вещатель, как раз-таки должен быть роутер-портом. Я так понял, что в вашем случае вещатель находится в первом порту. В дополнение к уменьшению роутер-порт-таймаута сделайте ещё

Код:

config router_ports tst add 1

и будет щщщясье

Вернуться наверх

anim

Заголовок сообщения:

Добавлено: Ср июл 14, 2010 09:23

Зарегистрирован: Пн авг 25, 2008 04:09
Сообщений: 39

Vladimir Gerasimov писал(а):

anim писал(а):

Перед тем как написать, я проверил:

На первом порту, находится источник Multicast трафика, на втором порту находится клиент который запрашивает Multicast трафик, на третьем порту находится клиент который не запрашивает Multicast трафик.

Указываем минимально возможный Timeout динамического router_port'а:

Цитата:

# config igmp_snooping tst router_timeout 1

На втором и на третьем портах, трафик прерывается по истечению Timeout'а и снова возобнавляется (1 секунда).

Vladimir Gerasimov писал(а):

Да, ещё немаловажный момент: вполне может быть, что тот порт, в котором находится мультикаст-вещатель, как раз-таки должен быть роутер-портом. Я так понял, что в вашем случае вещатель находится в первом порту. В дополнение к уменьшению роутер-порт-таймаута сделайте ещё

Код:

config router_ports tst add 1

и будет щщщясье

К сожалению, ситуацию аналогичная - Multicast трафик поступает во все порты прерывисто.

Вернуться наверх

Vladimir Gerasimov

Заголовок сообщения:

Добавлено: Ср июл 14, 2010 09:40

Зарегистрирован: Вт фев 01, 2005 20:22
Сообщений: 351
Откуда: Glazov

А что всё-таки показывает

Код:

show igmp_snooping group vlan tst

сразу после запроса мультикаст-трафика клиентом?

Есть ли разница в выводе этой команды в случаях маленького и большого значений параметра router_timeout?

Другими словами, хочется выяснить:
1) появляется ли запрошенная клиентом мультикаст-группа в таблице коммутатора (show igmp_snooping group)?
2) сохраняется ли эта группа в таблице коммутатора после истечения роутер-таймаута?

Вернуться наверх

anim

Заголовок сообщения:

Добавлено: Ср июл 14, 2010 10:05

Зарегистрирован: Пн авг 25, 2008 04:09
Сообщений: 39

Vladimir Gerasimov писал(а):

А что всё-таки показывает

Код:

show igmp_snooping group vlan tst

1. Да, появляется:

Цитата:

VLAN Name : tst
Multicast group : 225.1.1.11
MAC address : 01-00-5E-01-01-0B
Reports : 3
Port Member : 1

2. Нет, после начала передачи Multicast трафика источником и запроса клиентом о вступлении в группу, появляется соответствуящая запись. По истечении 3-5 минут, запись пропадает, в не зависимости от значения Timeout'а route_port'ов.

Вернуться наверх

Vladimir Gerasimov

Заголовок сообщения:

Добавлено: Ср июл 14, 2010 11:39

Зарегистрирован: Вт фев 01, 2005 20:22
Сообщений: 351
Откуда: Glazov

anim писал(а):

Код:

VLAN Name : tst
Multicast group : 225.1.1.11
MAC address : 01-00-5E-01-01-0B
Reports : 3
Port Member : 1 

"Port Member: 1" обозначает, что запрос на подключение к мультикаст-группе был получен коммутатором с первого порта, т.е. отнюдь не со стороны клиента, а со стороны вещателя.
По ходу дела, со стороны клиента корректных запросов на подключение к мультикаст-группе у вас не приходит.
Сниффером не пробовали IGMP-трафик от клиента слушать? Какой версии IGMP-протокол пытается пользовать клиент? не IGMPv3 случайно?

Вернуться наверх

anim

Заголовок сообщения:

Добавлено: Чт июл 15, 2010 04:58

Зарегистрирован: Пн авг 25, 2008 04:09
Сообщений: 39

Vladimir Gerasimov писал(а):

anim писал(а):

Код:

VLAN Name : tst
Multicast group : 225.1.1.11
MAC address : 01-00-5E-01-01-0B
Reports : 3
Port Member : 1 

Извиняюсь, опечатался, запрос на вступление в Multicast группу приходит именно с порта клиента:

Цитата:

VLAN Name : tst
Multicast group : 225.1.1.11
MAC address : 01-00-5E-01-01-0B
Reports : 3
Port Member : 2

Multicast трафик такого рода:

Цитата:

11:08:33.876792 IP (tos 0x0, ttl 15, id 34718, offset 0, flags [DF], proto UDP (17), length 1344)
192.168.0.1.47228 > 225.1.1.13.9111: UDP, length 1316

IGMPv3 не используется.

Вернуться наверх

Страница 1 из 3

[ Сообщений: 39 ]

На страницу 1, 2, 3 След.

Список форумов » Коммутаторы

Часовой пояс: UTC + 3 часа

Кто сейчас на форуме

Сейчас этот форум просматривают: sigarev_andrey и гости: 168

Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения