Re: [Kea-users] HA setup in kubernetes, hostnames in the configuration fail to resolve

2022-01-11 Thread Yordanov, Damyan via Kea-users
Thanks for the reply.

I can unterstand that the feature lacked priority, back then. That said, the 
problems below seem pretty much trivially solvable for me, if not solved 
already. They are not Kea-related anyway. In fact, the ISC DHCPD does support 
hostnames 
(https://kb.isc.org/v1/docs/isc-dhcp-44-manual-pages-dhcpdconf#configuring-failover),
 maybe it can serve as a starting point.

I would rather open an issue so we can track the upvoting status.

Best,
   Damyan

On 30. Dec 2021, at 11:33, Francis Dupont 
mailto:fdup...@isc.org>> wrote:

Kea does not support hostnames (vs IP addresses) in configurations.

Please note it is a design choice: even it seems convenient this feature
is not as it raises some problems:
- when to resolve hostnames? At configure time or each time it is needed?
- what to do when resolution fails or more funny when the resolution
 returns more than one address

I do not know if there is already a KB article about this (if not we
should write one as you are far to be the first to ask) or if Stork
provides this feature (it is interactive so these problems can be handled).

Regards

Francis Dupont mailto:fdup...@isc.org>>

___
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] HA setup in kubernetes, hostnames in the configuration fail to resolve

2022-01-03 Thread Francis Dupont
Kea does not support hostnames (vs IP addresses) in configurations.

Please note it is a design choice: even it seems convenient this feature
is not as it raises some problems:
 - when to resolve hostnames? At configure time or each time it is needed?
 - what to do when resolution fails or more funny when the resolution
  returns more than one address

I do not know if there is already a KB article about this (if not we
should write one as you are far to be the first to ask) or if Stork
provides this feature (it is interactive so these problems can be handled).

Regards

Francis Dupont 
___
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


[Kea-users] HA setup in kubernetes, hostnames in the configuration fail to resolve

2021-12-29 Thread Yordanov, Damyan via Kea-users
Hello everyone,

I am running an HA (hot standby) Kea setup in Kubernetes. I do not want to 
hard-code service IPs, so I switched to headless services instead, hoping to be 
able to provide (fest) hostnames in the HA configuration:

[…]
"parameters": {
  "high-availability": [
{
  "this-server-name": "secondary",
  "mode": "hot-standby",
  "heartbeat-interval": 1,
  "max-response-delay": 6,
  "max-ack-delay": 1,
  "max-unacked-messages": 0,
  "max-unacked-clients": 0,
  "peers": [
{
"name": "primary",
"url": "http://dhcp-prim-headless-svc:8000/“,  <- does not seem to 
be supported
"role": "primary",
"auto-failover": true
},
{
"name": "secondary",
"url": "http://dhcp-second-headless-svc:8000/“, <- same here
"role": "standby",
"auto-failover": true
}
  ]
}
  ]
}
[…]

However, the Kea container fails to start with the error message that the 
address cannot be resolved:

363 18:16:52.313 kea-dhcp4.hooks HOOKS_STD_CALLOUT_REGISTERED hooks library 
/usr/lib/x86_64-linux-gnu/kea/hooks/libdhcp_ha.so registered standard callout 
for hook leases4_committed at address 0x7f20d4739360
363 18:16:52.313 kea-dhcp4.ha-hooks HA_CONFIGURATION_FAILED failed to configure 
High Availability hooks library: bad url 'http://dhcp-prim-headless-svc:8000/': 
Failed to convert string to address 
'dhcp-prim-headless-svc':
 Invalid argument for server primary
363 18:16:52.313 kea-dhcp4.hooks HOOKS_LOAD_ERROR 'load' function in hook 
library /usr/lib/x86_64-linux-gnu/kea/hooks/libdhcp_ha.so returned error 1

The headless service is perfectly pingable from other containers in the pod, so 
no DNS general problem there.

I also stumbled upon a unit test, indicating that hostnames are not supported 
in the configuration, 
https://gitlab.isc.org/isc-projects/kea/-/blob/master/src/hooks/dhcp/high_availability/tests/ha_config_unittest.cc#L651-L677.
 However, the HA design document, 
https://gitlab.isc.org/isc-projects/kea/-/wikis/designs/High-Availability-Design,
 clearly *has* hostnames in its showcase configuration.

So, can someone, kindly, hint me if that’s supported or not? If the latter is 
the case, I will just open a feature request.

For the developers: thanks for the great work, keep it up!

Best,
   Damyan Y.


Damyan Yordanov

BTP Core FP R Gardener (SE)

SAP SE, Dietmar-Hopp-Allee 16, 69190 Walldorf, Germany

T +49 6227 7-65764, M +49 160 90 842 652, 
damyan.yorda...@sap.com


Pflichtangaben/Mandatory Disclosure Statement: 
www.sap.com/impressum

Diese E-Mail kann Betriebs- oder Geschäftsgeheimnisse oder sonstige 
vertrauliche Informationen enthalten. Sollten Sie diese E-Mail irrtümlich 
erhalten haben, ist Ihnen eine Kenntnisnahme des Inhalts, eine Vervielfältigung 
oder Weitergabe der E-Mail ausdrücklich untersagt. Bitte benachrichtigen Sie 
uns und vernichten Sie die empfangene E-Mail. Vielen Dank.

This e-mail may contain trade secrets or privileged, undisclosed, or otherwise 
confidential information. If you have received this e-mail in error, you are 
hereby notified that any review, copying, or distribution of it is strictly 
prohibited. Please inform us immediately and destroy the original transmittal. 
Thank you for your cooperation.

___
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