+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Конфигурация роутера для IPTV (без VLAN)

Конфигурация роутера для IPTV (без VLAN), RouterOS

kalle1024

Guest

15.04.2018 15:42:00

Всем привет! Очень стараюсь настроить роутер нормально, чтобы IPTV работал как надо. Мой IPTV/провайдер раздаёт ТВ-сигнал БЕЗ VLAN. Конфигурация, которая у меня сейчас есть, РАБОТАЕТ, но я сильно сомневаюсь, насколько она хорошая и безопасная. Вот что есть: Провайдер IPTV/ISP: Швеция, Bredbandsbolaget Роутер: Mikrotik hAP AC (962UiGS-5HacT2HnT) RouterOS: 6.41.3 (stable) WAN подключён к интерфейсу: ether1 LAN (коммутатор Cisco) подключён к интерфейсу: ether2-master IPTV-приставка подключена к интерфейсу: ether4 LAN-bridge включает интерфейсы: ether2-master, wlan1, wlan2, ether4 IGMP-Proxy: Вверх по потоку (upstream) интерфейс: ether1 (с дополнительными подсетями 0.0.0.0/0) «Другой» интерфейс: LAN-bridge (не upstream) IP-файрвол: Принимать (цепочка input) IGMP Принимать (цепочка input) UDP Принимать (цепочка forward) UDP По сути, я разрешаю ВЕСЬ UDP-трафик в мой LAN-bridge — это вообще нормально? Можно ли как-то перехватить и перенаправить весь IPTV-трафик на интерфейс ether4 до того, как он пройдет через фильтр IP-файрвола? Можно ли добавить дополнительный бридж (например, IPTV-bridge) и включить туда интерфейсы ether1 и ether4? — у меня тогда перестает работать интернет, правильно? Есть ли идеи, как вообще более «гладко» настроить IPTV? Очень буду признателен за любые советы, мысли или комментарии. Спасибо, Kalle Ниже дам дамп основной конфигурации роутера: [admin@MikroTik] > export # apr/09/2018 20:32:26 by RouterOS 6.41.3 # software id = XXXXX # model = RouterBOARD 962UiGS-5HacT2HnT # serial number = XXXXXXXXXXXXXXXXX /interface bridge add admin-mac=CC:2D:E0:3F:06:7C auto-mac=no comment=defconf igmp-snooping=yes name=LAN-bridge /interface ethernet set [ find default-name=ether2 ] name=ether2-master /interface wireless set [ find default-name=wlan1 ] band=2ghz-b/g/n channel-width=20/40mhz-Ce country=sweden disabled=no distance=indoors frequency=auto mode=ap-bridge ssid=Larsson wireless-protocol=802.11 set [ find default-name=wlan2 ] band=5ghz-a/n/ac channel-width=20/40/80mhz-Ceee country=sweden disabled=no distance=indoors frequency=auto mode=ap-bridge ssid=Larsson wireless-protocol=802.11 /interface list add exclude=dynamic name=discover add name=mactel add name=mac-winbox add name=WAN /ip pool add name=dhcp ranges=1.1.1.100-1.1.1.200 /ip dhcp-server add address-pool=dhcp disabled=no interface=LAN-bridge lease-time=10h name=defconf /interface bridge port add bridge=LAN-bridge comment=defconf interface=ether2-master add bridge=LAN-bridge comment=defconf hw=no interface=wlan1 add bridge=LAN-bridge comment=defconf hw=no interface=wlan2 add bridge=LAN-bridge interface=ether4 /ip neighbor discovery-settings set discover-interface-list=discover /ip address add address=1.1.1.10/24 comment=defconf interface=ether2-master network=1.1.1.0 add address=x.x.x.x/x interface=ether1 network=x.x.x.x /ip dhcp-client add comment=defconf dhcp-options=hostname,clientid interface=ether1 /ip dhcp-server network add address=1.1.1.0/24 comment=defconf gateway=1.1.1.10 netmask=24 /ip dns set allow-remote-requests=yes servers=8.8.8.8,195.54.122.200,195.54.122.204 /ip dns static add address=1.1.1.10 name=router /ip firewall filter add action=accept chain=input comment="defconf: accept ICMP" protocol=icmp add action=accept chain=input comment=IPTV log-prefix=iptv2 protocol=igmp add action=accept chain=input log-prefix=iptv4 protocol=udp add action=accept chain=forward log-prefix=iptv3 protocol=udp add action=accept chain=input comment="defconf: accept established,related" connection-state=established,related add action=accept chain=forward comment="defconf: accept established,related" connection-state=established,related add action=drop chain=input comment="defconf: drop all from WAN" in-interface=ether1 add action=fasttrack-connection chain=forward comment="defconf: fasttrack" connection-state=established,related add action=drop chain=forward comment="defconf: drop invalid" connection-state=invalid add action=drop chain=forward comment="defconf: drop all from WAN not DSTNATed" connection-nat-state=!dstnat connection-state=new in-interface=ether1 /routing igmp-proxy interface add alternative-subnets=0.0.0.0/0 interface=ether1 upstream=yes add interface=LAN-bridge /system clock set time-zone-name=Europe/Stockholm /tool mac-server set allowed-interface-list=mactel /tool mac-server mac-winbox set allowed-interface-list=mac-winbox /tool traffic-monitor add interface=ether4 name=tmon1 threshold=0 traffic=received

krzysztof

Guest

01.05.2018 14:39:00

Сколько у вас подключено TV-приставок: 100, 200, 1000? Сколько у вас multicast-групп? Сейчас я использую 61 multicast-группу. Проблема в том, что multicast-группы не исчезают: Mikrotik не отправляет информацию о выходе из группы PIM-роутеру, и передачи продолжаются ещё 2 минуты. Из-за этого порты перегружаются. Cisco, Juniper, Huawei, Extreme Networks — работают без проблем.

Krzysztof Pawluk
Сертификаты Cisco: CCNA, CCNP
Mikrotik: MTCNA, MTCWE, MTCRE, MTCTCE

docmarius

Guest

01.05.2018 19:13:00

Всего несколько, но дело не в этом. Дело в том, что вы просите нас не тестировать функцию, потому что она у вас не работает. Как вы собираетесь давать обратную связь, если мы её не проверяем? Просто ждать, пока кто-то в MT исправит то, что они даже не знают, что сломано? Идея в том, чтобы тестировать её как можно больше и предоставлять отчёты, если что-то работает не так, как надо. Нельзя ждать исправления того, чем никто не пользуется.

Sayrax

Guest

01.05.2018 19:59:00

Добрый вечер! Для моего интернет-провайдера я использую следующую конфигурацию:
/routing igmp-proxy set quick-leave=yes
/routing igmp-proxy interface add alternative-subnets=0.0.0.0/0 (<- если не знаете подсети для апстрима) interface=WAN upstream=yes
add interface=LAN
P.S. Извините, мой уровень языка не очень.

eltimmo

Guest

19.05.2018 14:51:00

Привет, спасибо за совет. Я долго мучался, чтобы это заработало. Я следовал вот этому описанию базовой настройки http://www.premitel.uk/consultancy/expert-advice/bt-ip-tv-on-mikrotik-routerboard/ Я настроил firewall, ограничив исходящие и входящие порты через IGMP Proxy → MFC и Torch на WAN. Единственная проблема — это то, что у меня не работает, если downstream-интерфейс не является мостом. Я пробовал поставить ether5, но это совсем не заработало. У меня ac2 простой, использую только quick set. Нужно ли что-то ещё сделать? Думаю, что проброс трафика на отдельный интерфейс мог бы быть безопаснее и ограничить трафик?

krzysztof

Guest

02.07.2018 23:47:00

Ты не прав. Ты не читаешь форум. Проверь, сколько запросов на исправление IGMP там было. Операторы ТВ просят об этом уже много лет! Никто этим не пользуется, потому что это не работает — всё просто. Я прошу об этом много лет, и не только я один. Коммутаторы MikroTik нельзя купить. Важно не один мультикаст-поток, а несколько десятков мультикаст-потоков. Прошу тебя, пожалуйста, почитай форумы несколько лет назад.

docmarius

Guest

03.07.2018 22:40:00

Поверьте, я читаю форумы с версии 4.17, то есть уже около 8 лет… А вы говорите: «не тестируйте IGMP snooping». Вот о чём я и говорю. В чём вообще логика? Если ВЫ не хотите тестировать — это ваши проблемы. Если кто-то другой хочет — почему это должно вас волновать? Вы правда думаете, что если мы не протестируем, кто-то сделает это за нас и что-то волшебным образом пофиксят? Как можно обнаружить проблему, не попробовав сначала? Вы создавали тикет в поддержку? Или описывали свою проблему, может, кто-то здесь поможет найти решение. А просто просить других не использовать функцию, потому что вы так сказали — это вообще не решение.

Теперь по сути. Вы говорите про pim-маршрутизатор у вашего провайдера, который не прекращает трансляцию после выхода из группы. Вы пробовали PIM-компонент вместо igmp-прокси или наоборот? Насколько я понимаю, между PIM есть другой протокол, который не опирается только на сообщения об уходе из группы для управления потоками (PIM-SM?). С другой стороны, IGMP-прокси действует чисто как клиент от имени нижестоящего запроса, и, возможно, именно такое поведение и нужно.

У меня, например, было около 8 мультикаст-источников, которые постоянно вели трансляцию на одном интерфейсе, и мне нужно было вывести их в LAN с помощью snooping, чтобы ограничить избыточный трафик. Это отлично работало с прокси, а вот с PIM корректно настроить не получилось. Но обрыв потока на восходящем канале в моём случае не был проблемой, потому что это не требовалось.

krzysztof

Guest

03.07.2018 23:08:00

Это мои примеры обращений в поддержку по IGMP

Re: [Ticket#2018020422000183] Проблема с IGMP snooping в RouterOS 6.41.1
Re: [Ticket#2016100722001021] RE: Ошибки в IGMP
Re: [Ticket#2015072266000821] IGMP snooping. Когда?
Re: [Ticket#2015011666000782] IGMP snooping совместим с CISCO. Когда?
[Ticket#2014110466000108] RE: IGMP Snooping — когда [...]
Re: [Ticket#2014091566000986] Я польский провайдер и оператор IPTV. IGMP...

Он пишет, что другие не будут тестировать, потому что время дороже денег. А у меня своя лаборатория с тысячами устройств, я владелец регионального кабельного телевидения. Вы пишете слишком простые вещи, напишите что-нибудь посложнее.

docmarius

Guest

03.07.2018 23:13:00

Правда, я хотел этому научиться и оставляю сложные вещи для своей работы. Так что запускать несколько потоков проще, например, один транслируемый трансопондер, и это должно помочь в освоении темы. Но, по моему мнению, разговор здесь был про домашнюю сеть, а не про IGMP snooping, который в MTK появился совсем недавно (с версии 6.41) и имеет свои проблемы. В любом случае, на мой взгляд, я бы не стал полагаться на программный мост для сниффинга в сетях с большим трафиком по кабелю... Не пытаясь сказать что-то плохое про MTK, просто у других коммутаторов это получается лучше, включая UBNT EdgeSwitches, которые стоят примерно столько же (и просто работают, по крайней мере ES-24 и ES-8).

krzysztof

Guest

#10

03.07.2018 23:53:00

Моя компания — провайдер ТВ и интернета. В качестве PIM-маршрутизаторов я использую несколько Cisco ASR 1001-X, и они работают отлично!! Все коммутаторы Cisco тоже работают без нареканий!! Huawei тоже работает нормально — иногда бывают проблемы. Все устройства Juniper тоже работают безупречно!! Extreme Networks тоже отлично справляются!! Totolink тоже работает замечательно. Так почему же Mikrotik не должен работать хорошо? IGMP-прокси использовать нельзя, потому что я не смогу корректно авторизовать клиентов. Я создал специальную лабораторию с типовыми проблемами для инженеров Mikrotik. Тема настолько обширная, что я не смогу описать её здесь на форуме. Проблема возникает в сетях, где, например, более 400 ТВ-каналов. Проблема появляется только на устройствах Mikrotik при быстром переключении ТВ-каналов. Мне нравится Mikrotik, у него много возможностей, но из важных больших функций не хватает хорошей поддержки IGMP и PIM.

krzysztof

Guest

#11

30.08.2018 22:16:00

Важное объявление. IGMP snooping наконец-то работает!! Начиная с версии RouterOS 6.43rc66, IGMP snooping работает. Не знаю, радоваться ли или поздравлять, или плакать — я ждал IGMP целых 10 лет! Много лет просьб и напоминаний. Спасибо, IPTV теперь работает.

junyih

Guest

#12

18.11.2019 12:48:00

Я тоже пользуюсь BBB (ныне Telenor) и смог настроить IPTV примерно так же, как в приведённой конфигурации. Но у меня есть вопрос по правилу фаервола: зачем нужна вторая же строка? Принимать UDP на входящую цепочку в роутер. У меня, кажется, UDP-поток с ТВ идёт и во входящую, и в форвард-цепочку. Если не ставить второе правило для приёма пакетов в роутер, то на входящей цепочке отваливается куча пакетов — их количество совпадает с тем, что принимается на форвард-правиле для IPTV. И, конечно, если добавить второе правило, то пакеты IPTV принимает роутер, но, кажется, они всё равно потом отбрасываются. Ещё один вопрос: можно ли как-то fasttrack’ить трафик IPTV? Я поставил своё форвард-правило после fasttrack-правила, но это не сработало. Спасибо.

orfeous Guest	#13 0 09.03.2024 12:07:00 Я пользуюсь Telenor для IP-TV, но в моём случае они, возможно, используют VLAN, так как приставка для IP-TV получает IP 10.x.x.x. Если подключить к одному из портов IP-TV компьютер и включить DHCP, то компьютер тоже получит адрес 10.x.x.x. Если VLAN и есть, то я не знаю его ID. Никто, похоже, не хочет этого озвучивать — ни Telenor, ни провайдер, ни кто-то ещё.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры