P3608-2TE перестал работать как свитч с новой прошивкой

[nixx]

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

и обнаружил, что после обновления упомянутой модели с версии 115271 до 144930 или даже до 130574 (пробовал откатиться не совсем далеко) OLT перестает свитчевать трафик между гигабитными ethernet-портами.

wireshark'ом видно, что из одного порта в другой летят какие-то совершенно кривые/битые пакеты, которые его пониманию неподвластны, но количество кривых пакетов совпадает с числом ушедших в бдком )) (пробовал пинговаться)

вспомнив, что здесь уже появлялась ругань на то, что "пакеты через бдком не ходят", пробовал включать как на обоих портах switchport mode dot1q-tunnel-uplink, так и на одном tunnel-uplink, на другом dot1q-translating-tunnel (там, где тестовый хост втыкал в untag vlan)

бесполезно, всё те же сказочно-битые пакеты.

глобально dot1q-tunnel тоже пробовал говорить - безрезультатно.

ранее (на 115271) у меня все ethernet и pon порты были настроены традиционно в switchport mode trunk, и всё работало.

 

подскажите, куда копать, что включать/переключать?

 

картинка ниже кликабельна, надписи читаемы

 

[nixx]

upd: какая-то неведомая фигня происходит.

взял пустой P3608-2TE - с прошивкой 144930 всё работает в конфигурации, аналогичной тем бдкомам, где отвалилось при перешивке (switchport mode trunk и т.д.)

те два бдкома, на которых были абоненты, подключенные непосредственно в gi 0/x порты - стоят далеко, и просто так махнуть их проблемно, чтобы поиграться на столе.

на днях попробую с них конфиг залить в свой, но пока теряюсь в догадках, что это за хрень.

[straus]

После перепрошивки полный сброс и конфигурацию по-новой делал?

[nixx]

10 часов назад, straus сказал:

После перепрошивки полный сброс и конфигурацию по-новой делал?

после перепрошивки пустого - да (точнее, в нем конфигов вообще нет, чисто Switch.bin). а те, где отваливались абоненты - нет.

[straus]

Если устройство использует текстовый конфиг - можно экспортировать, сбросить в заводские, импортировать конфиг обратно. Если конфиг бинарный - только конфигурировать по-новой.

И посмотреть описание к прошивке - там обычно указывают про обязательность сброса и несовместимость со старыми конфигами.

[nixx]

судя по рекомендации, вы с олт бдкомов не работали.

там и текстовый, и sqlite база онушек, и бинарный конфиг индексов интерфейсов.

каких-либо описаний к прошивкам бдкома вы не найдете никогда.

на протяжении 4 лет минимум любое обновление сводилось к перезаливу фирмвари, единожды к изменению номеров интерфейсов на одной из моделей, а зачастую к апдейтам базы sqlite и коррекции/дополнению текстового конфига, всё на лету самой прошивкой делается.

[daff]

3310D у меня на одной из версий прошивок порт не работал в режиме access

помогало default  interface

[nixx]

на текущий момент пришел к результату (по-видимому, неполному, но хоть какому-то):

BDCom перестал частично воспринимать строчки, относящиеся к untagged влану при конфигурации ethernet-порта в виде:

interface GigaEthernet0/5
 switchport trunk vlan-allowed 1002-1513,4000,4040
 switchport trunk vlan-untagged 4000
 switchport mode trunk
 switchport pvid 4000

почему частично - потому что если повесить в этом влане ip на сам BDCom - то он пингуется, с него наружу тоже пинги ходят, на него можно залогиниться.

но при этом если извне пинговать ONU, висящие на BDCom'е - они ничего не отвечают.

с самого BDCom'а эти же ONU нормально пингуются.

 

но если убрать строчки в конфигурации GigaEthernet0/5, задающие vlan-untagged и pvid, и повесить на вышестоящем устройстве vlan 4000 с тэгом, то пингуется в нём и BDCom, и онушки.

 

конфигурация ONU выглядит как:

interface EPON0/1
 epon bind-onu mac xxxx.xxxx.xxxx 1
 switchport trunk vlan-allowed 1,1002-1513,4000,4040
 switchport trunk vlan-untagged 1
 switchport mode trunk
 switchport protected 1

interface EPON0/1:1
  epon onu port 1 ctc vlan mode tag 1002 priority 0
  epon onu ctc ip address static 10.20.30.40 255.255.255.0 gateway 10.20.30.1 cvlan 4000 svlan 0 priority 0
  epon onu port 1 ctc loopback detect

switchport mode dot1q-tunnel-uplink или же switchport mode trunk на ethernet-порту - без разницы.

с переливом старых конфигов пока не игрался.

 

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

 

Цитата

порт не работал в режиме access

помогало default  interface

это просто сброс интерфейса в дефолтную конфигурацию. чем оно может помочь?

ну я попробовал на всякий случай (вдруг там какое-то скрытое шаманство) - без изменений.