[Kea-users] 转发：回复： 转发：im lookling for help about kea dhcp!

[Joelson Vendramin]

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.
------------------ 原始邮件 ------------------发件人: "Joelson Vendramin"<jtvendramin at yahoo.com.br>;发送时间: 2019年3月1日(星期五) 凌晨2:13收件人: "kea-users"<kea-users at lists.isc.org>;"583070671"<583070671 at qq.com>; 主题: Re: [Kea-users] 转发：im lookling for help about kea dhcp!
Hi!
Have you sniffed the packets from BAS to KEA?
I think your BAS is sending an empty Option82 or there may be another network element between them that is trying to rewrite Option82.
Maybe KEA is just echoing back the same Option82 that it receives.

Regards,
--Joelson Vendramin

Em quarta-feira, 27 de fevereiro de 2019 21:45:18 BRT, 583070671 <583070671 at qq.com> escreveu: 

Hi all,

I wish you could help me with this.

I have a network where some Users connect to the Internet through PPPOE dial-up, they all Get the IP address from the KEA DHCP server. but When a DHCP sendingoffer packets,Users cannot receive them,because our relay agent "ME60" a bas of huawei device intercepted the offer packet,the reason is the offer packet with an empty string option82,How do I make it not return RAI option string or make kea dhcp return offer packet with normal option82 value, how can I achieve this.how can i configruate it ?thank you guys !
I would really appreciate your help.

------------------ 原始邮件 ------------------发件人: "我自己的邮箱"<583070671 at qq.com>;发送时间: 2019年2月22日(星期五) 上午9:20收件人: "dhcp-workers"<dhcp-workers at lists.isc.org>;主题: im lookling for help about kea dhcp!
 _______________________________________________
Kea-users mailing list
Kea-users at lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users
_______________________________________________
Kea-users mailing list
Kea-users at lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/kea-users/attachments/20190301/262ed100/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 3FC36922 at 82C3D40B.6382785C.jpg
Type: image/jpeg
Size: 41378 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/kea-users/attachments/20190301/262ed100/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 595F692C at FD305D22.6382785C.jpg
Type: image/jpeg
Size: 41220 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/kea-users/attachments/20190301/262ed100/attachment-0001.jpg>