[anp/hsw]

А почему сами не связались и не закрыли вопрос, человек месяц ведь ждал?

Сразу тонну ONU с запасом заказывать? Или ждать пару недель, пока оно понадобится? Это еще незотносительно того, что там лютый нонейм будет с троянами в прошивке. Как правило, pon-дерево вообще в обслуживании не нуждается (кроме аварийных работ). Или вы что-то не так делаете. Тогда в чем проблема питать так домовой узел? Где в этой сказочной вселенной вообще PON нужен?

Вы еще найдите такую. Или колхоз будет? Если дом неблагополучный, то всякий левый народ это мигающее чудо тоже будет хотеть прибрать к рукам. А потом вы будете отвечать за проблемы абонентского роутера, которому уже 20 лет? ONU реально так дорого стоит, чтобы весь этот колхоз был оправдан? А зачем его переделывать? Eсть причина?

Нет. В следующий раз разрядник может уже не сработать. Разрядник может хоть тысячу раз сработать, если напряжение близко к номиналу. А если разрядник на 90в, а навелось 1кв, то второго раза может и не быть. Следует отделять понятия срабатывания грозозащиты и выход ее из строя в результате срабатывания.

Я предлагаю один раз настроить авторегистрацию ONU и забыть эти все извращения. Ведь в результате вы к этому и придете.

Куплю крепежи ПСО, НСО диаметр 12.6-14.3 примерно по 100шт каждых. Или побольше, или поменьше (все же от цены зависит). Новосибирск, нал. Предложения писать в ЛС или в telegram @i880ru

Если вы не контролируете OLT (а судя по всему это так, иначе шифрование бы отключить смогли), то вы до сих пор не знаете, куда попали. Просто куда-то попали: PON MAC и L2 MAC - две большие разницы (хотя могут и совпадать). Нет, я не утверждаю, что это невозможно, тут я просто делаю акцент на том, что надо все условия задачи писать сразу, а не выдумывать на ходу. У вас там что, десяток OLT, которые могут сидеть на волокне? И все они не принадлежат вам? Вот вам исходники: https://sourceforge.net/projects/omneteponmodule/ Натягивайте на любую ONU, на которую сможете. Готовых сборок, естественно, нет. Задачу "посмотреть все, что получится" они выполнят.

Я вам уже дал ответ - начните поиски с лютого китайского нонейма, там больше шансов, что клавиатурные рукоблуды не вырезали отладку. Пассивного индикатора не будет именно по причине того, что отличить вы свой OLT от чужого вы не сможете без отключения шифрования. OLT ничего такого не сообщает ONU, что бы могло его достоверно модифицировать: сами посмотрите на пакет, там только source address и есть, и он не обязан быть хоть сколько-нибудь похожим на реальные данные OLT.

Там, где эта команда есть - да, все просто. А вот добавить туда, где ее нет - как раз и нужны человеко-часы. Тогда в чем вопрос? Берите любую! Шифруется ВЕСЬ unicast и ВЕСЬ multicast. Просто на unicast ключ для каждой onu свой, для multicast - один на всех. Как раз, чтобы незарегистрированая onu видела как можно меньше. Но никто не мешает вам выключить шифрование на всех olt, ведь так? А вы шутник! Нет таких. разве что утекшие исходники китайских нонеймов. И то, там может оказаться, что исходники они не покупали, а навешали функционал уровнем выше, над базовым sdk производителя.

Ту, к которой у вас есть исходники. Производитель специально делает, чтобы абоненты своими шаловливыми ручками в pon-дерево не лазили, и в зависимости от заказчика, количество этих ограничений может быть выше всех разумных пределов. Вы игнорируете тот факт, что source address может быть одинаковым на всех olt.

Чтобы получить grant, надо, чтобы olt знала информацию о вашей onu (кроме случая гостевых таймслотов). Без этого вы сможете прослушать только чужие пакеты, при этом source address olt не равен ее mac-адресу (а почему собственно, должен быть равен, если она выполняет роль бриджа?). Там до того, как пакет в ядру в ethernet-стек попадет, он еще кучу фильтров пройдет, дешифруется, восстановится с помощью fec.... Вы рассуждаете, думая, что pon-часть onu это простой медиаконвертер. Но это в корне неверно, хоть там все и не настолько сложно. Вопрос человеко-часов решается просто: назовите мне хоть одну onu для массового рынка, с открытыми исходниками pon-части. Нет таких? Тогда вам придется обратиться к специалисту, у кого хоть какие-то есть. Еще раз: вы предлагаете нарушить стандартный путь следования пакета и выплюнуть чужой пакет минуя фильтры и внутренний процессинг. Вы делаете недопустимое допущение, что у всех olt source address разный (а это совсем не обязательно, т.к. olt в дереве всего один, и там может быть забито какое угодно значение для простоты). Это не ethernet-адрес olt или входящего пакета. Это всего лишь абстракция "pon mac".

Вы gpon с epon не путаете? В gpon нет никаких "маков". Вы совсем не понимаете теория pon. Для того, чтобы onu хоть что-то видела на логическом уровне, надо, чтобы она синхронизировалась с olt. Т.е. получила тайминги, ключ шифрования (если есть), конфигурационный профиль, чтобы знать, какие gem кадры в какие медные порты кидать. Т.е. нужна регистрация. Вы можете авторегистрировать onu скриптами или внутренними возможностями olt. Если же мы говорим о сниффере, который можно "просто воткнуть", то шифрование во всем дереве должно быть отключено. Такие железки есть готовые - gpon doctor 2000 например. Цену можете узнать на примерах контрактов ростелекома :) Если же желаете сами делать, то наиболее близкое, что можно раскорячить таким образом, это eltex ntp-2 или huawei hg8240. Про вопрос количества времени и оплаты специалиста я умолчу.

На самом деле это просто одномодовый трансивер внутри. По многомоду он действительно какое-то расстояние прострелит. Найти многомодовый трансивер на 1310 можно, но они исчезли раньше, чем появился 10G.

&q=супер+лягушка+для+мозилы&oq=супер+лягушка+для+мозилы& Они что там вообще курят, чтобы такие url находить?

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

Можно брать одномод/многомод на 1310. Он и через сплиттер пролезет, и в кабель. При распространенности современных fpga, собрать нечто из разряда "статический tdm на пачке б/у конвертеров" - проще простого. Другой вопрос, что этим тоже должен кто-то заниматься.

Есть два типа модулей - просто PHY (как правило умеют только 1000), и в виде двухпортового свича (такие называются 10/100/1000 обычно). Первые беспроблемно работают везде. Вторые - в зависимости от производителя, как повезет, но следует учесть, что они не могут "показать" на какой скорости соединились, или даже вообще опустить линк при отсутствии линка на меди.

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

Как обычно - покупали давно, но нашлось только сейчас. Теперь вот, спортивный интерес, как заставить это работать нормально? Его же продавали, и даже кто-то наверняка в рабочую сеть ставил...

Первое, что попробовал. Не помогает. Наверное, помогло бы обновление прошивки, только и взять ее негде, и непонятно, как прошивать - при подключении по usb "устройство не опознано", был бы драйвер - все равно не поставить. Может там, конечно, консоль в этом разьеме, но по документации чип имеет полноценный usb.

В Новосибирске? Продадим вам с 10% накруткой от дилерского прайса за наличку :)

Увы, та же песня. Community не меняется. из OID, содержащих "public", я вижу всего 3: iso.3.6.1.4.1.17409.1.3.1.11.0 = STRING: "public" iso.3.6.1.4.1.17409.1.3.3.1.7.1.3.1 = STRING: "public" iso.3.6.1.4.1.17409.1.3.3.1.7.1.3.2 = STRING: "public" И ни один из них не удается сменить спомощью snmpset. (отрабатывает, как будто успешно сменил, а при следующем get - они остаются старыми) Хотя те же IP, название системы, и прочее, я легко меняю через snmpset.

Transmission Interference Alarm An ONU turns on its laser at a time assigned to another ONU что тут еще добавить?

Проблема в том, что в mib даже новых железок от наг не нахожу oid для редактирования community. Нету его, и все. Можете написать точный oid? PS: Не смог вовремя скачать вашу ссылку :( Повторить можете?

А вы не будьте *****! Или для вас настолько сложно перебороть собственную сущность? Вы же сами себе противоречите. Не надо так.