ZTE C220, локалка через ONU, DHCP

[tambu 3]

имеется OLT ZTE C220

PhyLoc  FileType   VerType    VerTag            BuildTime           VerLength
--------------------------------------------------------------------------------

0/0/8   GCSAS      MVR        V1.2.3P1          2013-02-28 03:22:00 7962100     
0/0/8   GCSAS      BT         V1.2.3            2012-10-16 18:01:28 432832      
0/0/11  EPFCB      MVR        V1.2.3P1          2013-02-28 05:04:28 1903865     
0/0/11  EPFCB      BT         V1.2.3            2012-10-16 17:23:15 333344      
0/0/14  EIG        MVR        V1.2.3P1          2013-02-28 04:26:36 609714      
0/0/14  EIG        BT         V1.2.3            2012-10-16 17:12:04 325232      

решили использовать ONU для доступа в Интернет небольшой локальной сети. Для этого была подключена NGPON ONU NGN-02E. После включения локалки через ONU всё заработало, почти. Некоторые абоненты получают адреса через DHCP, а некоторые нет. В логах DHCP сервера наблюдаем примерно следующую картину:

Dec 31 10:07:02 mega dhcpd: DHCPDISCOVER from 54:04:a6:5d:3c:9d via 10.13.20.1
Dec 31 10:07:02 mega dhcpd: DHCPOFFER on 10.13.20.110 to 54:04:a6:5d:3c:9d via 10.13.20.1

и так до бесконечности. То есть запрос на получение параметров от абонентского устройства есть, а ответ он уже не получает. Это подтверждает факт просмотра трафика снифером. Подключившись "до ПОН сети", параметры по dhcp сразу же пришли. Если подключиться "за ПОН сетью", имеем то, что выше. При этом некоторые абоненты таки получают сетевые настройки. Что примечательно, есть абоненты, работающие через персональные ONU, то есть в классической схеме и там нет никаких проблем с DHCP. Единственное логическое объяснение всему этому поведению я вижу в том, что где-то подрезается трафик. Такие же ONU у нас используются в связке с OLT BDCOM P3310 в такой же схеме (локалка включена через ONU) и всё работает без каких-либо нареканий.

Конфиги:
 

interface epon-olt_0/11/1
  p2p mode group
  onu 64 type NGN-02E mac c4c9.ec00.6450 ip-cfg static
  loopback-detection  enable

interface epon-onu_0/11/1:64
  admin enable
  ems-autocfg-request disable
  encrypt direction downstream  enable  vport 1
  switchport mode hybrid vport 1
  switchport vlan 11-12,15,100-101,200 tag vport 1
  switchport vlan 500  tag vport 1

pon-onu-mng epon-onu_0/11/1:64
auto-config
compatibility enable mode CTC
vlan port eth_0/1 mode trunk vlan-list 11,12,15,100,101,200,500 
interface-loopdetect eth_0/1 activate

На ONU пробовал менять режим работы с вланами на hybrid, trunk, transparent.
Что можно предпринять в данной ситуации? Возможно кто-то с подобной проблемой сталкивался.

Заранее спасибо за ответ.

[a_n_h 559]

имеется OLT ZTE C220

PhyLoc  FileType   VerType    VerTag            BuildTime           VerLength
--------------------------------------------------------------------------------

0/0/8   GCSAS      MVR        V1.2.3P1          2013-02-28 03:22:00 7962100     
0/0/8   GCSAS      BT         V1.2.3            2012-10-16 18:01:28 432832      
0/0/11  EPFCB      MVR        V1.2.3P1          2013-02-28 05:04:28 1903865     
0/0/11  EPFCB      BT         V1.2.3            2012-10-16 17:23:15 333344      
0/0/14  EIG        MVR        V1.2.3P1          2013-02-28 04:26:36 609714      
0/0/14  EIG        BT         V1.2.3            2012-10-16 17:12:04 325232      

решили использовать ONU для доступа в Интернет небольшой локальной сети. Для этого была подключена NGPON ONU NGN-02E. После включения локалки через ONU всё заработало, почти. Некоторые абоненты получают адреса через DHCP, а некоторые нет. В логах DHCP сервера наблюдаем примерно следующую картину:

Dec 31 10:07:02 mega dhcpd: DHCPDISCOVER from 54:04:a6:5d:3c:9d via 10.13.20.1
Dec 31 10:07:02 mega dhcpd: DHCPOFFER on 10.13.20.110 to 54:04:a6:5d:3c:9d via 10.13.20.1

и так до бесконечности. То есть запрос на получение параметров от абонентского устройства есть, а ответ он уже не получает. Это подтверждает факт просмотра трафика снифером. Подключившись "до ПОН сети", параметры по dhcp сразу же пришли. Если подключиться "за ПОН сетью", имеем то, что выше. При этом некоторые абоненты таки получают сетевые настройки. Что примечательно, есть абоненты, работающие через персональные ONU, то есть в классической схеме и там нет никаких проблем с DHCP. Единственное логическое объяснение всему этому поведению я вижу в том, что где-то подрезается трафик. Такие же ONU у нас используются в связке с OLT BDCOM P3310 в такой же схеме (локалка включена через ONU) и всё работает без каких-либо нареканий.

Конфиги:

 

interface epon-olt_0/11/1
  p2p mode group
  onu 64 type NGN-02E mac c4c9.ec00.6450 ip-cfg static
  loopback-detection  enable

interface epon-onu_0/11/1:64
  admin enable
  ems-autocfg-request disable
  encrypt direction downstream  enable  vport 1
  switchport mode hybrid vport 1
  switchport vlan 11-12,15,100-101,200 tag vport 1
  switchport vlan 500  tag vport 1

pon-onu-mng epon-onu_0/11/1:64
auto-config
compatibility enable mode CTC
vlan port eth_0/1 mode trunk vlan-list 11,12,15,100,101,200,500 
interface-loopdetect eth_0/1 activate

На ONU пробовал менять режим работы с вланами на hybrid, trunk, transparent.

Что можно предпринять в данной ситуации? Возможно кто-то с подобной проблемой сталкивался.

Заранее спасибо за ответ.

сколько "маков" разрешено на ОНУ?

[tambu 3]

лимита нет. Я даже специально указывал на ону mac limit-num eth_0/1 no-limit, но это видимо дефолтный параметр, т.к. в конфиге общем этого пункта я не увидел

Но я думаю, если бы маки не пролазили, то я вообще не увидел бы даже DHCPDISCOVER

[tambu 3]

Проблема решена и не связана с работой ПОН сети. Тему можно закрыть.