[anp/hsw]

Согласен, сейчас вижу, что в описании поддержку NTE убрали. Точно помню, что как минимум у нескольких продавцов такое описание раньше было. Возможно по их незнанию.

Это другой стандарт, обычный EPON. У NTE* стандарт 2.5G EPON, именно по этому к нему не подходит большинство выпускаемых в китае ONU. Как правило тип ONU не важен, т.к. sfp модуль вы все равно конфигурируете с локальной стороны, какой бы профиль ONU ни был на OLT.

Написал в ЛС

Вроде exot systems заявляли поддержку NTE*, но у меня нет epon оборудования, так что не проверял. Там менять и ничего не надо обычно: клиент сам меняет серийник у модуля на серийник ONU и снимает тег с трафика. На 4pda очень большая тема есть по заменам onu на sfp, можно там поискать.

Вам придется искать модуль на базе чипа broadcom (teknovus), другие не подойдут. Либо онушку с поддержкой "Turbo 2.5G EPON" - но опять же, это скорее всего только вышеупомянутые два.

Не забывайте, что колпак может не только рассеивать луч, но и преломлять его. Если у вас наведено не в центр пятна излучения, а где-то по границе, то преломление от колпака как раз к таким результатам приведет.

Как ни странно, в моем случае проблема решилась перекидыванием дальних маршрутов на другого аплинка...

Это именно показалось: Отражающие свойства оболочки несколько отличаются, так что диаметр кажется разным. Если предположить, что оба волокна одномод, то такую картину могут давать сваренные G652 и G657 волокна. Ничего страшного в этой черточке нет, кроме слегка повышеного затухания.

Ну вот только с модулем 1310 и полосовиком, больше вариантов нет, т.к. встроеные полосовики в 10G и 1G по длинам волн не совпадают.

Согласен, мы друг друга не поняли: Про CWDM SFP я знаю, но речь шла о том, чтобы совместить залинковать bidi wdm с одной стороны 1270/1330 и с другой 1310/1550. Очевидно, что это невозможно, а sfp+ wdm bidi 1310/1550 не имеется. А смысл? Берем ставим cwdm sfp+ с фильтром например 1550, он линкуется с 1G модулем, ок. Идем менять на другую сторону - что ставим? Тоже cwdm? Дорого и бесполезно, т.к. придется держать запасные комплекты cwdm там, где этого быть не должно. Можно конечно взять двухволоконные модули на SFP+ 1310 и подключить к ним фильтр: ок, но на другой стороне все равно дорогостоящий и не нужный (особенно для линий в 3-5км) cwdm модуль.

И как вы упакуете приемник и передатчик в одну дырку? (Подсказка: делитель на 2 вносит затухание 3.7дб, wdm-фильтр около 0.1-0.3дб ) Если бы SFP принимал сигнал по всему диапазону, то он бы ловил линк сам от себя при любой отражающей неоднородности в линии. В том числе и обрыве.

Потому, что до этого так пробовали и оно не заработало. У вас наверное очень нонейм sfp, если фильтр пропускает эту полосу.

Это почему? https://xmpp.org/software/clients/ https://github.com/topics/jabber-server

Jabber?

Никак. Airmax выключается только на M серии.

Отвечает только за dhcp request. Т.е. на него клиент посылает пакет discovery, но ответ уже приходит от мак-адреса сервера. Свич фильтрует на порту только принимаемый трафик, т.е. заблочить по мак-адресу левый dhcp, оставив правильный, так не получится. Вот тут обмен с сервером: https://wiki.wireshark.org/uploads/__moin_import__/attachments/SampleCaptures/DHCPv6.pcap

Как из прошлого фотоотчет: изолента 3M, компаунд 3M, скотчлоки от 3M. С рынка это уже пропадает, только старые запасы есть. Пройдет еще годик, и придется по старинке: скрутки, кембрики, солидол и синяя изолента. Хотя нет, синяя уже дорого. Черная, да еще и чтобы не растягивлась совсем, а сразу рвалась. Вот это реализм. upd: Блин, а ведь реально, фотоотчет из прошлого, на дату не посмотрел. Продолжаю старую традицию некропостинга.

Возникла необходимость фильтровать левые ipv6 роутеры (2022 на дворе, пора бы уже!). Для железок, поддерживающих IPV6, тут все нормально: Ubiquiti: ebtables.13.status=enabled ebtables.13.cmd=-A FIREWALL6 -i eth0 -p 0x86DD -d 33:33:00:00:00:01 -j DROP ebtables.13.comment=deny IPv6 RA answer ebtables.14.status=enabled ebtables.14.cmd=-A FIREWALL6 -i eth0 -p 0x86DD --ip6-protocol 17 --ip6-dport 546 -j DROP ebtables.14.comment=deny DHCPv6 answer ebtables.15.status=enabled Тут мы фильтруем dhcpv6 и ipv6 RA. Но вот ACL для des3526/3200a1-c1 и прочих, acl меня расстраивает. Если с RA все понятно: # ipv6 RA answer create access_profile ethernet destination_mac FF-FF-FF-FF-FF-FF profile_id 30 config access_profile profile_id 30 add access_id 1 ethernet destination_mac 33-33-00-00-00-01 port 1-24 deny То как быть с dhcpv6? Отдельного разбора портов tcpv6/udpv6 у них нет. Предполагаю, что нужно через packet content mask. У кого-то есть примеры? То, что нужно фильтровать, беру из рекомендации ietf: https://www.ietf.org/archive/id/draft-nward-ipv6-autoconfig-filtering-ethernet-00.html

Ничего не понятно, что вы пытаетесь добиться. Никаких негативных последствий нет. Кроме того, вы просто не можете не выделять полосу ONU - upstream так работает в pon, что это в любом случае придется делать. Хоть по гигабиту каждому раздайте, алгоритм dba в olt сам разберется.

Килобайтный файлик нулями забейте и попробуйте. Скорее всего просто в дефолт и вернется. А если не получится, тогда действительно нужен конфиг, возможно с другого свича можно слить.

Добавилась информация по способам восстановления Sercomm RV6699v3, RV6699v4 Добавились информация и прошивки для Sercomm RV6688 (RV6688BCM), RV6688v2

Казалось бы, причем здесь eth0, если устройство wifi это ath0?

Команду iwconfig пробовали?

Огласите бюджет!

Вам, уже ответили: CWDM. Дальше сами.