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

[John_Doe 301]

 

 

Есть ли возможность, привязать IP клиента к порту ONU без учета MAC адреса клиента?

По DHCP ?

 

Да через опц-82

 

Выдавайте адрес на основании опт-82 а не на основании мак адреса клиента

[FTTH_VN 59]

Кто-то на ZTE C220 option 82 использует ? 

 

настройки олт

 

vlan 21

  ip dhcp snooping

 

epon

!

!

port-location access-node-identifier inband-mac

port-location hostname ZXA10-C220

!

dhcp-option82 enable

 

 

interface epon-onu_0/2/1:1

  admin enable

  ems-autocfg-request disable

  encrypt direction downstream  disable vport 1

  switchport mode hybrid vport 1

  switchport default vlan 21 vport 1

  port-location sub-option remote-id enable vport 1

  port-location sub-option remote-id name REMOTE-ID vport 1

  dhcp-option82 enable vport 1

  dhcp-option82 trust true replace vport 1

  ip dhcp snooping enable vport 1

 

interface gei_0/14/1

  hybrid-attribute fiber

  negotiation auto

  flowcontrol disable

  port-protect disable

  uplink-isolate disable

  switchport mode hybrid

  switchport vlan 21  tag

  ip dhcp snooping trust

 

isc-dhcp 

 

 log(info, "---ZTE_C220---");

  log( info,concat("*Remote-ID: ",binary-to-ascii (16,8, ":", option agent.remote-id)) );

  log( info,concat("*circuit-id: ",binary-to-ascii(16,8,"",option agent.circuit-id)) );   

  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("*Port: ",binary-to-ascii(10,8,"",suffix(option agent.circuit-id,1))) );

 

В итоге получаем 

Sep  4 20:07:32 billing dhcpd: *Remote-ID: 52:45:4d:4f:54:45:2d:49:44

Sep  4 20:07:32 billing dhcpd: *circuit-id: 3020302f302f303a343039362e323120346361632e306162612e313164302f302f302f322f302f312f303030303030303030303030434337423335394136373834204550

Sep  4 20:07:32 billing dhcpd: *SWITCH: 45:4d:4f:54:45:2d (не верно)

Sep  4 20:07:32 billing dhcpd: *VLAN: 12335 (не верно)

Sep  4 20:07:32 billing dhcpd: *Port: 80 значение всегда одно и тоже не важно куда подключить ону. 

 

Теперь вопрос как правильно получить МАС олт МАС клиента порт клиента.  

 

Изменено 2014-09-04 17:40:00 пользователем FTTH_VN

[FTTH_VN 59]

Апну тему.  Что совсем никто ZTE не юзает? 

[FTTH_VN 59]

За сутки ни одного ответа... капец   

 

П.С.

Похоже zte  у нас никто и не видел..... 

[prototip 284]

Брат тут вообще живут постояльцы с бдкомом .

[prototip 284]

Все, победил. Действительно стоило перевесить все на gi0/1

 

Спасибо!

 

Да ничего ты не победил ,  скажите у кого то на какой то прошивке нормально работает релей ? 

ip dhcp-relay snooping vlan ..... 

[FTTH_VN 59]

Брат тут вообще живут постояльцы с бдкомом .

Брат у тебя по соседству уже как 2 головы zte поселись  так что не одним бдкомом живет Винница.... глядишь и себе завтра zte  поставишь, потому вопрос актуальный кто юзал 82 опцию отзовитесь.

 

П.С.

Ну не верю что никто не  работает с ZTE . 

Изменено 2014-09-11 19:22:36 пользователем FTTH_VN

[FTTH_VN 59]

 

Все, победил. Действительно стоило перевесить все на gi0/1

 

Спасибо!

 

Да ничего ты не победил ,  скажите у кого то на какой то прошивке нормально работает релей ? 

ip dhcp-relay snooping vlan ..... 

 

show ver

BDCOM P3310B Software, Version 10.1.0B Build 17696

Copyright by Shanghai Baud Data Communication CO. LTD.

Compiled: 2014-4-25 9:21:44 by SYS_17696, Image text-base: 0x80008000

ROM: System Bootstrap, Version 0.3.4, Serial num:00313002919

System image file is "Switch.bin"

Нормально работает на этой версии у нас.

[prototip 284]

Тут с  "Байдакомом" концы с концами иногда не свести  ....  А они с ZTE поиграть хотят .  У хуйвея тоже головы есть , может к ним податься ? .

[FTTH_VN 59]

Тут с  "Байдакомом" концы с концами иногда не свести  ....  А они с ZTE поиграть хотят .  У хуйвея тоже головы есть , может к ним податься ? .

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

[prototip 284]

Все как бы ничего вот только напрягает что remote-id шлется мак онушки , а не свича . С одной стороны эт как бы логично , а с другой нет ибо если перетачивать  дхсп  у которого логика немного другая .  Возможно есть вариации от БДКОМА в разных прошивках ?

[prototip 284]

Ну  вот , как видите господа имеющие ЗТЕ и по байдакому не особо много желающих на тему опт82 пообщаться .  Кстати тема про косяк remote-id есть и на наге , милости просим  http://forum.nag.ru/forum/index.php?showtopic=94617&st=0&gopid=1017834&&do=findComment&comment=1017834 .  Но там желающих тоже не много .   А  вообще засада с remote-id  это  просто конкретная засада , потому как если есть уже готовый дхсп , который успешно дружит с езернет свичами  , а ктеперь непонятно как это г... интегрировать в существующую сеть . 

Может тут высокие ГУРУ расскажут как подружить муху и осла ?

[qwerz3 0]

А  вообще засада с remote-id  это  просто конкретная засада , потому как если есть уже готовый дхсп , который успешно дружит с езернет свичами  , а ктеперь непонятно как это г... интегрировать в существующую сеть .

 

а вот так и сидим, - шаблоны для разного оборудования со своими классами

[yury79 32]

Ну  вот , как видите господа имеющие ЗТЕ и по байдакому не особо много желающих на тему опт82 пообщаться .  Кстати тема про косяк remote-id есть и на наге , милости просим  http://forum.nag.ru/forum/index.php?showtopic=94617&st=0&gopid=1017834&&do=findComment&comment=1017834 .  Но там желающих тоже не много .   А  вообще засада с remote-id  это  просто конкретная засада , потому как если есть уже готовый дхсп , который успешно дружит с езернет свичами  , а ктеперь непонятно как это г... интегрировать в существующую сеть . 

Может тут высокие ГУРУ расскажут как подружить муху и осла ?

У меня с БДкомом все Ок с remote ID, если в кофиге указать что опция 82 не в hr формате, а в cm, то он вставляет МАС ОЛТа. У меня правда 3608, но я думаю в 3310 так же.

[greghim 8]

Не, для 3310 пришлось использовать для каждой головы отдельный влан, по нему головы и различаю, да и так правильнее

 

Изменено 2014-09-16 22:38:00 пользователем greghim

[prototip 284]

 

У меня с БДкомом все Ок с remote ID, если в кофиге указать что опция 82 не в hr формате, а в cm, то он вставляет МАС ОЛТа. У меня правда 3608, но я думаю в 3310 так же.

 

 

У меня проживает дхсп на перле предоставленный мне господином Abram и дружит замечательно с Abills , данный сервант доступен на Наге ,  конечно у каждого привязка к базе делалась ручками . Но вот появился у меня лишний ОЛТ с которым можно ставить опыты и решил я оживить свои танцы с бубном вокруг 82 опции , потому как жалко - железки умные и должны уметь опцию 82 , тем более это очень удобно .  И  вот вроде как все наши китайские братья сделали правильно и оно даже работает , вот только вот этот косяк с "remote-id" мне не понятен . Я понимаю что китайские братья  используют в качестве онушек  и ногда онушки с 24 портами аля такой себе свич на доме , но позвольте я как бы  привык , что тот кто вставляет опт82 тот свой  "remote-id" в виде мака и лепит .  А тут басня интересная , опт82 вставляет ОЛТ , "remote-id" мак онушки .  А  на этом "remote-id" завязан весь функционал дхсп и начинаются танцы с бубном .

Изменено 2014-09-17 08:42:30 пользователем prototip

[prototip 284]

Я еще понимаю что бы онушка сама , как самостоятельное устройство вставляла опт82  ну и есно ее "remote-id" светился бы тогда естественно и логично 

[prototip 284]

Большое спасибо за "remote-id"  в  формате см - все взлетело .

 

ip dhcp-relay snooping

ip dhcp-relay snooping vlan  301

ip arp inspection vlan  301

ip dhcp-relay snooping information option format cm-type

ip dhcp-relay agent

ip dhcp-relay helper-address 192.168.122.77 vlan 301

 

Остался только один воврос - это умышленно сделано или случайно , то и есть это баг или фича ?  И самое главное , мл.... когда будет хоть какая то людская документация или хотя нормальное описание внесенных изменений ? 

[John_Doe 301]

Я еще понимаю что бы онушка сама , как самостоятельное устройство вставляла опт82  ну и есно ее "remote-id" светился бы тогда естественно и логично 

С точки зрения иерархии сети, OLT это уровень агрегации,а ONU уровень доступа и то что в "remote-id" стоит мак онушки вполне логично. А то кто вставляет опцию это уже конкретная реализация,согласитесь проще настроить все это на 1 олте чем на 256 ону

Изменено 2014-09-17 09:36:57 пользователем John_Doe

[prototip 284]

Вы знаете уважаемый у каждой палки два конца , поэтому некоторые песни можно петь как с конца так и с начала .  Я очень рад что мой вопрос решился так безболезненно и мне не пришлось ломать перловые труды товарищей .  А насчет доступа или агрегации так эту байку можно  долго  рассказывать и все не о чем .  Для меня лично  ОЛТ  это что то среднее между агрегацией и уровнем доступа и я бы не стал это дело так жестко делить . 

[prototip 284]

Не хочу создавать отдельную ветку , но расскажите как там настраивается работает на БДКОМЕ ограничение броадкастов .  Ибо с документацией у этого вендора поставлено так , что проще спросить чем читать .  Наконец то  лично у меня получен позитив по опт 82 , но поскольку предполагается броадкаст домен размерчиком /24  на олт , терзают смутные сомнения насчет включения ограничения броадкаст штормов  

[Tavr 4]

Наткнулся на такую проблему:

АйПи клиентам раздаёт isc-dhcp на основе mac-ONU из option 82

Всё отлично работало до момента, пока не появились ONU с MAC-адресом, в котором встречается :0e:

например fc:fa:f7:c6:0e:f6 или fc:fa:f7:c6:0e​:44

класс в dhcpd.conf такой

class "fc:fa:f7:c6:0e:f6" { match if binary-to-ascii(16,8,":",substring(option agent.remote-id,0,6))="fc:fa:f7:c6:0e:f6"; }

строчка для логов так

log( info,concat("*MAC-ONU: ",binary-to-ascii(16,8,":",substring(option agent.remote-id,0,6))) );

в итоге в лог пишется   *MAC-ONU: fc:fa:f7:c6:e:44

и адрес правильный, соответственно, не выдаётся

Кто сталкивался или знает как вернуть нолик на место, буду благодарен за помощь.

[Darth Vader2 33]

например fc:fa:f7:c6:0e:f6 или fc:fa:f7:c6:0e​:44

Было такое. Указывайте вот так:

match if binary-to-ascii(16,8,":",substring(option agent.remote-id,0,6))="fc:fa:f7:c6:e:f6"; }

Изменено 2014-10-29 16:51:51 пользователем Darth Vader2

[Tavr 4]

Вот наткнулся ещё на такое решение, только строчек много

class "fc:fa:f7:c6:0e:44" { match if concat (
                suffix (concat ("0", binary-to-ascii (16, 8, "", substring(option agent.remote-id,0,1))),2), ":",
                suffix (concat ("0", binary-to-ascii (16, 8, "", substring(option agent.remote-id,1,1))),2), ":",
                suffix (concat ("0", binary-to-ascii (16, 8, "", substring(option agent.remote-id,2,1))),2), ":",
                suffix (concat ("0", binary-to-ascii (16, 8, "", substring(option agent.remote-id,3,1))),2), ":",
                suffix (concat ("0", binary-to-ascii (16, 8, "", substring(option agent.remote-id,4,1))),2), ":",
                suffix (concat ("0", binary-to-ascii (16, 8, "", substring(option agent.remote-id,5,1))),2))="fc:fa:f7:c6:0e:44"; }

Изменено 2014-10-29 18:52:57 пользователем Tavr

[qwerz3 0]

Наткнулся на такую проблему: АйПи клиентам раздаёт isc-dhcp на основе mac-ONU из option 82 Всё отлично работало до момента, пока не появились ONU с MAC-адресом, в котором встречается :0e: например fc:fa:f7:c6:0e:f6 или fc:fa:f7:c6:0e​:44

 

удаляйте 0 который идет первым в блоке, и записывайте в класс без него, например fc:fa:f7:c6:e:f6 или fc:fa:f7:c6:e​:44,  или допустим вместо fc:fa:f7:0c:0e​:04 будет fc:fa:f7:c:e​:4

 

ну да извиняюсь

Изменено 2014-10-31 00:49:04 пользователем alexmasz