Sufi

адаптер QSFP28/QSFP+/SFP+. в силу определённых причин нужно было подать 10G линк со свежеустановленного QFX-5120-32C. в слот ставится адаптер, в адаптер SFP+ модуль. на джунипере прописываются channel-speed для нужных pic. это работает, только пропадает возможность снимать данные DDM. не знаю, умеет ли так микротик.

на операторских свичах тоже.

если вы про PBA, то 2x1024.

может чуть среднее значение утилизации канала на абонента поднимется. сейчас где-то в районе 1.5-2 Мбит/с на клиента. пакетов меньше 100 нет. когда последний раз переживали какой-то полувзрывной рост, упёрлись в линки до агрегации.

последние BCP от райпа вообще предлагают выдавать PD на клиента от /56, а лучше /48. обоснование, в принципе, здравое, хотя после v4 несколько сложно оперировать такими масштабами. https://www.ripe.net/publications/docs/ripe-690/#4-2-1---48-for-everybody

не готов сказать. в нашем случае руководство решило, что дорого и на сейчас не имеет смысла. уже построенный гпон есть, конфиги есть, система управления сетью есть. строимся дальше. вероятно выдержит. в обсуждениях штатовских операторов видел коэффициент оверселлинга и похлеще. пакеты аналогичные упомянутым 8 Гбит/с. вот там было бы интересно статистику посмотреть.

нет жёсткой необходимости строить вариации XG-PON/XGS-PON/10G-EPON и видимо никто не хочет быть первопроходцем.

обычный цинизм. вполне соответствующий нынешней ситуации.

epon local-mac forward на бдком напишите.

висело и раньше. это не от поста yama поменялось.

сколько клиентов было на МХ?

пакеты в одну сторону? уже штук 5-6 таких олт валяется с мёртвым третим пон-портом.

APN на яблофоне попробуйте написать как в теме указано. такое впечатление, что у них где-то NAT64 крайне кривой. конкретно вот этот кусок:

на нескольких олт ревизии C спустя сколько-то лет (4-5 точно) вылетел третий пон-порт.

вкид зараховано. що продаєш?