Питон? Не взлетит. Не куда интерпретатор питоновский засунуть + ресурсов по процу выжрет столько сколько их нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

да я примерно так и представлял. просто очень хочется торрент-тв. может какие другие есть?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Что другие? Я вот не в курсе не сталкивался с торрент ТВ вообще, погуглите может и есть какая реализация на сях или хотя бы на lua.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Схема подключения следующая:

 

Dlink(3028/3200A/3200C и подобное) ----- SNR-CPE-W4N, чипсет MT7620N ----- Абон устройства (STB, комп, планшеты и прочее)

 

Проблема:

 

Если у клиента СТБ или комп подключить от роутера,

то видим несколько подписок на свиче(соответсвенно льется лишний траф к юзеру)

При этом настраивается роутер с функцией igmp_snooping

Прошивки роутера последние

 

Если сделать "проброс порта" до СТБ, то при переключении каналов отписка происходит мгновенно.

Но в этом же случае, если с компа смотрит мультикаст и переключает каналы, то отписка не всегда происходит корректно

 

Как должно быть настроено igmp snooping на SNR CPE что бы корректно отписывалось от мультикаст групп??

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Он и отписывается от групп по таймауту (после последнего покинувшего группу который тоже может не прощаться тогда таймаут ещё вырастет), либо при включенном fast leave будет отписываться сразу, но тогда будет отписываться разом от всех групп т.е. если у юзверя несколько устройств то в момент переключения канала на одном отрубиться у всех до переподписки. Таймаут там по стандарту чёт около 120с (в igmpproxy).

 

Собсно сам снупинг тут не причём, это логика igmpproxy. Cнупинг изолирует порты внутри пользовательской сети и только. Т.е. следит куда юзверь подписался и изолирует этот трафик на порту или беспроводном интерфейсе, с или без конвертацией в уникаст. Подписками и роутами для них заведует igmpproxy.

 

Выходов тут несколько:

1) использовать fast leave

2) использовать выделенный порт для STB

3) закручивать таймаут на вышестоящем свитче что бы он отписывал раньше чем igmpproxy сам отпишется

 

В самом igmpproxy таймаут уменьшить конечно можно, но запросто может аукнуться проблемами.

 

P.S. И в очередной раз повторяю. ВСЕГДА УКАЗЫВАЙТЕ ВЕСРИЮ ПРОШИВКИ, а лучше проверяйте на последней доступной на wive-ng.sf.net. Последние правки по igmpproxy были месяца 2 назад.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Роутер: SNR-CPE-W4N

 

Прошивка:

4.8.17.RU.03122016

4.6.14.RU.21092016

 

IGMP Proxy включен

IGMP snooping support auto

IGMP fast leave support выключен

Multicast to Unicast conversion WLAN

 

Роутер подключен как IPOE

 

Крайне медленно переключает каналы, запрос на подписку с ван порта уходит через 6-7 секунд.

 

Делаем IGMP snooping support HW Only

 

Все нормально переключается, но периодически вобще отказывается подписываться на некоторые каналы, каждый раз разные. При переходе обратно на auto каналы начинают работать, но опять пауза 6-7 секунд...

 

Делаем IGMP snooping support Disable и все нормально работает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ничего подобного не наблюдал и не наблюдаю. Как повторить данных не дали. Других репортов нет. Чем помочь не представляю. А HW_ONLY снупинг эт вообще чисто встроенная в свитч логика без вмешательсва софта. Вот что в ASIC MTK сделал то и есть (может какие-то адреса используются которые MTK в резерв тнкул). Жалоб от кого-то ещё не поступало, хотя юзают почти все клиенты ибо почти у всех MCAST IPTV. По моим данным юзают дефолтовую гибридную схему которая у вас по 6-7сек переключает.

 

Есть такая идея...

 

Сбросьте настройки, настройте по минимуму затем по ssh скомандуйте роутеру sysctl -w net.ipv4.conf.all.force_igmp_version=2 && sysctl -w net.ipv4.conf.default.force_igmp_version=2 и не перезагружая попробуйте пощёлкать. Если поможет вытащу крутилку для форсирования версии igmp (хотя с нормальными клиентами и вышестоящим железом проблем и без форсирования нет) в рожу.

 

На вещалке тоже бы форсировал бы 2ю версию т.к. вероятность проблем с 3ей в зависимости от клиента совсем не нулевая.

 

Плюс как воркэрануд можете включить M2U на WLAN+LAN а снупинг выключить. Это заставит роутер преобразовывать мультикаст udp в уникаст udp в т.ч. и для проводных клиентов, и тогда необходимость в снупинге вообще отпадает, но будет умеренно кушать CPU.

 

А вообще надо как минимум логи в дебаг режиме igmpproxy смотреть почему при гибридной схеме такие задержки и чего он там думает столько до добаления записи в таблицу снупинга свитча.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

[Wive-NG-MT@/]# igmpproxy -d -v /etc/igmpproxy.conf 
0x1011001c: 0x08100810
0x1011001c: 0x08100810
0x1011001c: 0x08106810

 

И все, больше ничего не пишет, хотя каналы переключаются...

Не понятно почему дебага нет, хотя на wive для 3052 все отлично выводится, да и проблем с ним таких нет (хотя и снупинга тоже помоему)

 

sysctl -w net.ipv4.conf.all.force_igmp_version=2 && sysctl -w net.ipv4.conf.default.force_igmp_version=2

Ничего не меняет.

 

Все делается на чистом роутере после сброса, я только меняю настройки igmp.

Изменено пользователем [-Alt-]

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1) igmpproxy -d -vvvvv Больше v - больше детальность. На 3052 в демоне был косяк отладка пёрла во все щели. Тут пришлось сильно перепилить igmpproxy когда разбирался с косяками у планеты, заодно логирование поправил

2) в 3052 другой свитч, гораздо проще чем в 7620. Снупинг там есть реализуется так же как тут в авто. Но там нет изоляции igmp, изолирутеся только мультикаст, остальное дублируется везде. Так же там нет полностью аппаратного режима, который у вас почему-то тоже таращит, что странно. Выбор режима сделан вообще ради одного единственного клиента который жаловался что прёт по всем портам трафик и как выяснилось у них источник из зарезервированной под бонжур диапазона адреса юзает. Пришлось добавлять поддержку гибридного режима.

3) с M2U без снупинга нормально всё?

4) уверены что запрос на подписку роутер генерит с задержкой? Поймать запрос от клиента к роутеру и от роутера выше и сравнить время?

5) Адреса источников какие? Кто клиент? В портстатус всё ок? И т.д. и т.п.

 

Надо разбираться в чём причина и в чём у вас отличии от остальных. Я специально (после первого вашего сообщения) перепроверил у себя (оператор ИНСИС) и проблемы не увидел.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Канал 224.0.90.83

Начинает показывать на строке RECV V2 member report from 10.203.1.14 to 224.0.90.183

Эта стока появляется через 6-7 секунд.

Клиенты vlc, tvip-s500, mag-245

Запросы смотрел tcpdump, от клиента и от роутера разница в 6-7 секунд.

 

И похоже я выяснил с чем связано, если на wan порту много маков, оно так тупит. Пробовал на 10, всё отлично. Когда ставлю в реальную сеть, то на wan 500 маков и так тупит.

На 3052 когда много маков начинает терять пакеты мультикаста, делаешь switch clear на некоторое время помогает.

 

С m2u без снупинга всё отлично работает.

 

Searching for config file at '/etc/igmpproxy.conf'
Auto mode LAN igmp_snooping.
0x1011001c: 0x08106810
0x1011001c: 0x08106810
0x1011001c: 0x08106810
*** rtGSW: found the last entry (end table case). 460
updateMacTable: delay_delete is 2
REG_ESW_WT_MAC_ATA1 is 0x1005e00
REG_ESW_WT_MAC_ATA2 is 0x18001
entry->port_map is 0x5e
WAN REG_ESW_WT_MAC_ATA2 is 0x18002
for wan port is done
Config: Got a phyint token.
Config: IF: Config for interface eth2.2.
Config: IF: Got upstream token.
Config: IF: Got ratelimit token '0'.
Config: IF: Got threshold token '1'.
Config: IF: Got altnet token 0.0.0.0/0.
Config: IF: Altnet: Parsed altnet to default.
IF name : eth2.2
Next ptr : 0
Ratelimit : 0
Threshold : 1
State : 1
Allowednet ptr : 4212c8
Config: Got a phyint token.
Config: IF: Config for interface br0.
Config: IF: Got downstream token.
Config: IF: Got ratelimit token '0'.
Config: IF: Got threshold token '1'.
IF name : br0
Next ptr : 0
Ratelimit : 0
Threshold : 1
State : 2
Allowednet ptr : 0
Config: Got a phyint token.
Config: IF: Config for interface ppp0.
Config: IF: Got disabled token.
IF name : ppp0
Next ptr : 0
Ratelimit : 0
Threshold : 1
State : 0
Allowednet ptr : 0
buildIfVc: Interface lo Addr: 127.0.0.1, Flags: 0x0049, Network: 127/8
buildIfVc: Interface eth2.2 Addr: 10.203.1.14, Flags: 0x1043, Network: 10.203.0/18
buildIfVc: Interface br0 Addr: 10.222.0.1, Flags: 0x1043, Network: 10.222.0/24
Found config for eth2.2
Found config for br0
Create VIFs for all interfaces
getIf by Ix[0]
getIf by Ix[1]
Dp state is UPSTREAM ViF 1
adding VIF, Ix 0 Fl 0x0 IP 0x0e01cb0a eth2.2, Threshold: 1, Ratelimit: 0
   	Network for [eth2.2] : 10.203.0/18
   	Network for [eth2.2] : default
getIf by Ix[2]
adding VIF, Ix 1 Fl 0x0 IP 0x0100de0a br0, Threshold: 1, Ratelimit: 0
   	Network for [br0] : 10.222.0/24
Got 262144 byte buffer size in 0 iterations
Joining all-routers group 224.0.0.2 on vif 10.222.0.1
joinMcGroup: 224.0.0.2 on br0
Joining all igmpv3 multicast routers group 224.0.0.22 on vif 10.222.0.1
joinMcGroup: 224.0.0.22 on br0
SENT Membership query   from 10.222.0.1  	to 224.0.0.1
Sent membership query from 10.222.0.1 to 224.0.0.1. Delay: 10
Created timeout 1 (#0) - delay 10 secs
(Id:1, Time:10)
Created timeout 2 (#1) - delay 21 secs
(Id:1, Time:10)
(Id:2, Time:21)
RECV Membership query   from 10.222.0.1  	to 224.0.0.1
RECV V2 member report   from 10.222.0.248	to 239.192.152.143
Should insert group 239.192.152.143 (from: 10.222.0.248) to route table. Vif Ix : 1
*** rtGSW: mac address for 10.222.0.248 is 30:85:a9:96:7a:99
*** rtGSW: found the last entry (end table case). 461
updateMacTable: delay_delete is 2
REG_ESW_WT_MAC_ATA1 is 0x1005e40
REG_ESW_WT_MAC_ATA2 is 0x988f8001
entry->port_map is 0x8
WAN REG_ESW_WT_MAC_ATA2 is 0x988f8002
for wan port is done
No existing route for 239.192.152.143. Create new.
No routes in table. Insert at beginning.
Inserted route table entry for 239.192.152.143 on VIF #1
Joining group 239.192.152.143 upstream on IF address 10.203.1.14
joinMcGroup: 239.192.152.143 on eth2.2

Current routing table (Insert Route):
-----------------------------------------------------
#0: Dst: 239.192.152.143, Age:2, St: I, OutVifs: 0x00000002
-----------------------------------------------------
RECV V2 member report   from 10.222.0.1  	to 224.0.0.22
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 10.203.1.14 	to 239.192.152.143
The IGMP message was from myself. Ignoring.
Route activation request from 10.203.1.14 for 239.192.152.143 is from myself. Ignoring.
The IGMP message was local multicast. Ignoring.
The IGMP message was local multicast. Ignoring.
RECV V2 member report   from 10.203.1.14 	to 239.192.152.143
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 10.222.0.1  	to 224.0.0.2
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 10.222.0.248	to 224.0.90.183
Should insert group 224.0.90.183 (from: 10.222.0.248) to route table. Vif Ix : 1
*** rtGSW: mac address for 10.222.0.248 is 30:85:a9:96:7a:99
*** rtGSW: found an unused entry (age = 3'b000), skip this record!
*** rtGSW: found the last entry (end table case). 462
updateMacTable: delay_delete is 2
REG_ESW_WT_MAC_ATA1 is 0x1005e00
REG_ESW_WT_MAC_ATA2 is 0x5ab78001
entry->port_map is 0x8
WAN REG_ESW_WT_MAC_ATA2 is 0x5ab78002
for wan port is done
No existing route for 224.0.90.183. Create new.
Found existing routes. Find insert location.
Inserting after route 239.192.152.143
Inserted route table entry for 224.0.90.183 on VIF #1
Joining group 224.0.90.183 upstream on IF address 10.203.1.14
joinMcGroup: 224.0.90.183 on eth2.2

Current routing table (Insert Route):
-----------------------------------------------------
#0: Dst: 239.192.152.143, Age:2, St: I, OutVifs: 0x00000002
#1: Dst: 224.0.90.183, Age:2, St: I, OutVifs: 0x00000002
-----------------------------------------------------
About to call timeout 1 (#0)
Aging routes in table.

Current routing table (Age active routes):
-----------------------------------------------------
#0: Dst: 239.192.152.143, Age:1, St: I, OutVifs: 0x00000002
#1: Dst: 224.0.90.183, Age:1, St: I, OutVifs: 0x00000002
-----------------------------------------------------
RECV V2 member report   from 10.203.1.14 	to 224.0.90.183
The IGMP message was from myself. Ignoring.
Route activation request from 10.203.1.14 for 224.0.90.183 is from myself. Ignoring.
Route activate request from 16.16.16.105 to 224.0.90.183
Vif bits : 0x00000002
Setting TTL for Vif 1 to 1
Adding MFC: 16.16.16.105 -> 224.0.90.183, InpVIf: 0

Current routing table (Activate Route):
-----------------------------------------------------
#0: Dst: 239.192.152.143, Age:1, St: I, OutVifs: 0x00000002
#1: Src0: 16.16.16.105, Dst: 224.0.90.183, Age:1, St: A, OutVifs: 0x00000002
-----------------------------------------------------
RECV V2 member report   from 10.203.1.14 	to 239.192.152.143
The IGMP message was from myself. Ignoring.
RECV V2 member report   from 10.203.1.14 	to 224.0.90.183
The IGMP message was from myself. Ignoring.
^Cselect() failure; Errno(4): Interrupted system call
Got a interupt signal. Exiting.
clean handler called
Removing route entry for 239.192.152.143
Leaving group 239.192.152.143 upstream on IF address 10.203.1.14
leaveMcGroup: 239.192.152.143 on eth2.2
Removing route entry for 224.0.90.183
Vif bits : 0x00000002
Setting TTL for Vif 1 to 1
Removing MFC: 16.16.16.105 -> 224.0.90.183, InpVIf: 0
Leaving group 224.0.90.183 upstream on IF address 10.203.1.14
leaveMcGroup: 224.0.90.183 on eth2.2
All routes removed. Routing table is empty.
updateMacTable: delay_delete is 1
REG_ESW_WT_MAC_ATA1 is 0x1005e00
REG_ESW_WT_MAC_ATA2 is 0x18001
REG_ESW_WT_MAC_ATA2 is 0x18002
updateMacTable: delay_delete is 1
REG_ESW_WT_MAC_ATA1 is 0x1005e00
REG_ESW_WT_MAC_ATA2 is 0x5ab78001
REG_ESW_WT_MAC_ATA2 is 0x5ab78002
updateMacTable: delay_delete is 1
REG_ESW_WT_MAC_ATA1 is 0x1005e40
REG_ESW_WT_MAC_ATA2 is 0x988f8001
REG_ESW_WT_MAC_ATA2 is 0x988f8002
0x1011001c: 0x08106810
0x1011001c: 0x08106810
0x1011001c: 0x08100810
Shutdown complete....

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Переполняется таблица знач в свитче, увы, тогда только M2U на LAN+WLAN без снупинга в свитче в вашем случае.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Странно, на 300 он так глючит, на 400 тоже и на 500. Т.е. маки стабильно изучаются, что тогда переполняется? На асусе 11p с падаваном проблем вобще никаких, но там нет гибрида, только HW и M2U

Изменено пользователем [-Alt-]

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

У Андрея так же гибрид уже очень давно, правда реализован на уровне драйвера и несколько иная логика. В HW_ONLY поведение не может отличаться вообще. Что происходит у вас для меня загадка, пока думаю как повторить на коленке.

 

Зюхели вообще не запариваются и юзают M2U в сторону клиентов всегда.

 

По переполнению эт просто предположение, надо поднять доки на 7620 уточнить, но похоже не оно.

 

С чисто аппаратным режимом можно попробовать разве что Query Interval покрутить в /etc/scripts/config-vlan.sh функция config_igmpsnoop. Больше там никаких крутилок в чисто аппаратном режиме нет вообще. Маска портов и Query Interval.

 

Затык там может быть ещё в чём. В том что если в таблице arp не нашлось нужной пары ip-mac то будет сгенерён маленький upd пакетик на заданный ip. Вот тут может быть и вырастают ноги ожидания. Но по логу не видно. Да и оно только в сторону клиентов генериться ради того что бы выяснить в какой порт клиент воткнут.

 

В общем буду думать как повторить. Плоских сетей с over даже 50 клиентами и мультикастом под рукой нет. У всех работает изоляция на портах обычно. Так что придётся выдумывать как такое организовать на коленке.

 

На 3052 когда много маков начинает терять пакеты мультикаста, делаешь switch clear на некоторое время помогает.

 

Да было такое, впрочем не только на 3052, а на многих дешевых свитчах-мыльницах при заполнении даже на половину таблицы начинало разными видами рвать крышу. Вот что бы не было подобного рода проблем и изолируют на L2 сегменты, а часто и юзеров в принципе.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Глянул доки на всякий. 2048 (на 3052 1024) маков доступно для таблицы фильтрации. Так что не в этом дело. Скиньте мыло в личку, попробую кой чего переделать. Есть догадка почему с ростом маков так медленно это дело идёт.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В общем попробуйте 4.9.5 http://sourceforge.net/projects/wive-ng/files/wive-ng-mt/test-only/ есть изменения или всё так же. Ибо единственное место в логике управления свитчём которое напрямую зависит от числа маков это синхронизация таблицы в свитче и софтовой таблицы в igmpproxy. Убрал лишние задержки но что-то мне подсказывает, что этого мало. Плюс китайцы сами увеличили эти задержки в своём коде. Видимо в зависимости от заполнения таблицы маков в свитче время доступа из софта особенно на запись растёт.

 

В общем свёл до минимума все возможные задержки при общении igmpproxy с коммутатором. На коленке проверил что ничего не сломал, однако именно в таком виде как у вас (задержка 6-7 сек) повторить не удалось. Такая задержка в старом варианте была бы если бы все 2к записей были бы заюзаны. И то не 6-7, а около 3х с. Сейчас при всех 2к записях время на синк таблицы менее секунды.

 

Ну и если не сложно поиграйтесь таки с Query Interval в чисто аппаратном режиме. Вдруг поможет, тогда скорректируем значение. Попытки повторить у себя пока провалились. Не хочет повторяться при просто раздутом arptable. Генрю мак, меняю на сетёвке посылаю несколько пакетов и так по кругу, при ~1000 маков ничего не происходит всё продолжает работать. Видимо просто много устройсв в сети недостаточно для повторения.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

По скорости переключения просто земля и небо. На 470 маков в среднем секунда. Спасибо. Сижу смотрю как с повисонами. На 11p висло 2 раза за 2 дня, как в m2u так и в igmp. Просто переставал работать igmpproxy. Помогало его передергивание руками.

Изменено пользователем [-Alt-]

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ну значит оно самое... Китайсыс.

 

Повисаний быть не должно, эт точно. Но вот затыки с переключениями при привышении лимита в 2048 записей будут гарантированно, но тут уж ничего не поделать, аппаратное ограничение коммутатора. Разве что дробить на L2 сегменты сеть. Да в любом случае много. 500 маков в L2 сегменте с SOHO cpe явный перебор.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В копилку. Пошаговый пример настройки xupnpd для просмотра провайдерского iptv на DLNA TV в роутерах SNR-CPE под управлением Wive-NG http://comrise.ru/?page_id=1121

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!


Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.


Войти
Подписчики 0