Ошибки cc мультикаст - Не ошибается лишь тот, кто ничего не делает!

Приветствую всех.
Такая незадача, есть CCR1072-1G-8S+, который от провайдера по одному из VLAN принимает мультикаст и через бридж перегоняет его в медный порт, на котором висит астра (есть еще интернет VLAN с BGP).
На аплинк стоит интерфейс 10G, на медном порту 1G.

На стороне провайдера стоят зонды iptv и после микротика тоже.
Получается, что до микротика с мультикастом все чисто и гладко, а после — постоянные и беспорядочные CC ошибки на всех каналах (с переодичностью раз в 10-120сек.).
При этом бывают беспорядочные по времени ошибки, а бывают и одновременные по всем каналам.
Пытались настраивать queues — становится только хуже, поэтому приоритетов трафика нет вообще (идею о микробёрстах навеяла статья: https://habr.com/ru/post/246791/).
На бидже включены IGMP Snooping и Fast Forward. Интерфейсы загружены так: интернет трафика в пределах 1G, мультикаста 150Мегабит.
Понимаю, что основной подсказкой будет замена микротика на что то более серьезное, но возможности пока такой нет.
Не пробовали только PIM — вопрос поможет ли?
Какие могут быть еще варианты решения проблемы с СС ошибками в мультикасте, прошедшем через микротик?
Прошивка: 6.44.5 (Long-term).

Первые 8 строк это до микротика, вторые восемь после (вертикальные желтые полоски это и есть ошибки):

Источник

Юзер Инфо

Наш календарь

Board Stats

Счетчики

Печать

Страницы: [1] 2 3 4 Вниз

Тема: CC error (Прочитано 23153 раз)

0 Пользователей и 1 Гость просматривают эту тему.

оброго дня коллеги!
Суть вопроса: принимаю транспондер 10985 Н с 75 борта, беру оттуда Россию HD. Антенна 2,4 офсет, конвертер svm 4выхода верх вертикаль/горизонталь низ вертикаль/горизонталь . после приёма в потоке, даже без декодирования есть cc ошибки, смотрел streamguru, astra. Приемное оборудование с которым проводил эксперименты wisi chameleon, pbi 1400, pbi 4000 . картина не одинаковая, но схожая, за час прилетает 300-500 ошибок. Замеры пробовал производить напрямую с интерфейса приемного оборудования. Суть в том что по каналу есть периодические подсыпания. Правда соотнести их с ошибками явно не получилось. Как я понимаю cc ошибка последовательности, хотя если пакет пришёл не вовремя, либо вообще не пришёл это одинаковая ошибка. Параметры сигнала с тарелки в норме cn в районе 16 db мощность -37 db postber -09. В моём понимании, приём не может влиять на возникновение данных ошибок, так как они возникают после де модуляции транспортного потока тюнером, либо при моделировании при подъёме на спутник. Более того ни разу не слышал о юстировке тарелки по сc ошибкам в потоке после тюнера. Так же нигде не нашёл допустимого количества ошибок в потоке. Исходя из того что это udp они возможны. Просветитель знающие люди, а то складывается впечатление, что я пытаюсь побороть сферического коня в вакууме…

« Последнее редактирование: 23.05.2016, 17:53 от ats »

Записан

Беру с 85 — тоже Россия HD подсыпает.

Записан

кончилось вещание по «ГОСТ» забудте
статистическое ремультиплексирован ие + материал которые не кто не готовит = бытовое ТВ (дёсево)

я уже начал борьбу с этим , буду тупа перекодировать из VBR в CBR , и отрезать голову СС ,
само собой это не будет тем 100% качеством что на входе (а есть ли там 100 % ?) а будет по выходу 98 % качества ,
на ТВ канале ОКеаН или Галакси тдит НАНО тв это точно увидеть не возможно

ну и какие не каким плюсом в моей ситуации из mpeg4 стану делать mpeg2 народу с mpeg2 железом до чертиков еще

Записан

ID15 EMR 3.0 _515_544_545_525_51 0_350_508-8_518_471_472_101_201 / T2-MI C404D / EMR 3.0+ _C132 / VB-120 _QAM_SAT_IP _ASI / DGS-6600-48S / IP — PAL ROTON / CAS CTI / EPG CTI

Беру с 85 — тоже Россия HD подсыпает.

Континент/телекарта?

Записан

я уже начал борьбу с этим , буду тупа перекодировать из VBR в CBR , и отрезать голову СС ,
само собой это не будет тем 100% качеством что на входе (а есть ли там 100 % ?) а будет по выходу 98 % качества ,
на ТВ канале ОКеаН или Галакси тдит НАНО тв это точно увидеть не возможно

ну и какие не каким плюсом в моей ситуации из mpeg4 стану делать mpeg2 народу с mpeg2 железом до чертиков еще

Можно по подробнее? Как я понял если после де модуляции канала при выдаче его в мультикаст указать cbr, то проблема сс ошибок уйдёт? Что касается перевода в mpeg 2 обьясните пожалуйста зачем?

Записан

Замеры пробовал производить напрямую с интерфейса приемного оборудования

Если вы грешите на спутниковый сигнал, то должны делать замеры именно его, а не то, что вам дает ваш приемник.
На сколько я понял у вас есть streamguru, воткните в комп DVB-S2 тюнер и посмотрите им т.е. исключите посредника

Записан

Если вы грешите на спутниковый сигнал, то должны делать замеры именно его, а не то, что вам дает ваш приемник.

Замеры на предмет чего? Prepost ber, cn, margin, уровень? Это все параметры модуляции, они в норме, выше уже писал. Могут ли СС ошибки появлятся при коррекции спутникового сигнала FEC`ом?

Записан

не совсем так, точнее по выходу работать только на стафинге ! эт первое

а второе , перекодировать то что влитает с борта

Записан

ID15 EMR 3.0 _515_544_545_525_51 0_350_508-8_518_471_472_101_201 / T2-MI C404D / EMR 3.0+ _C132 / VB-120 _QAM_SAT_IP _ASI / DGS-6600-48S / IP — PAL ROTON / CAS CTI / EPG CTI

Замеры на предмет чего? Prepost ber, cn, margin, уровень?

У вас проблемы с CC, вот их и замеряйте, BER конечно же важен, но у вас он скорее всего -8(-9) и не прыгает, а ошибки есть т.к. он определяет физическую составляющую сигнала, а появление CC может быть и не связанно с физикой.

а второе , перекодировать то что влитает с борта

рекодинг (транскодинг в вашем случае) избавит от CC в поттоке, но это не означает, что вы его, рассыпание, не увидите, просто теперь оно будет частью картинки

Записан

рекодинг (транскодинг в вашем случае) избавит от CC в поттоке, но это не означает, что вы его, рассыпание, не увидите, просто теперь оно будет частью картинки

это Вы не сейчас рассказали про то что Луна есть ?
Или про то что астрономический сутки длятся 23 часа 56 минуты и 4 секунды ?

сейчас наступает эра того что бы «говно» которое валит с неба , не начало валить в QAM модулятор !
решить эту проблему можно только кодируя с «ноля»
и лучше видеть рассыпания в виде картинки, чем видеть их в ETR 101290 с выхода QAM модулятора

Записан

ID15 EMR 3.0 _515_544_545_525_51 0_350_508-8_518_471_472_101_201 / T2-MI C404D / EMR 3.0+ _C132 / VB-120 _QAM_SAT_IP _ASI / DGS-6600-48S / IP — PAL ROTON / CAS CTI / EPG CTI

Печать

Страницы: [1] 2 3 4 Вверх

Форум МАКАТЕЛ »
Оборудование и SOFT »
Головные станции »
CC error

Источник

Вот воистину Ростелеком — чудесная компания! Не успел я рассказать про расшифровку новой системы ошибок платформы интерактивного телевидения, только-только сотрудники стали что-то в этом понимать, как разработчики взяли и сменили коды ошибок Wink. И код ошибки 2-9-1 с примечанием «Multicast unavailable» стал новой головной болью универсальных специалистов 3ЛТП. Специально для них и для абонентов, у которых на телевизоре отображается эта ошибка я сегодня и посвящу этот пост.

Телеканал недоступен для воспроизведения — что это значит?!

Телеканалы платформы Wink от Ростелеком представляют собой мультикаст-потоки, которые постоянно транслируются в сеть. Вы берёте в руки пульт, переключаете канал и приставка отправляет запрос на подключение к мультикаст-потоку нужного телеканала. И вот вдруг, вместо этого на экране телевизора написано «Телеканал недоступен для воспроизведения» код ошибки 2-9-1 «Multicast unaviable». Перевожу — не получилось подключиться к нужному мультикаст-потоку ТВ-канала, потому что он недоступен. Почему? А вот тут очень интересный вопрос. Причины могут быть и на стороне Ростелекома, и на стороне абонентского оборудования. Рассмотрим их подробнее.

Прежде чем переходить к активным действиям — попробуйте перезагрузить сначала роутер, а потом и ТВ-приставку. По статистике, почти половина проблем решается на этом шаге!

Если Вы решили самостоятельно настроить цифровое ТВ на роутере и вроде бы всё получилось, интерфейс Винк загрузился, но при попытке включить какой-либо телеканал приставка пишет код ошибки 2-9-1 — значит что настройки вы сделали неверные, либо что-то не доделали. Как правило, в Ростелекоме используются две схожие сервисные модели предоставления этой услуги.

Первая модель — это работа через MVR. На роутере создаётся соединение типа «Прозрачный мост (Bridge)» и привязывается к одному или нескольким LAN-портам маршрутизатора. Вот пример для TP-Link Archer C64:

Вторая модель — фактически всё то же самое, но с использованием отдельной виртуальной сети VLAN через которую транслируется multicast.

Идентификатор Vlan ID в этом случае надо узнавать в технической поддержке провайдера. Пытаться прописать там какое-попало число нет смысла — вероятность попадания 1 к 4096.

Примечание: На разных моделях Wi-Fi-роутеров и PON-терминалов порядок действий может отличаться. Где-то надо дополнительно настроить группировку портов. На каких-то моделях надо дополнительно включить Multicast или IGMP-snooping.

Иногда может случиться так, что всё работало нормально, но после обновления роутера появился код ошибки 2-9-1. Тут причина скорее всего в том, что на новой прошивке надо где-то дополнительно включить IGMP. Ну или откатываться на предыдущую версию, где всё работало без проблем.

Сбой работы ТВ-приставки WINK

Несколько раз сталкивался с тем, что причиной появления надписи «Телеканал недоступен для воспроизведения» была STB-приставка. Решается всё обычно так: Открываем меню Wink «Моё» ⇒ «Настройки» ⇒ «Системные настройки»:

Там крайняя справа будет кнопка «Возврат к заводским настройкам». Нажимаем её, подтверждаем действие и ждём пока приставка перезагрузится.

Внимание! После сброса приставка потребует ввод логина и пароля для услуги «Цифровое интерактивное ТВ Wink». Их Вам выдали вместе с договором.

Код ошибки 2-9-1 — виноват Ростелеком

Практически во всех остальных случаях причина появления ошибки 2-9-1 в Wink (кстати. как и код 2-9-2) — это сетевые проблемы на стороне Ростелеком. Этот раздел будет больше интересен универсальным специалистам 3ЛТП. Что делать и куда копать?

Переключите на другой канал и проверьте есть ли там трансляция. Если есть, то проблема с одним конкретным каналом. Чаще всего это либо работы на сети, либо канал удалили на коммутаторе или OLT. Бывает и такое.
Если код ошибки 2-9-1 на всех телеканалах, то попробуйте запустить что-нибудь в записи. Это unicast. Если он работает, значит проблема с IGMP на коммутаторе.
Попробуйте переключить абонента на соседний порт для проверки. Это актуально для FTTB. Если там всё заработало, значит кто-то удалил настройки мультикаста на абонентском порту.
Во всех остальных случаях надо будет проверять сеть от коммутатора и выше. Причиной ошибки «Multicast unavailable» могут быть петли на абонентском оборудовании, проблемы в каскаде коммутаторов или на уровне агрегации и т.п.

Источник

LOG и сообщения об ошибках.

Astra может записывать лог своей работы в следующие назначения:

console — если Astra запущена в интерактивном режиме, без опции — daemon
file —log /var/log/astra.log, где /var/log/astra.log полный путь к файлу журнала
syslog —syslog astra, где astra -имя процесса
web interface — отображение во вкладке LOG текущих системных сообщений

Сообщения в логе бывают следующих видов:

information
warning
error
debug

Описание ошибок и способы их устранения:

fe has lock

fe has lock. status:SCVYL signal:60% snr:80% ber:0 unc:0

Состояние адаптера DVB.
Описывается несколькими значениями:

status —список флагов, описывающих состояние тюнера. Состояние, если есть сигнал SCVYL:
- SIGNAL — появляется да же при незначительном уровне сигнала
- CARRIER — found a DVB signal
- VITERBI — FEC (forward error correction) is stable
- SYNC — found sync data
- LOCK — signal locked
- signal — уровень сигнала
- snr — отношение сигнал/шум
- ber — bit error rate. important for determining the reception quality
- unc — некоррекные блоки данных. также как ber, показывает качество приема

Too many open files

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

grep "open files" /proc/PID/limits

где PID — уникальный идентификатор процесса. Для его поиска — выполните: ps ax | grep astra

Чтобы изменить системный лимит, выполните команду ulimit -n 65536 и перезапустите Astra. Команда присутствует в скрипте запуска init.d

PAT: stream with id * is not found

Канал с указанным номером (pnr) в потоке не найден. Для проверки доступных каналов, необходимо просканировать источник.

Device or resource busy

Ошибка возникает при попытке использовать DVB адаптер, занятый другим процессом. Список адаптеров и их состояние можно проверить с помощью команды:
astra --dvbls
Пример вывода команды:.
Свободный адаптер:

Nov 10 09:00:00: INFO: adapter = 3, device = 0
Nov 10 09:00:00: INFO:     mac = 00:17:42:00:00:00
Nov 10 09:00:00: INFO:     frontend = Montage DS3103/TS2022
Nov 10 09:00:00: INFO:     type = S

Адаптер занят:

Nov 10 09:00:00: WARNING: adapter = 2, device = 0
Nov 10 09:00:00: WARNING:     adapter in use
Nov 10 09:00:00: WARNING:     mac = 00:17:42:54:09:52
Nov 10 09:00:00: WARNING:     frontend = Montage DS3103/TS2022
Nov 10 09:00:00: WARNING:     type = S

Ошибка при обращении к устройству. Возможно DVB адаптер неисправен, или вам нужно произвести переустановку драйвера:

Nov 10 09:00:00: ERROR: adapter = 1, device = 0
Nov 10 09:00:00: ERROR:     failed to open [Bad file descriptor]

Чтобы определить, какой процесс использует адаптер, используйте следующую команду:

lsof | grep adapterX | head -n1

замените X на номер адаптера.

Address already in use

Ошибка возникает при попытке использовать TCP-порт занятый другим процессом. Для просмотра списка открытых портов используйте команду:

netstat -tnlp

Resource temporarily unavailable

Сетевой адаптер не справляется с объемом данных, поступающих от Астры. Возможные причины:

Проверьте настройки сетевого буфера;
Проверьте режим работы сетевого адаптера: выполните команду ethtool eth* или mii-tool eth* . Скорость должна соответствовать типу адаптера 1Gbit, 10Gbit
Сетевой адаптер должен быть Intel или Broadcom
Проверьте настройки DVB-адаптеров и каналов. Если в настройках DVB адаптера установлен параметр budget=true, а в свойствах канала не указан номер канала (pnr), то будет передан весь транспондер

PES-Error

Ошибка в заголовке пакета с видео или аудио. Основные причины:

Неверный ключ дешифровки;
В случае приема потока от DVB адаптера необходимо проверить качество сигнала: astra --femon -a ADAPTER

CC-Error

CC-ошибка, увеличивается на 1 с каждым сбоем счетчика пакетов.
MPEG-TS поток разделяется на пакеты. Каждый пакет имеет номер со значением в диапазоне 0-15. Значение счетчика увеличивается с каждым пакетом и сбрасывается на 0 после 15 пакета.
Счетчик CC-ошибок увеличивается на 1 с каждым потерянным пакетом.

Возможные причины:

Потеря данных при приеме UDP/RTP. В Linux можно проверить с помощью команды netstat -su.
Если значение packet receive errors увеличивается, необходимо проверить настройки буфера сетевых соединений..
По возможности проведите диагностику на передающем сервере.
Слабый сигнал DVB или ошибки в сигнале. Необходимо проверить уровень сигнала и ошибки приема: astra –femon -a ADAPTER.
Дублирование потока при передаче по UDP. Несколько потоков имеют одинаковую группу мультикаста и номер порта.

Channel has no active inputs

Ошибка возникает, если канал не имеет доступных источников для переключения.
В настройках канала можно указать несколько источников (входов) для резервирования. Источники работают по порядку, в случае выхода из строя первого источника, происходит переключение на второй и так далее.
Ошибка возникает, если канал не имеет исправных доступных источников для переключения.
Причину сбоя источника можно определить по другим сообщениям в журнале, так как она является следствием ошибки, произошедшей ранее. Также можно проверить входящий поток с помощью анализатора потока: astra—analyze ADDRESS.

ECM Not Found

Не найден ключ для дешифрования потока. Возможная причина:

Нет подписки или подписка закончилась.
Неверный идентификатор пакета для пакетов ключей. При запуске канала, идентификатор пакета (PID) отображается в сообщении Select ECM pid:*. Идентификатор пакета можно выбрать вручную с помощью параметров ecm_pid или cas_data.
ecm_pid — устанавливает идентификатор пакета. Доступные идентификаторы отображаются в логе (сообщения Skip ECM pid:*).
cas_data — зависит от системы условного доступа.
Ограничение количества запросов сервера условного доступа или карты доступа.

Both keys changed

Нарушение последовательности ключей дешифровки. Обычно появляется после сообщения ECM Not Found.
Ключи для расшифровки потока передаются парами: current и next.
После смены ключа шифрования на следующий, приходит новая пара. Образец:

1111110022222200:33333300444444005555550066666600:
33333300444444005555550066666600:7777770088888800

Receiving timeout. restart input

В случае, если источник данных недоступен, происходит его перезапуск.
К примеру, если у нас есть сбой приема данных по протоколу http mpeg-ts и сервер закрыл соединение — произойдет попытка повторного подключения к нему.

Authentication failed

Ошибка авторизации при попытке доступа к Web-интерфейсу или API.
В лог выводится так же логин и IP адрес, с которым была попытка произвести авторизацию.

Event_request_send

Статус отправки данных на сервер мониторинга.
Если код ответа HTTP не 200 — то будет выведена ошибка.

Примеры:

failed 0:connection timeout
failed 400:Bad Request

Server limit

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

SDT checksum error

Ошибка проверки контрольной суммы таблицы SDT.
Обычно не приводит к проблемам с изображением.

PCR interval out of range

Временные метки приходят реже чем раз в 250ms

hls sync. wrong pts

Значение PTS в потоке постоянно увеличивается.
Когда значение доходит до 8 589 934 591 оно должно начаться с 0
Разницу по PTS Астра считает как новое значение.(Логично, что новое значение должно быть больше предыдущего).
Случается что в потоке новое значение меньше предыдущего — это вызывает ошибку в формировании сегментов.

Ошибки http клиента:
connection timeout — поделючение к серверу не произошло
request timeout — подключение состоялось но сервер вовремя не принял запрос
response timeout — сервер принял запрос, но вовремя не ответил
receiving timeout — (hls) — сегменты принимаются слишком долго

Источник

Приветствую коллеги!

Столкнулся с небольшими граблями при работе с мультикастом на CCR1009-7G-1C-1S+, прошивка и boot последняя 6.47.8.

Коротко суть проблемы. Есть ISP-провайдер, который дает интернет и кабельное телевиденье по оптике за 20 км в соседний поселок. На стороне провайдера Dell Force10 с модулем 3К 40км, зашитым под микротик.

На другом конце CCR1009 с ответным SFP 3K 40km SM. Фактически линия 19,5 км, общие потери 9,5 дБ. Интернет тестировали, без проблем качает до гигабита.

Оптический линк заходит в WAN-Combo, где софтово принимаются 2 тегированные VLAN:
— VLAN 3008, по которому дается выход в интернет. Провайдер дает тарифный плат 200/200 Мбит с типом подключения РРРоЕ. Фактическое потребление траффика в среднем 15 Мбит, пики не более 50 Мбит.
— VLAN 777 – мультикаст от провайдера, в котором идет IP-пакет телевидени, это порядка 480 Мбит UDP мультикаст.

CCR1009 работает как главный шлюз и контроллер на небольшом комплексе. Есть CAPsMAN на 22 двухдиапазонные точки, есть 3 подсети на 3 рабочих бриджах. С CCR1009 по 10-гбитному SFP уходит транк с 3 тегами на CRS317, откуда уже идет коммутация на 10 нижестоящих свичей. По транку приход не более 250-300 Мбит. VLAN софтовый, мы тестировали в нагрузке CCR1009 до 5+ Гбит спокойно прокачивает через транк.
К медным портам № 5-6-7 подключены 3 трансмодулятора TERRA miq440, они забирают мультикаст и формируют сигнал для внутренней коаксиальной сети в формате DVB-C.

Для обработки мультикаста мы пробовали 3 варианта конфигурации:

1) Первый вариант: добавили vlan 777 в interface-list=LAN и поместили его в специальный bridge-multicast, в который присоединены порты 5-6-7;
2) При втором варианте я настраивал IGMP Proxy: vlan 777 был указан как Upstream и находился в interface-list=LAN, также в проксю был добавлен bridge-multicast;
3) В третем варианте я пробовал настраивать PIM, добавив VLAN как интерфейс, а IP трансмодуляторов как RP.
Суть проблемы в том, что независимо от варианта обработки мультикаста, на самих трансмодуляторах каждые N секунд вываливаются ошибки (CC errors), соответственно на телевизорах иногда бывают «кубики». При этом на стороне ISP все ОК.
Что мы уже пробовали делать:
1) Меняли порт на потоковом сервере;
2) На Combo-интерфейсе 0 ошибок, дропов и коллизий;
3) На VLANe 0 ошибок;
4) На портах в сторону линеек 0 ошибок;
5) На бридже 0 ошибок;
6) Пробовал добавлять правила input/forward для UDP;
7) Пробовал отключать все правила файрволла;
Меняли порт UDP;
9) Включали-отключали IGMP Snooping на бридже;

Загрузка CPU в среднем до 5%, при высокой активности пользователей может вырастать до 10-12%, в пиках 15%. Использование памяти не более 200-350 МБ. Ни одно из ядер не нагружено даже до 70%.

Из нюансов только то, что ISP не может пропустить IGMP, а просто наливает мультикаст на порт в VLANи отдает в сторону клиента.

ниже кусок конфига:

Код: Выделить всё

/interface bridge
add igmp-snooping=yes name=bridge-multicast protocol-mode=none

/interface bridge port
add bridge=bridge-multicast interface=ether5
add bridge=bridge-multicast interface=ether6
add bridge=bridge-multicast interface=ether7

/interface vlan
add interface=combo1-wan name=vlan-777-catv vlan-id=777
add interface=combo1-wan name=vlan-3008-internet vlan-id=3008

/interface list
add name=LAN
add name=WAN

/interface list member
add interface=combo1-wan list=WAN
add interface=vlan-777-catv list=LAN
add interface=vlan-3008-internet list=WAN
add interface=pppoe-internet list=WAN
add interface=bridge-multicast list=LAN

/ip address
add address=10.253.0.1/24 interface=bridge-multicast network=10.253.0.0
add address=10.253.0.2/24 interface=vlan-777-catv network=10.253.0.0

/routing igmp-proxy interface
add alternative-subnets=0.0.0.0/0 interface=bridge-multicast
add alternative-subnets=0.0.0.0/0 interface=vlan-777-catv upstream=yes
	
/ip settings
set tcp-syncookies=yes

/ip firewall filter
add action=add-src-to-address-list address-list=ddos-blacklist 
    address-list-timeout=30m chain=input comment="===== DDOS =====" 
    connection-limit=50,32 in-interface-list=WAN protocol=tcp
add action=drop chain=input connection-limit=3,32 in-interface-list=WAN 
    protocol=tcp src-address-list=ddos-blacklist
add action=jump chain=forward comment="===== SYN-FLOOD =====" 
    connection-state=new in-interface-list=WAN jump-target=SYN-Protect 
    protocol=tcp tcp-flags=syn
add action=jump chain=input connection-state=new in-interface-list=WAN 
    jump-target=SYN-Protect protocol=tcp tcp-flags=syn
add action=return chain=SYN-Protect connection-state=new limit=200,5:packet 
    protocol=tcp tcp-flags=syn
add action=drop chain=SYN-Protect connection-state=new protocol=tcp 
    tcp-flags=syn
add action=accept chain=input comment=
    "===== INPUT: accept established,related,untracked =====" 
    connection-state=established,related,untracked
add action=drop chain=input comment="===== INPUT: drop invalid =====" 
    connection-state=invalid
add action=accept chain=input comment="===== INPUT: accept ICMP =====" 
    protocol=icmp
add action=accept chain=input comment="===== MULTICAST CATV INPUT =====" 
    in-interface=vlan-777-catv
add action=accept chain=forward comment=
    "===== MULTICAST CATV FORWARDING =====" dst-port=20002 in-interface=
    vlan-777-catv protocol=udp
add action=drop chain=input comment=
    "===== INPUT: drop all not coming from LAN =====" in-interface-list=!LAN
add action=accept chain=forward comment=
    "===== FORWARD: accept established,related, untracked =====" 
    connection-state=established,related,untracked
add action=drop chain=forward comment="===== FORWARD: drop invalid =====" 
    connection-state=invalid
add action=drop chain=forward comment=
    "===== FORWARD: drop all from WAN not DSTNATed =====" 
    connection-nat-state=!dstnat connection-state=new in-interface-list=WAN

Attachments

    Screenshot_2020-12-12 miq440 - MFA-ACADEMY-3.png

Буду рад любой помощи или дельным советам по существу.

Крайний вариант — ставить до микротика промежуточный коммутатор, на нем принимать мультикаст, отдавать напрямую на линейки, а интернет отдавать транзитом на микротик.

Источник

Hello

Have some problems with forwarding multicast traffic on CCR1009 (model CCR1009-7G-1C-1S+), RouterOS v6.47.7, RouterBOOT 6.47.7

From ISP side we have streaming server with dedicated streaming port, that connected directly to Dell Force10.

Then from Dell Force10 we have dedicated / direct fiber-optical line to user. Line 19.5 km, loss 9.5 dB, used 40-km modules.

On user side connected CCR1009. Fiber connected to Combo. On Combo we have 2 VLANs:
1) VLAN 3008 – internet from ISP (200 Mbps/200 Mbps PPPoE);
2) VLAN 777 – multicast from ISP (average downstream 480 Mbps, IPTV);

On CCR1009 installed multicast package. Incoming VLAN 777 added to IGMP Proxy as upstream. Bridge bridge-multicast added to IGMP Proxy (as downstream).
Local IP on VLAN 10.253.0.1, remote stream server 10.253.0.100.
Ports ether5 (10.253.0.11), ether6 (10.253.0.12) and ether7 (10.253.0.13) added to bridge-multicast. On this bridge enabled IGMP Snooping, STP disabled. To this ports connected 3x RF transmodulators TERRA miq440 (IP to DVB-C).

TV work, but… with CC errors on TERRA. Every few seconds on transmodulators new CC-errors and squars on TV / crashing image.

What we try:
1) physical changing port on stream server;
2) checked downstream from dell – no errors on multicast;
3) checked bridge RX/TX – 0 drops, 0 errors;
4) checked ETH-ports 5/6/7 RX/TX – 0 drops, 0 errors, 0 collisions;
5) checked multicast VLAN RX/TX – 0 drops, 0 errors;
6) tried add multicast VLAN directly to bridge-multicast without IGMP Proxy («dummy / unmanaged switch» mode) — no result, same CC errors;
7) disabling all firewall filter rules (drop, jump, return) — no result, same CC errors;
tried using different IP/subnet for multicast VLAN and bridge/ports;

CPU load less than 10-20%. Memory used only 350 MB.

Any ideas?

/interface bridge
add igmp-snooping=yes name=bridge-multicast protocol-mode=none

/interface bridge port
add bridge=bridge-multicast interface=ether5
add bridge=bridge-multicast interface=ether6
add bridge=bridge-multicast interface=ether7

/interface vlan
add interface=combo1-wan name=vlan-777-catv vlan-id=777
add interface=combo1-wan name=vlan-3008-internet vlan-id=3008

/interface list
add name=LAN
add name=WAN

/interface list member
add interface=combo1-wan list=WAN
add interface=vlan-777-catv list=LAN
add interface=vlan-3008-internet list=WAN
add interface=pppoe-internet list=WAN
add interface=bridge-multicast list=LAN

/ip address
add address=10.253.0.1/24 interface=bridge-multicast network=10.253.0.0
add address=10.253.0.2/24 interface=vlan-777-catv network=10.253.0.0

/routing igmp-proxy interface
add alternative-subnets=0.0.0.0/0 interface=bridge-multicast
add alternative-subnets=0.0.0.0/0 interface=vlan-777-catv upstream=yes
	
/ip settings
set tcp-syncookies=yes

/ip firewall filter
add action=add-src-to-address-list address-list=ddos-blacklist 
    address-list-timeout=30m chain=input comment="===== DDOS =====" 
    connection-limit=50,32 in-interface-list=WAN protocol=tcp
add action=drop chain=input connection-limit=3,32 in-interface-list=WAN 
    protocol=tcp src-address-list=ddos-blacklist
add action=jump chain=forward comment="===== SYN-FLOOD =====" 
    connection-state=new in-interface-list=WAN jump-target=SYN-Protect 
    protocol=tcp tcp-flags=syn
add action=jump chain=input connection-state=new in-interface-list=WAN 
    jump-target=SYN-Protect protocol=tcp tcp-flags=syn
add action=return chain=SYN-Protect connection-state=new limit=200,5:packet 
    protocol=tcp tcp-flags=syn
add action=drop chain=SYN-Protect connection-state=new protocol=tcp 
    tcp-flags=syn
add action=accept chain=input comment=
    "===== INPUT: accept established,related,untracked =====" 
    connection-state=established,related,untracked
add action=drop chain=input comment="===== INPUT: drop invalid =====" 
    connection-state=invalid
add action=accept chain=input comment="===== INPUT: accept ICMP =====" 
    protocol=icmp
add action=accept chain=input comment="===== MULTICAST CATV INPUT =====" 
    in-interface=vlan-777-catv
add action=accept chain=forward comment=
    "===== MULTICAST CATV FORWARDING =====" dst-port=20002 in-interface=
    vlan-777-catv protocol=udp
add action=drop chain=input comment=
    "===== INPUT: drop all not coming from LAN =====" in-interface-list=!LAN
add action=accept chain=forward comment=
    "===== FORWARD: accept established,related, untracked =====" 
    connection-state=established,related,untracked
add action=drop chain=forward comment="===== FORWARD: drop invalid =====" 
    connection-state=invalid
add action=drop chain=forward comment=
    "===== FORWARD: drop all from WAN not DSTNATed =====" 
    connection-nat-state=!dstnat connection-state=new in-interface-list=WAN

You do not have the required permissions to view the files attached to this post.

Источник

Recently I had an issue where I would up troubleshooting multicast with a TON of CC errors. We were sending a 20 Mbps stream to a station, and they were only receiving 15 Mbps. They were also sending 20 Mbps to us and we were receiving 15 Mbps. It turns out the issue was circuit provisioning. The EVPL circuit had a 15 Mbps multicast limit on it at the provider. They switched it to EPL and life was good. One of the things I learned at that point was how CC errors actually work.

CC Errors are Continuity Count errors in video. This is generally caused by 1 of 2 things. Either the video packets arrived out of order, or they packets were missing. You can see the actual issue in a wire capture.

Every video TS frame has a counter in it. In the above picture you can see that the Expert Info listed says Detected 5 missing TS frames before this. The first Red highlighted line in wireshark shows CC=9 skip=5. This is because we missed those 9 packets.

Also note in the picture the Captured vs displayed on the right. This whole capture was this multicast stream which was over 41,000 packets. The displayed packets at 29501 is the the amount of video that contained CC errors based on my filter. So more then half of the packets contained errors even though in theory only 25% of the packets were missing.

Источник

Содержание

Что такое Multicast?
Почему возникает ошибка Multicast unavailable?
Как решить проблему с ошибкой Multicast unavailable?
Проверьте настройки маршрутизатора
Проверьте настройки сетевого подключения
Проверьте наличие прав на использование Multicast
Методы устранения кода ошибки 2-9-1. Ошибка 2-9-1 проблемы на стороне абонента.
Заключение

Код ошибки 2-9-1 является одним из самых распространенных и проблемных кодов, с которым могут столкнуться пользователи Ростелеком. Этот код указывает на ошибку Multicast, которая может возникнуть по многим причинам. В данной статье мы рассмотрим, что такое Multicast и почему ошибка 2-9-1 Ростелеком может возникнуть при его использовании. Также мы расскажем, как можно решить эту проблему.

Что такое Multicast?

Multicast — это технология передачи данных, которая позволяет одновременно передавать данные на несколько устройств. В отличие от Unicast, когда данные передаются только одному получателю, Multicast позволяет передавать данные на несколько устройств одновременно. Это может быть очень полезно, когда нужно передавать данные на группу устройств, такую как группа пользователей, которые просматривают один и тот же потоковый контент, такой как видео или аудио.

Multicast является более эффективным способом передачи данных, чем Unicast, так как данные передаются только один раз, и каждое устройство, подключенное к сети, может получить эти данные. В результате снижается нагрузка на сеть и уменьшается использование пропускной способности.

Почему возникает ошибка Multicast unavailable?

Ошибка Multicast unavailable может возникать по многим причинам. Она может возникнуть, если Multicast не настроен на маршрутизаторе, на который подключен пользователь, или если настройки Multicast на маршрутизаторе неправильные. Также ошибка может возникнуть, если пользователь находится за NAT-маршрутизатором, который не поддерживает Multicast, или если маршрутизатор блокирует Multicast-трафик.

Кроме того, ошибка Multicast unavailable может возникнуть, если у пользователя нет прав на использование Multicast. Или если Multicast не поддерживается на его устройстве. В некоторых случаях ошибка может быть связана с проблемами с сетевым оборудованием или с программным обеспечением.

Как решить проблему с ошибкой Multicast unavailable?

Для решения проблемы с ошибкой Multicast unavailable можно попробовать несколько способов. Некоторые из них описаны ниже:

Проверьте настройки маршрутизатора

Если ошибка связана с неправильными настройками маршрутизатора, то проверьте настройки Multicast на маршрутизаторе. Для этого можно обратиться к документации по настройке маршрутизатора или связаться с технической поддержкой Ростелекома. Если вдруг настройки маршрутизатора правильные. То можно попробовать перезагрузить маршрутизатор и проверить, устранится ли проблема.

Проверьте настройки сетевого подключения

Если проблема связана с неправильными настройками сетевого подключения. Можно попробовать проверить эти настройки и изменить их. Например, если пользователь находится за NAT-маршрутизатором, который не поддерживает Multicast. Попробуйте изменить настройки маршрутизатора или использовать VPN-соединение, чтобы обойти эту проблему.

Проверьте наличие прав на использование Multicast

Если ошибка связана с отсутствием прав на использование Multicast. Можно попробовать изменить эти настройки. Например, если пользователь использует Windows можно проверить настройки брандмауэра и разрешить использование Multicast.

Код ошибки 2-9-1

Методы устранения кода ошибки 2-9-1. Ошибка 2-9-1 проблемы на стороне абонента.

Если вдруг вы самостоятельно настраивали цифровое ТВ на роутере и получили ошибку 2-9-1 при попытке включения телеканала. То есть несколько возможных причин: либо вы настроили что-то неверно, либо что-то не доделали.

В Ростелекоме используются две модели предоставления услуги через MVR и использованием отдельной виртуальной сети VLAN.

Первая вариант то это работа с MVR. В роутере требуется создать подключение «Прозрачный мост» (Bridge) и связать его с одним или несколькими LAN-портами роутера. Покажу как это выглядит на роутере TP-Link Archer C-60.

Устранение Ошибки 2-9-1

Второй вариант, который использует Ростелеком, это использование виртуальной сети VLAN. Через которую как раи и транслируется multicast. Но есть один ньюанс, вам все же потребуется позвонить в службу поддержки, так как подобрать идентификатор VLan практически невозможно. Либо попробовать от 1 до 4096. И так пример настройки на роутере.

Устранение Ошибки 2-9-1 второй вариант

Примечание: На различных моделях маршрутизаторов и роутеров, а также PON-терминалов. Настройки могут сильно отличаются от тех которые я показал. Например требуется дополнительно настроить группировку портов. А на других моделях потребуется включить либо Multicast, либо IGMP-snooping.

Бывает и такое, что у вас все работало замечательно и вдруг появилась ошибка 2-9-1. Скорее всего у вас просто обновился роутер. Вам всего лишь требуется зайти в роутер и включить IGMP.

Заключение

В заключение, можно отметить, что ошибка Multicast unavailable может появиться внезапно. И может стать причиной многих проблем при использовании сетевого оборудования и программного обеспечения.

Если все перечисленные выше способы не помогли решить проблему с ошибкой. То рекомендуется обратиться в службу поддержки Ростелекома. Операторы смогут провести диагностику проблемы и помочь решить ее. Кроме того, могут потребоваться дополнительные настройки сетевого оборудования или программного обеспечения. Которые к примеру вы не знаете и только оператор может помочь вам.

Источник

Юзер Инфо <img decoding="async" src="http://macatel.ru/forumsmf/Smileys/default/smile.gif" alt=":)" title="Улыбка" />

Наш календарь

Who’s Online

<img decoding="async" src="https://macatel.ru/forumsmf/Themes/default/images/collapse.gif" alt="*" /> Board Stats

Счетчики

<img decoding="async" src="https://macatel.ru/forumsmf/Themes/default/images/topic/hot_post.gif" alt /> Тема: CC error (Прочитано 23153 раз)

Телеканал недоступен для воспроизведения — что это значит?!

Сбой работы ТВ-приставки WINK

Код ошибки 2-9-1 — виноват Ростелеком

Описание ошибок и способы их устранения:

Что такое Multicast?

Почему возникает ошибка Multicast unavailable?

Как решить проблему с ошибкой Multicast unavailable?

Проверьте настройки маршрутизатора

Проверьте настройки сетевого подключения

Проверьте наличие прав на использование Multicast

Методы устранения кода ошибки 2-9-1. Ошибка 2-9-1 проблемы на стороне абонента.

Заключение

Юзер Инфо

Board Stats

Тема: CC error (Прочитано 23153 раз)