khatgit

А с чего вы решили, что "epon onu port 1 ctc vlan mode tag 80" не работает или где это видно? Ну приходит у вас в vlan-е 1429 мак с epon0/4:12. Так это потому, что не абонентский это мак, а onu-шки(судя по вендору zte). Фрейм через первый порт ону не проходит,а соответственно 80 вланом не тегируется и на олт без тега приходит, а там у вас switchport pvid 1429.

Помимо настройки catv на ONU в оптику нужно еще подмешивать сигнал CaTV. И одно дело, если он у вас есть(CaTV передатчик должен быть на 1550 нм) - другое, если нужно стоить(оч. не дешево обойдется). И в отличие от интернета через pon - для нормальной работы CaTV требования по качеству сигнала намного выше, особенно если CaTV аналоговое...

Что именно делали? Если лоадер перезаписывали - то тут в помощь только программатор + дамп флеша.

Нет. У наc не QTX2 - с ним не работал, но судя по данным из мануала - оно настраивается в разделе Multiplexing/PSI Settings/NIT – Table generate. Там вроде как есть два варианта - on или external. Как я понимаю у вас стоит on - в таком случае девайс будет генерировать NIT, но добавит туда только те мультиплексы, которые с данного девайса уходят. Как я понимаю в вашем случае нужно генерировать NIT таблицу отдельным совтом, а потом уже на мультиплексоре подмешивать как external(если конечно QTX так может).

смотрите настройки генерации nit-таблици.

Я бы еще настроил на клиентских портах ip igmp max-groups action replace и ip igmp query-drop. Первое нужно на случай, если абон начнет по плей-листу каналы переключать. Второе нужно для того, что бы querier-ом вдруг не стало абонентское оборудование. Так же не совсем понятно зачем отключили igmp snooping в клиентском влане и зачем на аплинке ip igmp filter. Я обычно через show ip igmp snooping groups проверял подписывается ли кто-то из абонентов на мультикаст группы. Ну и если есть подписка, то смотрел на коммутаторах выше - вплоть до оборудования где pim или igmp querier(это уже от в

Передатчики по 45-50кВт актуально для эфирного аналога Киева - если в каком-то другом городе - обычно мощность передатчика значительно меньше.

Добрый день. Пролистал пол форума но так и не нашел ответ. Интересует можно ли перераспределять tcam(ffp) на BDCOM P3310C (как на последних прошивках на BDCOM P3310В), или там нет такого (как на старых прошивках P3310В), что если в одном слайсе память начал использовать скажем QoS, то под что-то другое слайс использовать уже нельзя?

При чем тут сканирует сеть - этож же ARP, он бродкастом летит - один хост запросит, все ответ получат.

Тут вопрос - Вы провайдер и наблюдаете такое в своей сети или Вы абонент? Если второй вариант - то вероятней всего у провайдера что-то типа Traffic Segmentation + Proxy ARP используется. Особенно учитывая что 64-9E-F3-28-4D-7F это мак циски. Если первый вариант - нужно думать исходя из того, что у Вас за оборудование стоит и как оно настроено.

А вы не думали, что onu абсолютно без разницы что в нее включается - копм или роутер, и тут скорее проблема в роутере?

И логирование, а потом в логах глянуть для какого из портов сработало. Может быть много из-за чего.

Там вся суть в том, что ctrl+b нужно передать, до того как прошивка загружаться начнет. У меня как правило раза с 10 в лоадер попасть получалось - одной рукой включал кнопку на розетке, а второй с большой частотой нажимал ctrl+b. И это если лоадер на свитче заводской - если какой-то модифицированный, то там может и не через ctrl+b вход.

Я же Вам выше написал, что при подачи питания на свитч нужно Ctrl+b через консольный кабель передать - тогда в лоадер попадете.

Подключаетесь кабелем консольным к нему и при подачи на него питания Ctrl+b зажимаете,а потом в лоадере старую прошивку загрузочной ставите, если не удалили... а если удалили, то там по tftp влить можно

Транскодить на лету пачку роликов/видосов, которые будут транслироваться по кругу - это очень костыльное и кривое решение. Намного умнее будет один ролик один раз перекодировать нормально, а потом уже вещать и тем самым оч. сильно экономить ресурсы. А по поводу всех тестов Stranger_ сетью - читаю и аж грустно немного... Запустите вещание не в мультикаст, а юникастом на лупбек интерфейс компа(без параллельного воспроизведения). А потом запустите второй раз vlc и откройте udp://@127.0.0.1:XXXX - и смотрите нормально у Вас vlc поток проигрывает или нет.

Смотрите тогда к примеру show interface epON 0/1:1 и show epon interface ePON 0/1:1 onu pon-port statistics

Уровни сигналов смотрели?

Все зависит от того - что вы подразумеваете под "главный коммутатор". Под каике задачи он будет использоваться и при какой нагрузке. Вообще они больше позиционируется как коммутаторы агрегации, хотя могут и в качестве ядра выступать, если сеть небольшая/корпоративная. Возьмите и посмотрите сами: https://www.juniper.net/techpubs/en_US/junos12.2/information-products/pathway-pages/junos-cli/junos-cli.pdf - одному удобно, а другому может быть и нет. А вообще Juniper хорошие железки. Но отталкиваться все же надо от конкретных задач.

What do you expect by posting it here? With your problem you need to contact the ISP support. Use form of online support through https://my.lanet.ua/login.php or use e-mail support@lanet.ua. Аnd results post here.