Jump to content

Recommended Posts

Posted

Пытаюсь внедрять опцию 82 на ПОНе. Пон у нас гибридный. Т.е. за онушкой может быть управляемый свитч(вплоть до 3120SC).

 

Оказалось что голова опцию 82 заменяет на свою. Нигде не могу найти возможность, делать "keep".

 

Есть соображения?

Posted (edited)

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

Edited by prototip
Posted

Потому что гибридная схема. Есть Онушка на клиента, есть онушка на ящик.

Posted (edited)

Ну так и в чем проблема то ?  Ту онушку , что работает на клиента в один влан , а ту что на ящик - в другой влан . Опт 82 бдкома работает на влане в котором онушка на клиента , а второй влан живет себе без опт 82 бдкома , там опт82 лепит ваш говнолинк аля 3200-...  И залетает  это все как правило на какоето там сисько аля 3700 , где вы можете и keep.... В третий влан можно еще и РРРоЕ втулить , еще более "нагибридив"

Edited by prototip
Posted

прекрасно все работает, как минимум на стенде проблем не было.

Posted (edited)

Прекрасно работает в продакшн более года .

Edited by prototip
Posted

прекрасно все работает, как минимум на стенде проблем не было.

 

что именно?

Posted

 

прекрасно все работает, как минимум на стенде проблем не было.

 

что именно?

 

 

 

Схема гибрд pon\fttp наверное.

 

vlan 1,2,3,4,5,6,715,741-743,1000

!
ip dhcp-relay snoopingip dhcp-relay snooping vlan  715,741-743
ip dhcp-relay snooping information option format cm-type
ip dhcp-relay agent
ip dhcp-relay helper-address 172.16.1.1 vlan 715,741-743
!

Вы просто указывайте для каких вланов инкапсулировать 82 опцию на самом OLT-е для ONUшек юзерских, а те что для свитчей просто пропускаете "прозрачно".

 

Posted

но ведь у бдкома dhcp snooping включеный на одном влане автоматом врубается на всех вланах

Posted

но ведь у бдкома dhcp snooping включеный на одном влане автоматом врубается на всех вланах

Хм, у себя не замечал такого. 

Posted (edited)

 

но ведь у бдкома dhcp snooping включеный на одном влане автоматом врубается на всех вланах

Хм, у себя не замечал такого. 

 

в теме ua-pon было обсуждение об этом, щас врятле найду пост, но это reaminator_ua подтвердил

а поведение keep/replace с какой-то прошивки должны были допилить, тоже в ua-pon обсуждалось

Edited by l1ght
Posted (edited)

Сам придумал или книжек сташных начитался аля "на всех вланах" ....  Не вносите смуту , все там работает , а вот ежели хотите приморочки  аля  keep , replase  так написано выше че делать 

Edited by prototip
Posted

Сам придумал или книжек сташных начитался аля "на всех вланах" ....  Не вносите смуту , все там работает , а вот ежели хотите приморочки  аля  keep , replase  так написано выше че делать 

дорогой, то что память короткая или рюмка на тебя так влияет - моей вины нет

включение снупинга сразу во всех вланах

политика разбора dhcp пакетов головой bdcom

Posted

Теоретики, лучше бы проверили, реально ли на ваших прошивках такое поведение.

Posted

Теоретики, лучше бы проверили, реально ли на ваших прошивках такое поведение.

мне опция 82 нафиг не упала на бдкоме

если нужна вешаю в точке терминации (на циске)

Posted

 

Теоретики, лучше бы проверили, реально ли на ваших прошивках такое поведение.

мне опция 82 нафиг не упала на бдкоме

если нужна вешаю в точке терминации (на циске)

 

И шо, влан на онушку и выдача адреса только на основании номера влана ?

Posted

 

 

Теоретики, лучше бы проверили, реально ли на ваших прошивках такое поведение.

мне опция 82 нафиг не упала на бдкоме

если нужна вешаю в точке терминации (на циске)

 

И шо, влан на онушку и выдача адреса только на основании номера влана ?

 

ну у меня да, пара remote-id циски + номер влана

Posted

Сделал отдельный влан. прогнал юзера до dhcp сервера 

 

 

Jan 4 16:06:42 123 dhcpd: DHCPDISCOVER from 14:cc:20:d5:dd:d1 (TL-WR841N) via eth5.82
Jan 4 16:06:42 123 dhcpd: DHCPOFFER on 10.2.2.157 to 14:cc:20:d5:dd:d1 (TL-WR841N) via eth5.82
Jan 4 16:06:42 123 dhcpd: ***
Jan 4 16:06:42 123 dhcpd: *raw option-82 info is CID: 0.4.0.82.0.6 AID: 0.6.54.e6.fc.a2.bf.47

 

И так по циклу. DHCPDISCOVER - DHCPOFFER

 

соответственно ip не присваивается.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...