О деактивации форума Eltex
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
igmp snooping mrouter
Re: igmp snooping mrouter
Я согласился, что у вас поток льется в mrouter порт по ошибке, этого не происходит, вот в этом и проблема. У вас при включении любой фильрации, хоть на влан, хоть на физический порт, поток мультикаст перестает проходить, даже через mrouter порты.
Re: igmp snooping mrouter
A switch may default to forwarding unregistered packets on all ports.
В данном предложении написано, что незарегистрированный мультикаст может посылаться на все порты.
Это поведение, реализованное у нас. Полностью соответствует стандарту.
Евгений Тур / Элтекс / Сервисный центр ШПД / https://eltex-co.ru/support/
Re: igmp snooping mrouter
Я согласился, что у вас поток льется в mrouter порт по ошибке, этого не происходит, вот в этом и проблема. У вас при включении любой фильрации, хоть на влан, хоть на физический порт, поток мультикаст перестает проходить, даже через mrouter порты.
Нет никакой ошибки. В первом комментарии я описал суть работы функционала. Прошу отвтетить на ранее заданный вопрос:
"почему нельзя фильтровать незарегистрированный мультикаст на физическом порту?"
Евгений Тур / Элтекс / Сервисный центр ШПД / https://eltex-co.ru/support/
Re: igmp snooping mrouter
Потому что при включении любой фильтрации, через этот физический порт заставить работать PIM больше нельзя. Вот приходит у меня в mes поток в 600 влане, мне его нужно отдать в один порт через PIM в 600 влане, а в другой только то, что подписано в 600 влане, как это сделать?
Евгений Т писал(а):Я согласился, что у вас поток льется в mrouter порт по ошибке, этого не происходит, вот в этом и проблема. У вас при включении любой фильрации, хоть на влан, хоть на физический порт, поток мультикаст перестает проходить, даже через mrouter порты.
Нет никакой ошибки. В первом комментарии я описал суть работы функционала. Прошу отвтетить на ранее заданный вопрос:
"почему нельзя фильтровать незарегистрированный мультикаст на физическом порту?"
Re: igmp snooping mrouter
Прошу нарисовать подробную схему. Сейчас непонятно что где нужно фильтровать.
Из того что я понял: есть 2 мроутер порта. Между ними без оговорок должен ходить мультикаст. Есть резервный порт, куда он не должен идти.
Вот на резервный порт нужно повесить правило фильтрации незарегистрированного мультикаст, а на мроутер порты не нужно.
Если я не прав, опишите более подробно схему.
Из того что я понял: есть 2 мроутер порта. Между ними без оговорок должен ходить мультикаст. Есть резервный порт, куда он не должен идти.
Вот на резервный порт нужно повесить правило фильтрации незарегистрированного мультикаст, а на мроутер порты не нужно.
Если я не прав, опишите более подробно схему.
Евгений Тур / Элтекс / Сервисный центр ШПД / https://eltex-co.ru/support/
Re: igmp snooping mrouter
Евгений Т писал(а):A switch may default to forwarding unregistered packets on all ports.
В данном предложении написано, что незарегистрированный мультикаст может посылаться на все порты.
Это поведение, реализованное у нас. Полностью соответствует стандарту.
Это да, только у все остальных включение фильтрации не влияет на прохождение в mrouter порты, а у вас оно отфильтровывает, то не правильно, потому что it must forward that packet on all ports to which an IGMP router is attached
Re: igmp snooping mrouter
Повторюсь. Данный RFC описывает работу igmp snooping. И igmp snooping работает именно таким образом, как написано в цитируемом Вами отрезке RFC. А bridge multicast unregister filtering работает поверх igmp snooping и не относится к RFC. Настройка преследует другую цель.
Евгений Тур / Элтекс / Сервисный центр ШПД / https://eltex-co.ru/support/
Re: igmp snooping mrouter
В этой схеме оно лупит весь мультикаст в 1G стык, чем его переполняет. А фильтрацию включить нельзя, потому что pim отвалится.
Re: igmp snooping mrouter
Почему включение фильтрации незарегистрированного мультикаста на 1Г стыке приведёт к разваливанию PIM, если PIM пакеты летают между свичами PIM1-MES-PIM2?
Евгений Тур / Элтекс / Сервисный центр ШПД / https://eltex-co.ru/support/
Re: igmp snooping mrouter
Потому что 10g иногда рвут, мне каждый раз на 1g выключать фильтрацию?
И если читать rfc, то у всего виденного мной железа работает так(кроме вашего):
2.1.2. Data Forwarding Rules
1) Packets with a destination IP address outside 224.0.0.X which are
not IGMP should be forwarded according to group-based port
membership tables and must also be forwarded on router ports.
This is the main IGMP snooping functionality for the data path.
One approach that an implementation could take would be to
maintain separate membership and multicast router tables in
software and then "merge" these tables into a forwarding cache.
Евгений Т писал(а):Почему включение фильтрации незарегистрированного мультикаста на 1Г стыке приведёт к разваливанию PIM, если PIM пакеты летают между свичами PIM1-MES-PIM2?
И если читать rfc, то у всего виденного мной железа работает так(кроме вашего):
2.1.2. Data Forwarding Rules
1) Packets with a destination IP address outside 224.0.0.X which are
not IGMP should be forwarded according to group-based port
membership tables and must also be forwarded on router ports.
This is the main IGMP snooping functionality for the data path.
One approach that an implementation could take would be to
maintain separate membership and multicast router tables in
software and then "merge" these tables into a forwarding cache.
Re: igmp snooping mrouter
Наша реализация полностью соответствует изложенному в данном абзаце RFC. Можете произвести проверку на стенде для подтверждения.
Евгений Тур / Элтекс / Сервисный центр ШПД / https://eltex-co.ru/support/
Re: igmp snooping mrouter
Евгений Т писал(а):Наша реализация полностью соответствует изложенному в данном абзаце RFC. Можете произвести проверку на стенде для подтверждения.
Нет, не соответствует, пока не включишь bridge multicast unregistered filtering не происходит
IGMP should be forwarded according to group-based port membership tables а тупо льет во все порты с вланом
А если включить то не происходит must also be forwarded on router ports
И на стенде я уже 10 раз это все проверил.
Re: igmp snooping mrouter
Нет, не соответствует, пока не включишь bridge multicast unregistered filtering не происходит
IGMP should be forwarded according to group-based port membership tables а тупо льет во все порты с вланом
У Вас в таблице снупинга нет записей. Если бы были записи, то согласно RFC группы, накоторые есть записи в таблице снупинга, лились бы только на соответствующие порты и на мроутер порты.
А если включить то не происходит must also be forwarded on router ports
На этот вопрос уже ответил выше.
И на стенде я уже 10 раз это все проверил.
Как выглядел стенд? Какие были настройки на коммутаторе? Могу помочь с проверкой для подтверждения описанного в RFC поведения.
Евгений Тур / Элтекс / Сервисный центр ШПД / https://eltex-co.ru/support/
Re: igmp snooping mrouter
Я знаю что у меня нет записей.
Вы считаете что:
1) Пришел мультикаст.
2) Проверили есть ли подписка.
3) Если есть, скопировали в подписанные порты и в mrouter порты.
4) Если нет то дропнули.
Это не правильный вариант, должно быть:
1) Пришел мультикаст.
2) Cкопировали в mrouter порты.
3) Проверили есть ли подписка.
4) Если есть, скопировали в подписанные порты
5) Если нет то дропнули.
По моему варианту работает у всех, по вашему только у вас.
Packets with a destination IP address outside 224.0.0.X which are
not IGMP must be forwarded on router ports. без всяких вариантов, НЕ ЗАВИМИМО
от подписок.
Вы считаете что:
1) Пришел мультикаст.
2) Проверили есть ли подписка.
3) Если есть, скопировали в подписанные порты и в mrouter порты.
4) Если нет то дропнули.
Это не правильный вариант, должно быть:
1) Пришел мультикаст.
2) Cкопировали в mrouter порты.
3) Проверили есть ли подписка.
4) Если есть, скопировали в подписанные порты
5) Если нет то дропнули.
По моему варианту работает у всех, по вашему только у вас.
Packets with a destination IP address outside 224.0.0.X which are
not IGMP must be forwarded on router ports. без всяких вариантов, НЕ ЗАВИМИМО
от подписок.
Евгений Т писал(а):У Вас в таблице снупинга нет записей. Если бы были записи, то согласно RFC группы, накоторые есть записи в таблице снупинга, лились бы только на соответствующие порты и на мроутер порты.
-
- Сообщения: 749
- Зарегистрирован: 07 май 2015 10:45
- Reputation: 2
- Откуда: Элтекс
Re: igmp snooping mrouter
Коллеги, цитаты из стандарта принято вставлять с номером страницы и датой выхода стандарта. Просто куски текста ИМХО всегда спорны, они могут быть вырваны из контекста предложения.
прошу дополнить ваши посты этой информацией
прошу дополнить ваши посты этой информацией
Селезнев Александр / Eltex / Сервисный центр ШПД https://eltex-co.ru/support/
Вернуться в «Коммутаторы и маршрутизаторы Ethernet»
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 16 гостей