Небесный

Затупил с утра, не проснулся. )))

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

Не все ОНУ обновляются по сигналу, зашел вручную проверить на ОЛТ, сигнал получаю. Вот например вручную на проблемной ОНУшке делаю на сервере. root@site:~# snmpwalk -v 2c -c ********* 10.10.100.3 .1.3.6.1.2.1.2.2.1.2.12 iso.3.6.1.2.1.2.2.1.2.12 = STRING: "EPON0/4:2" root@site:~# snmpwalk -v2c -c ********* 10.10.100.3 .1.3.6.1.4.1.3320.101.10.5.1.5.12 iso.3.6.1.4.1.3320.101.10.5.1.5.12 = INTEGER: -315

Коментарий и ID подтягивается с ОЛТа? И кто какое время поставил в кроне, для обновления?

Интересные Вы однако. Как буд-то я сам тут придумал фичу "снупинг".

Все проблемы решила изоляция, но просто уже стало интересно, че не так со снупингом?

Мля, шо вы тут срач развели? Я спрашивал кого-то как мне сеть строить? Или тут все умные, а я дурак и не знаю, какие есть проблемы в сети? Я спросил просто и лаконично: не работает снупинг! Точка. Нахуй мне ваши тут топологии сети в кольца и всяка хуйня, которую вы тут гоните. Если до этого у меня было открыто общение между онушками - на то у меня была причина, чтобы она была открыта. Со вторника на столе буду пробовать понижать версию прошивки и смотреть, на какой прошивке будет работать снупинг. Хотя чет я сомневаюсь, что тут дело в прошивке. Есть иде

Что конкретно делает dhcp filter?

По сути изоляцией - мой вопрос решился. Решение меня устраивает. Но интерес остался, почему не работает снупинг - это слишком основная функция, чтобы китайцы сломали при выпуске новой прошивки. И все же может команда dhcp filter - это и есть ключ к работе сгупинга?

По умолчанию внутри ветки запрещен обмен трафиком. Аль не так?

up

dhcp filter - это что за команда на поновском интерфейсе? Может без нее и не работает снупинг в пределах 1-го порта пона? И только после того, как пакет вышел за пределы порта пона, работает снупинг? Не могу нигде найти полное нормальное описание данной команды. Да.

Команда добавилась на всех портах епон через switchport protected 1 #sh ver BDCOM(tm) P3310C Software, Version 10.1.0E Build 46085 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2017-9-15 15:21:2 by SYS, Image text-base: 0x80008000 ROM: System Bootstrap, Version 0.4.1, Serial num:00316007080 System image file is "Switch.bin" hardware version:V1.0 (RISC) processor with 131072K bytes of memory, 16384K bytes of flash Base ethernet MAC Address: snmp info: product_ID:294 system_ID:1.3.6.1.4.1.3320.1.294.0 uptime is 1:00:03:43, The current time: 1970-1-2 0:3

Кто-то подскажет, как сие реализовать на BDCOM P3310C - сволочь не хочет прописываться. На epon0/1 прошло switchport protected 1, на втором пробовал и switchport protected 1 и switchport protected 2. Кстати на 3310В - все завелось и заработало, онушки перестали срать своим ДХЦП по понятным причинам, они никого не слышат. И вообще какого хера они раздают айпишки, кто посмел им дать такое право? ))) Включились во влан, прописали айпишку на локальном компе, зашли на онушку по веб-мордочке - про ДХЦП там и в помине ничего нету. Собственно меня полная изоляция на ОЛТе у

Начал с утра перечитывать еще раз всю тему и пропустил, вот хороший совет. Изоляция ONU, подключённых к разным EPONпортам OLT-а (в этом случае ONU из соседних деревьев не могут общаться друг с другом напрямую и OLTотправляет пакеты на коммутатор вышестоящего уровня). Switch_config_epon0/1#switchport protected А, ведь это реально поможет. Клиенты уйдут на центральный свич, а там уже верти трафиком, выше упоминаемая проблема с вражескими ДХЦП реализована тем, что на центральном свиче настроен релей, который перехватывает все запросы - и они улетают на мой сер

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

Абоненты у кого статикой прописано работать будет?

Та, это уже паранойа. Если небольшой район, то в один влан. Если большой - побить на несколько. В езернете управляемые свичи справляются с кАкой в сети, это словил баг на ОЛТе со снупингом, а так не вижу проблем 100-200 абонов держать в одном влане. Короче /24 маска, ну накрайняк /23.

Та, не нуно разбираться со снупингом, согласен - это не дело. Да и релей здесь не нужен, он есть в ядре.

На мой DHCP-server прилетало такое Mar 6 17:25:39 Billing dhcpd: DHCPREQUEST for 192.168.1.103 from bc:a5:8b:23:6b:ae via eth0: ignored (not authoritative). Mar 6 17:25:47 Billing dhcpd: DHCPREQUEST for 192.168.1.104 from 00:b5:d0:69:77:c3 via eth0: ignored (not authoritative). Mar 6 17:25:47 Billing dhcpd: DHCPREQUEST for 192.168.1.104 from 00:b5:d0:69:77:c3 via eth0: ignored (not authoritative). Mar 6 17:25:47 Billing dhcpd: DHCPREQUEST for 192.168.1.104 from 00:b5:d0:69:77:c3 via 10.10.24.1: ignored (not authoritative). Mar 6 17:25:47 Billing dhcpd: DHCPREQUEST for 192.168.1.104 fr

Во вторник буду делать наверное на столе в тестовом режиме все это дело.

Наэксперементировал, что ОЛТ лег. ))) Залил прошивку P3310B_en_29333_11170_2014.bin и ОЛТ начал цыклически перегружаться. Пришлось через аварийный режим перезаливать прошивку.

Ой, по умолчанию включена.

Если не ошибаюсь, по умолчанию отключена.

По всей видимости из-за АЦЛ, тоже уже думал в эту сторону, но все же хочется разобраться, почему снупинг не работает в чистом виде. Без всяких там костылей в виде АЦЛ.