tambu 3 Опубликовано: 2015-12-31 08:39:10 Share Опубликовано: 2015-12-31 08:39:10 имеется 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 590 Опубліковано: 2015-12-31 09:05:32 Share Опубліковано: 2015-12-31 09:05:32 имеется 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 Опубліковано: 2015-12-31 09:31:50 Автор Share Опубліковано: 2015-12-31 09:31:50 лимита нет. Я даже специально указывал на ону mac limit-num eth_0/1 no-limit, но это видимо дефолтный параметр, т.к. в конфиге общем этого пункта я не увидел Но я думаю, если бы маки не пролазили, то я вообще не увидел бы даже DHCPDISCOVER Ссылка на сообщение Поделиться на других сайтах
tambu 3 Опубліковано: 2016-01-03 18:41:14 Автор Share Опубліковано: 2016-01-03 18:41:14 Проблема решена и не связана с работой ПОН сети. Тему можно закрыть. Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас