Fatal500
Full Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата: Попробуйте поиграться с этими настройками изменить параметр на 1 используя эту команду flash set OMCI_FAKE_OK 1 по умолчанию установлено <Value Name="OMCI_FAKE_OK" Value="0"/> | Не знаю, честно говоря, будет оно работать или нет как ожидается. Судя по названию, эта опция шлет ОК на все те настройки, что прилетают по omci. Не рассматривая их содержимого. Чтобы станция не увидела ерроров никаких и не начала выдавать алерты оператору. Хотелось бы какое нибудь более изящное законченное и совершенное решение, с этими злочастными eth портами. Исходя из наиболее частой ситуации, когда провайдер наотрез отказывается делать ручками настройки портов на ONT в bridge. Нужно, чтобы модуль умел эту простую настройку, просто бриджевать все приходящие от провайдера виланы. Тогда, настройка модуля сведется к аналогичной, как в веб морде онтишки провайдерской, пишем вилан "входной" и пишем вилан "выходной". Просто и удобно. Как я уже упоминал выше, в онтишке хуавей есть такая подобная опция, vlan binding называется. Да, она дает возможность например в порт eth2 прописать все приходящие виланы в тегированом виде. И со своими тегами на порту. Но, побочка от нее весьма серьезная на высоких скоростях, нагрузка на ЦП онтишки идет значительная, та же самая, как если бы никакого моста не было и онт работает в обычном режиме роутинга. До 100 мбит не ощутимо, а выше уже явно заметно. Видимо снятие и навешивание тегов операция ресурсоемкая. Поэтому, в модуле такое не допустимо. Вариант тогда один, "бриджевать как есть", прилетел от прова vlan с тегом 50 и на выход модуля отдавать его в таком же виде. Еще не совсем понятно в деталях, как быть с iptv, особенно в случае где каналы идут по multicast а остальные сервисы (например VoD) по http обычному. Нет пока понимания четкой картины работы такой схемы. Может знающие люди просветят? Особенно не понятно с multicast vlan id. Когда по omci на станции прописывают в 4 порт для тв приставки, все работает. А когда сам руками создаешь допустим vlan 30 в bridge на порт eth2, то кина нету, до тех пор пока в этом же wan соединении не укажешь руками multicast vlan id. Добавлено: Цитата: Так а что насчет возможности смотреть состояние модуля через routeros? Хотелось бы видеть вот такую картину | Цитата: sfp-vendor-name: SumitomoElectric sfp-vendor-part-number: SCP6G44-H2-BWE sfp-vendor-revision: A | Это еще один очень важный вопрос, на самом деле. В случае с OLT huawei при синхре начальной эта зараза опрашивает модуль, видит что Vendor-Name отличается и не huawei и сразу все, выдается стоп-error. Тут даже еще до проверки serial number не доходит. С этим тоже надо что то делать. Чтобы модуль прикинулся полноценной ont huawei иначе лицензионная проверка ломает дальнейшую работу. И нет смысла от изменения SN или MAC |