Перейти до

OLT BDCOM + DHCP-Relay + Option82 / Switch Dlink + DHCP-Relay + Option82


BERSERK

Рекомендованные сообщения

Собственно сам функцинал на OLT работает и более чем устраивает.

Планируется две схемы использования ONU:

- одна ONU на одного клиента

- ONU на дом и за ней управляемый свич

 

Первый вариант настроен и работает.

Второй работает только тогда, когда выключен snooping на OLT.

 

Информация об OLT:

BDCOM(tm) P3310B Software, Version 10.1.0B Build 33463
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2016-2-24 18:9:56 by SYS_33463, Image text-base: 0x80008000
ROM: System Bootstrap, Version 0.3.8, Serial num:00313005120
System image file is "Switch.bin"
(RISC) processor with 131072K bytes of memory, 8192K bytes of flash
Base ethernet MAC Address: fc:fa:f7:c9:f2:7c
snmp info:
  product_ID:228   system_ID:1.3.6.1.4.1.3320.1.228.0
Switch uptime is 0:05:26:53, The current time: 1970-1-1 5:26:53

Конфигурация:

!version 10.1.0B build 33463
service timestamps log date
service timestamps debug date
!
!
ip default-gateway 192.168.10.1
!
spanning-tree mode rstp
!
!
epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024
!
aaa authentication login default local
aaa authentication enable default none
aaa authorization exec default local
!
username admin password 0 admin
!
!

epon onu-config-template All-ONU
 cmd-sequence 1 no epon onu port-protect
 cmd-sequence 2 epon onu all-port ctc vlan mode tag 3010
 cmd-sequence 3 epon onu all-port ctc loopback detect
 cmd-sequence 4 epon onu all-port ctc notify loopback
!
!
!!slot 0 84
!
interface GigaEthernet0/6
 switchport trunk vlan-allowed 3010-3011,3020
 switchport mode trunk
  dhcp snooping trust
!
interface EPON0/1
!
interface EPON0/2
!
interface EPON0/3
!
interface EPON0/4
 epon pre-config-template All-ONU binded-onu-llid 1-64
 epon bind-onu mac fcfa.f7c5.1111 1
 epon bind-onu mac fcfa.f7c5.2222 2
 switchport trunk vlan-allowed 3010-3011,3020
 switchport trunk vlan-untagged none
 switchport mode trunk
!
interface EPON0/4:1
 onu-configuration
  epon onu port 1 ctc vlan mode tag 3010
  epon onu port 1 ctc loopback detect
  epon onu port 1 ctc notify loopback
!!onu-configuration-end
!
interface EPON0/4:2
 onu-configuration
  epon onu port 1 ctc loopback detect
  epon onu port 1 ctc notify loopback
!!onu-configuration-end
!
!!slot end
!
interface VLAN3020
 ip address 192.168.10.10 255.255.255.0
!
!
!
!
!
vlan 3010
 name Users
!
vlan 3011
 name Switches
!
vlan 3020
 name Skyline-mng
!
vlan 1-2,3010-3011,3020
!
!
!
ip dhcp-relay snooping
ip dhcp-relay snooping vlan  3010
ip dhcp-relay snooping information option format hn-type
ip dhcp-relay agent
ip dhcp-relay helper-address 192.168.1.1 vlan 3010
ip dhcp-relay snooping log
!
!
ip http server
!
!
!
!Pending configurations for absent linecards:
!
!No configurations pending global

Приведенный вариант конфига - пследний. Т.е. ONU  в  разных vlan id. 

До этого пробовали в онушки в одном влане (3010). 

Сейчас вторая онушка в решиме trasparent, так же пробовали trunk

Симптомы те же - если на OLT включен snooping - на свиче Relay не работает

 

Есть ли решение данной проблемы и какое?

 

Відредаговано BERSERK
Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...

всеж, мабуть 

!
interface EPON0/4:2
onu-configuration

epon onu port 1 ctc vlan mode tag 3011
epon onu port
1 ctc loopback detect
epon onu port
1 ctc notify loopback
!!onu-configuration-end
!

 

Маю схожу ситуацію - працює .

Відредаговано PBNM
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від Emanon
      Приветствую форумчан. Есть проблема и суть ее такова:
      В топологии одной провайдерской сети сделали определенные изменения. Некоторые access-коммутаторы (edge core ec3528M) в домах, решили подключить по gpon-у. Тоесть, если ранее все это дело шло ветками от одного свича к другому, то теперь ответственность, за их агрегацию , частично лягла на olt bdcom gp3600.
      Если схематически : свич -> onu -> olt -> свич агрегации -> bras (accel ipoe) ну и далее уже в ядро. Onu кстати - bdcom gp1701. Вопросы о том, зачем все это и насколько целесообразно - можно оставить для другого разговора.
      А пока что хотелось бы в кое чем разобраться. Недавно, начали идти заявки от НЕКОТОРЫХ абонентов одного и того же дома с одного и того же узла с жалобой на нестабильный интернет. Это через неделю-две после изменения топологии и соответственно, переключения их коммутатора к pon-сети.
      Техник, осмотрев происходящее, заявлял что рандомно, раз в минуту-две, начинаются потери пакетов. Проверял целостность линий,  подключался напрямую ноутом. Результат один и тот же. Линк между свичом и роутером не падает. Не падает линк и между onu и свичом. Проблем с режимами (half duplex, full duplex) портов тоже не было. Если уже далеко зайти, сам домовой свич, olt, коммутатор агрегации, без проблем пингуются (правда находятся в отдельном управляющем vlan). Очевидные проблемы, вроде роста cpu и утечек памяти, в их работе не наблюдались. В логах все чисто. В мониторинге видно, что канал не нагружен (download и upload не превышают 250 Мбит как по pon так и выше, нет аномальных значений pps как для broadcast, так для unicast и multicast). Да и для остальных пользователей, кроме проблемных, не было вопросов. У всех вроде работает, кроме некоторых ребят с конкретного узла. Трасса упорно показывает, что проблемный участок как раз между роутером и bras. Логи на роутерах тоже ничего вразумительного не пишут. При этом, стоило подключить вместо абонентского tp link archer ax12, c64 или keenetic titan, какой то древний роутер, вроде dlink dir300 или tp link tl-wr841n, как все работало стабильно, без потерь. 
      Со стороны bras сессии не рвутся, но через tcpdump действительно обнаруживается, что при пинге ( как 32 байта, так и побольше) часть icmp пакетов от проблемных абонентов не доходит. 
      Менялись mac  абонентских устройств, пытались найти mac flapping, менялся mac aging, менялся абонентский ip. Без результатов. Mac таблица за onu не забивается кстати, там не более 8 устройств. Проверялись оптические уровни. Конечно, onu rx -24 и olt rx -26 - это уже почти на грани. 
      И наверное это отчасти играет роль. Но нюанс с тем, что происходит при замене роутеров, заставляет задуматься. Возможно то, что такое вылезло именно после перехода на gpon - это совпадение. Но есть подозрения, что связь все таки есть. И проблема довольно странная, ранее не встречал.
      Ещё стоит сказать, что это далеко уже не первый домовой свич, подключенный по такой схеме. Но проблема пока вылезла именно тут. В общем, хотелось бы услышать мнения опытных ребят, с чем конкретно связаны проблемы.
      Прошу не судить сильно по части некоторых решений и высказываний. Я пока не имею солидного опыта и большого багажа знаний. Но буду благодарен за помощь
    • Від Prodazha
      Продам Абонентскі терминали ONU GPON ZTE F601 (REF)
      комплект :ону,блок живлення ,коробка,патчкорд RJ45 1м
      Наявність 230 шт.
      ціна 250 грн за одиницю



    • Від x-net
      Продам вживані EPON ONU 4-портові, 1-портові. Без БЖ 140грн, з БЖ 180рн
      Також є вживані сплітери DIN LGX SC/UPC "коробочки" 1х4 по 150грн, 1х8 по 200грн, 1х16 по 250грн.
      Нові зовнішні патч-корди 100 по 400грн, 75 по 300грн, 30м по 200грн.
    • Від pytnik82
      продам по 350 грн



    • Від gelmas_x
      Доброго дня! м. Івано-Франківськ, вул. Незалежності, 44. Цікавить PON
×
×
  • Створити нове...