Re: [Kea-users] DHCPOFFER delay
Thanks, Darren for your advise. That's what I did: preventively reduced lease time to 1 hour, commented out the shared network with this relay and all users smoothly switched to a new relay. Kind regards, Andrey Darren Ankney писал(а) 2024-11-12 06:26: Hi Andrey, If you are wanting another shared network to be selected based on the relay address, you would need to delete the shared-network (or remove the relay address from it) as I think Kea will only find one of the shared-networks based on the relay address. It won't go looking for another if there are no addresses available in the first, I don't believe. Thank you, Darren Ankney -- ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users. Kea-users mailing list Kea-users@lists.isc.org https://lists.isc.org/mailman/listinfo/kea-users
Re: [Kea-users] DHCPOFFER delay
Hi Andrey, > Another quick question, what's the recommended way to stop serving users > from a subnet/pool? For example, there is a shared network with a subnet > and this subnet has a pool and no static reservations. Which way is > better, to comment out "pools":, comment out "subnet4" section or delete > whole shared-network to make dhcp clients switch to another > relay/subnet, considering that it's available via another relay? If you are wanting another shared network to be selected based on the relay address, you would need to delete the shared-network (or remove the relay address from it) as I think Kea will only find one of the shared-networks based on the relay address. It won't go looking for another if there are no addresses available in the first, I don't believe. Thank you, Darren Ankney -- ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users. Kea-users mailing list Kea-users@lists.isc.org https://lists.isc.org/mailman/listinfo/kea-users
Re: [Kea-users] DHCPOFFER delay
Hi Darren, Thank you for your reply. You're correct, if one router dies, dhcp clients will experience an outage until rebind, but this time is relatively short because of asymmetric lease feature (also called lease split) with short lease time. These users aren't in a common broadcast domain, they are broadband customers and connected in individual S-C vlans that are terminated on dynamically created subinterfaces only on one of routers. If they get IPs from the same subnet, we would have to advertise individual IPs from each router to direct traffic destined to subscriber's IP to a correct router. Delay manipulation I asked for comes from PPPoE where subscribers connections can be directed to more preferred router. Actually Juniper has implemented this feature for it's local dhcp server, but not for the relay: https://www.juniper.net/documentation/us/en/software/junos/subscriber-mgmt-sessions/topics/topic-map/dhcp-local-server-response-delay.html No problem though, it's not the end of the world to not have this delay. Another quick question, what's the recommended way to stop serving users from a subnet/pool? For example, there is a shared network with a subnet and this subnet has a pool and no static reservations. Which way is better, to comment out "pools":, comment out "subnet4" section or delete whole shared-network to make dhcp clients switch to another relay/subnet, considering that it's available via another relay? Kind regards, Andrey Darren Ankney писал(а) 2024-11-08 16:41: Hi Andrey, I cannot think of a way to accomplish this. The usual way things like this are done is that the same subnet is assigned to both relays. The client is given a gateway address that is a floating IP between the two relays (which are also the gateway routers). In this way, it doesn't matter which relay sends the traffic to the DHCP server. The correct subnet is allocated and routing works. It sounds like, in this case, you've assigned separate subnets to the relays ... Kea won't even know that they are related in any way. Won't this cause a temporary customer routing problem if one of the routers dies? Thank you, Darren Ankney -- ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users. Kea-users mailing list Kea-users@lists.isc.org https://lists.isc.org/mailman/listinfo/kea-users
Re: [Kea-users] DHCPOFFER delay
Hi Andrey, I cannot think of a way to accomplish this. The usual way things like this are done is that the same subnet is assigned to both relays. The client is given a gateway address that is a floating IP between the two relays (which are also the gateway routers). In this way, it doesn't matter which relay sends the traffic to the DHCP server. The correct subnet is allocated and routing works. It sounds like, in this case, you've assigned separate subnets to the relays ... Kea won't even know that they are related in any way. Won't this cause a temporary customer routing problem if one of the routers dies? Thank you, Darren Ankney On Thu, Nov 7, 2024 at 10:50 AM Andrey Kostin wrote: > > Hi Darren, > > I plan to have two DHCP relay routers facing IPoE subscribers and would > like to make relay selection more deterministic, so that one relay is > active and another is backup. Currently I assign IPs from different > subnets to advertise only aggregate prefix for each subnet from each > router. Users connect to both relays and they work as active-active. > Seems there is no problem with this setup, but just wanted to know is > there a way to make one of relays preferred. > > Kind regards, > Andrey > > Darren Ankney писал(а) 2024-10-31 04:18: > > Hi Andrey, > > > > There is no way to do this that I am aware of. Kea is designed to be > > fast. There are many ways to influence what subnet is selected, > > however. Perhaps some detail about what you are trying to do might > > reveal another idea for a solution? > > > > Thank you, > > Darren Ankney > > > > On Mon, Oct 28, 2024 at 3:41 PM Andrey Kostin > > wrote: > >> > >> > >> Hello, Kea users, > >> > >> A quick question: is there a way to set a delay for DHCPOFFER sent by > >> kea-dhcp4 or kea-dhcp6 via relay to make clients to use one > >> relay/subnet > >> over another? > >> > >> Kind regards, > >> Andrey > >> -- -- ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users. Kea-users mailing list Kea-users@lists.isc.org https://lists.isc.org/mailman/listinfo/kea-users
Re: [Kea-users] DHCPOFFER delay
Hi Darren, I plan to have two DHCP relay routers facing IPoE subscribers and would like to make relay selection more deterministic, so that one relay is active and another is backup. Currently I assign IPs from different subnets to advertise only aggregate prefix for each subnet from each router. Users connect to both relays and they work as active-active. Seems there is no problem with this setup, but just wanted to know is there a way to make one of relays preferred. Kind regards, Andrey Darren Ankney писал(а) 2024-10-31 04:18: Hi Andrey, There is no way to do this that I am aware of. Kea is designed to be fast. There are many ways to influence what subnet is selected, however. Perhaps some detail about what you are trying to do might reveal another idea for a solution? Thank you, Darren Ankney On Mon, Oct 28, 2024 at 3:41 PM Andrey Kostin wrote: Hello, Kea users, A quick question: is there a way to set a delay for DHCPOFFER sent by kea-dhcp4 or kea-dhcp6 via relay to make clients to use one relay/subnet over another? Kind regards, Andrey -- -- ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users. Kea-users mailing list Kea-users@lists.isc.org https://lists.isc.org/mailman/listinfo/kea-users
Re: [Kea-users] DHCPOFFER delay
Hi Andrey, There is no way to do this that I am aware of. Kea is designed to be fast. There are many ways to influence what subnet is selected, however. Perhaps some detail about what you are trying to do might reveal another idea for a solution? Thank you, Darren Ankney On Mon, Oct 28, 2024 at 3:41 PM Andrey Kostin wrote: > > > Hello, Kea users, > > A quick question: is there a way to set a delay for DHCPOFFER sent by > kea-dhcp4 or kea-dhcp6 via relay to make clients to use one relay/subnet > over another? > > Kind regards, > Andrey > -- > ISC funds the development of this software with paid support subscriptions. > Contact us at https://www.isc.org/contact/ for more information. > > To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users. > > Kea-users mailing list > Kea-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/kea-users -- ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users. Kea-users mailing list Kea-users@lists.isc.org https://lists.isc.org/mailman/listinfo/kea-users
