[kea-dev] Options and Relay Agent information

Vadim Fedorenko jun-junk at yandex.ru
Thu Nov 12 09:06:03 UTC 2015


Thursday, November 12, 2015, 11:37:25 AM, you wrote:

> On 10.11.2015 23:27, Vadim Fedorenko wrote:
>> Found strange behavior of Cisco switches acting as DHCP Relay Agents.
>> All options, that are placed after Option 82, are stripped from
>> DHCPACK packet. So, because OptionCollection is std::multimap, an
>> ordered by the option type container, all options with codes higher
>> than 82 (like tftp server and so on) are stripped and the client
>> cannot receive them.

>> Is it possible to change OptionCollection to std::unordered_multimap
>> and make Option 82 to be the last option in the packet?


> Hi Vadim,

> Is this the behavior you have observed on Cisco switches for Kea server,
> or you observe the same behavior for other DHCP server implementations too?

> Marcin

Hi Marcin,


I could not produce such things on other DHCP servers (ISC-DHCP and Cisco's built-in DHCP), because in another servers' replies Option 82 is always the last option in the DHCPACK packet and options are not sorted by type (code). So, that behavior seems to be for Kea server only. And, also I found that behavior on other vendor's switches (tested on DLink DGS-3612 and DGS-3627 and QTech QSW-8300).




-- 
Best regards,
 Vadim



More information about the kea-dev mailing list