Перейти до

Поддержка 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 користувачів

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

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

    • Від 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/
       
       
       

    • Від Diter_ua
      после модернизации.
      хотелка 15к грн

    • Від yustadller
      Реєструєм onu через NETNUMEN U31, після реєстрації не зберігає онушку, мигнуло світло і всі онушки злітають, як встановити автоматичний запис, в конфігах ZTE чи в NETNUMEN можна? 
    • Від ikoko
      Продам olt bdcom 3310b з 2 блоками живлення б.у.
      2 порта epon не працює і 1 порт езернет порт також не працює - 4 000 грн. за олт.
    • Від Quella
      🚀 Introducing Our High-Performance OLT Solutions for Next-Gen Networks! 🚀
       
      Are you ready to elevate your network infrastructure to unparalleled levels of efficiency and speed? Look no further! Our cutting-edge GPON and EPON OLT solutions are here to revolutionize your network operations.
       
      🔹 GPON OLT: With options ranging from 4 to 16 ports, our GPON OLT delivers lightning-fast connectivity and unparalleled reliability. Whether you're managing a small-scale deployment or a large enterprise network, our GPON OLTs offer the scalability and performance you need to stay ahead of the curve.
      30000UAH/pcs
       
      🔹 EPON OLT: Experience the power of simplicity with our EPON OLT solutions. Available in 4 and 8 port configurations, our EPON OLTs provide seamless integration and hassle-free management for your network infrastructure. Say goodbye to complexity and hello to streamlined operations!
      20000UAH/pcs
       
      Why Choose Our OLT Solutions?
      ✅ Scalability: Scale your network effortlessly with our versatile OLT solutions, accommodating growing demands without compromising performance. ✅ Reliability: Built to withstand even the most demanding network environments, our OLTs ensure uninterrupted connectivity and minimal downtime. ✅ Ease of Management: Simplify your network operations with intuitive management interfaces and robust monitoring capabilities. ✅ Future-Proof: Stay ahead of technological advancements with our forward-thinking OLT solutions, designed to support future network requirements.
       
      Don't miss out on this opportunity to supercharge your network infrastructure! Contact us today to learn more about our GPON and EPON OLT solutions and take your network to the next level.

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