[Kea-users] 转发:回复: 转发:im lookling for help about kea dhcp!
Joelson Vendramin
jtvendramin at yahoo.com.br
Fri Mar 1 12:40:49 UTC 2019
Hi!
Try to check if your switch (between BAS and DHCP server) has some feature, like "dhcp snooping" that is trying to rebuild the Option82 sent by BAS.
I think the other DHCP server you are using is "unaware" of Relay Agent Information, so it ignores Option82 (that's why it is working for you). In the other hand, KEA is "aware" of Option82 and if KEA is receiving it empty it should reply it empty as well.
Please check section 2.2 of RFC 3046 (https://tools.ietf.org/html/rfc3046):
"
DHCP servers unaware of the Relay Agent Information option will
ignore the option upon receive and will not echo it back on
responses. This is the specified server behavior for unknown
options.
DHCP servers claiming to support the Relay Agent Information option
SHALL echo the entire contents of the Relay Agent Information option
in all replies. Servers SHOULD copy the Relay Agent Information
option as the last DHCP option in the response.
(...)
"
Regards,
--
Joelson Vendramin
Em sexta-feira, 1 de março de 2019 02:52:12 BRT, 583070671 <583070671 at qq.com> escreveu:
------------------ 原始邮件 ------------------
发件人: "我自己的邮箱"<583070671 at qq.com>;
发送时间: 2019年3月1日(星期五) 上午8:52
收件人: "Joelson Vendramin"<jtvendramin at yahoo.com.br>;
主题: 回复: [Kea-users] 转发:im lookling for help about kea dhcp!
Yes,the packets from BAS to KEA have option82 value,it has Circuit ID and Remote ID.
as you can see, here it is.im not sure what another network element between them,but only normal switcher,and we attempt another dhcp server,we can get
correct packet from another dhcp server,so i think the problem in kea dhcp.
i appreciate your reply.
More information about the Kea-users
mailing list