Send kea-dev mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/kea-dev
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of kea-dev digest..."
Today's Topics:
1. Leasing from multiple IPv4 subnets to the same relay
(Guido Marelli)
2. Options and Relay Agent information (Vadim Fedorenko)
----------------------------------------------------------------------
Message: 1
Date: Tue, 10 Nov 2015 13:00:53 -0300
From: Guido Marelli <[email protected]>
To: [email protected]
Subject: [kea-dev] Leasing from multiple IPv4 subnets to the same
relay
Message-ID:
<CA+rsa=o_p2nngstajstmlhqjp4y3yz94lwurlvu36wafmpa...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I'm analyzing the feasibility of using Kea in DOCSIS networks. However, I
didn't managed to configure Kea to use more than one IPv4 subnet with the
same relay/giaddr.
What I observed is that Kea depletes leases from the first subnet and that
the other subnets, which were configured with the same relay, are ignored.
I think this behavior is due to the method "CfgSubnets4 :: selectSubnet"
which iterates subnets until it finds the first subnet that matches the
giaddr, but it doesn't check lease availability.
Any thoughts on this?
Regards,
Guido
Guido Marelli
Intraway Corp.
Project Leader
AR Office: +54 (11) 6040 4000 x4033
US Office: +1 (516) 620 3890 X4033
Mobile: +54 (911) 5424 9574
Email: [email protected]
Visit our website at http://www.intraway.com
Proud to be an ISO 9001:2008 certified company
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/kea-dev/attachments/20151110/d5972e8b/attachment-0001.html>
------------------------------
Message: 2
Date: Wed, 11 Nov 2015 01:27:12 +0300
From: Vadim Fedorenko <[email protected]>
To: [email protected]
Subject: [kea-dev] Options and Relay Agent information
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
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?
--
Best regards,
Vadim
------------------------------
_______________________________________________
kea-dev mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/kea-dev
End of kea-dev Digest, Vol 20, Issue 3
**************************************
