Кто что использует в качестве Querier?

[daring 0]

Добрый день, коллеги.

 

Планируем предоставлять IPTV абонентам. Настало время определиться с моделькой  коммутатора, который содержит 24 гигабитных медных портов + несколько sfp гигабитных портов для Querier-а в сети? 

Кто какую модельку использует? 

 

Всем счастья.

 

[Гайджин 574]

Да практически любой L3 коммутатор.

[Mechanik 49]

extreme x450-24t

ежик 3528 временами сходил с ума

[alex_o 1,194]

Да практически любой L3 коммутатор.

Л3 тут к чему?

Квирером может быть ЛЮБОЙ свич, у которого есть такой функционал. igmp-querier - это функционал Л2. Именно поэтому между квирером и абонентами не должно быть мультикаст-роутинга (PIM). Крайне рекомендуется квирером делать свич, максимально приближенный к источнику мультикаста или крайнему PIM-роутеру.

[Гайджин 574]

 

Да практически любой L3 коммутатор.

 

Л3 тут к чему?

Квирером может быть ЛЮБОЙ свич, у которого есть такой функционал. igmp-querier - это функционал Л2. Именно поэтому между квирером и абонентами не должно быть мультикаст-роутинга (PIM). Крайне рекомендуется квирером делать свич, максимально приближенный к источнику мультикаста или крайнему PIM-роутеру.

Потому что пим наше все.

По этому тот кто пимует, тот и кверит.

Edited 2014-04-08 17:00:21 by Гайджин

[Kitikonti 61]

Одно время стоял квериером ежик 3528м... хреновое было "одно время" :-) Сходил с ума очень часто и непредсказуемо, переиграли чуток схему, поставили циску 3550, все источники загнали в нее и с нее уже линк в сеть, с тех пор забыли что такое проблемы с мультикастом.

[zeleniy 7]

foxgate s6224-s2, уже года 4 работает, перегружал 2 раза.

[Гайджин 574]

Одно время стоял квериером ежик 3528м... хреновое было "одно время" :-) Сходил с ума очень часто и непредсказуемо, переиграли чуток схему, поставили циску 3550, все источники загнали в нее и с нее уже линк в сеть, с тех пор забыли что такое проблемы с мультикастом.

У Вас один мультикастовый влан на всю сеть?

[Kitikonti 61]

 

Одно время стоял квериером ежик 3528м... хреновое было "одно время" :-) Сходил с ума очень часто и непредсказуемо, переиграли чуток схему, поставили циску 3550, все источники загнали в нее и с нее уже линк в сеть, с тех пор забыли что такое проблемы с мультикастом.

У Вас один мультикастовый влан на всю сеть?

 

На данный момент - да, и никакого пима между сегментами, но очень в ближайшем будущем от этого откажемся, хотя и так работает на удивление

[daring 0]

Остановились на FoxGate s6224-s4. Полет отличный.

[Abram 98]

Задача Querier-а - тупо раз в N секунд отправлять в сеть один пакет. И всё, больше ничего. Накосячить тут сложно, поэтому да - любой свитч. Вообще любой.

[Kirjan 0]

Здравствуйте.

Раз тут столько знатоков, подсобите, пожалуйста.

 

Есть два коммутатора, все с настроенным мультикастом, один из них Querier.

По факту наблюдаем следующее:

когда приёмник-передатчик потока сидят на коммутаторе Querier, всё норм;

но когда приёмник(и)-передатчик(и) пересаживаем на второй коммутатор ( non-Cuerier ), наблюдаем суммарное количество пакетов, уходящее по "аплинку" к коммутатору Querier,

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

 

Ну и это количество пакетов также видим, как входящее в коммутатор Querier,

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

 

И сам вопрос - это нормально, или нет? Когда все пакеты идут к Querier коммутатору, забивая весь канал связи.

Если нет, то как это можно интерпретировать, для общения с забугорной техподдержкой?

И в чём именно может быть проблема, или её можно как-то вылечить?

[khatgit 22]

2 часа назад, Kirjan сказал:

Здравствуйте.

Раз тут столько знатоков, подсобите, пожалуйста.

 

Есть два коммутатора, все с настроенным мультикастом, один из них Querier.

По факту наблюдаем следующее:

когда приёмник-передатчик потока сидят на коммутаторе Querier, всё норм;

но когда приёмник(и)-передатчик(и) пересаживаем на второй коммутатор ( non-Cuerier ), наблюдаем суммарное количество пакетов, уходящее по "аплинку" к коммутатору Querier,

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

 

Ну и это количество пакетов также видим, как входящее в коммутатор Querier,

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

 

И сам вопрос - это нормально, или нет? Когда все пакеты идут к Querier коммутатору, забивая весь канал связи.

Если нет, то как это можно интерпретировать, для общения с забугорной техподдержкой?

И в чём именно может быть проблема, или её можно как-то вылечить?

 

Разбирайтесь как работает igmp snooping. Например почитайте rfc 4541

The switch supporting IGMP snooping must maintain a list of
      multicast routers and the ports on which they are attached.  This
      list can be constructed in any combination of the following ways:

      a) This list should be built by the snooping switch sending
         Multicast Router Solicitation messages as described in IGMP
         Multicast Router Discovery [MRDISC].  It may also snoop
         Multicast Router Advertisement messages sent by and to other
         nodes.

      b) The arrival port for IGMP Queries (sent by multicast routers)
         where the source address is not 0.0.0.0.

         The 0.0.0.0 address represents a special case where the switch
         is proxying IGMP Queries for faster network convergence, but is
         not itself the Querier.  The switch does not use its own IP
         address (even if it has one), because this would cause the
         Queries to be seen as coming from a newly elected Querier.  The
         0.0.0.0 address is used to indicate that the Query packets are
         NOT from a multicast router.

      c) Ports explicitly configured by management to be IGMP-forwarding
         ports, in addition to or instead of any of the above methods to
         detect router ports.

Если первый коммутатор отправляет IGMP Queries - то на втором коммутаторе порт, который смотрит в сторону первого коммутатора должен числится как мультикаст роутер для соответствующего vlan-id.

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

Весь мультикаст трафик, который не относится к 224.0.0.0/24 или IGMP должен отправляться в мультикаст роутер порты.