faq обучение настройка
Текущее время: Чт июл 31, 2025 23:58

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




Начать новую тему Ответить на тему  [ Сообщений: 27 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Задержка переключения каналов IPTV
СообщениеДобавлено: Пт окт 14, 2011 14:58 
Не в сети

Зарегистрирован: Пн сен 18, 2006 11:17
Сообщений: 270
Откуда: SPb
Добрый день.
Пока готовлю более развёрнутое описание с картинками wireshark'a и схемой сети, опишу кратко сеть и проблему.
Вводная: Домашняя сеть построена на 3627G в качестве L3 для клиентов. OSPF и PIM/IGMP в одном обьединяющем vlan'e, управление в другом, клиенты, само собой, в своих.
IPTV приходит по PIM с маршрутизатора Extreme, на котором оно, в свою очередь, приходит по MBGP.

Подключили для проверки 3627G напрямую(если быть точнее, через DGS-3200-10) к Extreme.
Подключаем STB напрямую в Extreme, переключаем каналы - всё практически моментально происходит.
Подключаем STB к 3627G, переключаем каналы - задержка секунд пять, а то и дольше.
Причём на аплинке 3627G wireshark'ом прекрасно видно как сразу после IGMP Join появляется поток с Extreme. А на даунлинке, в то же самое время...ничего. Старый поток через секунду останавливается, а новый как будто "застревает" в длинке на те самые пресловутые секунды. С чем это может быть связано?

Некоторые настройки 3627G:
Скрытый текст: показать
Код:
#OSPF и PIM ipif/vlan
create ipif 3050 10.78.77.8/24 3050 state enable
#Клиентский ipif/vlan
create ipif 3120 10.53.64.1/21 st-hn-20 state enable

# SNOOP

enable igmp_snooping
config igmp_snooping vlan 3050 state enable fast_leave disable

config igmp_snooping vlan st-hn-20 state enable fast_leave disable

config limited_multicast_addr ports 1-27 state disable

# IGMP
config igmp ipif 3050 version 2 query_interval 125 max_response_time 10 robustness_variable 2 state disable
config igmp check_subscriber_source_network ipif 3050 disable

config igmp ipif 3120 version 3 query_interval 1 max_response_time 1 robustness_variable 2 state enable
config igmp check_subscriber_source_network ipif 3120 disable

# PIMSM

enable pim

config pim ipif 3050 state enable hello 30 jp_interval 5 mode sm dr_priority 1
config pim cbsr ipif 3050 priority -1

config pim ipif 3120 state enable hello 30 jp_interval 5 mode sm dr_priority 1
config pim cbsr ipif 3120 priority -1


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пт окт 14, 2011 16:39 
Не в сети

Зарегистрирован: Вт июн 01, 2010 04:38
Сообщений: 794
Откуда: Vladivostok
c 3627 дело не имел, может нужно попробывать включить Fast_Leave?

_________________
2008-2015г. компания Экстрим Интернет. Технический директор/Главный системный администратор.
2015-по н.в. компания "Подряд". Инженер сети ШПД


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пт окт 14, 2011 17:54 
Не в сети

Зарегистрирован: Пн сен 18, 2006 11:17
Сообщений: 270
Откуда: SPb
Я непосредственно к 3627G подключен, на нём fast leave не включается, поскольку:
Цитата:
Command: config igmp_snooping vlan st-hn-20 fast_leave enable

Cannot set Fast leave when IGMP is running.

Fail!

И потом, проблема-то не в том что клиент медленно покидает группу, а в том, что новая долго не "проходит" на клиента.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пт окт 14, 2011 22:07 
Не в сети

Зарегистрирован: Пт мар 12, 2010 14:02
Сообщений: 53
Была аналогичная проблема у нас в сети. Но правда с DES-3028. Пожаловался клиент, что долго переключаются каналы. WireShark'ом не смотрел, но когда лично приехал и поднялся на дом к коммутатору и воткнулся в него консолью и RJ-45 стало ясно, что все в порядке. =) Абонент жаловался на 10-15-ти секундные задержки.

С консоли было видно, как сразу появляются группы на порту, к которому я подключен и к которым я присоединяюсь. Задержка 2-3 секунды.

Проверял со всех портов коммутатора и везде каналы переключались достойно. Задрежка может быть еще вызванна тем, что (как я понимаю) само устройство (STB) или програма подстраивается под идущий поток в группе, дабы дать картинку без искажений в реальном времени.

В моем случае, скорее всего, проблема была с сетевой картой абонента, или с кривой операционной системой, на которую он поставил програму для просмотра IPTV-вещания.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пн окт 17, 2011 09:21 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Чт фев 12, 2009 14:59
Сообщений: 9482
Откуда: Ryazan
Попробуйте, пожалуйста, прописать запрашиваемые клиентом каналы на коммутаторе при помощи static igmp group.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пн окт 17, 2011 09:43 
Не в сети

Зарегистрирован: Сб апр 12, 2008 09:03
Сообщений: 88
Откуда: Московская область
Тоже была такая проблема с долгим переключением каналов, помогло прописывание Static IGMP group.
В прошивке 2.84 количество Static IGMP group подняли до 1024 записей, до этого стояло ограничение 128.
Главное не забывать менять Static IGMP Group при смене адресов вещания :).


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пн окт 17, 2011 14:39 
Не в сети

Зарегистрирован: Пн сен 27, 2004 12:16
Сообщений: 1978
Откуда: Москва
И если 10 человек смотрят разные каналы, то все 10 человек получат эти потоки? Приставка любая (да и маршрутизаторы домашние) загнется от такого трафика. Это так, мысли вслух :)

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пн окт 17, 2011 14:42 
Не в сети

Зарегистрирован: Сб апр 12, 2008 09:03
Сообщений: 88
Откуда: Московская область
Для того чтобы никто не загнулся существует IGMP Snooping.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пн окт 17, 2011 16:23 
Не в сети

Зарегистрирован: Пн сен 18, 2006 11:17
Сообщений: 270
Откуда: SPb
Denis Evgraphov писал(а):
Попробуйте, пожалуйста, прописать запрашиваемые клиентом каналы на коммутаторе при помощи static igmp group.

Денис, спасибо, похоже, помогло. "Похоже" - потому что оценивал пока только на глаз, ещё не запускал инструментальные замеры.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пн окт 17, 2011 16:24 
Не в сети

Зарегистрирован: Пн сен 27, 2004 12:16
Сообщений: 1978
Откуда: Москва
dawas писал(а):
Для того чтобы никто не загнулся существует IGMP Snooping.

Тогда зачем static IGMP, если можно тупо направить потоки всех каналов на свитч в доме, а с помощью IGMP Snooping порты включаться будут?

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пн окт 17, 2011 16:34 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Чт фев 12, 2009 14:59
Сообщений: 9482
Откуда: Ryazan
Dima G. писал(а):
Тогда зачем static IGMP, если можно тупо направить потоки всех каналов на свитч в доме, а с помощью IGMP Snooping порты включаться будут?

В случае если на коммутаторе настроена фильтрация, он будет отправлять мультикаст только тем, кто его запросил, то есть в случае наличия соответствующей IGMP группы на порту.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пн окт 17, 2011 16:59 
Не в сети

Зарегистрирован: Пн сен 27, 2004 12:16
Сообщений: 1978
Откуда: Москва
Denis Evgraphov писал(а):
Dima G. писал(а):
Тогда зачем static IGMP, если можно тупо направить потоки всех каналов на свитч в доме, а с помощью IGMP Snooping порты включаться будут?

В случае если на коммутаторе настроена фильтрация, он будет отправлять мультикаст только тем, кто его запросил, то есть в случае наличия соответствующей IGMP группы на порту.

Это работа функции IGMP snooping. А зачем static, если мультикаст с аплинка и так идет? Ведь static не шлет join'ы, он просто позволяет мультикасту просачиваться всегда на конкретный порт, где включен этот самый static. Разве нет?

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Пн окт 17, 2011 17:13 
Не в сети

Зарегистрирован: Пн сен 18, 2006 11:17
Сообщений: 270
Откуда: SPb
Кстати...ОП - выскочила проблема. Со статическими группами на одном маршрутизаторе, по всей сети пошли потоки с RP на все остальные маршрутизаторы. Соответственно, сеть под завязку забита стала. На RP pim cache показывает подписки на все имеющиеся каналы.
На маршрутизаторе с static igmp group всё в таких записях:
Код:
 VLAN Name       : 3050
 Source IP       : 0.0.0.0
 Multicast Group : 239.195.0.44
 Port Member     :

 VLAN Name       : 3050
 Source IP       : 0.0.0.0
 Multicast Group : 239.195.0.45
 Port Member     :


Настройкеи vlan 3050:
Код:
r39-hdgs1:admin#show igmp ipif 3050
Command: show igmp ipif 3050

IGMP Interface Configurations

Interface    IP Address/Netmask  Ver- Query  Maximum  Robust- Last     State
                                 sion        Response ness    Member
                                             Time     Value   Query
                                                              Interval
------------ ------------------  ---- ------ -------- ------- -------- --------
3050         10.78.77.7/24       2    30     10       2       1        Disabled

Total Entries: 1

r39-hdgs1:admin#show igmp_snooping vlan 3050
Command: show igmp_snooping vlan 3050

 IGMP Snooping Global State       : Enabled
 Multicast router Only            : Enabled

 VLAN  Name                    : 3050
 Query Interval                : 30
 Max Response Time             : 10
 Robustness Value              : 2
 Last Member Query Interval    : 1
 Host Timeout                  : 70
 Router Timeout                : 70
 Leave Timer                   : 2
 Querier State                 : Disabled
 Querier Router Behavior       : Non-Querier
 State                         : Enabled
 Fast Leave                    : Disabled
 Report Suppression            : Disabled
 Receive Query Count           : 5854
 Send Query Count              : 0
 Version                       : 2



Total Entries: 1

r39-hdgs1:admin#show pim ipif 3050
Command: show pim ipif 3050


PIM Global State          : Enabled
Last Hop SPT Switchover   : Never
Register Probe Time       : 5
Register Suppression Time : 60
DR priority               : 1

PIM Interface Table
                                Designated      Hello    J/P
Interface    IP Address         Router          Interval Interval Mode  State
------------ ------------------ --------------- -------- -------- ----- --------
3050         10.78.77.7/24      10.78.77.201    30       5        SM    Enabled




Группы прописывал так:
Код:
create igmp static_group ipif homenet3 group 239.195.0.1
create igmp static_group ipif homenet3 group 239.195.0.2
create igmp static_group ipif homenet3 group 239.195.0.3


В данной ситуации не понимаю, почему с RP пошли потоки и на остальные маршрутизаторы и почему не отрабатывает IGMP Snooping.
Это не та ли область применения, что у других называют PIM Snooping? Когда маршрутизаторы обьединены одним L2-vlan'ом, в котором ходит PIM/IGMP?

http://www.cisco.com/en/US/prod/collateral/iosswrel/ps6537/ps6552/ps6592/whitepaper_c11-474791.html:
Цитата:
In networks where a Layer 2 switch interconnects several routers, the switch floods IP Multicast packets to all multicast router ports by default, even if there are no multicast receivers downstream. In these environments, PIM snooping should be used to constrain the multicast to the interested routers.
With PIM snooping enabled, the switch restricts multicast packets for each IP multicast group to only those multicast router ports that have downstream receivers joined to that group. When you enable PIM snooping, the switch learns which multicast router ports need to receive the multicast traffic within a specific VLAN by listening to the PIM hello messages, PIM join and prune messages, and bidirectional PIM designated forwarder-election messages.


Если да, то тогда я не понимаю, как это включить или хотя бы подменить другим механизмом на DLink'e (на RP такой механизм есть, ибо extreme).


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вт окт 18, 2011 09:34 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт янв 21, 2005 11:52
Сообщений: 11212
Откуда: D-Link, Moscow
В VLAN-ах на downlink-ах нужно дефолтовую фильтрацию включать:
config multicast ...

_________________
С уважением,
Бигаров Руслан.


Вернуться наверх
 Профиль  
 
СообщениеДобавлено: Вт окт 18, 2011 10:30 
Не в сети

Зарегистрирован: Пн сен 18, 2006 11:17
Сообщений: 270
Откуда: SPb
Включил config multicast filtering_mode all filter_unregistered_groups, не помогло, мультикаст всё также расходится от RP на все маршрутизаторы с общим vlan'ом.


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 27 ]  На страницу 1, 2  След.

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


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

Сейчас этот форум просматривают: Google [Bot] и гости: 22


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

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB