ОЛТ STELS

[Zlobar 30]

2 часа назад, KaYot сказал:

Device Model     : FD1208S-R2-DAP
Hardware version : V1.0
Firmware version : V1.6.0_210601

 

...

 

Ничего не помогает, в случайные моменты один ОЛТ ребутится.

Единственное что отличается на этом и других ОЛТах - тут солянка из разных ОНУ, на остальных в основном родная Cdata.

 

V1.6.0_210909 пробували?

 

Пам'ять не моніторите?

OID .1.3.6.1.4.1.34592.1.3.100.1.8.3.0 - вільних МБ

 

[Prohvost 0]

Добрый день! Имеется пара FD1208S с прошивкой V1.0.5_190703 с настроенным dhcp-snooping

dhcp-snooping enable
dhcp-snooping vlan 642-645
dhcp-snooping trust port ge 0/0 2

После перезагрузки OLT, перестает работать DHCP. Если отключить dhcp-snooping, то DHCP опять начинает работать. И можно опять включить dhcp-snooping, но все будет работать до следующей перезагрузки.

И второй момент, не понятна причина перезагрузок оборудования. С электричеством точно проблем нету, так как на узле стоит online UPS + еще пара железок у которых uptime чуть меньше года. Если отключить dhcp-snooping, то беспричинные перезагрузки прекращаются.  
Dhcp-snooping включили несколько месяцев назад, и уже поймали два таких бага. Такое ощущение, что на прошивке V1.0.5_190703 имеются проблемы с dhcp-snooping. Кто-нибудь с этим сталкивался? Начинаю с какой прошивки этот баг устранили?

[Prohvost 0]

Добрый день! Имеется пара FD1608S с прошивкой V1.0.5_190703 с настроенным dhcp-snooping

dhcp-snooping enable
dhcp-snooping vlan 642-645
dhcp-snooping trust port ge 0/0 2

После перезагрузки OLT, перестает работать DHCP. Если отключить dhcp-snooping, то DHCP опять начинает работать. И можно опять включить dhcp-snooping, но все будет работать до следующей перезагрузки.

И второй момент, не понятна причина перезагрузок оборудования. С электричеством точно проблем нету, так как на узле стоит online UPS + еще пара железок у которых uptime чуть меньше года. Если отключить dhcp-snooping, то беспричинные перезагрузки прекращаются.  
Dhcp-snooping включили несколько месяцев назад, и уже поймали два таких бага. Такое ощущение, что на прошивке V1.0.5_190703 имеются проблемы с dhcp-snooping. Кто-нибудь с этим сталкивался? Начинаю с какой прошивки этот баг устранили?

Відредаговано 2022-01-31 06:08:13 Prohvost

[SpasiboMne 20]

4 hours ago, Prohvost said:

Добрый день! Имеется пара FD1608S с прошивкой V1.0.5_190703 с настроенным dhcp-snooping

dhcp-snooping enable
dhcp-snooping vlan 642-645
dhcp-snooping trust port ge 0/0 2

После перезагрузки OLT, перестает работать DHCP. Если отключить dhcp-snooping, то DHCP опять начинает работать. И можно опять включить dhcp-snooping, но все будет работать до следующей перезагрузки.

И второй момент, не понятна причина перезагрузок оборудования. С электричеством точно проблем нету, так как на узле стоит online UPS + еще пара железок у которых uptime чуть меньше года. Если отключить dhcp-snooping, то беспричинные перезагрузки прекращаются.  
Dhcp-snooping включили несколько месяцев назад, и уже поймали два таких бага. Такое ощущение, что на прошивке V1.0.5_190703 имеются проблемы с dhcp-snooping. Кто-нибудь с этим сталкивался? Начинаю с какой прошивки этот баг устранили?

Добрый. Шить.

[fet4 46]

В 27.07.2021 в 11:29, Prohvost сказав:

Здравствуйте! Вопрос по FD1208S. Каким образом на нем реализовывается port security? Я пытаюсь сделать, чтобы ONT на медном порту ETH запоминал один MAC-адрес от абонента. А другие MAC-адрес отбрасывал. Для это я в настройках ont-srvprofile выставил ограничение на один MAC “port eth 1 max-mac-count 1” и запоминал сутки “mac-aging 86400”

 

ont-srvprofile gpon profile-id 7 profile-name "227"

  ont-port eth 1 pots adaptive catv adaptive iphost adaptive

  mac-aging 86400

  port eth 1 max-mac-count 1

  port vlan eth 1 translation 7 user-vlan 227

  commit

 exit

 

OLT(config)# show ont info 0/0 1 26

-----------------------------------------------------------------------------

  F/S               : 0/0

  Port              : 1

  ONT-ID            : 26

  Control flag      : active

  Run state         : online

  Config state      : success

  Match state       : match

  DBA type          : SR

  Distance(m)       : 1

  Validity mode     : always

  Authentic mode    : sn-auth

  SN                : hwtcE6B04BA0

  Description       :

  Last up time      : 2000-01-01 00:26:31

  Last down time    : 2000-01-01 00:25:50

  On  line  time    : 0days 0h:2m:53s

 ----------------------------------------------------------------------------

  Line Profile-ID     : 7

  Line Profile-name   : 227

 ----------------------------------------------------------------------------

  FEC upstream     : Disable

  OMCC encrypt     : Off

  Qos mode         : PQ

  Mapping mode     : VLAN

  TR069 management : Disable

  TR069 IP index   : 0

 ----------------------------------------------------------------------------

  <T-CONT  0>               DBA-Profile ID : 0

  ---------------------------------------------------------------------------

  <T-CONT  4>               DBA-Profile ID : 1

    <Gem ID 11>             US-GEM-CAR : -       DS-ENCRYPT-MODE : off

      Mapping-ID  VLAN      Priority      Port-ID

      1           227       -             -

 ----------------------------------------------------------------------------

  Service Profile-ID    : 7

  Service Profile-name  : 227

 ----------------------------------------------------------------------------

  Port-type       Port-number

  ---------------------------------------------------------------------------

  ETH             1

  POTS            0

  CATV            1

  IPHOST          2

 ----------------------------------------------------------------------------

  MAC learning switch     : enable

  MAC aging time(s)       : 86400

  Native VLAN option      : concern

 ----------------------------------------------------------------------------

  Port   Port Service-type Index S-VLAN S-PRI C-VLAN C-PRI ENCAP S-PRI

  type   ID                                                      POLICY

  ---------------------------------------------------------------------------

  ETH    1    Translation  1     1      -     1      -     -     -

  ETH    1    Translation  2     7      -     227    -     -     -

  IPHOST 1    Transparent  -     -      -     -      -     -     -

  IPHOST 2    Transparent  -     -      -     -      -     -     -

 ----------------------------------------------------------------------------

  Port-type  Port-ID  Max-MAC-Count

  ---------------------------------------------------------------------------

  ETH        1        1

 

 

Далее после ONT включил простой switch, а за ним два устройства. По-хорошему, если ограничение работает, я должен видеть один MAC-адрес. Но на деле светится два.

OLT(config)# show ont port learned-mac 0/0 1 26 eth 1

-----------------------------------------------------------------------------

  Index  MAC

 ----------------------------------------------------------------------------

  1      18:67:B0:26:76:42

  2      BC:F6:85:CC:95:3F

 

Что я делаю не так?

 

 

Аналогично. На FD1208S_Pack_IW_V1.6.0_211231_10221_X000.img не работает ограничение мак адресов "port eth 1 max-mac-count 1". Как так ? Это один из базовых функционалов.

 

PS: Хотя нет, работает, только ограничение на всю онушку, не на порт. В bdcom аналогично работает.

 

interface epon 0/0
 ont add 1 1 mac-auth xx:xx:xx:xx:xx:xx ont-lineprofile-id 0 ont-srvprofile-id 1
   ont mac-limit 1 1 1

 

Відредаговано 2022-02-17 21:06:48 fet4

[fet4 46]

В 10.12.2021 в 22:56, KaYot сказав:

Device Model     : FD1208S-R2-DAP
Hardware version : V1.0
Firmware version : V1.6.0_210601

 

Загрузка чуть больше гига.

Загадка в том, что именно этих голов FD1208S у нас стоит 10+шт. И с этой прошивкой, и с более старой V1.5.2_201130 все работают без нареканий.

Питание на точке не дергается. Работает под online УПСом, УПС меняли.

Прошивки меняли.

ОЛТ физически меняли.

PON-модуля меняли.

 

Ничего не помогает, в случайные моменты один ОЛТ ребутится.

Единственное что отличается на этом и других ОЛТах - тут солянка из разных ОНУ, на остальных в основном родная Cdata.

 

Но-но.

Конфиг простейший, управляющий влан да несколько клиентских PPPoE вланов, тег снимается на ОНУ. Никаких глобальных отличий от других ОЛТов.

 

Решили вопрос с перезагрузками ?

[fet4 46]

В 10.12.2021 в 23:44, openbox сказав:

Перейдите на vsolution и забудете о проблемах.....

 

Аргументы ? На столе на тесте cdata лежит...

[x-net 20]

13 часов назад, fet4 сказал:

Аргументы ? На столе на тесте cdata лежит...

Ох уж эти продаваны... Очевидно имелось в виду "забудете одни проблемы, и будете заниматься решением других"? В свое время эти вендоры стартовали примерно с одних позиций. С-Дата развивалась явно успешнее. Сейчас у них больше ресурсов, больше продуктовая линейка, есть официальные поставщики. Поэтому я выбрал С-Дата. Да, проблемы есть. Нет, они не катастрофичны. Да, реакция отдела софт РД оставляет желать лучшего, но прогресс определенно есть.

[KaYot 3 702]

18 часов назад, fet4 сказал:

Решили вопрос с перезагрузками ?

Перестали удалять/добавлять ОНУ и ребуты прекратились.

Какой-то косяк есть в процедуре регистрации сторонних ОНУ, но найти и исправить не смогли.

[Mechanik 49]

В 11.12.2021 в 00:44, openbox сказал:

Перейдите на vsolution и забудете о проблемах.....

 

эти v-sol еще та лотерея. Пока они делали на чипах zte проблем не было, но как-только они выпустили партию на realtek, там косяк на косяке. Сейчас они вроде вернулись назад на zte.

[openbox 15]

Онушки V2801RE (чип Realtek) работают без проблем на OLT C-Data и Vsolution

[Mechanik 49]

21 час назад, openbox сказал:

Онушки V2801RE (чип Realtek) работают без проблем на OLT C-Data и Vsolution

возможно, но у нас была ревизия RD

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

[Сергей Л 2]

11 часов назад, Mechanik сказал:

возможно, но у нас была ревизия RD

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

Подтверждаю, вся партия RD вернулась на склад, после ребута onu шансы поднять линию 50/50

[openbox 15]

V2801RD - Xpon ONU

V2801RE - Epon ONU

 

 

[Mechanik 49]

может у кого есть поновее прошивки, у меня такие

2801ze_upgrade_svn625.bin
v2801rd_v1.0.7_220110_s245.bin
v2801se_img_v6.0.4p1t8_s625.bin

ону 2801SE в режиме роутера, ip по dhcp поднимает через несколько часов после ребута, думал косяк в relay, но на олт запросы прилетают и ону отдается ip

Відредаговано 2022-02-23 12:19:00 Mechanik

[openbox 15]

 

 

V2801SE-EPON-IMG_V6.0.6P1T8-210606_S827.bin

[Archik_ 0]

господа, подскажите по BBU. не могу в мануалах найти характеристики батареи. Везде в мануалах почему-то  48В DC. Хотя на самой голове BBU 12В. Интересует 12хх и 16хх серия 

[VInService 8]

Вечер добрый.

Поделитесь, пожалуйста, конфигом QinQ на OLT FD1108S STELS?

И последней прошивочкой тоже.

 

Заранее спасибо.

[SpasiboMne 20]

5 minutes ago, VInService said:

Вечер добрый.

Поделитесь, пожалуйста, конфигом QinQ на OLT FD1108S STELS?

И последней прошивочкой тоже.

 

Заранее спасибо.

https://spasibomne.pp.ua/s/NBp3DYcqg7Rap9T
там же есть маны. 

Відредаговано 2022-04-19 20:53:50 SpasiboMne

[Mackiavelly 1]

В 15.04.2022 в 16:34, Archik_ сказал:

господа, подскажите по BBU. не могу в мануалах найти характеристики батареи. Везде в мануалах почему-то  48В DC. Хотя на самой голове BBU 12В. Интересует 12хх и 16хх серия 

Узнал что-то?

[Cadbury 0]

Панове, а pppoe agent на FD1204/1208 работает в какой-то прошивке?
Попала пара устройств в руки, на одном (V1.5.0_191125) включение агента крешит софт прям на глазах, на другом (V1.5.2_201130) агент притворяется работающим, но pppoe перестает конектиться даже после выключения агента до ребута.

[Cadbury 0]

OK, будем шить, но вот как определить, какой прошивкой?

1208 показывает себя вот так:

# show device 
-----------------------------------------------------------------------------
  Device model           : EPON OLT
  Device MAC address     : E0:67:B3:XX:XX:XX
  Device serial-number   : AF2102-2012000005
  Device vendor name     : EPON OLT
  Device csm             : X000
-----------------------------------------------------------------------------

# show version 
  Hardware version : V1.0
  Firmware version : V1.5.2_201130 (Mon, 30 Nov 2020 18:14:25 +0800)
  Kernel version   : V1.0.0_201130 (Mon, 30 Nov 2020 18:44:55 +0800)
  Web version      : V1.2.4_201130 (Mon, 30 Nov 2020 09:05:26 +0800)
 

И какая же прошивка подойдет для него, FD1208S чи FD1208S_B0 ?

Окирпичить и выкинуть не предлагать

 

[KaYot 3 702]

1 час назад, Cadbury сказал:

И какая же прошивка подойдет для него, FD1208S чи FD1208S_B0 ?

Команда show hwinfo

Если есть ответ - железо b0 и надо его шить.

[maccartny 0]

В 31.01.2022 в 03:39, Prohvost сказал:

Добрый день! Имеется пара FD1208S с прошивкой V1.0.5_190703 с настроенным dhcp-snooping

dhcp-snooping enable
dhcp-snooping vlan 642-645
dhcp-snooping trust port ge 0/0 2

После перезагрузки OLT, перестает работать DHCP. Если отключить dhcp-snooping, то DHCP опять начинает работать. И можно опять включить dhcp-snooping, но все будет работать до следующей перезагрузки.

И второй момент, не понятна причина перезагрузок оборудования. С электричеством точно проблем нету, так как на узле стоит online UPS + еще пара железок у которых uptime чуть меньше года. Если отключить dhcp-snooping, то беспричинные перезагрузки прекращаются.  
Dhcp-snooping включили несколько месяцев назад, и уже поймали два таких бага. Такое ощущение, что на прошивке V1.0.5_190703 имеются проблемы с dhcp-snooping. Кто-нибудь с этим сталкивался? Начинаю с какой прошивки этот баг устранили?

Подтверждаю данную проблему и хотелось бы найти решение . После ребут олта  по dhcp прилетает от клиентов dhcp пакет в котором мак олта отсутствует . После повторного ребута роутера и ону все ок 

[maccartny 0]

В 31.01.2022 в 03:39, Prohvost сказал:

Добрый день! Имеется пара FD1208S с прошивкой V1.0.5_190703 с настроенным dhcp-snooping

dhcp-snooping enable
dhcp-snooping vlan 642-645
dhcp-snooping trust port ge 0/0 2

После перезагрузки OLT, перестает работать DHCP. Если отключить dhcp-snooping, то DHCP опять начинает работать. И можно опять включить dhcp-snooping, но все будет работать до следующей перезагрузки.

И второй момент, не понятна причина перезагрузок оборудования. С электричеством точно проблем нету, так как на узле стоит online UPS + еще пара железок у которых uptime чуть меньше года. Если отключить dhcp-snooping, то беспричинные перезагрузки прекращаются.  
Dhcp-snooping включили несколько месяцев назад, и уже поймали два таких бага. Такое ощущение, что на прошивке V1.0.5_190703 имеются проблемы с dhcp-snooping. Кто-нибудь с этим сталкивался? Начинаю с какой прошивки этот баг устранили?

 

 

Відредаговано 2023-01-27 11:58:01 maccartny
дубль / удалить