Danila

Тогда следующий вопросик. Есть раздел http://data.nag.ru/BDCOM/Firmware/1501D1/Jun 2018/ Там находятся какие то, судя по всему, новые версии прошивок. Они подходят для P1501D и для P1501DR? Ну и, соответственно, для P1501DR надо будет изменять расширение на *.tag , да?

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

Я не контролирую конечные устройства. Посему и высказал предположение что "раскрасить" трафик тем или иным способом на самом радио оборудовании. Эфир чистый, если верить оборудованию. stdev 15мсек, многовато, да.

Я, видимо, не корректно выразился. В этом канале никто не формирует такую нагрузку. Имеется проблема с пропуском VoIP трафика. Телефония через него чихает и икает. В остальном же все работает без видимых проблем. AirMax включен, Long Range PtP Link Mode выключен. Агрегация выключена. Точки настроены в WDS Bridge. Работают в режиме точка-точка. Больше никто не подключается к ним. :) Покрутить приоритеты, так полагаю, можно только через консоль, да?

Непонял вопроса относительно ubnt-шных меток. Если ты говоришь про AirMax Priority так там PtP и всё. Агрегацию выключали, но, принципиально, ситуацию не спасало. Мост собран на Rocket M5 + Rocket DISH. Прямая видимость. Сигнал -60, Шум -96.

По каналу планируется активно пропускать VoIP. 100Мбит симплекса будет достаточно. То, что есть сейчас на UBNT работает не очень хорошо. У кого какие идеи есть на какой активке можно пересобрать?

Не смог загрузки прошивку на форум, не влезло 0.98Мбайт. :) Вообщем кому надо - пишите в личку, поделюсь. А вообще лучше воздержаться от покупки терминалов на данной ревизии, а то придется городить огород.

Доброго дня. Приехала партия терминалов P1501D1. show epon interface epon 0/8:1 onu ctc basic-info ONU Vender ID : BDCM ONU MODEL ID : 6001 ONU ID : 8479.7399.6a05 Hardware Version : A0 Software Version : 10.0.26A.1009 Firmware Version : 0x312e312e3200 Chipset Vendor ID : Chipset MODEL ID : 0x9601 Chipset Revision : 2 Chipset Date : 00/00/01 Onu type : SFU Support multillid : Not supported Protection type : Not supported Number of Pon : 1 Number of slot : 0 Support 1 types of port: Number of GE port : 1 Battery Backup : 0 А именно перестали работать storm control, loopback detect, ip access list В логах лезут вот такие сообщения: HAL: set onu port loopback detect failed: rc = -5, onu_rv=0 Прошивок для данной ревизии ONU я не нашел. Причем проблема наблюдается как на OLT: 3310C так и на P3608-2TE с разными версиями прошивок. На стенде, что сейчас собран с P3608-2TE установлена вот такая прошивочка: Software, Version 10.1.0E Build 43871 До этого были терминалы P1501C и с ними проблем не обнаружили. Еще кто сталкивался с такой проблемой? Как решали?

А никому на глаза не попадалась 6.0.6 cs?

Так это не у микротика не так, это дизайн сети спорный. Получается у хоста два дефолта и при поднятии l2tp он должен держать /32 маршрут отдельно для l2tp сервера и выставить лучшую метрику для ppp дефолта. Причем года 2 назад в какой то из 6-ой версии RouterOS сделали вышеописанное поведение дефолтным. Т.е. добавление /32 маршрута до L2TP-сервера по опорной сети. походу не работает у тех, у кого софт старее. Обновление ПО устраняет проблему. Можете раздать как classless route по DHCP. Тоже рабочий вариант, но, думаю, и сами знаете это.

Так это не у микротика не так, это дизайн сети спорный. Получается у хоста два дефолта и при поднятии l2tp он должен держать /32 маршрут отдельно для l2tp сервера и выставить лучшую метрику для ppp дефолта. Причем года 2 назад в какой то из 6-ой версии RouterOS сделали вышеописанное поведение дефолтным. Т.е. добавление /32 маршрута до L2TP-сервера по опорной сети.

Я бы не стал приобретать альтернативные ONU по одной причине. Как они там себя поведут в реальной эксплуатации гадать можно долго. Хоть и заявляют с нага, что их ONU полностью совместима, но что именно они тестировали не сказали. Мы в наследство получили BDCOM с альтернативными ONU. Из опыта скажу, что часть не умеют ACL, часть не умеют storm control, LDB. Может еще есть проблема с IGMP Multicast, ибо не было возможности проверить.

Да, что то вроде того.

Создаешь отдельный multicast vlan для каждого из ТП где указываешь те или иные группы. На клиенте дописываешь аналогичные правила снятия метки для каждой из меток multicast vlan.