wladd Опубліковано: 4 вересня, 2013 Опубліковано: 4 вересня, 2013 (відредаговано) Ждем тест репорта (доки по Option 82) от производителя. Если кто то потрудится и воложит свой тест репорт, думаю сообщество будет благодарно, лично я буду очень благодарен. Просим! Відредаговано 4 вересня, 2013 wladd
qwerz3 Опубліковано: 4 вересня, 2013 Опубліковано: 4 вересня, 2013 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 Спасибо.
John_Doe Опубліковано: 4 вересня, 2013 Опубліковано: 4 вересня, 2013 (відредаговано) agent.remote-id передает в этом случае не мак свича а мак онушки onu port не передается,но с помощью костылей можно различать клиентов подключеных в разные порты ону Відредаговано 4 вересня, 2013 John_Doe
forerunner Опубліковано: 4 вересня, 2013 Опубліковано: 4 вересня, 2013 Ждем тест репорта (доки по Option 82) от производителя. Если кто то потрудится и воложит свой тест репорт, думаю сообщество будет благодарно, лично я буду очень благодарен. Просим! Что же вы там такое так долго ждете?? Функционал включается одной строчкой, выполняет элементарное действие, проверяется за 5 минут. Расписываете, как будто минимум BGP BDCOM в OLT внедрил.
forerunner Опубліковано: 4 вересня, 2013 Опубліковано: 4 вересня, 2013 agent.remote-id передает в этом случае не мак свича а мак онушки onu port не передается,но с помощью костылей можно различать клиентов подключеных в разные порты ону У человека в конфиге ip dhcp-relay snooping information option, при такой команде в RID пишет левые значения, а мак ОНУшки мне удалось получить только при ip dhcp-relay snooping information option format hn-type.
qwerz3 Опубліковано: 4 вересня, 2013 Опубліковано: 4 вересня, 2013 (відредаговано) 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 мак онушки это уже головняк.. но вероятно я не понимаю нифига. Відредаговано 4 вересня, 2013 alexmasz
forerunner Опубліковано: 4 вересня, 2013 Опубліковано: 4 вересня, 2013 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 пишется мак устройства в которое включен клиент, ну во всяком случае, я так привык из эзернета, поэтому так и тут делал. + защита от подмены клиентом ОНУшки. Не знаю еще зачем, но пусть будет. Получать мак свича ничем не хуже ...
wladd Опубліковано: 4 вересня, 2013 Опубліковано: 4 вересня, 2013 (відредаговано) Ждем тест репорта (доки по Option 82) от производителя. Если кто то потрудится и воложит свой тест репорт, думаю сообщество будет благодарно, лично я буду очень благодарен. Просим! Что же вы там такое так долго ждете?? Функционал включается одной строчкой, выполняет элементарное действие, проверяется за 5 минут. Расписываете, как будто минимум BGP BDCOM в OLT внедрил. просто сейчас нет возможности протестировать у нас. потому ждем репортов от АЛЛ и БД. Відредаговано 4 вересня, 2013 wladd
John_Doe Опубліковано: 4 вересня, 2013 Опубліковано: 4 вересня, 2013 я предпологал получить switch(mac or hostname)+client_vlan+onu_port, что-то типа: switch1+vlan21+epon0/2:1" = client_ip мак онушки это уже головняк.. но вероятно я не понимаю нифига. Вполне все получается и vlan_id и epon0/X:Y А мак онушки в плане опт 82 чем отличается от СВИЧ/порт? да ничем. Но если вы подключаете 1 юзера на 1 онушку то вполне себе оправданно иметь в биллинге привязанные к абону данные железа(онушки). И если в многоквартирном доме возможно что монтажники чето перепутают и воткнут клиента не туда и связка свич/порт становится не актуальна.То тут мак онушки 100500% идентифицирует клиента
qwerz3 Опубліковано: 4 вересня, 2013 Опубліковано: 4 вересня, 2013 Обычно в rid пишется мак устройства в которое включен клиент, ну во всяком случае, я так привык из эзернета, поэтому так и тут делал. да да, все правильно вот за два дня удалось пощупать пару часов ПОН, сразу взялся за DHCP, так как главная фича, а представил себе так же как езернет switch+vlan+port, но с добавкой еще "под-порта" - switch+vlan+sub_port незнаю на сколько это правильно. А мак онушки в плане опт 82 чем отличается от СВИЧ/порт? да ничем. ничем не отличается, согласен. просто дело привычки, - МАКи мониторятся и о смене на оборудовании(подмена/замена) имеем оповещения Но если вы подключаете 1 юзера на 1 онушку то вполне себе оправданно иметь в биллинге привязанные к абону данные железа(онушки). И если в многоквартирном доме возможно что монтажники чето перепутают и воткнут клиента не туда и связка свич/порт становится не актуальна.То тут мак онушки 100500% идентифицирует клиента ПОН в планах только на ЧС, потому как-то упустил такую чевидную вещь - про монтажников. завтра все может измениться и проявится таккая проблема. Вполне все получается и vlan_id и epon0/X:Y ну вот и отлично, но пока непонятно для меня, - каким образом получить epon0/X:Y, сам незнаю почему -- Всем спасибо за советы!
forerunner Опубліковано: 4 вересня, 2013 Опубліковано: 4 вересня, 2013 ну вот и отлично, но пока непонятно для меня, - каким образом получить epon0/X:Y, сам незнаю почему X и Y содержатся в circuit id. Y - два последних значения, X - два предпоследних значения (указывается ID порта. Например, int epon 0/1 имеет ID 7. Посмотреть ID можно в show int)
qwerz3 Опубліковано: 5 вересня, 2013 Опубліковано: 5 вересня, 2013 (відредаговано) спасибо за помощь, все работает. в принципе классы в dhcp получились еще ничего, я думал хуже будет но все же хотелось бы получать нормальный string и рабочие функции в работе свича Відредаговано 5 вересня, 2013 alexmasz
John_Doe Опубліковано: 5 вересня, 2013 Опубліковано: 5 вересня, 2013 Какие такие функции в работе свича?
qwerz3 Опубліковано: 6 вересня, 2013 Опубліковано: 6 вересня, 2013 ну не так выразился, не получилось получить ничего из: #int g0/x #dh snooping information circuit / remote / append
John_Doe Опубліковано: 6 вересня, 2013 Опубліковано: 6 вересня, 2013 Работа этих опций зависит от 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
Makioro Опубліковано: 10 вересня, 2013 Опубліковано: 10 вересня, 2013 (відредаговано) Работа этих опций зависит от 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 =\ Відредаговано 10 вересня, 2013 Makioro
John_Doe Опубліковано: 10 вересня, 2013 Опубліковано: 10 вересня, 2013 Работа этих опций зависит от 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 должен быть на аплинке
Makioro Опубліковано: 10 вересня, 2013 Опубліковано: 10 вересня, 2013 Спасибо, сразу не обратил внимания на эти строки.. Выходит и правда лучше плясать от dh-type
strobil Опубліковано: 10 вересня, 2013 Опубліковано: 10 вересня, 2013 (відредаговано) Работает замечательно 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 и длиной. А так все работает. Відредаговано 10 вересня, 2013 strobil
voxlv Опубліковано: 19 вересня, 2013 Опубліковано: 19 вересня, 2013 Покажите кто-нибудь описание класса для isc-dhcp сервера. В идеале надо мак OLT и виртуальный порт ONU тот который epon 0/1:1, например.
qwerz3 Опубліковано: 19 вересня, 2013 Опубліковано: 19 вересня, 2013 Благодаря помощи форумчан быстро и бесплатно получили: 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"; }
wladd Опубліковано: 19 вересня, 2013 Опубліковано: 19 вересня, 2013 (відредаговано) Option 82 test report .doc Відредаговано 19 вересня, 2013 wladd
voxlv Опубліковано: 20 вересня, 2013 Опубліковано: 20 вересня, 2013 Что-то не выходит у меня ни чего с опцией 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 даже запроса не вижу ни одного.
qwerz3 Опубліковано: 23 вересня, 2013 Опубліковано: 23 вересня, 2013 а конфиг порта EPON0/X? ip dhcp-relay snooping vlan 1 - клиенсткий влан с dhcp?
voxlv Опубліковано: 23 вересня, 2013 Опубліковано: 23 вересня, 2013 кто подружил сие с isc-dhcp сервером поделитесь секретом.
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас