Jump to content
Калькуляторы

Victor Tkachenko

Активный участник
  • Content Count

    417
  • Joined

  • Last visited

About Victor Tkachenko

  • Rank
    SNR Team

Информация

  • Пол
    Не определился

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. @alibek Если L3-интерфейс в этом VLAN отсутствует (при наличии, как правило, в FDB добавляется соответствующая запись), то должен расходиться по портам.
  2. @edo, вообще есть, но на этот год в план не ставили.
  3. @dan4ex добрый! На данный момент нет подготовленных нами в открытый доступ модулей Ansible для управления коммутаторами SNR. Возможно кто-то из пользователей форума поделится своими наработками.
  4. @smmozg наш менеджер свяжется с вами и поможет решить все вопросы с Cumulus Linux.
  5. Добрый! Под ваши требования подошел бы бесплатный OpenSwitch, но он, судя по списку совместимых платформ, не поддерживает 5610-52X (Trident+). Бесплатно можно установить ONL, но это скорее среда для разработки. Для реализации L2 функционала, например, можно воспользоваться API Broadcom - OpenNSL. В качестве готового решения можно рассмотреть Cumulus Linux, правда, версия будет не последняя, так как платформа уже успела устареть.
  6. @edo да, можно использовать MRPP, но он должен поддерживаться всеми коммутаторами в кольце. Для резервирования L2 также доступны стандартные MSTP и ERPS.
  7. @RN3DCX 1. да, например, при использовании DHCP можно применить user-control: ip dhcp snooping enable ip dhcp snooping binding enable ip dhcp snooping vlan xx Interface Ethernet 1/1 ip dhcp snooping binding user-control ip dhcp snooping binding user-control max-user 1 2. Речь об IPv6 Neighbor Discovery
  8. @edo нет, MLAG на данный момент не поддерживается.
  9. @vurd 1. Может - `show cpu-rx protocol IGMP`. 2. Не исключено, но рейтлимит cpu-rx наверняка сработает раньше. 3. Время жизни высчитывается по формуле (interval*robustness + mrsp), по умолчанию это 260с. Значение берутся из полей IGMP Query. Обратили внимание, что на текущей версии ПО S2995 таймер не изменяются, с этим разберемся. После исправления для увеличения надежности можно повысить robustness Querier`а до 3-4. Подобных массовых случаев не регистрировали, сталкивались лишь с падением производительности при большом количестве подписок и pps IGMP (подписки удалялись/добавлялись с задержкой в пару секунд при наличии ~250 уникальных групп в таблице и >15pps IGMP). Сохранились подробности проблемы на S300?
  10. @vurd, да, смысл есть. Опишите топологию и конфигурацию устройств в проблемном сегменте, в том числе параметры querier и версия IGMP у подписчиков. Похожие проблемы, как правило, были связаны с упомянутым дефолтным лимитом на количество IGMP групп.
  11. Верно. Можно и так. Если снупинг включен в нескольких вланах, лучше применять приближенные к реальности ограничения на случай каких-либо аномалий.
  12. @vurd, не исключаю такой вариант, но и для подтверждения данных мало. Установка 65535 вам наверняка не принесет никаких проблем, это может быть чревато только переполнением таблиц при транзите нескольких vlan с большим количеством подписчиков или при наличии аномальной активности от клиентов. @semop, то описание не глобальных ограничений, а для отдельных интерфейсов.
  13. @vurd, да, limit source - это ограничение количества точек входа для группы, значение по умолчанию - 40. Добавлю, что на случай рассыпаний стоит включить сбор статистики QoS - `mls qos queue statistics enable`. Если в выводе `show mls qos queue statistics interface e1/0/X` в соответствующей мультикасту очереди будут потери, то наверняка переполняется буфер и необходимо переключить хотя бы верхние очереди (включая очередь с мультикастом) в режим strict. Действительно, нами были нарушены разумные сроки устранения, так как проблема крайне специфична и воспроизводится не в 100% случаев. Получить адекватных комментариев от производителя чипсета не удалось. По возможности опишите, пожалуйста, проблему в support.nag.ru, думаю её вполне удастся воспроизвести в лабораторных условиях и решить.
  14. @s.lobanov, да, в 48FX 2 чипа, соответственно буфер не общий, а поделен поровну между группами egress портов.
  15. @vurd, подтверждаю, у моделей 12/24FX буфер 1.5MB, у 48FX - 3MB.