Вы знаете, если проблема только в профиле и совместимости по OMCI, то я вообще не понимаю в чем затык?
Я потратил часа три разбираясь в управлении ONT дабы заблокировать этот пресловутый OMCI на своей стороне. Вторая линия ТП Ростелекома не смогла корректно переключить мое устройство в режим бриджа, в результате вернули у себя все в зад(по дефолту в смысле), а я заблокировал OMCI и настроил как мне надо. Причем эта же ТП сказала что им пофиг вообще. Такая настройка моего устройства на работу OLT или дерева не повлияет.
Так вот, о чем это я. Если это так, то по-сути, работа этого абонентского терминала, при настройке бриджем с отключением всего остального, ничем не отличается от работы обычного медиаконвертера. Разница лишь в протоколе самой оптики(увы не знаю как правильно называется), в частности, некоей системы "свой чужой", для которй в моем терминале забит "пароль PON"(изменить его я не смог, сброс так же не дал эффекта).
Продолжая мысль хочу обратить внимание на то что все люди, кому нужен ONU в формате SFP, имеют, как минимум, маршрутизатор с данным гнездом(более-менее серьезная железка которую надо суметь настроить), следовательно имеют квалификацию как минимум второй линии ТП, и им нафиг не надо чтобы их железом кто-то рулил(киньте в меня камень кто считает что я не прав).
Резюмируя - для работы ONU(ONT) не нужно чтобы OLT могла управлять клиентом. Как следствие отпадает необходимость в прошивках и профиле настроек. Перерыв свой ONT нашел только "пароль PON". Ну еще какой-нибудь ID оптического интерфейса(что-то вроде МАС) может служить идентификатором.
Отсюда вопрос - в чем реальная сложность? Складывается ощущение что главная сложность это банальная лень недостаток знаний и нежелание трогать то что работает...