Перейти до

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

Опубліковано: (відредаговано)

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

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

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

Просим!

Відредаговано wladd
Опубліковано:

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...
Опубліковано:

Покажите кто-нибудь описание класса для isc-dhcp сервера. В идеале надо мак OLT и виртуальный порт ONU тот который epon 0/1:1, например.

Опубліковано:

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

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 даже запроса не вижу ни одного.
 
 

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

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

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

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

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

Вхід

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

Войти сейчас
×
×
  • Створити нове...