Avad0n

Под фряхой до какой то версии тот же pf (нат) был однопоточным в следствии чего всего упиралось в нагрузку на одном ядре (как раз похоже на то). А вообще присоединяюсь в предыдущему оратору: переходите на линукс, всё намного предсказуемее будет.

На скрине всё сказано. Error: Cannot find boot image file.

Был на тесте медный вариант с десятками. Интересовал вопрос по последним тогда, в принципе впечатления аналогичны ТС. p.s. а кто в курсе как на них с буферами? А то попадалась только сомнительная информация.

За 2*80 разве не дрюкнут (зарегать то в 5-ке то почти нереально)?

Данные по температурам и загрузке cpu с плат не снимали? С GPON при полке по CPU на PON картах начинались проблемы с регистрацией ону.

Как то криповато выглядит.) p.s. Всех с праздником!

EPON на zte относительно не прихотлив, проверялось с бдком, фора, нгпон, пикоком, тплинк, etc. Тут лучше всего лично проверять, иногда могут приехать ону другой ревизии или с проблемным софтом, которые по всякому себя могут вести. Заказывать по одной штуке предлагающихся ону, проверять и делать заказ поболее, будучи более менее увереным что железка вас устраивает. По проблеме Shuher-a , была анлогичная ситуация , решилось тем что перед переключением деревьев, обновили софт на ону (насколько помню были проблемы с bd-com 1501). После чего всё заработало.

Плюсую за мультикаст. На такое были попали в свое время при запуске оспф на влане проходящем транзитом через DES-1228/ME: на транзитных портах было включено Filter unknown multicast group, из-за включенного оного так же и не работал IPV6 (на другом линке).

epon onu port 1 ctc vlan mode trunk 1 101-124 Ну и соответственно завести эти вланы на OLT config vlan 101-124 А после OLT делайте с ними уже все что хотите. А на самой ОНУ можно паковать qinq Вот такое нашел, олт скишал , но в в настройках ону не показивает switchport dot1q-translating-tunnel mode qinQ translate 101-124 1601 7 Сабж проверял на 3310b, port-based qinq работал отлично на epon портах, с dot1q-translating-tunnel почему то вылез нюанс , команда с селективом могла быть прописана только на одном из портов(из всех, включая и g.eth. и epon порты), при попытке прописать их на последющие она не прописывалась пока не уберешь с предыдущего. Проверялось месяцев 4 назад, софт на тот момент один из последних был. Заморачиватся не стали, сделали упаковку на вышестоящем d-link (где благо шаманств никаких ненадо было).

Вполне возможно: Дота=International2015=stream Как раз пару дней назад началось.

Всегда включал qinq при подключеной консольке, но если не ошибаюсь, для удаленного включения qinq достаточно заюзать download cfg_fromTFTP 0.0.0.0 src_file config.cfg increment config.cfg : enable qinq config qinq ports 1-26 role nni outer_tpid 0x8100 use_inner_priority disable

Ну или как вариант можно зарубить через ACL: ip access-list extended subs.filter deny udp any any eq 68 permit ip any any exit interface range epon 0/1 - 4 ip access-group subs.filter exit

Стандартное conf int epo 0/1:1 description bla-bla ex - не удовлетворяет? p.s. правда видно только в sh int br , в sh epo active-onu ничего не увидите....

На обычном ES3510 опто порты на 100 мбит не заводяться: и гиговый SFP в сотку не переключить, и шитые в 100 мбит модули тоже не подхватываються, а вот на POE-блочных ES3510MA - все пучком: шитые в сотню гиговые sfp поднимают линк с полпинка.