Sufi

птица, лети на йух отсюда.

колись дуже давно ми на таких (наче) ONU примусово вимикали вбудований DHCP-сервер. час від часу клієнти не отримували адреси. після відключення проблема зникала.

ещё раз пять напиши про зависть, а то непонятно.

адаптер 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 таких олт валяется с мёртвым третим пон-портом.