L2 трафик через P3608

[metasov 0]

Может кто сталкивался. Интересно что ничего не нашел на эту тему.

Есть две головы P3608-2TE, на обоих одинаковая ситуация.

Все просто, дефолтный конфиг, заводим влан тегированным на Gi 0/8, EPON0/1.

На ONU выводим его антагом.

Всё выключено (dhcp snooping, source guard, etc.).

 

Клиент получает IP от DHCP в этой сетке

(CLIENT IP 192.168.192.120/24, DHCP 192.168.192.254, GW 102.168.192.1)

 

После этого клиент спокойно общается с компьютерами из этой подсети в этом влане за OLT-ом.

Шлюз не пингуется. За шлюзом ничего не пингуется.

Сам OLT при этом доступен и прекрасно общается по своему management влану.

 

Игры с dhcp snooping, arp inspection, source guard, protected port ни к чему не привели.

Snooping всё видит, биндинг есть, трафика нет.

Попытка прибить на Gi0/8 связку mac-ip-vlan шлюза тоже не помогла.

 

Отзеркалив порт в который воткнут OLT видно что пакеты от сервера в сторону OLT идут, с ONU не вылетают.

 

ONU меняли, пробовали bdcom и какой-то no-name. Одинаково.

 

После долгих часов разбирательств попробовали настроить OLT как L3 для отдельного влана и о чудо – всё заработало.

Это вообще нормальное для них поведение?

 

Вроде такое у нас было на P3310C но после смены прошивки заработало нормально. Тогда саппорт DEPS-а разбирался. Тут вроде последняя прошивка и саппорт DEPS-а развёл руками и начал грешить на наш коммутатор о_О

BDCOM(tm) P3608-2TE Software, Version 10.1.0E Build 39160
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2016-11-11 15:49:23 by SYS, Image text-base: 0x10000
ROM: System Bootstrap, Version 0.4.5, Serial num:xxxx
System image file is "Switch.bin"
hardware version:V1.0
(RISC) processor with 262144K bytes of memory, 32768K bytes of flash
Base ethernet MAC Address: xx:xx:xx:xx:xx:xx
PCB version:A
snmp info:
  product_ID:2009   system_ID:1.3.6.1.4.1.3320.1.2009.0
BDCOM-3608 uptime is 0:22:47:30, The current time: 1970-1-1 22:47:29

Приводить конфиг даже не вижу особого смысла потому что там менялось всё что угодно кроме результата =)

[Dimkers 1 621]

Давайте конфиг.

Вот на этом все работает, тоже 3608

!version 10.1.0E build 33463
.......................
interface GigaEthernet0/5
 description UpLink
 switchport trunk vlan-allowed 1,7,30-38
 switchport mode trunk
  dhcp snooping trust
  arp inspection trust
  ip-source trust
!
...................................
!
interface EPON0/1
 description PON-1
 epon pre-config-template T1 binded-onu-llid 1-64
 switchport trunk vlan-allowed 1,30-31
 switchport mode trunk
 switchport protected 1
!
..............................
!
interface EPON0/1:1
  epon onu port 1 ctc vlan mode tag 31
  epon onu port 1 ctc loopback detect
  epon onu port 1 mac address-table dynamic maximum 8
  epon onu port 1 storm-control mode 2 threshold 256
!
..................................

a2.1# show ver
BDCOM(tm) P3608 Software, Version 10.1.0E Build 33463
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2016-2-24 18:6:58 by SYS, Image text-base: 0x10000
ROM: System Bootstrap, Version 0.4.1, Serial num://///////////
System image file is "Switch.bin"
hardware version:1.1.1
(RISC) processor with 262144K bytes of memory, 16384K bytes of flash
Base ethernet MAC Address: ///////////////////
PCB version:1.1.1
snmp info:

7-й упраляющий, 30-38 - абонентские. опц.82.

Изменено 2017-05-25 07:13:07 пользователем Dimkers

[Doctorzlo 20]

Давайте конфиг.

Вот на этом все работает, тоже 3608

!version 10.1.0E build 33463
.......................
interface GigaEthernet0/5
 description UpLink
 switchport trunk vlan-allowed 1,7,30-38
 switchport mode trunk
  dhcp snooping trust
  arp inspection trust
  ip-source trust
!
...................................
!
interface EPON0/1
 description PON-1
 epon pre-config-template T1 binded-onu-llid 1-64
 switchport trunk vlan-allowed 1,30-31
 switchport mode trunk
 switchport protected 1
!
..............................
!
interface EPON0/1:1
  epon onu port 1 ctc vlan mode tag 31
  epon onu port 1 ctc loopback detect
  epon onu port 1 mac address-table dynamic maximum 8
  epon onu port 1 storm-control mode 2 threshold 256
!
..................................

a2.1# show ver
BDCOM(tm) P3608 Software, Version 10.1.0E Build 33463
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2016-2-24 18:6:58 by SYS, Image text-base: 0x10000
ROM: System Bootstrap, Version 0.4.1, Serial num://///////////
System image file is "Switch.bin"
hardware version:1.1.1
(RISC) processor with 262144K bytes of memory, 16384K bytes of flash
Base ethernet MAC Address: ///////////////////
PCB version:1.1.1
snmp info:

7-й упраляющий, 30-38 - абонентские. опц.82.

А почему ему не работать ? обычный  правильный конфиг 

[Kortazh 1]

Было похожее, когда ону не воспринимала "странный" мак шлюза, работающего на VM, не определявшийся сайтами mac-vendor. Помогла банальная смена мака шлюза. Попробуйте, а вдруг.

[metasov 0]

Было похожее, когда ону не воспринимала "странный" мак шлюза, работающего на VM, не определявшийся сайтами mac-vendor. Помогла банальная смена мака шлюза. Попробуйте, а вдруг.

А вот это уже хорошая идея, спасибо

 

Да, действительно, маки сгенерированы openvswitch и не определяются на вендор-сайтах.

 

Черт побери этих китайцев, чем они думали вообще?...

Изменено 2017-05-26 11:47:01 пользователем metasov

[Doctorzlo 20]

Мак поменяли и заработало ?

[metasov 0]

Пока что на стенде проверили шлюз-виртуалку и шлюз-свич-л3.

С виртуалкой не работает, со свичем работает.

Сейчас ещё поиграются с одним компом и разными маками.

Но дело тут не в ONU а в OLT. Потому что те же ONU на p3310 в той же ситуации работают.

Интересно, IC-Line в курсе этой "особенности"?

[metasov 0]

Проверили со сменой мака. Таки да.

[Skywriter 2]

Можно мак не менять. Все лечится одной командой epon local-mac forward

Сам продолбался пока нашел в чем суть...