Перейти до

Поддержка Option 82 на OLT


prototip

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

Ждем тест репорта (доки по Option 82)  от производителя.

Если кто то потрудится и воложит свой тест репорт, думаю

сообщество будет благодарно, лично я буду очень благодарен.

Просим!

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Я думал некие китайские поделия. А эти - чистый бридж. Не надо фантазировать.

SWITCH - mac свича(CPU), VLAN - влан клиента, OLT - номер порта pon(pon1 = 7, pon2 = 8, pon3 = 9, pon4 = 10)

log( info,concat("*SWITCH: ",binary-to-ascii(16,8,":",substring(option agent.remote-id,1,6))) );
log( info,concat("*VLAN: ",binary-to-ascii (10,16,"",substring(option agent.circuit-id,2,2))) );
log( info,concat("*OLT: ",binary-to-ascii(10,8,"",suffix(option agent.circuit-id,1))) );

вывод dhcp:

Sep  4 16:35:59 test dhcpd: *Leased 192.168.21.5 (with opt82)
Sep  4 16:35:59 test dhcpd: *SWITCH: 6:fc:fa:f7:c9:20
Sep  4 16:35:59 test dhcpd: *VLAN: 21
Sep  4 16:35:59 test dhcpd: *OLT: 7
Sep  4 16:35:59 test dhcpd: *ONU:

как получить ONU порт? подскажите пожалуйста лог.

BDCOM(tm) P3310B Software, Version 10.1.0B Build 14297

interface GigaEthernet0/1
 switchport trunk vlan-allowed 5,21
 switchport mode trunk
  dhcp snooping trust

interface EPON0/1
 epon bind-onu mac fcfa.f796.3402 1
 switchport trunk vlan-allowed 5,21
 switchport mode trunk
  dhcp snooping trust

interface EPON0/1:1
 onu-configuration
  epon onu port 1 ctc vlan mode tag 21
  epon onu port 2 ctc vlan mode tag 21
  epon onu port 3 ctc vlan mode tag 21
  epon onu port 4 ctc vlan mode tag 21

ip dhcp-relay snooping
ip dhcp-relay snooping vlan  21
ip dhcp-relay snooping information option

Спасибо.

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

agent.remote-id передает в этом случае не мак свича а мак онушки

onu port не передается,но с помощью костылей можно различать клиентов подключеных в разные порты ону

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

Ждем тест репорта (доки по Option 82)  от производителя.

Если кто то потрудится и воложит свой тест репорт, думаю

сообщество будет благодарно, лично я буду очень благодарен.

Просим!

Что же вы там такое так долго ждете?? Функционал включается одной строчкой, выполняет элементарное действие, проверяется за 5 минут.

Расписываете, как будто минимум BGP BDCOM в OLT внедрил. :D

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

agent.remote-id передает в этом случае не мак свича а мак онушки

onu port не передается,но с помощью костылей можно различать клиентов подключеных в разные порты ону

У человека в конфиге ip dhcp-relay snooping information option, при такой команде в RID пишет левые значения, а мак ОНУшки мне удалось получить только при ip dhcp-relay snooping information option format hn-type.

Ссылка на сообщение
Поделиться на других сайтах
RID пишет левые значения

ну пишет мак свичта туда, завтра поменяю формат, - будет мак онушки

 

 - onu port не передается,но с помощью костылей можно различать клиентов подключеных в разные порты ону

 - мак ОНУшки мне удалось получить только при ip dhcp-relay snooping information option format hn-type

 - Функционал включается одной строчкой, выполняет элементарное действие, проверяется за 5 минут.

очень занимательно)

 

я предпологал получить switch(mac or hostname)+client_vlan+onu_port, что-то типа: switch1+vlan21+epon0/2:1" = client_ip

мак онушки это уже головняк.. но вероятно я не понимаю нифига.

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

 

RID пишет левые значения

ну пишет мак свичта туда, завтра поменяю формат, - будет мак онушки

 

 - onu port не передается,но с помощью костылей можно различать клиентов подключеных в разные порты ону

 - мак ОНУшки мне удалось получить только при ip dhcp-relay snooping information option format hn-type

 - Функционал включается одной строчкой, выполняет элементарное действие, проверяется за 5 минут.

очень занимательно)

 

я предпологал получить switch(mac or hostname)+client_vlan+onu_port, что-то типа: switch1+vlan21+epon0/2:1" = client_ip

мак онушки это уже головняк.. но вероятно я не понимаю нифига.

 

 

Ну это уже размышления на тему фломастеров :) Обычно в rid пишется мак устройства в которое включен клиент, ну во всяком случае, я так привык из эзернета, поэтому так и тут делал. + защита от подмены клиентом ОНУшки. Не знаю еще зачем, но пусть будет. 

Получать мак свича ничем не хуже ...

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

 

Ждем тест репорта (доки по Option 82)  от производителя.

Если кто то потрудится и воложит свой тест репорт, думаю

сообщество будет благодарно, лично я буду очень благодарен.

Просим!

Что же вы там такое так долго ждете?? Функционал включается одной строчкой, выполняет элементарное действие, проверяется за 5 минут.

Расписываете, как будто минимум BGP BDCOM в OLT внедрил. :D

 

просто сейчас нет возможности протестировать у нас.

потому ждем репортов от АЛЛ и БД.

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

я предпологал получить switch(mac or hostname)+client_vlan+onu_port, что-то типа: switch1+vlan21+epon0/2:1" = client_ip

мак онушки это уже головняк.. но вероятно я не понимаю нифига.

Вполне все получается и vlan_id и epon0/X:Y

А мак онушки в плане опт 82 чем отличается от СВИЧ/порт? да ничем. Но если вы подключаете 1 юзера на 1 онушку то вполне себе оправданно иметь в биллинге привязанные к абону данные железа(онушки). И если в многоквартирном доме возможно что монтажники чето перепутают и воткнут  клиента не туда и связка свич/порт становится не  актуальна.То тут мак онушки 100500% идентифицирует клиента 

Ссылка на сообщение
Поделиться на других сайтах
  Обычно в rid пишется мак устройства в которое включен клиент, ну во всяком случае, я так привык из эзернета, поэтому так и тут делал.

да да, все правильно

 

вот за два дня удалось пощупать пару часов ПОН, сразу взялся за DHCP, так как главная фича,

а представил себе так же как езернет switch+vlan+port, но с добавкой еще "под-порта" - switch+vlan+sub_port

незнаю на сколько это правильно.

 

А мак онушки в плане опт 82 чем отличается от СВИЧ/порт? да ничем.

ничем не отличается, согласен. просто дело привычки, - МАКи мониторятся и о смене на оборудовании(подмена/замена) имеем оповещения

 

Но если вы подключаете 1 юзера на 1 онушку то вполне себе оправданно иметь в биллинге привязанные к абону данные железа(онушки). И если в многоквартирном доме возможно что монтажники чето перепутают и воткнут  клиента не туда и связка свич/порт становится не  актуальна.То тут мак онушки 100500% идентифицирует клиента

ПОН в планах только на ЧС, потому как-то упустил такую чевидную вещь - про монтажников. завтра все может измениться и проявится таккая проблема.

 

Вполне все получается и vlan_id и epon0/X:Y

ну вот и отлично, но пока непонятно для меня, - каким образом получить epon0/X:Y, сам незнаю почему :)

 

--

Всем спасибо за советы!

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

 

ну вот и отлично, но пока непонятно для меня, - каким образом получить epon0/X:Y, сам незнаю почему :)

 

X и Y содержатся в circuit id. Y - два последних значения, X - два предпоследних значения (указывается ID порта. Например, int epon 0/1 имеет ID 7. Посмотреть ID можно в show int)

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

спасибо за помощь, все работает. в принципе классы в dhcp получились еще ничего, я думал хуже будет :)

но все же хотелось бы получать нормальный string и рабочие функции в работе свича

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

Работа этих опций зависит от ip dhcp-relay snooping information option format 

при manual можно менять 

#int g0/x

#dh snooping information circuit / remote / append

 

Но смысла в этом ноль потому что самая та инфа что нужна приходит только при

ip dhcp-relay snooping information option format hn-type

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

Работа этих опций зависит от ip dhcp-relay snooping information option format 

при manual можно менять 

#int g0/x

#dh snooping information circuit / remote / append

 

Но смысла в этом ноль потому что самая та инфа что нужна приходит только при

ip dhcp-relay snooping information option format hn-type

Подскажите пожалуйста, как именно изменять данные опции 82 при manual? по format hn-type не совсем устраивает

 

p.s. и всё-таки "dhcp snooping trust" на каком интерфейсе должно быть? на аплинке?

 

p.p.s. что-то у меня с переходом на новую прошивку совсем перестал работать dhcp =\

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

 

Работа этих опций зависит от ip dhcp-relay snooping information option format 

при manual можно менять 

#int g0/x

#dh snooping information circuit / remote / append

 

Но смысла в этом ноль потому что самая та инфа что нужна приходит только при

ip dhcp-relay snooping information option format hn-type

Подскажите пожалуйста, как именно изменять данные опции 82 при manual? по format hn-type не совсем устраивает

 

p.s. и всё-таки "dhcp snooping trust" на каком интерфейсе должно быть? на аплинке?

 

p.p.s. что-то у меня с переходом на новую прошивку совсем перестал работать dhcp =\

 

Вот так и менять как в посте

#int g0/x

#dh snooping information circuit / remote / append

 

Ну если  format hn-type  не устраивает то мануал вас точно разочарует

trust должен быть на аплинке

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

 

Работает замечательно

Sep  4 00:54:21  dhcpd: Lease for 10.100.0.200 is connected to EPON0/7:1 MAC-onu fc:fa:f7:96:3f:62
Sep  4 00:54:22  dhcpd: Lease for 10.100.0.202 is connected to EPON0/8:2 MAC-onu fc:fa:f7:96:3f:61
Sep  4 00:54:23  dhcpd: Lease for 10.100.0.201 is connected to EPON0/8:1 MAC-onu fc:fa:f7:96:3f:5f

 

А можно посмотреть на ваш конфиг?

 

 

P.S. разобрался.

 

В Circuit-ID и Remote-ID не хватает 2-х байт с номером SubOption и длиной. А так все работает.

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

Благодаря помощи форумчан быстро и бесплатно получили:

class "21-8-1" {
        match if (
                binary-to-ascii(10,8,"",substring(option agent.circuit-id,1,1))="21"
                and binary-to-ascii(16,8,":",substring(option agent.remote-id,0,6))="fc:fa:f7:96:34:2"
                and binary-to-ascii(10,8,"",substring(option agent.circuit-id,3,1))="8"
                and binary-to-ascii(10,8,"",substring(option agent.circuit-id,4,1))="1"
        );
}

shared-network vlan21 {
        subnet 192.168.21.0 netmask 255.255.255.0 {
                option domain-name-servers 192.168.21.1;
                authoritative;
                option routers 192.168.21.1;
                pool { range 192.168.21.16; allow members of "21-8-1"; }
        }
}

Конечно хотелось бы стринги, но у меня не получилось, потому как классы были бы в два раза короче:

class "117-253-14-1/5" { match if option agent.circuit-id="Vlan117+Ethernet1/5" and option agent.remote-id="253-14"; }
Ссылка на сообщение
Поделиться на других сайтах

Что-то не выходит у меня ни чего с опцией 82. 

Имеем:

show version 
BDCOM P3310B Software, Version 10.1.0B Build 14297
Copyright by Shanghai Baud Data Communication CO. LTD.
Compiled: 2013-8-23 15:18:53 by SYS_14297, Image text-base: 0x80008000
ROM: System Bootstrap, Version 0.3.3, Serial num:00313001147
System image file is "BD3314_10.1.0B.bin"
(RISC) processor with 131072K bytes of memory, 8192K bytes of flash
Base ethernet MAC Address: fc:fa:f7:c9:19:36
snmp info:
  product_ID:228   system_ID:1.3.6.1.4.1.3320.1.228.0
els-pon-kluch uptime is 2:00:50:37, The current time: 2013-9-20 10:58:58
 
 
interface GigaEthernet0/3
 switchport trunk vlan-allowed 1,138,186
 switchport trunk vlan-untagged none
 switchport mode trunk
 switchport pvid 138
  dhcp snooping trust
 
ip dhcp-relay snooping
ip dhcp-relay snooping vlan  1
ip dhcp-relay snooping information option format hn-type
 
 
В итоге я даже не вижу запросов на сервере. При этом сервер работает в качестве dhcp для остальной сети с Option82 которая построена на оборудовании Dlink.
На делинках все прекрасно.  А вот с OLT даже запроса не вижу ни одного.
 
 
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Вхід

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

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

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

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

    • Від alexeya
      Продам OLT ZTE C320. OLT укомплектован блоком живлення PRAM, двома платами GTGH(K00), платою керування SMXA(A31).

      Кожна GTGH-плата, це 16 GPON портів, 16 GPON модулів C++.
      SMXA-плата, це SFP+ (10G) порт, 1 гігабітний комбо порт.

      В наявності 2 одиниці. Один новий, один був у використанні (стан близький до нового)

      Ціна нового - 120000 грн
      Ціна вживаного - 105000 грн

      BDCOM GP-3600-08B куплявся в ДЕПСі в вересні 23 року. В ньому використовувались тільки 3 порти (тобто є тільки 3 GPON SFP модулі). 48к разом з модулями

      ОЛТИ без модулів:
      3310B-2AC - 1штука - 8000
      3310B - 2 штуки - 7500
      3310B + Proline UPS - 1 штука - 8500
      3310D + Proline UPS - 1 штука - 12500
      BDCOM P3600-04 + Proline UPS - 1 штука - 16500
      3616-2TE - 3 штуки - 53к

      Додам вживані EPON С++ модулі по 400 грн за штуку. Або нові по 750 грн за штуку
    • Від jaroslav2r
      Добрий день,
      Виникла проблема з DHCP snooping на одному з наших OLT DASAN V5808. При його увімкненні клієнти перестають отримувати IP-адреси через DHCP. Оновлення прошивки до версії V5808 NOS 1.12p1 не допомогло. На інших OLT така проблема не спостерігається.
      DHCP snooping налаштовано за допомогою наступних команд, де uplink — порт 15:
      Copy code
      ip dhcp snooping
      ip dhcp snooping vlan 665
      ip dhcp snooping trust 15
      Хтось стикався з подібною проблемою і знайшов рішення?
       
      We’re experiencing an issue with DHCP snooping on one of our DASAN V5808 OLTs. When DHCP snooping is enabled, clients stop receiving DHCP offers. Updating the firmware to version V5808 NOS 1.12p1 didn’t resolve the problem. Other OLTs don’t seem to have this issue.
      The DHCP snooping configuration was done with the following commands:

      ip dhcp snooping
      ip dhcp snooping vlan 665
      ip dhcp snooping trust 15
       
      uplink —  15 port
       
      Has anyone encountered this problem and managed to fix it?
    • Від Rico3110
      ПРОДАМ НОВІ OLT
      нова C-DATA EPON FD1204S-R2-DAP - 1шт
      нова C-DATA GPON FD1604S-2AC - 1шт
       
      Блоки живлення нові EF9012 і EF6012
       

       
       
      UP!!!  По ціні, та наявності, уточнюйте в приватних повідомленнях!
       
    • Від Oumpi
      Продам 2 олта
      p3310B 8к
      p3310D 11к

      Не ремонтировались полностью исправные, сняти в связи обновления оборудования.
      На одном менял БП 
      Харьков 
       


    • Від Quella
      Шукаєте місцевого постачальника OLT, ONU з України,  зв’яжіться з нашими дистриб’юторами для  цих пристроїв  і технічної підтримки!
       
       
      Looking for OLT, ONU supplier from Ukraine local,  contact our distributors for these device and technical support!
       
      330UAH/pcs
       
       
      Contact:
      Вадим Whatsapp/Viber:  +380 99 179 6389
      website: 
      https://smartfiber.com.ua/
       
       
       


×
×
  • Створити нове...