http://mikrotik.moscow Новое в теме беспроводной мост между двумя Mikrotik для IPTV приставки форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Tue, 04 Aug 2026 13:36:53 -0400 беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Да, конечно, я с удовольствием предоставлю больше информации. Очень ценю помощь, знания, опыт и готовность потратить время. Я записал примерно 20 секунд пакетов. Как вы хотите, чтобы я вам их отправил?
13.07.2021 16:35:00, webor.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403106 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403106 Tue, 13 Jul 2021 16:35:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Дорогой @tangent, вот захваченные пакеты https://we.tl/t-UdWyYxpwkW. Прошу прощения, что не приложил их раньше, но я много тестировал и теперь отправляю пакеты, которые, на мой взгляд, вызывают наибольшие проблемы. Есть переключение канала, а также переход к просмотру «старой» программы — на пару часов назад от реального времени. Сервис на некоторых каналах дает возможность смотреть всё, что было за последние два дня. Я заметил, что именно это особенно провоцирует проблемы с качеством, поэтому включил это в файл. Пожалуйста, дайте знать, что думаете, и ещё раз спасибо большое.
14.07.2021 23:56:00, webor.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403105 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403105 Wed, 14 Jul 2021 23:56:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Определённо «да». Если тебе действительно нужен Wi-Fi для настройки IPTV, то хорошей практикой будет создать туннель через Wi-Fi и использовать BCP-бриджинг внутри. Я бы сделал это немного иначе, чем через туннелирование, но без тех деталей, которые я у тебя спрашивал, не могу сказать, какой из нескольких вариантов лучше использовать. Раньше я уже пытался тебе всё объяснить, но ты большую часть этого проигнорировал, так что теперь, если хочешь получить ответы, придётся дать подробности. Начнём с того, что нужен захват пакетов IPTV в процессе просмотра, включая смену канала. Я говорил несколько секунд, но, наверное, лучше около 15 секунд, чтобы точно поймать все необходимые детали потока.
13.07.2021 13:47:00, tangent.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403104 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403104 Tue, 13 Jul 2021 13:47:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Хорошее замечание, mkx! Наверное, это часть человеческой природы, но учиться всю жизнь просто необходимо! Mkx, огромное спасибо за то, что делишься своими знаниями! Возможно, моя база в сетевых технологиях гораздо ниже твоего уровня, поэтому я не всегда всё понимаю полностью. Но кажется, что здесь я получаю отличные ответы, которые объясняют, почему мои изначальные ожидания были, наверное, слишком высоки. Спасибо!

Привет, tangent! Огромное спасибо за ценные комментарии!! Я настоящий новичок, честно говоря, не до конца понимаю все тонкости, о которых ты говоришь. Суть я уловил — с Wi-Fi в плане мультикаста действительно много проблем. Спасибо, что пояснил.

P.S. Для других читателей, которые не гуру IPTV: правильно ли будет сказать, что если Wi-Fi — не единственный вариант для IPTV, то лучше его избегать? И если Wi-Fi всё же необходим для IPTV, то хорошей практикой будет организовать туннель поверх Wi-Fi и использовать BCP bridging внутри? @mkx и @tangent, что вы думаете?
13.07.2021 12:11:00, webor.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403103 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403103 Tue, 13 Jul 2021 12:11:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Хотя IGMP snooping технически относится к L3, он влияет на L2. Если использовать его без IGMP querier, то он работает пассивно, то есть не добавляет никакого L3-трафика, а только обрезает L2-трафик. Проблема с WiFi в том, что здесь всё — это L2 широковещание, поэтому каждая станция в сети вынуждена просыпаться и обрабатывать L3 широковещательные и мультикаст-пакеты.

ПРИМЕЧАНИЕ: Без IGMP snooping, MRP или GARP мультикаст действительно превращается в L2 широковещание, но даже в этом случае технически неправильно говорить, что на уровне L2 мультикаста не существует. Просто им нельзя управлять с помощью трамплина или умного коммутатора, если механизмы управления трафиком отключены.

Я понимаю, что это ограничение не связано с самим содержимым пакетов, но mDNS и подобные сервисы укладываются в лимит пропускной способности, а IPTV — нет. Когда конечный пользователь оборудования, как и автор темы, видит, что многополосные мультикаст-потоки не работают, обычно прекращает попытки использовать это через WiFi, что по эффекту схоже с блокировкой содержимого. Конечно, это не мешает случайно загромоздить канал.
13.07.2021 12:08:00, tangent.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403102 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403102 Tue, 13 Jul 2021 12:08:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Не совсем так, это ограничение не зависит от содержимого, оно одинаково для всех multicast и broadcast. И именно по той причине, что я уже писал: эти пакеты должны быть доставлены всем клиентам. Поскольку это широковещательная рассылка (multicast уровня L2 не существует — в ethernet/wireless, L3 - IP, multicast просто отображается в L2 broadcast), а адаптация канала (изменение модуляции, MIMO ранга, мощности передачи и т.д.) невозможна (потому что она одинаковая для всех клиентов, а для тех, кто недавно спал, условия радиоканала неизвестны). Поэтому все broadcast и multicast передаются на максимально медленной скорости. Если это изменить (например, разрешить только g/n на 2.4 ГГц, поднять минимальную скорость), то радиус действия точки доступа уменьшится. Это просто физика.
13.07.2021 11:45:00, mkx.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403101 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403101 Tue, 13 Jul 2021 11:45:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Дело в том, что с точки зрения беспроводной связи BCP — это уникаст (между точкой доступа и клиентом) и поэтому он «буферизуется». Даже если это вызывает некоторую задержку и джиттер, он всё равно помогает передаче полезной нагрузки (мультикастов)... Типичные IPTV-приставки делают буферизацию (например, на 10 секунд, некоторые даже используют уникаст-пересылки, для которых буферизация — обязательное условие). WDS может преобразовывать мультикаст-пакеты в уникаст-пакеты или выполнять какую-то похожую магию. Похоже, тебе совсем не нравятся ответы, которые идут вразрез с твоими идеями, да? Если задуматься, даже Ethernet по электросети, скорее всего, будет работать с IPTV гораздо лучше, чем Wi-Fi. Намного меньше помех и, если повезёт, при работе в одной фазе и на одном автомате, он может даже превзойти беспроводное решение.
13.07.2021 11:33:00, mkx.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403100 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403100 Tue, 13 Jul 2021 11:33:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Это точечные соединения, так что правила маршрутизатора для мультикаст-трафика тут не работают. Это юникаст-ссылки, на которые не влияют настройки «basic-rates», о которых говорил mkx. Так что да, можно убрать ограничения по скорости мультикаста — и, возможно, всё пойдёт… пока один из маршрутизаторов не уйдёт за линию прямой видимости, или дистанция не превысит пару метров, или в сеть не зайдёт больше клиентов, или кто-то не решит покопаться в Reddit на том же WiFi-канале, или мимо маршрутизаторов не пробежит кто-то из этих странных существ, состоящих в основном из воды, или… Но что я могу понять, я же всего лишь занимаюсь IPTV уже десятки лет…
13.07.2021 11:30:00, tangent.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403099 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403099 Tue, 13 Jul 2021 11:30:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Для меня интересный факт в том, что IPTV через Wi-Fi реально работает, но только если я использую BCP bridge через PPTP или режим station-wds. Если же я использую station-bridge, как описано здесь, то всё работает не так, как я ожидал. Значит, проблема не в качестве Wi-Fi-соединения как таковом, а в чём-то другом. BCP bridge через PPTP и режим station-wds работают без проблем, качество в моей настройке отличное. Интересно, почему режим station-bridge не даёт такого же результата?
13.07.2021 11:02:00, webor.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403098 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403098 Tue, 13 Jul 2021 11:02:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Ты слишком упростил вопрос, и теперь я могу дать только общие советы, а не практическую помощь. Я не боюсь глубоких технических деталей — выкладывай. По рекомендациям провайдера, приставка должна быть напрямую подключена к роутеру провайдера по Ethernet-кабелю. Потому что твой провайдер понимает то, что я: традиционный IPTV в режиме реального времени по WiFi — это безумие. К тому же, у них есть гораздо больший и горький опыт, который подтверждает этот вывод.

Что касается технологии, которую использует провайдер, я точно не уверен. Запиши несколько секунд одного из этих потоков и выложи его где-нибудь на публичный сервер. Я или кто-то с моими навыками сможет тогда рассказать подробнее. Попробуй зафиксировать смену канала, если получится. С современными видеокодеками вопрос не «если», а «когда» это произойдет на практике.

Если предположить, что источник IPTV передает видео в HD качестве с битрейтом всего 3 Мбит/сек, то размер GOP (группа кадров) вероятно большой. Для современных интернет-видео 300 кадров — обычное дело. (Отсюда цифра «297» из моего предыдущего сообщения — потеря 3 кадров из 300 в GOP. Это 10 секунд видео при 30 кадрах в секунду, что дает среднюю потерю 5 секунд видео при случайной потере одного пакета.) В представленном рисунке указана «типичная» структура, но под этим понимается IPBB структура, а не GOP из 6 кадров, как показано.

Даже у MPEG-2 — технологии до эпохи DVD — размер GOP редко меньше полусекунды, то есть 12 кадров для 24/25 fps или 15 кадров для 30 fps. Этот полусекундный ориентир основан на тестах при создании MPEG-1 в конце 1980-х, которые показали, что длинные GOP нежелательны из-за накопления ошибок: межкадровые кодеки требуют периодической синхронизации I-кадрами для поддержания высокого качества воспроизведения. Большая часть улучшений, которые дают H.264, VP9 и подобные кодеки — это снижение накопления ошибок внутри GOP, что позволяет использовать более длинные GOP при сохранении качества и реже вставлять дорогие I-кадры. Для интернет-потоков 300 кадров в GOP — норма.

Мультикаст-пакеты передаются на самой низкой разрешенной скорости (в MT это называется базовой скоростью). А, вот это интересно. Я встречал другие WiFi-роутеры с такой функцией, но MT у меня только для проводных подключений, поэтому не знал, что они тоже так делают. Делается это для того, чтобы через сеть пропускались протоколы с низкой скоростью передачи данных, например mDNS, но при этом предотвращать засорение ценного общего канала вещания, которым является WiFi, такими нагрузками, как IPTV. Люди, которые проектируют эти WiFi-роутеры, тоже понимают, что IPTV по WiFi — это безумие.

Для тех, кто еще сомневается: вам никогда не попадалось плохое качество VoIP через WiFi? А ведь у него те же требования к реальному времени, что и у IPTV, но при гораздо меньших объемах данных и меньшей взаимозависимости между пакетами. Если вы не можете обеспечить стабильную и надежную VoIP-связь по WiFi, почему бы вам ожидать этого от IPTV?

Если интересно, почему работают YouTube, Netflix и тому подобные сервисы — это вовсе не IPTV. Это видео по запросу с большими буферами на стороне пользователя. Что касается Twitch, Zoom и подобных — это тоже системы хранения и пересылки, совершенно не такие, как потоковое вещание IPTV в реальном времени; как и VoD, они транслируют видео в режиме unicast с большими буферами по сравнению с теми, которые обычно используются в IPTV. IPTV создавался в эпоху, когда полусекундные GOP MPEG-2 занимали немало памяти, поэтому у IPTV-приставок не было мультисекундных буферов, как у Roku или аналогичных устройств.
13.07.2021 08:33:00, tangent.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403097 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403097 Tue, 13 Jul 2021 08:33:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Не существует понятия «надёжный беспроводной сигнал» в общем спектре (например, WiFi). Всегда есть вероятность, что какой-то помеха убьёт производительность вашей беспроводной связи. При передаче широковещательных сообщений по беспроводной сети есть две проблемы: беспроводные клиенты переходят в режим сна. Это большая беда для смартфонов, которые агрессивно отключают свои WiFi-интерфейсы, чтобы экономить заряд батареи. Не знаю, насколько агрессивно mikrotik wifi переводит устройство в сон в режиме клиента. Пока клиентский радиомодуль спит, он, естественно, ничего не слушает. С уникаст-пакетами это не такая большая проблема — их буферизует точка доступа и доставляет с некоторой задержкой (задержка и её вариативность сильно заметны, если пинговать беспроводного клиента с стороны точки доступа, но не наоборот). С широковещательными пакетами же ситуация гораздо хуже: пакеты отправляются только один раз, и если слушатель их пропускает, они потеряны (для этого конкретного слушателя). Как уже описал @tangent, если один пакет IPTV-вещания потеряется, эффект может варьироваться от случайного «глюка» (будь то видео или аудио, в зависимости от того, что конкретно было в потерянном пакете) до пятисекундной паузы в видео (если потерянный пакет содержал важную информацию для синхронизации). Мультикаст-пакеты передаются на минимальной разрешённой скорости (в MT это называется basic rate), чтобы даже клиенты с худшими условиями приёма могли их получить. В зависимости от настроек режима точки доступа скорость может быть как низкой, так и 1 Мбит/с. Если скорость мультикаст-потока превышает минимальную скорость точки доступа, часть потока будет отбрасываться. Учтите, что указанная скорость достигается при отсутствии какого-либо другого трафика в обе стороны. В реальности будет трафик и возможно помехи от соседних точек доступа, поэтому рекомендуют увеличить basic-rates-a/g минимум в 5 раз относительно скорости мультикаста, чтобы быть в безопасности. И однозначно нужно отключить режим «b». Не забудьте установить rate-set=configured. Есть ещё свойство multicast-helper, которое при значении full превращает мультикаст-пакеты в уникастные, что помогает доставлять пакеты отдельным клиентам гораздо надёжнее. Это может решить обе описанные выше проблемы. Может решить ваши проблемы без других изменений, но придётся настроить клиентскую точку доступа в режим station-bridge (в режиме station скорее всего не заработает). Обратите внимание, что все перечисленные настройки нужно делать на точке доступа, клиент просто выполняет её команды.
13.07.2021 07:49:00, mkx.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403096 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403096 Tue, 13 Jul 2021 07:49:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Хочу верить, что я не сумасшедший, спасибо, что спросили! Возможно, я не совсем ясно объяснил, и поэтому у вас сложилось впечатление, что я требую каких-то «особенных» вещей… Попробую упростить до максимума. Я пытаюсь сделать надёжный беспроводной L2 мост внутри квартиры (расстояние пару метров), который сможет передавать Ethernet-пакеты для IPTV-приставки. Это IPTV от провайдера. Требуется около 3 Мбит/с. По стандартным рекомендациям провайдера приставка должна быть напрямую подключена к роутеру провайдера через Ethernet-кабель. Я же хочу сделать так, чтобы это работало по беспроводной связи внутри квартиры, поэтому мне нужен мост между приставкой и роутером провайдера. Для этого в середине стоят два Mikrotik. Как я уже сказал, это можно реализовать через BCP-бридж поверх PPTP или в режиме station-wds, но никак не получается через station-bridge. Я не на 100% уверен, что station-bridge вообще должен работать, но, насколько я понимаю, должен — поэтому пытаюсь понять, что не так с моей конфигурацией или…? Главное, что меня тревожит — почему этот мост не работает в режиме station-bridge? По технологиям, которые использует ISP, я правда не уверен. Возможно, кто-то здесь знает лучше. Сервис называется MaxTV, провайдер — Croatian Telekom.
13.07.2021 00:15:00, webor.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403095 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403095 Tue, 13 Jul 2021 00:15:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Ты что, с ума сошел? У тебя же реальное приложение с высокой пропускной способностью в режиме реального времени, а ты собираешься запускать его по общему вещательному каналу? Теоретически это может работать, но только если использовать технологии типа Twitch или Zoom: так называемое квази-стриминг (на самом деле буферизация с промежуточным хранением и передачей) с сильной перекодировкой, чтобы замаскировать неизбежные задержки и сбои WiFi с помощью достаточного клиентского буферизации данных. Какая это вообще IPTV-технология? Если ты можешь назвать скорости передачи, форматы потоков, контейнеры аудио и видео, и типы кодеков, я, возможно, смогу что-то конкретное предложить, а не просто выражать взрывное недоверие.

Я вижу, максимум, что у меня получается — около 1,5 Мбит/с. Откуда такие выводы? Я тебе не не верю, сам такое видел. Просто хочу понять, какой у тебя метод тестирования, как ты контролировал пропускную способность и так далее.

Я легко получаю 40 Мбит/с с hap ac3 в качестве AP. Но дело в том, что это не непрерывный поток. Если сигнал пропадает на десятью долю секунды, человек вряд ли заметит, а вот настоящая IPTV-система — обязательно. При 30 кадрах в секунду каждый кадр должен прийти ровно за 1/30 секунды — ни больше, ни меньше. Пропадание на 1/10 секунды означает потерю трёх кадров, а с современным эффективным кодеком ты потом потеряешь и оставшиеся 297 кадров в этом GOP, то есть фактически весь сигнал пропадёт в среднем на 5 секунд.

Вот почему интернет-видеосистемы на самом деле не стримят в классическом понимании. Они не могут терпеть обычные задержки, которые мы никогда бы не допустили, когда проектировалось IPTV, исходя из предположения, что это будет мультикаст по коммутируемым Ethernet-соединениям.
12.07.2021 23:31:00, tangent.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403094 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403094 Mon, 12 Jul 2021 23:31:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Всем привет. В попытках глубже разобраться я несколько недель тестировал разные схемы, чтобы получить надёжный беспроводной мост уровня L2. Успешные решения, которые я протестировал: BCP-бридж в PPTP-туннеле по Wi-Fi-соединению, мост с использованием WDS в режиме station-wds. К сожалению, тот вариант, с которого я интуитивно начал — режим station-bridge — похоже, не работает и не может установить беспроводной мост второго уровня, способный функционировать с моим IPTV-приставкой. Я пробовал неделями, но безуспешно. Конфигурация представлена в начале ветки. Хотелось бы понять, что я делаю не так или так и должно быть. Судя по инструкции, режим station-bridge должен работать в моём сетапе, но я никак не могу понять, почему нет. Буду очень благодарен за экспертную помощь в попытке разобраться, почему station-bridge не работает, а BCP-бридж в PPTP и station-wds оба функционируют. Под "работает" я имею в виду способность обеспечивать L2-мост для Ethernet-пакетов моему IPTV-приставке. Спасибо заранее!
12.07.2021 23:08:00, webor.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403093 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403093 Mon, 12 Jul 2021 23:08:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Как ты хочешь, чтобы я тебе отправил? Залей это на какой-нибудь публичный сервер. Dropbox, GDrive, OneDrive — не важно.
13.07.2021 17:54:00, tangent.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403092 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403092 Tue, 13 Jul 2021 17:54:00 -0400 RouterOS беспроводной мост между двумя Mikrotik для IPTV приставки RouterOS в форуме RouterOS.
Прошу помочь с настройкой надёжного беспроводного моста между двумя устройствами Mikrotik для IPTV-приставки. Ситуация такая: роутер провайдера (в режиме моста) >> UTP-кабель >> ether4 на Hap AC3 >> Wi-Fi, линия прямой видимости 4 метра >> Powerline AP в режиме мостовой станции >> UTP-кабель >> STB.

Конфигурация Hap AC3:

/interface bridge  
add name=bridgeTV  

/interface wireless security-profiles  
add authentication-types=wpa2-psk management-protection=allowed mode=dynamic-keys name=wpa2profil supplicant-identity=sv wpa2-pre-shared-key=keysecret  

/interface wireless  
set [ find default-name=wlan1 ] band=2ghz-b/g/n channel-width=20/40mhz-Ce disabled=no distance=indoors mode=ap-bridge security-profile=wpa2profil ssid=ssidforhome station-roaming=enabled
add disabled=no mac-address=XX:XX:XX:XX:XX:XX master-interface=wlan1 name=wlanvirtual security-profile=wpa2profil ssid=ssidvirtualapTV wps-mode=disabled  

/interface bridge port  
add bridge=bridgeTV interface=ether4  
add bridge=bridgeTV interface=ether5  
add bridge=bridgeTV interface=wlanvirtual  

/ip address  
add address=192.168.89.1/24 interface=wlanvirtual network=192.168.89.0  


Конфигурация Powerline AP:

/interface bridge  
add admin-mac=XX:XX:XX:XX:XX:XX auto-mac=no name=bridge  

/interface wireless security-profiles  
add authentication-types=wpa2-psk management-protection=allowed mode=dynamic-keys name=wpa2profil supplicant-identity=MikroTik wpa2-pre-shared-key=keysecret  

/interface wireless  
set [ find default-name=wlan1 ] band=2ghz-b/g/n channel-width=20/40mhz-Ce disabled=no mode=station-bridge security-profile=wpa2profil ssid=ssidvirtualapTV station-roaming=enabled

/interface bridge port  
add bridge=bridge comment=defconf interface=ether1  
add bridge=bridge comment=defconf interface=pwr-line1  
add bridge=bridge comment=defconf interface=wlan1  

/ip address  
add address=192.168.89.2/24 interface=wlan1 network=192.168.89.0  

/ip route  
add distance=1 gateway=192.168.89.1 pref-src=192.168.89.2  


Сам мост установлен, и IPTV вроде как работает, но очень тормозит, скорость низкая. Если напрямую подключить STB к Hap AC3 (к ether5, тоже в мосту), всё отлично, но этот Wi-Fi мост даёт плохую связь. IPTV требует примерно 3 Мбит/с, а максимум, что я выжимаю — около 1,5 Мбит/с. Всё находится в одной комнате, полный прямой обзор, без стен. Конечно, соседи есть, 2,4 ГГц частично загружен, но с моим телефоном или ноутбуком через Hap AC3 как точку доступа стабильно получаю 40 Мбит/с. Кажется, именно Wi-Fi — узкое место этого моста, но странно, что связь не держит 3 Мбит/с. Это заставило меня задуматься, правильна ли у меня вообще настройка.

Пожалуйста, помогите разгадать эту загадку.
23.06.2021 14:32:00, webor.]]> http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403091 http://mikrotik.moscow/forum/forum57/86096-besprovodnoy-most-mezhdu-dvumya-mikrotik-dlya-iptv-pristavki/message403091 Wed, 23 Jun 2021 14:32:00 -0400 RouterOS