forella

EPON0/2:31 a0c6.ec01.065f authenticated notready 2927 1805 2023.09.01.08:27:50 2023.09.01.08:27:50 llid-admin-down 0.00:00:41

olt bdcom 3310C(и 3310D)прошивки разные на олт. одномоментно стали отваливаться ону одной модели ONU FORA NA-1001B в логах warnings(4) AUG 31 22:5:44 %EPON-ONUDEREG: ONU a0c6.ec01.0032 is deregistered on EPON0/4:6. warnings(4) AUG 31 22:5:37 %EPON-ONUAUTHEN: ONU a0c6.ec01.065f is authenticated on EPON0/2:31. warnings(4) AUG 31 22:5:37 %EPON-ONUREG: ONU a0c6.ec01.065f is registered on EPON0/2:31. warnings(4) AUG 31 22:5:37 %EPON-ONUDEREG: ONU a0c6.ec01.065f is deregistered on EPON0/2:31. warnings(4) AUG 31 22:5:10 %EPON-ONUAUTHEN: ONU a0c6.ec01.0653 is authenticated on EPON0/4:16.

я немного далек от этой темы, но вы даете жителям осбб интернет и еще им же платите за то что он там проведен, типа подвес кабеля и т.п.?

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

а, freebsd, понял, пас....

это весь конфиг? какая система, чем ротацию логов делаете? если linux и logrotate, то конфиг иначе выглядит.

Вполне себе может. Отлавливал ip похожим способом от ip камер, бывали ноунейм камеры либо настроены хз как. Главное отлавливать при включении.

https://dlink.ru/ru/products/1/2310.html

del

скорее всего считает запросы не 1.1.1.1 и 10.0.0.1 а чтото дальше, куда оно их релеит. так что наверное сумируются.

у гугла было 3к запросов на 1 ip. у cloudflare нет конкретных ограничений, но скорее всего тоже лучше порог 3-5к не превышать. на 4,5 гигабита трафика, 2к+ абонов, в среднем 80% запросов с кеша, в пиках 500 запросов\сек и соответственно из 500, 400 будет с кеша.. поэтому тут единственное ориентироваться на пинг. (у гугла обычно маршруты длинные и пинги так же). стоят в работе openDNS\cloudflare\google разницы особой небыло замечено.

на bdcom gp3600 на последних прошивках довольно таки удобно, может не с нуля создавать, но редактировать намного удобнее уже имеющиеся.

может есть смысл всетаки стереть все что вы скопировали и зарегаться новым устройством сообщив об этом провайдеру (если не заработает)

длинк. как сказал Туйон, я какраз любитель их) только не 1210, они часто глючные бывают. из гиговых возьмите dgs 3120 sc\tc\pc там уже на выбор (конечно же бу если до 8-9т) из соток берите des 3200 цисок много бу хороших, но там на любителя (тот же длинк с веб морды можно тыкать) циска только cli.

есть такая проблема, везде стоят 2шт des 3200-28 и один 3200-10, выбивают практически одни и те же. попробуйте поменять свичи(скорее всего в них подуставшие бп), если у вас выбивают не все с одинаковыми характеристиками. в ином случае попробуйте поставить класс D, например вот: https://shop220.com.ua/products/avtomat-iek-1a-mva20-1-001-d

Нет, вам нужно повесить ip на vlan, физические интерфейсы будут без ip. Вот это: config_enp1s0f0="null" config_enp1s0f1="null" Говорит что на интересах нет ip. Вешайте везде ip на вланы( мне, например, так удобнее) и дальше гоняйте эти вланы куда нужно. Даже на аплинк, там вышестоящий пометит как нужно, обычно там сделано access вланом. ----- Практически я хз как это будет работать, так не использую, попробуйте серую сеть так сделать и протестите на стенде так сказать.

может я чего-то путаю, но теоритически чем отличается 2х портовая сетевая от 2 портового свича? на оба физических интерфейса вешаете vlan, во влан поднимаете ip. на gentoo это выглядит примерно так: (допустим vlan 1010 это real ip, enp1s0f0 - мир, enp1s0f1 сеть) vlans_enp1s0f0="1010" (вешаете влан "мир") vlans_enp1s0f1="1010" (вешаете влан на локалку) config_enp1s0f0="null" config_enp1s0f1="null" vlan1010_name="vlan1010" config_vlan1010="1.1.1.2/29" (поднимаете l3 интерефейс в нужном vlan) routes_vlan1010="default via 1.1.1.1" абонам раздаете\вводите 1.1

либо раздавать этим людям серые ip и натить на белый, блокируете серый как обычно, соответственно и белый работать не будет. по влану на белые ip у абонов шлюз будет ваш сервер, на нем и блокируйте доступ.

запихнуть подсеть белых ip в vlan, влан пригнать на абонента там уже хоть руками хоть dhcp. 1 ip потратите на шлюз, 5 штук раздадите. руками сделать просто, как через ubilling - хз.

Может я чего-то не понимаю, но что такое "пустой трафик"?

Проданы.

Понял, спасибо, идея понятна, буду искать

оно то да, мак гуляет шлюзовский, это немного путает. по mac-move: The possible causes of this message are: MAC addresses move because of incorrect Spanning Tree Protocol (STP)-port state convergence. MAC addresses move because the source of the data is physically moved across all switches while STP states are converged and in correct states. stp нигде не используется, физически сервер никуда не бегает😀 влан проблемный только на бдкоме и шлюзе(остальные порты в down), циска как "перемычка", только l2 по нексус: no spanning-tree vlan 1-3000 show spa

Олт по логам никак не реагирует в момент проблемы, по арп попробую глянуть что там происходит

Та в том то и дело, мак почему-то шлюзовский. Хочется хотябы как-то локализовать проблему на олт, чтоб она отобразила мак ону/абона