[Feature request] DHCPv6 protocol

[Martin Huněk]

Hi,

No argument there, the DHCP server should do that when doing PD but for some 
reasons they don't. I guess that because of large ISP would use DHCP relay 
agent in some device, they would not need that. That's why DHCPKit doesn't 
have that (author doesn't need that, but you are free to do it yourself). I 
guess that there is also some religious view that the DHCP server should not 
make routing decisions. It was true before PD, but no one seems to notice 
that.

There is one fork of ISC DHCP (https://github.com/mpalmer/isc-dhcp) which at 
least gives address of CPE to be available to custom hooks which then allows 
you to make hook for adding/removing routes for delegated prefixes. However it 
seems to be dead since end of 2014.

I'm not arguing about that it would not be easier to program it into DHCP 
server, it would be, I'm stating that it would be helpful to have at least 
relay in bird. Because to have a functional DHCPv6-PD it is necessary to do 
both routing and DHCP itself and since DHCP servers doesn't do that, routing 
daemon should.

Best Regards
Martin Hunek

Dne sobota 1. dubna 2017 13:36:40 CEST jste napsal(a):
> Hello!
>
> > Then you run into problems. None of the current implementation which I've
> >
> > tried (ISC, Kea, DHCPKit) doesn't add routes for delegated prefixes into
> > routing table. This way the delegated prefix is unreachable and end user
> > has got broken connectivity.
>
> Maybe I am missing something, but is there any reason for not adding this
> feature to the DHCP daemon? It looks much easier than implementing the whole
> of DHCP from scratch :-)
>
> Have a nice fortnight
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: This is a digitally signed message part.
URL: <http://trubka.network.cz/pipermail/bird-users/attachments/20170401/2f1bb279/attachment.asc>