sanyadnepr

Не согласен, в части "кусок железяки" ! Готов принимать такие OLT 3310 "кусок железяки" в дар Готов оптом и в розницу принимать в дар OLT 3310 "такие железяки" Оплата транспортных услуг за мой счет.

https://local.com.ua/forum/topic/55944-сброс-конфига-olt/?p=520930

С потолка наверное Потому что кто-то его прикрутил к пон порту. Его надо просто открутить. Или изменить/создать необходимый темплейт и оставить как есть.

Удалял темплейт со второго пон порта, новые ону (2-3-4) регистрировались с левым темплейтом(tag 155,156,157). Изменил темплейт. 5 ону подхватила темплейт и сохранились настройки. Ничего не делал. 6 ону не подхватила темплейт, а подхватила левые настройки. Прибил настройки руками. Ничего не делал. 7 ону подхватила настройки из темплейта и они сохранились. Посмотрим что будет с остальными ону на этой ветке. 1-й пон порт тоже стартонул с левым темплейтом для 1 ону. ОЛТ мною настраивался изначально с нуля. Если его кто и экплуатировал мне об этом неизвестно. Пишут в этой и других темах о подобном неадекватном поведении 3310С. С 3310В таких приколов небыло. Мне кажется логичным, если эти левые настройки где нибудь есть - их можно посмотреть. Пока ничего удалять не буду, посмотрим как будут подключаться новые ону.

Это уже обсуждалось, согласен с комрадом который указывал, в каких случаях перезаписывается конфиг.Не вижу проблем в этом моменте. Без этих строк, мы бы не узнали из лога, применяется темплейт и перезаписывается ли конфиг, для новых ону.

Как это понимать ? В целом - согласен. В моем случае с 3310С - не согласен. Все команды указанные в темплейте для ону (например 5-й автоматом) и (6 руками) применяются. Вопросов по синтаксису нет.

Вы рандомных тегов в конфиге ону не видите потому что их уже нет, 6 ону конфиг прибит уже руками. ОЛТ в поле. Представьте себе, при вот таких настройках, выложенных выше, возникают рандомные из неведомого темплейта настройки в конфиге для новых ону. В предыдущем сообщении показал как это происходит и что именно происходит. Не смотря на имеющийся темплейт и конфиг. Как можно объяснить автоматически примененный темплейт и сохранение конфига для 5 ону ? Неприменение темплейта и конфига для 6 ону и применение для 7 ? Вот что еще пишут по этому поводу https://local.com.ua/forum/topic/84100-bdcom-p3310c/?p=921885 и вот https://local.com.ua/forum/topic/84100-bdcom-p3310c/?p=922890 С 3310В таких приколов небыло. Жесть какая то !

Возможно почитать еще и здесь. https://local.com.ua/forum/topic/53164-продам-pon-onu-fiberhome-zte-совместимы-с-bdcom/?p=534925

Через пару минут, лог для понимания что за это время происходило. Подключилась ону, подтянулись настройки. Switch#sh run Building configuration... skip... ! interface EPON0/2 epon pre-config-template T1 binded-onu-llid 1-64 epon bind-onu mac a0c6.ec06.24ba 1 epon bind-onu mac e4be.ed35.515e 2 epon bind-onu mac e4be.ed35.4aac 3 epon bind-onu mac e4be.ed35.4eac 4 epon bind-onu mac 8479.7399.4766 5 epon bind-onu mac 8479.7399.2da9 6 epon bind-onu mac a0c6.ec07.d206 7 switchport trunk vlan-allowed 101 switchport mode trunk switchport protected 1 ! interface EPON0/2:1 ! interface EPON0/2:2 switchport port-security dynamic maximum 10 switchport port-security mode dynamic epon onu port 1 ctc vlan mode tag 101 epon onu port 1 ctc loopback detect epon sla upstream pir 1000000 cir 15000 epon sla downstream pir 1000000 cir 15000 ! interface EPON0/2:3 switchport port-security dynamic maximum 10 switchport port-security mode dynamic epon onu port 1 ctc vlan mode tag 101 epon onu port 1 ctc loopback detect epon sla upstream pir 1000000 cir 15000 epon sla downstream pir 1000000 cir 15000 ! interface EPON0/2:4 switchport port-security dynamic maximum 10 switchport port-security mode dynamic epon onu port 1 ctc vlan mode tag 101 epon onu port 1 ctc loopback detect epon sla upstream pir 1000000 cir 15000 epon sla downstream pir 1000000 cir 15000 ! interface EPON0/2:5 switchport port-security dynamic maximum 10 switchport port-security mode dynamic epon onu port 1 ctc vlan mode tag 101 epon onu port 1 ctc loopback detect epon onu port 1 storm-control mode 4 threshold 256 epon sla upstream pir 1000000 cir 15000 epon sla downstream pir 1000000 cir 15000 ! interface EPON0/2:6 switchport port-security dynamic maximum 10 switchport port-security mode dynamic epon onu port 1 ctc vlan mode tag 101 epon onu port 1 ctc loopback detect epon onu port 1 storm-control mode 4 threshold 256 epon sla upstream pir 1000000 cir 15000 epon sla downstream pir 1000000 cir 15000 ! interface EPON0/2:7 switchport port-security dynamic maximum 10 switchport port-security mode dynamic epon onu port 1 ctc vlan mode tag 101 epon onu port 1 ctc loopback detect epon onu port 1 storm-control mode 4 threshold 256 epon sla upstream pir 1000000 cir 15000 epon sla downstream pir 1000000 cir 15000 ! interface EPON0/3 epon pre-config-template T1 binded-onu-llid 1-64 switchport trunk vlan-allowed 101 switchport trunk vlan-untagged none switchport protected 1 ! Log Buffer (20000 bytes): Mar 16 22:01:13 %OLT: Interface EPON0/2:7's CTC OAM extension negotiated successfully! Mar 16 22:01:13 %OLT: Interface EPON0/2:7's OAM Operational Status: Operational Mar 16 22:01:12 %EPON-ONUAUTHEN: ONU a0c6.ec07.d206 is authenticated on EPON0/2:7. Mar 16 22:01:12 %EPON-ONUREG: ONU a0c6.ec07.d206 is registered on EPON0/2:7. Mar 16 21:54:10 User admin enter privilege mode from vty 0, level = 15 skip... Mar 16 11:33:28 %EPON-ONUDEREG: ONU a0c6.ec07.d206 is deregistered on EPON0/2:7. Mar 16 11:33:26 %OLT: Interface EPON0/2:7's OAM Operational Status: Linkfault

Благодарю за совет. Зачем удалять ? Если сохранились старые настройки ону, то где эти настройки можно посмотреть ?Если старые настройки, то почему каждой новой ону которой навешивается левый темплейт, назначается влан на единицу выше чем у предыдущей с левым конфигом ? Почему ону с левым теплейтом с тегом 155 и выше, влан в таблице мак адресов на порту ону первый ? такой был вывод sh mac add dyn 1 8416.f9e1.6c09 DYNAMIC epon0/2:6 Зачем сносить ? - если применить руками необходимые настройки, они применятся и сохранятся wr all проверено.Модели и прошивки 5 и 6 ону идентичные. Что значит частичное ? - созданный не известно кем и как, конфиг 6 ону левый от начала и до конца. Если с епон интерфейса убрать темплейт, ситуация с левым конфигом будет аналогичной описанной выше. Новая ону, левый конфиг, с тегом на единицу выше предыдущей от 155,156,157 и так далее, или если руками переконфигурировать необходимую ону, то новая получит левый конфиг с тегом на единицу выше предыдущего левого и мак адресом абонента в 1 влане на порту ону. sh epo onu-software-version interface epON 0/2 Interface EPON0/2 has bound 5 ONUs auto-configured: IntfName SoftwareVersion --------------- -------------------- EPON0/2:2 V1.1.0R151119 EPON0/2:4 V1.1.0R151119 EPON0/2:5 10.0.17A 1017 EPON0/2:6 10.0.17A 1017 EPON0/2:7 V8R104-161107 Если просмотреть конфиг ОЛТ из настроек ону только ! interface EPON0/2:5 switchport port-security dynamic maximum 10 switchport port-security mode dynamic ! interface EPON0/2:6 switchport port-security dynamic maximum 10 switchport port-security mode dynamic ! конфиг ону sh run db-llid так выглядит сейчас ! interface EPON0/2:5 epon onu port 1 ctc vlan mode tag 101 epon onu port 1 ctc loopback detect epon onu port 1 storm-control mode 4 threshold 256 switchport port-security dynamic maximum 10 switchport port-security mode dynamic epon sla upstream pir 1000000 cir 15000 epon sla downstream pir 1000000 cir 15000 ! interface EPON0/2:6 epon onu port 1 ctc vlan mode tag 101 epon onu port 1 ctc loopback detect epon onu port 1 storm-control mode 4 threshold 256 switchport port-security dynamic maximum 10 switchport port-security mode dynamic epon sla upstream pir 1000000 cir 15000 epon sla downstream pir 1000000 cir 15000 ! Или как в посту выше левый конфиг с тегом 156 на 6 ону, темплейта которого в конфигах ОЛТа нет !По какой причине на 2,3 и 4 ону происходила такая же ситуация ? - не применялся темплейт и применялся левый.

У меня трабла появилась! Подключил шаблон: epon onu-config-template SING1 cmd-sequence 1 description -=Singury, CLIENT_ADDRESS=- MAK_ONU cmd-sequence 2 epon onu description BILL_LOGIN cmd-sequence 3 epon onu all-port ctc vlan mode tag 988 cmd-sequence 4 epon onu all-port ctc loopback detect Задействовал его на ПОН1: epon pre-config-template SING1 binded-onu-llid 2-64 Итог: НЕРАБОТАЕТ! ОНУ сами не регистрируются!!! Может кто подскажет что не так? PS Забыл указать, что на ПОН1 уже висит 18 ОНУ, ручками прописанные. show logging что пишет? Не забываем про новый формат команды сохранения конфига: write all (если просто write конфиг онушек не сохраняется, сохраняется только конфиг OLT). Если онушка выключаеться то в running-config ее конфига не видно, но его можно посмотреть командой show run db-llid. Столкнулся с аналогичной проблемой, не применяется темплейт.Точнее, на 2:5 темплейт применился, на 2:6 уже не применился, на 2:7 применился. sh ver BDCOM(tm) P3310C Software, Version 10.1.0D Build 33463 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2016-2-24 18:19:9 by SYS_33463, Image text-base: 0x80008000 ROM: System Bootstrap, Version 0.3.9, Serial num:**** System image file is "Switch.bin" hardware version:V1.0 (RISC) processor with 131072K bytes of memory, 16384K bytes of flash Switch#sh conf !version 10.1.0D build 33463 skip... ! epon onu-config-template T1 cmd-sequence 1 epon onu all-port ctc vlan mode tag 101 cmd-sequence 2 epon onu all-port ctc loopback detect cmd-sequence 3 epon sla downstream pir 1000000 cir 15000 cmd-sequence 4 epon sla upstream pir 1000000 cir 15000 cmd-sequence 5 epon onu all-port storm-control mode 4 threshold 256 cmd-sequence 6 switchport port-security mode dynamic cmd-sequence 7 switchport port-security dynamic maximum 10 cmd-sequence 8 exit cmd-sequence 9 exit cmd-sequence 10 write all ! ! interface EPON0/2 epon pre-config-template T1 binded-onu-llid 1-64 epon bind-onu mac a0c6.ec06.24ba 1 epon bind-onu mac e4be.ed35.515e 2 epon bind-onu mac e4be.ed35.4aac 3 epon bind-onu mac e4be.ed35.4eac 4 epon bind-onu mac 8479.7399.4766 5 epon bind-onu mac 8479.7399.2da9 6 epon bind-onu mac a0c6.ec07.d206 7 switchport trunk vlan-allowed 101 switchport mode trunk switchport protected 1 ! sh epo onu-information Interface EPON0/2 has registered 7 ONUs: IntfName VendorID ModelID MAC Address Description BindType Status Dereg Reason ---------- --------- -------- -------------- ------------------------------- --------- --------------- ----------------- EPON0/2:1 a0c6.ec06.24ba N/A static lost unknow EPON0/2:2 NTS 101 e4be.ed35.515e N/A static auto_configured N/A EPON0/2:3 NTS 101 e4be.ed35.4aac N/A static auto_configured N/A EPON0/2:4 NTS 101 e4be.ed35.4eac N/A static auto_configured N/A EPON0/2:5 BDCM 151C 8479.7399.4766 N/A static auto_configured N/A EPON0/2:6 BDCM 151C 8479.7399.2da9 N/A static auto_configured N/A EPON0/2:7 PICO E510 a0c6.ec07.d206 N/A static auto_configured N/A sh run db-llid Building database configuration... skip... ! interface EPON0/2:5 epon onu port 1 ctc vlan mode tag 101 epon onu port 1 ctc loopback detect epon onu port 1 storm-control mode 4 threshold 256 switchport port-security dynamic maximum 10 switchport port-security mode dynamic epon sla upstream pir 1000000 cir 15000 epon sla downstream pir 1000000 cir 15000 ! interface EPON0/2:6 epon onu port 1 ctc vlan mode tag 156 epon onu port 1 ctc loopback detect epon onu port 1 storm-control mode 3 threshold 256 switchport port-security dynamic maximum 6 switchport port-security mode dynamic ! log От фонаря конфиг 2:6.На слудущей ону 2:7 будет tag 157. Но внезапно, настройки получены из темплейта ! Mar 14 00:43:55 /ifindex-config is wrote, TID:8405bcd0 Mar 14 00:43:41 /config.db is wrote, TID:8405bcd0 Mar 14 00:43:38 /startup-config is wrote, TID:8405bcd0 Mar 14 00:43:36 %OLT: Interface EPON0/2:7's CTC OAM extension negotiated successfully! Mar 14 00:43:35 %OLT: Interface EPON0/2:7's OAM Operational Status: Operational Mar 14 00:43:35 %EPON-ONUAUTHEN: ONU a0c6.ec07.d206 is authenticated on EPON0/2:7. Mar 14 00:43:35 %EPON-ONUREG: ONU a0c6.ec07.d206 is registered on EPON0/2:7. log Болт а не настройки 2:6 ! Mar 13 04:17:48 %OLT: Interface EPON0/2:6's CTC OAM extension negotiated successfully! Mar 13 04:17:48 %OLT: Interface EPON0/2:6's OAM Operational Status: Operational Mar 13 04:17:47 %EPON-ONUAUTHEN: ONU 8479.7399.2da9 is authenticated on EPON0/2:6. Mar 13 04:17:47 %EPON-ONUREG: ONU 8479.7399.2da9 is registered on EPON0/2:6. Mar 13 03:38:01 %EPON-ONUDEREG: ONU 8479.7399.2da9 is deregistered on EPON0/2:6. Mar 13 03:37:58 %OLT: Interface EPON0/2:6's OAM Operational Status: Linkfault Mar 13 03:37:58 timestamp 0, window 0, threshold 0, value 0 Mar 13 03:37:58 Alarm DYING_GASP from ONU 8479.7399.2da9 port EPON0/2:6 Mar 13 03:37:58 timestamp 0, window 0, threshold 0, value 0 Mar 13 03:37:58 Alarm CRITICAL from ONU 8479.7399.2da9 port EPON0/2:6 Mar 13 03:37:58 %OLT: Interface EPON0/2:6's OAM Operational Status: Linkfault Mar 13 03:37:58 timestamp 0, window 0, threshold 0, value 0 Mar 13 03:37:58 Alarm DYING_GASP from ONU 8479.7399.2da9 port EPON0/2:6 Mar 13 03:37:58 timestamp 0, window 0, threshold 0, value 0 Mar 13 03:37:58 Alarm CRITICAL from ONU 8479.7399.2da9 port EPON0/2:6 Mar 13 03:37:08 %OLT: Interface EPON0/2:6's CTC OAM extension negotiated successfully! Mar 13 03:37:08 %OLT: Interface EPON0/2:6's OAM Operational Status: Operational Mar 13 03:37:07 %EPON-ONUAUTHEN: ONU 8479.7399.2da9 is authenticated on EPON0/2:6. Mar 13 03:37:07 %EPON-ONUREG: ONU 8479.7399.2da9 is registered on EPON0/2:6. Mar 13 01:16:30 /ifindex-config is wrote, TID:8405bcd0 Mar 13 01:16:16 /config.db is wrote, TID:8405bcd0 Mar 13 01:16:12 /startup-config is wrote, TID:8405bcd0 Mar 13 01:16:11 %OLT: Interface EPON0/2:5's CTC OAM extension negotiated successfully! Mar 13 01:16:11 %OLT: Interface EPON0/2:5's OAM Operational Status: Operational Mar 13 01:16:11 %EPON-ONUAUTHEN: ONU 8479.7399.4766 is authenticated on EPON0/2:5. Mar 13 01:16:11 %EPON-ONUREG: ONU 8479.7399.4766 is registered on EPON0/2:5.

Оно же работало (с)

да есть но писали по быстрому счас закупаем вот такие. https://www.minicircuits.com/pdfs/VBF-2555+.pdf Можно посмотреть эти не попавшие в отчет по ссылке фото измерений ?

Спасибо за результаты измерений. Есть фото измерений с сеткой частот как на фотках выше ? Выглядит как - покупайте наших слонов.

MIKROTIK hAP ac

Например входящий/исходящий трафик на скорости порта/тарифа.В венде в диспетчере задач можно посмотреть вкладку "сеть". В текущей реализации DHCP Вега, провайдер, а точнее ТП Вега и не увидит обрыв сессии.А вот копипаст потерь на шлюз и ДНС, в котором видно хосты(айпи адреса) лучше на фейсбук https://www.facebook.com/vegatelecomgroupВега запостить.

В микротике 53 порт закрыт ? Канал точно не утилизируется полностью в момент потерь ? Покажите статистику микротика по интерфейсам. И пинг на шлюз в терминале микротика, а также ip dhcp client status, можно сделать и показать скриншот.

Оптимист Начиная с какого количества жалоб абонентов, в понимании Вега, проблема переходит в категорию "массовая" ?

У соседа такие же потери ?

Логика обывателя Где оператор может гарантировать "передачу данных" ? - правильно, в своей "локальной" сети. Разницу с ТС видишь ? traceroute 195.248.191.67 # ADDRESS LOSS SENT LAST AVG BEST WORST STD-DEV STATUS 1 217.24.160.1 0% 1100 0.7ms 0.8 0.7 7.3 0.3 2 195.248.191.129 0% 1100 1.2ms 2.2 1.1 68.5 3.8 3 195.248.191.67 0% 1100 0.7ms 0.8 0.6 8.2 0.4 traceroute 195.248.191.72 # ADDRESS LOSS SENT LAST AVG BEST WORST STD-DEV STATUS 1 217.24.160.1 0% 1250 0.7ms 0.8 0.7 8.4 0.4 2 195.248.191.129 0% 1250 1.4ms 2.1 1.2 90.8 3.7 3 195.248.191.72 0% 1250 0.8ms 1.1 0.7 5.6 0.3

Твои предложения, как диагностировать ? Гугл пинговать в то время когда даже в локалке на шлюз потери ? А "сессия" у нее не рвется, потому что авторизация по дхцп скорей всего, поэтому ТП - не видит проблем. Сразу видно, с Вегой ты вопросов по диагностике не имел. Трасса должна выглядеть примерно так. traceroute 195.248.191.72 # ADDRESS LOSS SENT LAST AVG BEST WORST STD-DEV STATUS 1 217.24.160.1 0% 231 0.7ms 0.7 0.7 2.7 0.2 2 195.248.191.129 0% 231 4.4ms 2 1.1 17 2.3 3 195.248.191.72 0% 231 1.1ms 1.1 0.7 5.9 0.4

Какие то ? Это второй ДНС Вега На видео трассируется www.vegatele.comОпять же, второй DNS не обязан всегда работать. Опять же, он и на пинг не обязан отвечать. В локалке Вега не обязан ? Показать как он не обязан ? Щаз покажу С такого же FTTB подключения, с авторизацией по дхцп.

Проблема явно есть, начинается со шлюза, если правильно рассмотрел в видео. Шлюз тоже с потерями пингуется/трассируется ? Для начала, результаты winmtr выкладываем сюда, нажав кнопку "copy текст то clipboard", при написании сообщения, жмакаем на локале под смайликом, слева от "цитата", "стрелочки в разные стороны", и сюда Ctrl+v вставляем результат винмтр, это необходимо для удобного лицезрения результатов. Запустить винмтр на ДНС 72 и 67 на 120-180 пакетов, видео не нужно больше. Айпи шлюза какой ? Ваш белый айпи укажите можно в личку, айпи статический или динамический ? Авторизация DHCP(получить айпи автоматически) ?

Какие то ? Это второй ДНС Вега