Minya

Включая snooping вы говорите коммутатору, что весь мультикастовый трафик теперь надо вещать не бродкастом, а только тем, кто запросил его. Однако устройство (EMR) шлет запрос самостоятельно только в момент первоначальной подписки. Потом может только отвечать мультикаст-роутеру нужна ли ему ещё группа или нет. У вас скорее всего этого мультикаст роутера нет, соответственно никто не спрашивает, а значит и EMR не отвечает, а значит на коммутаторе истекает таймер в 260сек (дефолт) и поток отваливается. Решение, включить в этом vlan - ip igmp snooping querier - это L2 аналог мультикастного роутера, который раз в 60 секунд шлет бродкастом на адрес 224.0.0.1 сообщение General Query с вопросом каждому хосту какую группу он хочет получать, а хост отвечает на адрес интересующей его группы. Querier подписывается на весь мультикаст во VLAN.

Так круче звучит. На уровне федерального оператора связи)

DErek А каналы как на выход прокидываешь, по одному или целеком весь мультиплекс в режиме passthrough? Какая сейчас версия софта стоит?

Всем привет. У кого стоит Wisi Tangram на IP>Аналог и на IP>QAM? Поделитесь пожалуйста отзывами о железе, софте и техподдержке, а также альтернативами.

Слышал спутниковых операторов хотят обязать вещать общеобязательные каналы с местными вставками. Пора запускать собственный спутник?

Существует ли в ноке какой-нибудь инструмент для ведения учета по кабельному ТВ? Частоты, адреса мультикастов, параметры приема и т.п.?

А еще интересно что нумерацию каналов нужно будет менять, ставя на первые кнопки вместо популярных каналов - общеобязательные. У кого-нибудь есть идеи как от этой процедуры отмазаться хотя бы на время?

Для своих получателей прописывайте свою RP, а между вашей и чужой RP поднимайте MSDP для получения информации о мультикаст группах и их источниках. Также потребуется поднять PIM между вами и оператором.

минимальная полоса 2.5Мбит/сек... HLS? Не, не слышал.

Проблема в том, что не каждый в момент смены времени вспомнит про приставку/ТВ. В результате будет сидеть на старом часовом поясе и в EPG будет сдвиг, что вызовет негатив и обращения. Хотелось бы решить проблему без оповещений абонентов. Например в TOT выставлю что 26.10.2014 в 03-00AM сменить таймзону на час назад, после этого временная зона будет запомнена на устройстве и не сменится до следующего времени в TOT или ручной настройке? Но как быть если я вещаю одну и ту же TOT/TDT в два разных часовых пояса? Как я понял нужно использовать как раз код региона. Вопрос только как устройство поймет что этот код и команда на смену таймзоны для него?

Всем привет. Остался месяц до смены времени на зимнее на постоянку, а также вводится дополнительный часовой пояс +1 от МСК. В связи с этим возникают задачи смены времени на абонентских устройствах, а также смены часового пояса в определенных городах, попадающих в него. Кто как с этой задачей думает справляться? Почитал про TOT/TDT и понял что это то, что надо. Непонятным остался момент дескрипторов TOT с установкой Country_code и Country_region_ID. Эта информация будет сравниваться с выставленной страной и часовым поясом на ТВ/Приставке? Или всё же на ТВ/Приставке при выборе пояса как раз и происходит сдвиг относительно UTC, приходящего в TDT.

А кому места не хватило сколько стоит участие, если проживание за свой счет? Или всё, никак и ни при каких условиях?

zedsh Сразу оба не снатить в один адрес иначе рассыпания будут из-за дублирования пакетов. Придётся натить только один, анализировать оба источника где-то и при пропадании одного - переключать скриптом нат.

Наверное на Интерзет хотят переключиться азазаза

все экскаваторщики, ежедневно рвущие магистральные кабели, тоже работают на эр.

Раз уж зашел разговор про квериер. Насколько я понимаю, квериер шлёт игмп квери с адресом назначения 224.0.0.1, который таким образом долетает до всех устройств в ЛАН, а они в свою очередь отправляют репорты, которые вышестоящие коммутаторы отправляют в порт заранее известного мультикаст-роутера (квериера), а тот в свою очередь начинает передавать мультикаст в сторону запрашивающих. Но откуда мультикаст берется на квериере? Почему он подписывается на все группы в LAN? Какой механизм для этого используется? Не нашел описания этого в rfc. При такой схеме работы квериер необходимо распологать как можно ближе к источнику трафика. Но как быть когда источников несколько и они находятся на некотором расстоянии друг от друга и от квериера, но по прежнему в пределах одной LAN? PIM? Тогда опять же должна быть только одна RP, но на неё трафик от источника ведь не льётся постоянно, а источник лишь регистрируется на ней? Тогда роль квериера для своего LAN выполняет каждый отдельный роутер?

Интересно. Самописный кодек?

Похоже это либо Череповец, либо Великий Новгород, судя по этой новости http://cableman.ru/content/interzet-mozhet-voiti-v-sostav-er-telekom-kholding

alks И всё таки какой город? wanderer_from Следующая статья бУдет про безграмотное нытьё? Надо и дальше их высмеивать, может думать начнут.

клиентский мак нет, а мак мультикаст группы да

А можно закладки MRIB и Joins ещё?

Осталось только в момент проблемы sh ip mroute, show ip pim neighbor, show ip pim rp, sh ip igmp snooping querier А sh ip pim autorp сейчас посмотрите, есть цифры?

Ivan_83 В RFC 1112 например

Ехали медведи На велосипеде. - Ретн А за ними кот Задом наперёд. - ЭР А за ним комарики На воздушном шарике - пусть будет Йота, т.к. воздух. А за ними раки На хромой собаке. - Ростелеком Волки на кобыле. - ... Львы в автомобиле. - ... Зайчики В трамвайчике. - ТТК, т.к. железная дорога. Жаба на метле... - ...

Если только они совпадают с вашими по мак-адресу т.к. там на один мак 32 IP маппится (http://nettools.aqwnet.com/ipmaccalc/ipmaccalc.php) Исходя из того что проблема на всех группах, можно предположить что клиентский RP регистрирует ваши группы у себя, а затем с помощью механизма auto-rp (он кстати приоритетнее статики) он начинает выступать RP для ваших же групп в вашей же сети. Однако boundary фильтр такое должен предотвращать...