Re: [Kea-users] Planning some experimentation with HA using ECMP

[Victoria Risk]

> On Apr 30, 2024, at 9:18 AM, Dan Geist  wrote:
> 
> Thanks Vicky.
> 
> Facebook's dhcplb is an option, but it also solves problems that we don't 
> have (imbalance of DHCP messaging and need for staged deployments). It also 
> requires more infra (either physical or virtual) and a slightly greater 
> network complexity which differs from what we already support in other 
> services. I'm trying to stick with the "just because you have a hammer, you 
> should still try to use a screwdriver on screws" philosophy :)

Well, for sure, not many users have Facebook’s scale, so their solution might 
not fit either.

Recently we have had a couple of requests to write a new DHCP relay, since ISC 
DHCP is now EOL and Kea doesn’t include a relay. This is a thing that very few 
people ask for, which makes it a difficult thing to invest in. However, if 
there is enough interest in a load-balancer, maybe we could make a relay that 
is also a load balancer??  I would encourage anyone who has requirements like 
this to add them to https://gitlab.isc.org/isc-projects/kea/-/issues/1869, 
which is a ticket about requirements for a relay. One big question is whether a 
relay should be a version of Kea, or a completely separate (presumably simpler) 
implementation - any requirements that help decide that are useful. 

> 
> I suppose the WAY in which the traffic is balanced is ultimately a wash, 
> though. Either way, we'd need Kea instances in a horizontal N-number farm 
> with mostly-identical behaviors (regardless of if they listen for the virtual 
> IP or if it's housed one hop upstream). Ideally, having as little state as 
> possible (or as little state that DIFFERS between hosts) is an important 
> aspect.

Certainly, this sounds ideal, and I thought everyone would be doing this with 
the lease backend. The problem is that the DHCP protocol specifically requires 
writing the lease to a file on disk before confirming it. This is inevitably 
time-consuming, and more so if you are writing it to remote shared storage with 
possible contention. This would mean that a local database with replication is 
the best way to go. We are not really database experts at ISC, so the expertise 
in this is going to have to come from other users. I know we have users doing 
this, but I am under the impression that the database replication is 
complicated to set up and administer and therefore not for everyone.

> 
> Performance tuning, strategy for maintaining the database backend (monolithic 
> vs multiple replicating instances) and so forth will be important, but is 
> there anything inherent about Kea itself that will break this conceptually 
> (unique metadata payload in messaging that will break on DHCP refresh to a 
> different node or something along those lines)?

Conceptually it should work and I am pretty sure there are users doing this 
now. (here’s an old thread on this topic 
https://lists.isc.org/mailman/htdig/kea-users/2017-November/001471.html )
One thing that comes to mind, are options added by the relay(s). We just added 
a frequently-requested feature from ISC DHCP in Kea 2.5.8 to ’stash’ options 
provided by the relay on the original assignment to use on refresh. I am 
thinking this is cached in the Kea server that originally created the lease, 
and *might* not work if the client renews with a different server….  I am not 
sure where lease 'extended info’ is stored, and whether it would be included in 
a separate lease backend.  In any case, relay options would be path-specific, 
so if you depend on them, that could cause an issue with renewals.

Let us know what you end up doing and how it works!

> 
> Thanks
> Dan
> 
> - On Apr 30, 2024, at 8:39 AM, Victoria Risk  wrote:
> 
> 
> On Apr 29, 2024, at 6:16 PM, Dan Geist  wrote:
> 
> Hi. I have an environment where many of the network services (DNS, NTP, ToD, 
> etc.) provide scaling, fault tolerance, and load sharing via ECMP (in front 
> of the service) and BGP. Each (of the 2 or more) service node(s) monitors the 
> status of that service and announces/pulls BGP announcements from the 
> upstream router pair. This works really well for protocols with simple 
> request/response transactions.
> 
> I'd like to try doing this same thing with Kea dhcpv(4|6). In that setup, the 
> same "virtual service IP" would be configured on each of several Kea nodes 
> (in addition to the real link IPs) and they would announce these to the next 
> hop (as above). My thinking is that if there is a common configuration and 
> lease backend to these multiple nodes, then this can be a way to provide HA 
> services (and scaling) to a very large number of devices. My only concern is 
> how the multi-step transaction will be handled.
> 
> Before I spend the time to mock this up, has anyone else tried ECMP load 
> dist

[Kea-users] Kea 2.5.8 packages will be up by tomorrow

[Victoria Risk]

Hi Kea-users,

Kea 2.5.8 is posted at https://downloads.isc.org/isc/kea/2.5.8/, but I jumped 
the gun a bit, and announced availability before we had built all the packages 
and uploaded them to Cloudsmith. So, if you are looking to download Kea 2.5.8, 
just wait a few hours, or until tomorrow.  The usual packages will be there, 
after all the machines have churned and the scripts have run and the bits have 
transferred….

Vicky-- 
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] Planning some experimentation with HA using ECMP

[Victoria Risk]

> On Apr 29, 2024, at 6:16 PM, Dan Geist  wrote:
> 
> Hi. I have an environment where many of the network services (DNS, NTP, ToD, 
> etc.) provide scaling, fault tolerance, and load sharing via ECMP (in front 
> of the service) and BGP. Each (of the 2 or more) service node(s) monitors the 
> status of that service and announces/pulls BGP announcements from the 
> upstream router pair. This works really well for protocols with simple 
> request/response transactions.
> 
> I'd like to try doing this same thing with Kea dhcpv(4|6). In that setup, the 
> same "virtual service IP" would be configured on each of several Kea nodes 
> (in addition to the real link IPs) and they would announce these to the next 
> hop (as above). My thinking is that if there is a common configuration and 
> lease backend to these multiple nodes, then this can be a way to provide HA 
> services (and scaling) to a very large number of devices. My only concern is 
> how the multi-step transaction will be handled.
> 
> Before I spend the time to mock this up, has anyone else tried ECMP load 
> distribution with DHCP, specifically on Kea, and are there any "gotchas" to 
> be aware of?

You might want to check out the DHCP Load Balancer from Facebook: 
https://github.com/facebookincubator/dhcplb

> 
> Thanks.
> Dan
> 
> --
> Dan Geist dan(@)polter.net
> 
> -- 
> 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

Re: [Kea-users] Question regarding to HA for kea-dhcp6 VMs

[Victoria Risk]

Xiao,

This is actually exactly why we implemented HA instead of DHCPv4 failover! So 
that you can use the same mechanism for DHCPv6. 

I am sorry if the documentation was misleading at all, I think the 
documentation focuses on DHCPv4 because that is what most people are using.

Vicky

> On Feb 29, 2024, at 4:04 PM, Xiao, Yu (CCI-Atlanta) via Kea-users 
>  wrote:
> 
> Greetings,
>  
> I have an interesting question for you esp for ISC developers. I want to only 
> use kea-dhcp6, which means I need VMs working as DHCP servers to provide IPv6 
> addresses to other devices so those clients can have IPv6 addresses. But I 
> don’t care or need that my kea-dhcp6 servers themselves have IPv6 addresses 
> or not.
>  
> But the problem is that in the documentation, I can see they give some 
> examples which all put the redundancy configurations under the Dhcp4 
> configuration section. Does it imply that in order to use the HA feature for 
> kea-dhcp6 servers, my DHCP servers themselves must be configured to have 
> their own IPv6 addresses? I don’t think this makes any sense since in reality 
> we only need the connectivity between primary and secondary servers no matter 
> this connectivity is based on IPv4 or IPv6.
>  
> "Dhcp4": {
> "hooks-libraries": [
> {
> "library": "/usr/lib/kea/hooks/libdhcp_lease_cmds.so 
> ",
> "parameters": { }
> },
> {
> "library": "/usr/lib/kea/hooks/libdhcp_ha.so 
> ",
> "parameters": {
> "high-availability": [ {
> "this-server-name": "server1",
> "mode": "load-balancing",
> "peers": [
> {
> "name": "server1",
> "url": http://192.168.56.33:8000/,
> "role": "primary"
> },
> {
> "name": "server2",
> "url": http://192.168.56.66:8000/,
> "role": "secondary"
> }
> ],
> "state-machine": {
> "states": [
> {
> "state": "waiting",
> "pause": "once"
> }
> ]
> }
> } ]
> }
> }
> ],
> ...
> }
>  
> May I ask can I configure my servers like this?
>  
> "Dhcp6": {
> "hooks-libraries": [
> {
> "library": "/usr/lib/kea/hooks/libdhcp_lease_cmds.so 
> ",
> "parameters": { }
> },
> {
> "library": "/usr/lib/kea/hooks/libdhcp_ha.so 
> ",
> "parameters": {
> "high-availability": [ {
> "this-server-name": "server1",
> "mode": "load-balancing",
> "peers": [
> {
> "name": "server1",
> "url": http://192.168.56.33:8000/,
> "role": "primary"
> },
> {
> "name": "server2",
> "url": http://192.168.56.66:8000/,
> "role": "secondary"
> }
> ],
> "state-machine": {
> "states": [
> {
> "state": "waiting",
> "pause": "once"
> }
> ]
> }
> } ]
> }
> }
> ],
> ...
> }
>  
>  
>  
> Related section:
> https://downloads.isc.org/isc/kea/2.5.5/doc/html/arm/hooks.html#hooks-high-availability
>  
>  
>  
>  
> Best Regards,
> Yu
>  
> -- 
> 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

[Kea-users] Kea 2.5.5 is now available

[Victoria Risk]

Internet Systems Consortium is pleased to announce the release of Kea 2.5.5.

The current stable branch of Kea is Kea 2.4 and its most recent release is 
2.4.1.
Releases in the Kea 2.5.x sequence are part of the Kea 2.5 development
branch, where new features are provided for testing and evaluation
before the branch is designated stable and recommended for production use.

Kea source tarballs are available from cloudsmith.io:

https://dl.cloudsmith.io/public/isc/kea-2-5/raw/versions/2.5.5/kea-2.5.5.tar.gz 

 
>

And from the ISC download page:  https://www.isc.org/download/#Kea

Also note that we have recently introduced an experimental Docker image.
Kea Dockers are vailable in a separate repository on Cloudsmith: 
https://cloudsmith.io/~isc/repos/docker/packages/
——

The following bug fixes and features have been implemented since the 
previous release, version 2.5.4:

 1. **Hub-and-spoke model in High Availability (HA)**: Kea can now 
handle multiple HA relationships. In particular, it can handle the 
popular scenario of a central office (hub) providing failover support to 
multiple smaller satellite offices (spokes), reducing the number of 
servers required overall for a high-availability deployment. Extensive 
tests of this new functionality have not yet been completed, so use this 
with caution and consider it an experimental feature [ #3178, #1149].
 2. **ARM packages**: Starting with this release, binary packages are 
provided for aarch64 architecture, in addition to the usual x64 (amd64) 
architecture. The Hammer build tool has been extended to support aarch64 
[ #3186].
 3. **Bulk leasequery and IPv6 prefixes**: Kea now returns all the 
associated PD (Prefix Delegation) leases when queried over BLQ protocol 
[ #3149].
 4. **New global parameters in Config Backend**: The Configuration 
Backend now supports scalar parameters contained by top-level global 
scopes: `compatibility`, `control-socket`, `dhcp-ddns`, 
`expired-leases-processing`, `multi-threading`, `sanity-checks`, 
`server-id`, and `dhcp-queue-control`. The parameters may be stored 
using dot notation; for example, the `lenient-option-parsing` parameter 
in the `compatibility` scope can be referenced as 
`compatbility.lenient-option-parsing` [ #1790].
 5. **RADIUS and HA**: The RADIUS hook has the ability to send 
accounting updates to the RADIUS server. In scenarios where HA and 
RADIUS hooks are used together, the Kea server sends accounting updates 
when receiving lease updates from a partner, even if the partner already 
sent them. This might not be preferable in some deployments. A new 
option `peer-updates` can be set to "false" to disable this behavior [ 
#3123].
 6. **Vendor options in NETCONF**: The NETCONF model has been updated 
and Kea code has been corrected to properly handle vivso 
(vendor-independent vendor-specific) options [ #3198].
 7. **Ping-check hook updates**: Ping-check now honors the network 
state. Under certain circumstances, such as various HA states or 
administrative action (the `dhcp-disable` command), the Kea server can 
operate in a disabled state where no DHCP traffic is serviced. Starting 
with this release, the ping-check hook now obeys the global state and 
refrains from sending ICMP packets when no DHCP packets are to be sent [ 
#3187]. Ping-check is now able to operate in single-threaded mode [ 
#3107]. The ping-check hook now updates HA partners if a lease is 
declined [ #3110].
 8. **Database connection retry on startup**: Kea can be set to not 
retry database connection attempts on startup. The new 
'retry-on-startup' parameter controls this behavior along with the other 
existing parameters: 'on-fail', 'max-reconnect-tries', and 
'reconnect-wait-time' [ #3019].
 9. **Classless static route option**: Option 121 for DHCPv4 is now 
supported [ #3074].
10. **RADIUS**: The legacy RADIUS hook based on the FreeRADIUS-client 
has been removed. Moving forward, the new implementation, which is 
entirely Kea-based with no external dependencies, is the only way to use 
RADIUS in Kea [ #3168].
11. **Documentation**: The Knowledgebase (KB) article about installing 
Kea from packages was expanded and now explains how to optionally 
configure a proxy to reach the appropriate Cloudsmith repository. For 
details, see https://kb.isc.org/docs/isc-kea-packages [ #3136].
12. **Bug fixes**: A new warning message is shown when the 
`ip-reservation-unique` flag is set to "true", but the database contains 
multiple reservations for the same IP [ #3108]. The run(), run_once(), 
and poll() methods in IOService are now guarded against possible 
exceptions [ #3112]. Many smaller issues reported by Coverity Scan were 
fixed [ #3119]. The getopt function call has been improved to adhere 

[Kea-users] ISC is hiring a Technical Support Engineer

[Victoria Risk]

ISC is hiring a Technical Support Engineer to help BIND 9, Kea and DHCP users. 
This is a 100% remote working opportunity, with flexible hours. The team spans 
the US and Europe, but right now need someone who can help cover US business 
hours. This is an interesting job with a lot of variety and fun and supportive 
colleagues. If you like helping people, and you have experience as a system 
adminstrator that would equip you to advise other sysadmins, we would love to 
hear from you. ISC has a generous health insurance benefit for US staff.

Please apply with the link below, it helps us to keep track of your application 
so we don’t forget to get back to you.

https://isc.recruitee.com/o/support-engineer-for-isc-bind-and-kea-dhcp-2
Support Engineer for ISC BIND, and Kea DHCP
isc.recruitee.com-- 
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] Unrecoverable account

[Victoria Risk]

Hi Jonas,

I can look up your account and fix it. We had to increase our anti spam robot 
operations on gitlab because we were inundated with people e.g. posting long 
videos, backlinks and other trash in dormant branches and in their profiles.  
It is literally getting hard to find the real users amidst all the abuse 
accounts, which is why the system looks for an issue report within 24 hours. 
Most real users seem to first create their accounts in order to report an 
issue. You can of course, have read-only access to browse the gitlab without an 
account. 

Gitlab will email you once your account is reactivated.

Apologies!

Vicky


> On Jul 20, 2023, at 2:00 PM, Jonas Alfredsson via Kea-users 
>  wrote:
> 
> If you do not administer user accounts on the gitlab.isc.org 
>  site you can stop 
> reading now, and I apologize for the noise.
> ---
> 
> Hi Kea developer/GitLab admin,
> 
> I had/have an account on the gitlab.isc.org  site, 
> but it appears to have been
> deactivated and I am unable to reactivate it through login, and when trying 
> "reset password" I don't get any reset email sent to my address (perhaps
> protonmail is blocked?).
> I also tried authenticating via the gitlab.com  option, 
> but this only results in 
> 422 - email already in use. 
> Would it be possible to either reactivate my current account, or perhaps
> delete it so it is possible to use the GitLab login method?
> 
> At the front page it was recommended that a small introduction is made, so I 
> suppose I am going to lead with that I am the creator of 
> https://github.com/JonasAlfredsson/docker-kea.
> I am a Swedish DevOps engineer that like to spend some of my free time 
> tinkering with computers at home as well, and the above mentioned project 
> is from me experimenting with a high availability DHCP at home (yes, it is 
> overkill, but that is how you learn :) )
> 
> I have not produced any bug reports for the Kea project, but the reason 
> for wanting an account is that I want to keep up to date with what is 
> happening and perhaps provide feedback in case something is not working
> with my Docker images/builds.
> 
> If you have any more questions or thought you are more than welcome to 
> reach out to me directly.
> 
> Best regards,
> Jonas
> -- 
> 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

Re: [Kea-users] option 43 coming back blank

[Victoria Risk]

Hi Alan,

A couple of weeks ago we had a webinar on configuring custom vendor options in 
Kea. You might find it to be helpful.
The slides are here: https://www.isc.org/docs/2023kea_custom_options.pdf and 
the recording is here: 
https://www.youtube.com/watch?v=mcXO7E9K190=youtu.be

Regards,

Vicky Risk

> On Apr 14, 2023, at 7:43 PM, Alan Batie  wrote:
> 
> I'm trying to migrate from isc-dhcp to kea, however the option 43 responses 
> are coming back blank (they are actually getting sent, just with an empty 
> value field):
> 
> 2023-04-14 16:31:37.551 DEBUG [kea-dhcp4.packets/17503.140114709323392] 
> DHCP4_RESPONSE_DATA [hwtype=1 48:77:46:f9:5b:b0], cid=[no info], 
> tid=0x830e4d5b: responding with packet DHCPACK (type 5), packet details: 
> local_address=207.55.16.91:67, remote_address=207.55.34.22:68, 
> msg_type=DHCPACK (5), transid=0x830e4d5b,
> options:
>  type=001, len=004: 4294967280 (uint32)
>  type=003, len=004: 207.55.34.17
>  type=006, len=008: 69.59.192.61 69.59.192.62
>  type=012, len=006: "router" (string)
>  type=028, len=004: 207.55.34.31 (ipv4-address)
>  type=043, len=000:
>  type=051, len=004: 300 (uint32)
>  type=053, len=001: 5 (uint8)
>  type=054, len=004: 207.55.16.91
>  type=082, len=097:,
> 
> 
> isc relevant config:
> 
> global:
>  option space CALIXGC;
>  option CALIXGC.acs-url code 1 = text;
> 
> subnet:
>  set vendor-string = option vendor-class-identifier;
>  vendor-option-space CALIXGC;
>  option CALIXGC.acs-url "";
> 
> 
> 
> kea relevant config:
> 
> {
>  "Dhcp4": {
>  "option-def": [
>  {
>"space": "CALIXGC",
>"name": "acs-url",
>"code": 1,
>"type": "string"
>  }
>],
>"subnet4": [
>  {
>"option-data": [
>  {
>"name": "vendor-encapsulated-options",
>"code": 43
> },
> {
>   "space": "CALIXGC",
>"name": "acs-url",
>"code": 1,
>"data": ""
>  }
>   ]
>  }
>]
>  }
> }
> -- 
> 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

Re: [Kea-users] Load-Balancing Network issue between Relay and Kea

[Victoria Risk]

> On Jan 11, 2023, at 7:13 AM, Kevin P. Fleming  
> wrote:
> 
> On Wed, Jan 11, 2023, at 06:58, Kevin P. Fleming wrote:
> 
>>> It would be useful if you could please open tickets in Gitlab to 
>>> describe your failover scenarios and the desired behavior. Please 
>>> disregard it if you have already opened them.
>> 
>> I'll do that now and post another reply with the link.
> 
> https://gitlab.isc.org/kpfleming/kea/-/issues/1

Kevin,

I have moved your issue to the main Kea project, where it is now 
https://gitlab.isc.org/isc-projects/kea/-/issues/2714

That way the team will see it and be able to triage and consider it along with 
the others.

Thank you for opening an issue!

Vicky Risk
> -- 
> 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

Re: [Kea-users] yet another question about multiple subnets %)

[Victoria Risk]

This Original Poster of this issue is now moderated. I apologize that it took 
us so long to notice and take action that this user was getting abusive on the 
list. Thank you to everyone who tried to help him despite his attitude. 

As a reminder, this list is governed by a code of conduct, as explained in the 
List Information here: https://lists.isc.org/mailman/listinfo/kea-users .  
Insults will not be tolerated. 

Regards,

Vicky Risk
-- 
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] ISC is looking for a Technical Support Engineer

[Victoria Risk]

I apologize for the off-topic message, but we are specifically hoping to find 
candidates with Kea experience. 

The job description - 
https://isc.recruitee.com/o/support-engineer-for-isc-bind-and-kea-dhcp-newmarket
 


Blog with a very little bit more information - 
https://www.isc.org/blogs/isc-hiring-2022/ 


Vicky-- 
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] problems enabling HA Hot-Standby setup (OPEN)

[Victoria Risk]

> On Mar 24, 2022, at 10:13 AM, Weisteen Per  wrote:
> 
> I believe I’ve discovered why my setup doesn’t play. Seems HA feature depends 
> on using configuration backend (CB) which again requires use of MySQL. 
>  
> I was hoping HA could have worked using memfile but I guess not.  

I am sorry I can’t tell you how to fix your configuration, but I am positive 
the HA feature does NOT depend on the configuration backend. HA definitely 
works with memfile. This is not the problem.

Vicky-- 
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] German-language Kea workshop

[Victoria Risk]

List members might be interested to know that Carsten Strotmann is delivering a 
one-day workshop on Kea in German on March 2nd. Details at the link below:

https://www.heise-events.de/workshops/kea-dhcp-server?wt_mc=misc.events.events.ws_kea.partner_isc.link.link

Vicky Risk
-- 
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] ISC Contact

[Victoria Risk]

Hi Oliver,

The Host Commands library is available for purchase on-line at 
https://www.isc.org/shop/  . It is part of the 
Premium hooks package, for $549 for a 12 month subscription (you can download 
any updates published during that time).

Someone from sales will get back to you later today to discuss the support 
options.

Regards,

Vicky Risk

> On Jan 25, 2022, at 8:08 AM, Oliver  wrote:
> 
> Hi,
> 
> I'm trying contact with ISC for knowing prices of its different plans about 
> support contract (because we want access to some libraries as host_commands 
> for doing reservations in external database). 
> 
> No response using Twitter or mail from days ago... Not using telephone 
> because it is from USA and I'm from Spain.
> 
> There is someone here working there? Thanks beforehand.
> 
> Cheers...
> ___
> 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

[Kea-users] Kea not vulnerable to Log4j

[Victoria Risk]

Kea-users,

The Kea code from ISC does not contain any Java and does not link to Log4J.  
However, Stork users might be interested to know that the Swagger API generator 
does use Log4J in a test function.  Normal usage of Stork does not expose the 
deployment to this vulnerability. 

In an unrelated note, Grafana, also used by Stork for data visualization, has a 
recent 0-day vulnerability. 
(https://github.com/grafana/grafana/security/advisories/GHSA-8pjx-jj86-j47p)  
Stork bundles Grafana in the included Stork demo, which should not be used in 
production. In any case, Stork users who are also using Grafana should follow 
Grafana for vulnerability updates. 

Regards,

Vicky Risk, 
Product Manager
___
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] Lease affinity of released leases

[Victoria Risk]

Hi Johannes,

I encourage you to open an issue at https://gitlab.isc.org/isc-projects/kea 
 to request a feature to enable your 
use case. I seem to remember we once discussed some sort of ‘automatically 
create a reservation’ feature but I didn’t really understand the use case for 
it. It really helps when users describe how they expect the feature to work.  
For example, how do you know what to put in the HR to identify the client if 
you don’t have any identifier for the client??

I don’t know what to do about affinity after a release - I think that might be 
a protocol issue…

Vicky

> On Nov 10, 2021, at 9:14 AM, Johannes Midgren  wrote:
> 
> Yes, a reservation does solve the basic problem, but not my particular use 
> case. One thing that I like to use KEA for is to automate "onboarding" of new 
> hosts (physical, VMs or containers). To be able to make a reservation I would 
> first have to get hold of the MAC address (or client ID), which is a bit 
> cumbersome, and then the reservation is done outside of the pool range in my 
> setup, which makes the host change IP address. What I'm trying to achieve is 
> that the host name I set and that is forwarded to KEA through the Client FQDN 
> option is registered with my DNS so that I can access the host using the name.
> 
> Den ons 10 nov. 2021 kl 14:52 skrev  >:
> Maybe a host reservation is a solution?
> 
>  
> 
> From: Kea-users  > On Behalf Of Johannes Midgren
> Sent: Wednesday, 10 November 2021 15:47
> To: kea-users@lists.isc.org 
> Subject: [Kea-users] Lease affinity of released leases
> 
>  
> 
> TLDR: How do I make KEA offer the same IP to a host that is rebooted and that 
> releases its IP address while shutting down?
> 
>  
> 
> I have recently started to use KEA on my home network. I love the fact that I 
> can control its configuration through Ansible and all the possibilities the 
> REST API gives, so I'm very glad that I found the project!
> 
>  
> 
> One thing that I still have not been able to get the way I prefer it though, 
> is to have lease affinity in all cases. That is, I would like for a client to 
> always get the same IP address when it reconnects (as long as it's still 
> available of course). I have read the chapter about Lease Expiration (and 
> Affinity) in the manual and I'm not sure the case I'm looking for is covered. 
> The manual talks about expired leases, but I would like to have affinity also 
> in the case that the lease has been released rather than expired. Using a 
> packet sniffer I can see that clients tend to properly release the DHCP lease 
> when being rebooted and when it gets online again it does a DHCP Discover and 
> is offered a new IP address by the KEA DHCP4 server.
> 
>  
> 
> Does anyone know if KEA is supposed to (or rather can be made to) work the 
> way I intend it to or if lease affinity by design is only supposed to work 
> for expired, thus not released, leases? (Or maybe something is wrong with my 
> setup and this should actually work?)
> 
>  
> 
> The problem I have is that cached DNS entries make hosts unavailable for some 
> time after they are restarted - they are "sought for" by their old IP. I 
> guess I can mitigate the issue by setting a very low TTL in my DNS 
> configuration, but I would prefer to let KEA hold leases for a long time and 
> reuse them instead. Another way would of course be to make reservations for 
> all hosts where this matters, but that prevents the automation that I try to 
> use KEA for.
> 
>  
> 
> I have been playing with the expired-leases-processing configuration for the 
> DHCP4 server, and I currently have this:
> 
>  
> 
>"expired-leases-processing": { 
>"flush-reclaimed-timer-wait-time": 300, 
>"hold-reclaimed-time": 604800, 
>"max-reclaim-leases": 100, 
>"max-reclaim-time": 250, 
>"reclaim-timer-wait-time": 180, 
>"unwarned-reclaim-cycles": 5 
>},
> 
> I'm running KEA 1.8 (installed from CloudSmith repos) on CentOS Stream 8. I 
> use the memfile lease-database, have DHCP-DDNS setup and I use the HA hook 
> (with one primary, one standby and one backup host).
> 
> _
> 
> Ce message et ses pieces jointes peuvent contenir des informations 
> confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu 
> ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
> electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou 
> falsifie. Merci.
> 
> This message and its attachments may contain confidential or privileged 
> 

Re: [Kea-users] SNMP TRap interface

[Victoria Risk]

Egor-

Kea doesn’t have any native SNMP support. Kea does send some statistics to 
Prometheus and Grafana and those apps have alerting via multiple channels.

Vicky

> On Nov 10, 2021, at 7:58 AM,  
>  wrote:
> 
> Hello.
> Does kea have possibility to generate snmptraps for monitoring purposes?
> For example if some subnet reaches limits then send snmptrap  to some 
> monitoring server…
> _
> 
> Ce message et ses pieces jointes peuvent contenir des informations 
> confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu 
> ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
> electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou 
> falsifie. Merci.
> 
> This message and its attachments may contain confidential or privileged 
> information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete 
> this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been 
> modified, changed or falsified.
> Thank you.
> ___
> 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

[Kea-users] Upvote development requirements for the post Kea 2.0 branch

[Victoria Risk]

Greetings Kea-users,

We are finally approaching our Kea 2.0 release, which we hope will go out later 
this month. Meanwhile, we are prioritizing issues to tackle in the new 
development branch over the coming year. We have 177 issues already nominated 
in a milestone we are calling ‘Kea 2.1-backlog’, which is kind of the big 
bucket for the next development branch. If you click on the milestone you can 
see all the issues in this bucket, and you can read more or upvote by clicking 
on any individual issue. 

https://gitlab.isc.org/isc-projects/kea/-/milestones/4 


If you would like to help impact our priorities, please feel free to look 
through these issues and upvote the ones that matter most to you. Even better, 
add a comment about what your requirement is, or how it impacts you not having 
this feature today. 

Keep in mind that new feature development does compete for resources with 
on-going bug fixing, test improvements and package building. We also have 
requests for some additional packages, and we would love it if some community 
users want to volunteer to create and maintain e.g. raspberry pi packages for 
Kea. Some issues that we think a community user could tackle are tagged 
“beginner”, meaning we welcome a patch submission for these. 

Regards,

Vicky Risk
Product Manager___
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] dhcpv4 log lines explained

[Victoria Risk]

Munroe,

This is covered in the Messages section of the Kea ARM (it is an appendix). You 
can find it on Readthedocs here: 
https://kea.readthedocs.io/en/latest/kea-messages.html#dhcp4


DHCP4_INIT_REBOOT

%1: client is in INIT-REBOOT state and requests address %2

This informational message is issued when the client is in the INIT-REBOOT 
state and is requesting an IPv4 address it is using to be allocated for it. The 
first argument includes the client and transaction identification information. 
The second argument specifies the requested IPv4 address.
> On Aug 18, 2021, at 9:25 AM, Munroe Sollog  wrote:
> 
> INFO  DHCP4_INIT_REBOOT [hwtype=1 ea:0d:45:c7:a6:2f], 
> cid=[01:ea:0d:45:c7:a6:2f], tid=0xef2c2a4f: client is in INIT-REBOOT state 
> and requests address 172.31.33.173
> 
> Is there a document that explains what the loggings means a little?  in dhcpd 
> DORA was very clearly logged and information in each log line was also clear. 
>  It seems like KEA has adopted SARS (IPv6 logging) notation perhaps?  Even if 
> that is true, questions remain.
> 
> 1) I'm not aware of an "INIT-REBOOT" state?
> 2) I'm assuming hwtype1= <> is the client's mac address?
> 3) What is cid and what is tid?
client ID and transaction ID
> 
> Hopefully there is some documentation that clarifies all this for me.  Thanks.

In general, the Kea docs are much better than the dhcpd docs….

Vicky

___
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] Cassandra backend deprecated in Kea 1.9.9

[Victoria Risk]

Kea users,

We are planning to remove the support for storing leases and host reservations 
in Cassandra from Kea. We have announced this with the Kea 1.9.9 release (See 
the release notes and the ARM 
-https://kea.readthedocs.io/en/kea-1.9.9/arm/install.html#cassandra-cql-support 
.)
   At this point, we are just adding a warning, to alert any users to plan a 
migration. The Cassandra backend will still work in the upcoming Kea 2.0 
version.  We will be removing support entirely in a future release tbd, 
probably Kea 2.2.

The Kea ARM and the blog posted today 
(https://www.isc.org/blogs/2021-07-28-kea-cassandra-deprecation/ 
) explain our 
reasons. Basically, this is a relatively unpopular feature that is also a lot 
of work to maintain and even more work to extend. It doesn’t seem like the best 
use of our limited resources to continue it, given that we have many more 
requests to add other features. 

Regards,

Vicky Risk
Product Manager

___
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] ISC is hiring another support engineer and another dhcp developer

[Victoria Risk]

The dhcp team at ISC is expanding. We are looking for another support engineer 
(our support team helps subscribers with ISC DHCP, Kea and BIND), as well as 
another developer. The developer will be focusing on Stork, the GUI management 
tool for Kea, but we would really like someone who can also contribute to Kea. 
These jobs are funded with the growing support customer base we have for DHCP.  

We need someone with significant network operations experience for the support 
job, so a Kea or DHCP user could be ideal. 

If you are interested in applying, see jobs.isc.org for the details. These are 
both work-from-home jobs that are open to anyone with a strong, reliable 
Internet connection. We are a super friendly team and we particularly welcome 
diverse applicants. 

Thank you!

Vicky Risk
Product Manager
___
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] Come to ISC to work on Kea and Stork!

[Victoria Risk]

ISC is hiring another developer for our DHCP networking team. This person will 
focus on developing Stork, the management tool for Kea, but ideally will also 
contribute to Kea as well. 

ISC is a great place to work.  Kea and Stork are evolving fast and the user 
base is growing rapidly. At ISC you won’t be buried in  a software factory.  
You will get plenty of direct feedback from users - here on the mailing list as 
well as via comments in our open Gitlab development system.  The software you 
develop will enable Internet connectivity, for large, profitable organizations 
as well as for small and under-resourced teams. You will have the flexibility 
of working from home, but you will be able to chat with the rest of the team as 
you work and will get to know the team through video meetings. We have to have 
good teamwork because peer-review is one of our core quality processes.

We will also be posting a job any minute for another support engineer, and we 
would love to get someone with significant hands-on DHCP experience.  To see 
our current openings and to apply, go to jobs.isc.org.

Thank you!

Vicky Risk
Product Manager

https://isc.recruitee.com

___
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] Dhcpv6 with mysql (revision_id)

[Victoria Risk]

> On Mar 11, 2021, at 10:05 AM, Jeronimo  wrote:
> 
> HI Tomek,
> 
> how can I buy cb_cmds? Is there a way to education institute to buy these 
> hook?
> 
> Thanks,
> 
> Jeronimo

Hi Jeronimo,

If you only want cb-cmds, you can buy it online here:

https://www.isc.org/shop/ 

Vicky___
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] Kea 1.9.4 development version "known issue"

[Victoria Risk]

Hello Kea users-

We are hard at work finishing Kea 1.9.5 for release later this week. Meanwhile 
we wanted to remind you that we maintain a “known issues” list in our Gitlab 
repo at https://gitlab.isc.org/isc-projects/kea/-/wikis/known-issues-list 
.

Kea 1.9.4, a development version, has a significant known issue listed there 
that will be fixed in Kea 1.9.5. There is a bug in the upgrade script that is 
supposed to update the database schema. The upshot is, we do not recommend 
updating to Kea 1.9.4, and instead, if you are running the development branch, 
you should wait for Kea 1.9.5.

Regards,

Vicky Risk___
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] Netbox integration with Kea

[Victoria Risk]

Are you a Netbox user? You can import addresses from Netbox for static host 
reservations in Kea by using an include file. 

A Kea user pointed this project out to me recently, and I know Netbox is very 
popular, so I thought I would point it out.

https://blog.sys4.de/netbox-kea-dhcp-en.html

There is also a Kea hook that does the same thing - 
https://github.com/candlerb/netbox-webhook-kea-dhcp

I don't know anything more about either of these, but I have been hoping 
someone would look into Netbox integration and it appears that someone has!

Vicky
___
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] Have you published an open source Kea hook library?

[Victoria Risk]

Kea-users,

Tomek recently compiled a list of Kea hooks developed by users by doing a 
search on Gitlab. 

https://gitlab.isc.org/isc-projects/kea/-/wikis/Hooks-available

I was wondering if anyone on here has any more to add to the list? I would be 
happy to add them...


Vicky
___
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] kea-packaging

[Victoria Risk]

> On Nov 16, 2020, at 1:18 PM, Dirk Laurenz  wrote:
> 
> Hi,
>  
> i found the kea-packaging repo and especially the Debian files there. I want 
> to use them for building a kea dep package für Debian buster on armhf 
> (Raspbian).
> Is there any short tutorial how to use it?


Dirk,

There is this article, https://kb.isc.org/docs/isc-kea-packages.

I did recently ask someone to test the repo from the perspective of a user who 
didn’t have an account on the repo.  One thing our instructions don’t explain 
is how to navigate in Cloudsmith. It is not obvious, but there is a cli tool 
for Cloudsmith that enables you to get help and docs and so on. See 
https://github.com/cloudsmith-io/cloudsmith-cli/blob/master/README.md for more 
information and a video demo of that tool.

If you have any suggestions for how to improve our instructions after you try 
it, I would welcome you to unicast them back and me. I can update the document.

Regards,

Vicky




___
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] Can't upgrade MySQL schema past v6.0

[Victoria Risk]

Klaus,


> On Aug 26, 2020, at 6:58 PM, Klaus Steden  wrote:
> 
> 
> Hi there,
> 
> I'm not sure what to do, but I'm stuck. I was trying to switch over to the 
> ISC's 1.6 packages of everything, so after installing, I ran through the 
> database upgrade procedure but it only got from 5.0 to 6.0.

Did you see 
https://gitlab.isc.org/isc-projects/kea/-/wikis/migrating-to-kea-1.6? 


We changed quite a few things from 1.5 to 1.6 and the upgrade was more 
complicated. 

Vicky___
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] Kea Agent Centos 7

[Victoria Risk]

> On Aug 26, 2020, at 9:37 AM, Jordan Tinsley  wrote:
> 
> Hello,
> 
> Is Kea Agent available for Centos 7 or do I need to be using Centos 8?

With the release of Kea 1.8 today, we have also posted a new set of Kea 
packages at 
https://cloudsmith.io/~isc/repos/kea-1-8/packages/?q=name%3A%27%5Eisc-kea%24%27 


These include both Centos 7 and Centos 8. Does that answer your question??

Vicky




___
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] Kea Centos 7 Installation with Mysql Support

[Victoria Risk]

Jordan,


> On Aug 24, 2020, at 1:32 PM, Jordan Tinsley  wrote:
> 
> Hello All,
> 
> I would like to install Kea 1.7.10 from repo on Centos 7 with MySQL support, 
> if possible.  I do NOT want to compile from source if at all possible.
> 

You can install Kea 1.7 from our package repository on Cloudsmith 
(https://cloudsmith.io/~isc/repos/kea-1-7/packages/ 
<https://cloudsmith.io/~isc/repos/kea-1-7/packages/>). The package includes the 
hook for the MySQL backend integration. You do still have to install MySQL 
yourself however.

The 1.7 branch is a development branch and will not be maintained for 
production use. We are about to release Kea 1.8.0, our new stable branch, in 
the next couple of days. If you can wait a day or two, you would be better off 
installing Kea 1.8, which is intended for production use. We will issue 
maintenance releases as needed on the 1.8 branch, but will not add features 
that might break existing installations or introduce stability risks. 

Regards,

Vicky


Victoria Risk
Product Manager
Internet Systems Consortium
vi...@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

[Kea-users] Looking for more example option definitions

[Victoria Risk]

How do I define vendor options for the XYZ cable modem, or voip phone?  seems 
to be a popular question.

This is not something we at ISC can really help users with, because we don’t 
have a lot of random devices, or in fact any cable equipment or similar CPE.  
However, if you guys want to contribute some example configurations, we can 
publish them for other users. 

If you have a configuration with a working option definition for a specific 
device and you would be willing to share, I would be happy to find some place 
to publish these for other users.  We have, for example, a directory of example 
Kea dhcp4 configurations with comments in the Kea distribution 
(https://gitlab.isc.org/isc-projects/kea/-/tree/master/doc/examples/kea4 
).

Please include the Kea version you tested this with, which option it is (option 
43, or 125) and of course, as much information as is necessary to identify the 
device (e.g. mfgr and model if there is one). Feel free to include comments in 
your configuration snippet to help other users understand what you did and why. 

You can share on the list, or post a comment on this ticket in the Kea Gitlab 
(https://gitlab.isc.org/isc-projects/kea/-/issues/1362 
), or unicast to me. 

If anyone has a suggestion for how we could make defining non-standard options 
easier, I am also interested in that. 

Regards,

Vicky Risk






___
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] Implementing a Code of Conduct for the list

[Victoria Risk]

Kea-users,
This list is a tremendously helpful and generous group that has provided 
invaluable assistance to both new and experienced users.  I would like to thank 
all of you who share your time and expertise with random users on the Internet, 
as well as giving feedback to ISC via this list.
Last year we added a Code of Conduct for our bind-users mailing list and we 
would like to do the same with this list. We have not had any problems with 
offensive behavior on this list, but we've decided that this is a change which 
supports the kind of positive, welcoming community interaction we want to 
promote.

After some discussion on BIND-users, we adopted a code of conduct used by the 
Django project 
(https://gitlab.isc.org/isc-projects/bind9/-/blob/main/CODE_OF_CONDUCT.md 
), and that is what we would like to 
use here as well.  It is short and simple and merely requires respect and 
consideration for others. We have a reporting guide on our web site which 
explains how to report behavior you feel violates the code of conduct and what 
we will do in response. (https://www.isc.org/conductreporting/ 
)
Unless there is significant objection, we will merge the proposed Code of 
Conduct into the Kea gitlab repo, where it will live, and post a link on the 
information page for this mailing list. Please feel free to reply to me 
directly if you are uncomfortable posting to the list on this topic. 
Thank you

Vicky
-
Vicky Risk
Product Manager
vi...@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

[Kea-users] Kea management dashboard development release

[Victoria Risk]

ased under the Mozilla Public License,
version 2.0.

  https://www.mozilla.org/en-US/MPL/2.0 <https://www.mozilla.org/en-US/MPL/2.0>

## Download
The Stork source and PGP signature for this release may be downloaded
from:

  https://downloads.isc.org/isc/stork <https://downloads.isc.org/isc/stork>

The signature was generated with the ISC code signing key which is
available at:

  https://www.isc.org/pgpkey <https://www.isc.org/pgpkey>

ISC provides documentation in the Stork Administrator Reference
Manual. It is currently available only in the source form in the
docs/ directory, and the Sphinx tool is required to build it. This is
expected to change in a future release.

We ask users of this software to please let us know how it worked for
you and what operating system you tested on. Feel free to share your
feedback on the stork-dev mailing list
(https://lists.isc.org/mailman/listinfo/stork-dev 
<https://lists.isc.org/mailman/listinfo/stork-dev>).  We would also
like to hear whether the documentation is adequate and accurate.
Please open tickets in the Stork GitLab project for bugs,
documentation omissions and errors, and enhancement requests. We want
to hear from you even if everything worked.

## Support
Professional support for Stork will become available once it reaches
the 1.0 milestone. Existing ISC customers that consider themselves
*very* early adopters may get involved in the development process,
including roadmap, features planning, and early testing, but the
software maturity level does not constitute a typical professional
service before the 1.0 milestone.

Free best-effort support is provided by our user community via a
mailing list. Information on all public email lists is available at
https://www.isc.org/mailinglists/ <https://www.isc.org/mailinglists/>. If you 
have any comments or
questions about working with Stork, please share them to the
stork-dev List (https://lists.isc.org/mailman/listinfo/stork-dev 
<https://lists.isc.org/mailman/listinfo/stork-dev>).
Bugs and feature requests may be submitted via GitLab at
https://gitlab.isc.org/isc-projects/stork/issues 
<https://gitlab.isc.org/isc-projects/stork/issues>.

## Changes
The following summarizes changes and important upgrade notes since
the Stork 0.5.0 release.

```
* 50 [bug] marcin

   Corrected a bug which caused unexpected deletion of the
   host reservations fetched from the Kea configuration
   files.
   (Gitlab #225)

* 49 [func] matthijs

   Updated Prometheus & Grafana in the demo installation with BIND 9.

   Implemented BIND 9 exporter in Go and embedded it in Stork
   Agent for showing Cache Hit Ratio.

   Implemented DNS traffic simulator as web app for the demo
   installation. Internally it runs a single query with dig, or
   starts flamethrower (a DNS performance tool) for selected server
   with indicated parameters.
   (Gitlab #10)

* 48 [doc] marcin, sgoldlust

   Documented the use of Host Reservations in Stork ARM.
   (Gitlab #223)

* 47 [func] marcin

   Stork server periodically fetches host reservations from the Kea
   instances having host_cmds hooks library loaded.
   (Gitlab #214)

* 46 [func] marcin

   Host reservations are listed and the UI. It is possible to filter
   reservations by reserved IP address or host identifier value.
   (Gitlab #210)

* 45 [func] matthijs

   Retrieve some cache statistics from named and show Cache Hit
   Ratio on the dashboard.
   (Gitlab #64)

* 44 [func] godfryd

   Added possibility to run Stork server without Nginx or Apache,
   ie. static files can be served by Stork server. Still it is
   possible to run Stork server behind Nginx or Apache which
   will do reverse proxy or serve static files.
   (Gitlab #200)

* 43 [func] marcin

   Implemented data model for IP reservations and detection of IP
   reservations specified within a Kea configuration file. Detected
   reservations are not yet used in the UI.
   (Gitlab #188, #206)

* 42 [func] godfryd

   Prepared scripts for building native RPM and deb packages
   with Stork server and Stork agent (total 4 packages).
   They are prepared for Ubuntu 18.04 and CentOS 8.
   (Gitlab #187)

* 41 [func] godfryd

   Added settings in Stork. They are stored in database, in setting
   table. No UI for settings yet.
   (Gitlab #169)

* 40 [func] godfryd

   Exposed access to API docs and ARM docs in new Help menu.
   (Gitlab #199)

* 39 [func] matthijs

   Update the data model such that applications can have multiple
   access points.  Parse named.conf to detect both "control"
   and "statistics" access point.
   (Gitlab #170)
```

Thank you again to everyone who assisted us in making this release
possible.

We look forward to receiving your feedback.
-- 
stork-dev mailing list
stork-...@lists.isc.org <mailto:stork-...@lists.isc.org>
https://lists.isc.org/mailman/listinfo/stork-dev 
<https://lists.isc.org/mailman/listinfo/stork-dev>

Victoria Risk
Product Manager
Int

Re: [Kea-users] Kea 1.6 Configuration Backend

[Victoria Risk]

isc.org <mailto:Kea-users@lists.isc.org>
>>>> https://lists.isc.org/mailman/listinfo/kea-users 
>>>> <https://lists.isc.org/mailman/listinfo/kea-users>
>>> 
>>> 
>>> 
>>> ___
>>> Kea-users mailing list
>>> Kea-users@lists.isc.org <mailto:Kea-users@lists.isc.org>
>>> https://lists.isc.org/mailman/listinfo/kea-users 
>>> <https://lists.isc.org/mailman/listinfo/kea-users>
>> -- 
>> --
>> Cristian Lemnaru
>> GPON Engineer
>> RCS & RDS - Brasov Branch
>> Mobil : 0770056815
>> cristian.lemn...@rcs-rds.ro <mailto:cristian.lemn...@rcs-rds.ro>
>> --
>> Privileged/Confidential Information may be contained in this message. 
>> If you are not the addressee indicated in this message(or responsible 
>> for delivery of the message to such person),you may not copy or deliver 
>> this message to anyone. In such a case, you should destroy this message 
>> and kindly notify the sender by reply e-mail.
>> 
>> 
>> 
>> ___
>> Kea-users mailing list
>> Kea-users@lists.isc.org <mailto:Kea-users@lists.isc.org>
>> https://lists.isc.org/mailman/listinfo/kea-users 
>> <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

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] log the dhcp options the client requests

[Victoria Risk]

For fingerprinting, don’t you also need to know the order in which the options 
are requested?

> On Aug 22, 2019, at 5:10 AM, Munroe Sollog  wrote:
> 
> We currently use the dhcp options a client requests to fingerprint the 
> device. 
> 
> On Thu, Aug 22, 2019 at 7:54 AM Tomek Mrugalski  <mailto:tom...@isc.org>> wrote:
> On 22.08.2019 13:16, Munroe Sollog wrote:
> > Just a bump to see if any progress has been made in allowing servers
> > to log the options a client requests.
> Thanks for bringing this up. That's interesting and a bit dangerous
> request, especially if misconfigured.
> 
> What exactly would you like to see in the log? Content of PRL or ORO
> options, i.e. a list of options being requested or the actual content of
> all options the client sent in its messages?
> 
> Take a look at the loggers we currently have:
> https://kea.readthedocs.io/en/latest/arm/logging.html#the-name-string-logger 
> <https://kea.readthedocs.io/en/latest/arm/logging.html#the-name-string-logger>
> 
> In particular, you may look at kea-dhcp{4,6}.packets. If you're trying
> to debug a client that his packets are rejects,
> kea-dhcp{4,6}.bad-packets is something to look at. Also, there's
> kea-dhcp4.options logger.
> 
> If none of those work for you, can you open an issue in gitlab?
> https://gitlab.isc.org/isc-projects/kea/issues 
> <https://gitlab.isc.org/isc-projects/kea/issues>
> 
> Thanks,
> 
> Tomek
> ___
> Kea-users mailing list
> Kea-users@lists.isc.org <mailto:Kea-users@lists.isc.org>
> https://lists.isc.org/mailman/listinfo/kea-users 
> <https://lists.isc.org/mailman/listinfo/kea-users>
> -- 
> Munroe Sollog
> Senior Network Engineer
> mun...@lehigh.edu 
> <mailto:mun...@lehigh.edu>___
> Kea-users mailing list
> Kea-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/kea-users

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

[Kea-users] Kea documentation migrated to restructured text format

[Victoria Risk]

One project we have been working on as part of the Kea 1.6.0 release is 
migrating the User Guide (which we are now calling the Administrative Reference 
Manual) to Sphinx/restructured text format.

The Kea 1.6.0 beta2 docs are now building and hosted at 
https://kea.readthedocs.io/en/latest/ <https://kea.readthedocs.io/en/latest/>.  
I will also see if I can integrate them into kea.isc.org <http://kea.isc.org/> 
and will be updating links to the docs on the web site. 

Note that in the bottom of the left nav panel at 
https://kea.readthedocs.io/en/latest/ <https://kea.readthedocs.io/en/latest/>, 
you can choose the format (.pdf or html) and software version. As we do 
subsequent releases you will see multiple software versions there.

It was more work than I anticipated to accomplish this, as the change required 
not only a bunch of manual markup fixes, but also changes to our build scripts 
and quite a bit of troubleshooting. Anyway, I hope you all find it to be an 
improvement to be able to access the documentation on-line at a well-known 
address.

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

[Kea-users] Kea 1.6.0beta 2 and upcoming release

[Victoria Risk]

Kea-users-

BETA Testers - If you have been trying out the Kea 1.6.0 beta version, now 
would be a good time to share your observations, either on this list or via 
issues opened in our Kea gitlab. https://gitlab.isc.org/isc-projects/kea 
.  Observations can include questions, 
usability feedback, positive reports of what you have been able to do with the 
beta version, requests for more functionality or bug reports. We are targeting 
August 28th for the release.


For the rest of you - Alan Clegg is going to give a webinar on Using the Kea 
Configuration Backend in mid-August.  This is a preview of a major new feature 
coming in Kea 1.6.0.

The configuration backend is a repository for managing shared configuration 
elements. So, you can set up a new Kea instance and configure, e.g. the 
interfaces, and then pull the rest of the configuration from the database.

When: Aug 14, 2019 10:00 AM Pacific Time (US and Canada) 
As we do with all our webinars, we will record this and post it for on our 
Youtube channel so you can view it later if you miss it.

Please register in advance for this webinar at 
https://zoom.us/webinar/register/9415645986767/WN_ZzIa2FvPTFqf58c0zWE32A

Regards,

Vicky




___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] Experimental binary Kea1.6 packages posted

[Victoria Risk]

> On Jun 21, 2019, at 3:31 PM, Kevin Olbrich  wrote:
> 
> Hello Victoria,
> 
> is it possible to also build buster? I am in the position to test
> 1.6.0 but only with buster, not stable / stretch.
> Buster is around the corner and there is no compatible version of Kea yet.

Thanks for the suggestion. Yes, we will try to add Debian 10 to the list.

> 
> I did a quick test with cloudsmith and it's missing buster.
> 
> Kind regards
> Kevin
> 
> Am Fr., 21. Juni 2019 um 22:33 Uhr schrieb Victoria Risk :
>> 
>> Kea-users,
>> 
>> We have just set up a repository with brand-new binary packages for the Kea 
>> 1.6 beta using a hosted repository service.
>> The repository is at https://cloudsmith.io/~isc/repos/kea-1-6/
>> 
>> Packages are available from ISC for:
>> CentOS7
>> Fedora 28 & 29
>> Debian 9
>> Ubuntu 18.10 & 19.04
>> 
>> You should be able to install packages from there without any account or 
>> login. If you go to the site, and click on the link ’Set Me Up’ you will 
>> find explicit scripts for updating for each of those OSes listed above.
>> 
>> Everything in this post is beta - the software is a beta version, we are 
>> testing the repo, and the packages are experimental.
>> Please give it a try and let us know what your experience is. We cannot 
>> guarantee that we won’t change anything - this is why we are asking for 
>> feedback.  If any part of the experience is dissappointing or confusing or 
>> not what what you expect, I would like to hear about it.  If you like it, it 
>> wouldn’t hurt to hear that too.
>> 
>> We are planning to maintain this repo and these packages going forward for 
>> new Kea releases, if all goes well.
>> 
>> ISC Support customers: we are setting up a restricted-access repository for 
>> the premium subscriber hooks. You should look for an update in your ticket 
>> queue next week with instructions on how to access that repository for the 
>> non-open source components.
>> 
>> Regards,
>> 
>> Vicky
>> ---
>> 
>> Victoria Risk
>> Product Manager
>> Internet Systems Consortium
>> vi...@isc.org
>> 
>> 
>> 
>> 
>> 
>> ___
>> Kea-users mailing list
>> Kea-users@lists.isc.org
>> https://lists.isc.org/mailman/listinfo/kea-users

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

[Kea-users] Experimental binary Kea1.6 packages posted

[Victoria Risk]

Kea-users,

We have just set up a repository with brand-new binary packages for the Kea 1.6 
beta using a hosted repository service.  
The repository is at https://cloudsmith.io/~isc/repos/kea-1-6/ 
<https://cloudsmith.io/~isc/repos/kea-1-6/>   

Packages are available from ISC for:
CentOS7
Fedora 28 & 29
Debian 9
Ubuntu 18.10 & 19.04

You should be able to install packages from there without any account or login. 
If you go to the site, and click on the link ’Set Me Up’ you will find explicit 
scripts for updating for each of those OSes listed above. 

Everything in this post is beta - the software is a beta version, we are 
testing the repo, and the packages are experimental.
Please give it a try and let us know what your experience is. We cannot 
guarantee that we won’t change anything - this is why we are asking for 
feedback.  If any part of the experience is dissappointing or confusing or not 
what what you expect, I would like to hear about it.  If you like it, it 
wouldn’t hurt to hear that too.

We are planning to maintain this repo and these packages going forward for new 
Kea releases, if all goes well. 

ISC Support customers: we are setting up a restricted-access repository for the 
premium subscriber hooks. You should look for an update in your ticket queue 
next week with instructions on how to access that repository for the non-open 
source components.

Regards,

Vicky
-------

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] Kittiwake GUI

[Victoria Risk]

> On Jun 6, 2019, at 12:49 AM, Fernando Ruza Rodriguez 
>  wrote:
> 
> Hi!
> 
> I've found this presentation of 2 years ago: 
> https://ripe74.ripe.net/presentations/140-kea-ripe74-final.pdf 
> <https://ripe74.ripe.net/presentations/140-kea-ripe74-final.pdf> . In page 17 
> talks about "Kittiwake GUI" however I don't find anything about this tool on 
> internet. Does someone know something about this?, has it got now other 
> name?. In ISC projects on github I don't find nothing either.
Hi Fernando,

Kittiwake was a project to create a GUI management app for Kea. We created a 
proof of concept GUI but never released it.  What we learned in the process was 
that we needed more control points to support a GUI - and so we have since put 
our efforts into extending the APIs for Kea.  We are about to start up another 
GUI management project now, that we have code-named Stork.  We plan to start 
working on this when we get Kea 1.6 out the door, but there are some initial 
requirements and a new open Gitlab repo for the tool at 
https://gitlab.isc.org/isc-projects/stork.  Everyone is welcome to add to the 
requirements by opening issues and describing ‘I would like to be able to do 
X..'

Regards,

Vicky 

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] IPAM software with KEA integration

[Victoria Risk]

> On May 22, 2019, at 11:45 PM, Fernando Ruza Rodriguez 
>  wrote:
> 
> Good morning!
> 
> I'm looking for an IPAM software that mainly has some integration with KEA 
> DHCP through REST API to setup subnets, pools and host reservations. Does 
> someone recommend me one?

The one that I am aware of is from Men and Mice: 
https://www.menandmice.com/products/dhcp-management/

> 
> Meanwhile, we are looking at these:
> 
> GestioIP - https://www.gestioip.net/ <https://www.gestioip.net/>
> TeemIP - https://www.combodo.com/teemip-194 
> <https://www.combodo.com/teemip-194>
> Ralph 3 - https://ralph-ng.readthedocs.io/en/stable/ 
> <https://ralph-ng.readthedocs.io/en/stable/>
> OpUtils - https://www.manageengine.com/products/oputils/ 
> <https://www.manageengine.com/products/oputils/>
> 
> Thanks for any reply. Regards.
> 
> Fernando.
> ___
> Kea-users mailing list
> Kea-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/kea-users

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] Plans for kea on snapcraft?

[Victoria Risk]

> On Apr 8, 2019, at 2:04 PM, Stuart Taoro-Ahsin  wrote:
> 
> Is there any plans on moving kea to snap?

Hi Stuart,

Are there any plans? No, but, as part of the Kea 1.6 milestone we are planning 
to create RPM and Debian packages to make Kea easier to install. See 
https://gitlab.isc.org/isc-projects/kea/issues/425. 

We do have a request for a Docker image 
(https://gitlab.isc.org/isc-projects/kea/issues/559), which we added to 1.6 as 
a stretch goal.  We haven’t had any requests yet that I am aware of for SNAP 
packages. It is fine to ask on this list, but if you want to propose a new 
feature, it is good to open an issue in our issue tracker. If a bunch of other 
users also chime in on the request, it will help us understand the relative 
priority.  We don’t have snaps today for BIND either - and I thought they only 
worked for a few OSes.  Can you explain in the issue, why you prefer SNAPs to 
other package formats?

To open a new issue, go to: https://gitlab.isc.org/isc-projects/kea/issues
You will have to make an account to participate on Gitlab.

Regards,

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org







___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

[Kea-users] Results of Kea performance survey posted

[Victoria Risk]

As promised, here are the results of the survey we did last week on Kea 
performance.  

I kept the data tables in Survey Monkey, to avoid posting .pdfs to this list.  
Go to this URL to see a summary of the results. 
https://www.surveymonkey.com/results/SM-RWNVL7SFV/  Click on any blue links to 
see individual responses or comments. 

The responses were bi-modal; respondants had either less than 5 thousand end 
points, or 50 - 100,000 end points.  It turns out that the most interesting 
points are only seen by comparing the smaller and larger deployments, which 
unfortunately the canned Survey Monkey report above doesn’t do.

For the smaller deployments (<5K endpoints) observed throughput was <50 LPS. 
That is not unexpected, because it would be hard to get higher lease rates 
without more clients. For the >10K endpoints deployments, throughput ranged 
from 50 - 500 LPS.

The most popular lease durations overall were 1-12 hours, followed by 12 - 24 
hours. However, for the larger deployments, the most popular choice was 15 
minutes to 1 hour. 

Twelve of the 20 respondants are using MySQL, and six are using memfile for 
leases. 

Eight of the 20 have created their own HA model, using a shared lease backend, 
instead of using the open source HA hook. 5 of 8 large deployments are using 
this configuration, which today is not optimal for performance. This indicates 
to me that we should prioritize that scenario when we tackle performance in Kea 
1.7.

Four respondants are using their own non-ISC developed hooks.  That is the same 
number who are running Kea 1.2 (long since EOL) - coincidence?? 

Two to Four cores is the most common CPU configuration, with half of the 
respondents running Kea in a VM.  
Overall, 3 of the 20 respondants were dissatisfied with Kea performance, two of 
those were larger deployments.

This was a pretty small survey and it won’t be featuring in any conference 
presentations, but the feedback is helpful to us as we plan for improving Kea 
performance.  Thank you to everyone who took the time to complete the survey.

Vicky

---
Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

[Kea-users] Not too late to participate in the Kea performance survey

[Victoria Risk]

I plan to summarize the results of this survey on Kea performance in production 
on this list next week. We have 18 replies so far, so if you haven’t responded 
and you are using Kea in production, please give it a go now. 
https://www.surveymonkey.com/r/FGWRGN5

We made progress last week at our annual ISC all-hands meeting, discussing 
various options for improving Kea performance, and that plan is coming 
together. This will be the focus of Kea 1.7. We are currently working on Kea 
1.6, which is focused on supporting storing Kea configuration(s) in a separate 
database.

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

[Kea-users] Kea performance in deployment survey

[Victoria Risk]

We have 12 responses to the survey so far, and none of the respondents are 
dissatisfied with Kea performance.  (!)

Isn’t there a single user on Kea-users with a requirement for higher 
performance??  If performance is important to you, please take 5 minutes to 
complete the survey and let us know what sort of performance you are observing 
in production.

The survey is at: https://www.surveymonkey.com/r/FGWRGN5

Thank you to those who have already replied. I will try not to spam this list 
too much asking for such help.

Vicky
---
Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

[Kea-users] Please share your observations re: Kea performance in production

[Victoria Risk]

Kea Users,

We test Kea performance in a lab environment, using our open source perfdhcp 
tool to simulate clients. We know our automated testing doesn’t mimic the 
behavior of real devices on real networks very well.  Also, we know that many 
factors in your deployment can affect performance, such as whether you are 
using High Availability, whether you are using a database backend for leases, 
and what hooks you are using.  We would like to focus our efforts for Kea 1.7 
(the release after the one we are working on now) on performance improvements.  

We need some data points from your real production networks to help us identify 
what to focus on.  

Please take 5 minutes to fill out the attached anonymous survey on Kea 
performance in your deployment.  Even if you don’t particularly care about 
performance in your environment, it may be useful for other users to be able to 
see what hardware you are using.

At the end of the survey, you will be able to see a summary of the responses to 
date. After we see responses tapering off, in about a month, we will post a 
link to a summary of responses here. 

https://www.surveymonkey.com/r/FGWRGN5

Thank you!

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org

If you have comments or suggestions about the survey or Kea in general, please 
feel free to unicast them to me at vi...@isc.org.




___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] Still unsupported / ancient 1.1.0 in Debian stretch

[Victoria Risk]

Hi Kevin,

Thanks for this post.

> On Jan 23, 2019, at 7:40 AM, Kevin Olbrich  wrote:
> 
> Hi!
> 
> I know we had this talk several times in the past (including myself):
> Debian repos still serve Kea 1.1.0 by default on stretch.
> ……

> While this should be fixed, Sury seems to have taken things in his
> hand and provides unofficial builds in a public repository:
> https://packages.sury.org/kea/pool/main/i/isc-kea/
> 
> He also provides all sorts of PHP builds for which he is famous.
> 
> I would realy like to see an official repo or recent builds of Kea in
> the distribution tree.

We are aware of the problem. We do need to figure out a way to make Kea easier 
to install for our users. it is on our list to produce some official binaries 
with our next release.
Ondřej Surý, our DNS development team lead, is an experienced packager and he 
did produce an experimental Kea package as you have seen, but the Kea team 
hasn’t been able to validate it or take it over so we are not recommending it 
yet.

The issue with Kea packaging is, of course, all the dependencies we have on 
other open source projects (Boost, log4C+, sysrepo, etc). In some cases the 
versions we are dependent on are ALSO not available in current packages from 
the OS packagers.  

We did, with Kea 1.5, write and test step by step instructions for building Kea 
on several OSes, which I realize is not as good as providing a repo, but it is 
a start. https://kb.isc.org/docs/kea-build-on-debian

I can’t find an open issue in the Kea gitlab for creating binaries, so I am 
going to create one now. Please feel free to comment on it.  
https://gitlab.isc.org/isc-projects/kea/issues/425

We did a Doodle poll a while ago, and the OSes used by Kea users were #! 
CentOS, #2 Ubuntu, #3 Debian.  https://doodle.com/poll/g2ff9rwpdzxwsvhh

Vicky

> 
> Kind regards
> Kevin
> ___
> Kea-users mailing list
> Kea-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/kea-users

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

[Kea-users] Updated plan for Kea 1.5 | EOL for Kea 1.3 in December 2018

[Victoria Risk]

Kea-users,

We decided last week to reorganize the contents of the upcoming Kea 1.5 
release. We will have the following key features in Kea 1.5:

- Support for netconf, and YANG models (for details see 
https://gitlab.isc.org/isc-projects/kea/wikis/designs/centralized-configuration-db-with-netconf
 

 and https://gitlab.isc.org/isc-projects/kea/wikis/designs/netconf-requirements 
)
- Global host reservations
- Improved congestion control, with an optional subscriber-only hook for 
advanced tuning of the discard algorithm
- improvements to the High Availabiity feature
- Configuration backend design. We deferred the release of the ‘configuration 
in the database’ feature because we weren’t going to be ready with that 
feature. For design details, see: 
https://gitlab.isc.org/isc-projects/kea/wikis/designs/configuration-in-db-design
 

- a new premium hook, for managing client classification

We are going to be posting a Beta of Kea 1.5 on November 9th or 10th, and we 
hope some of you will help us test it.  We are tracking the features targeted 
at Kea 1.5 in a milestone in Gitlab here: 
https://gitlab.isc.org/dashboard/milestones/kea15?title=Kea1.5

With the release of Kea 1.5 (planned for early December), we will also be 
ending support for Kea 1.3. So if you haven’t migrated to Kea 1.4 yet, it is 
getting to be that time.

Thank you,

Vicky


___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

[Kea-users] What OS are you running Kea on?

[Victoria Risk]

The Kea development team would like to find out what operating systems are most 
popular for Kea. 

Please participate in this one-line Doodle poll to ‘vote’ for the OS you are 
using. 
If you are using an OS that is not on the list, please add it in the comments 
field.
https://doodle.com/poll/g2ff9rwpdzxwsvhh 
<https://doodle.com/poll/g2ff9rwpdzxwsvhh> 

Also, FYI, we have put some effort recently into updating some of the 
installation notes for Kea.  https://kb.isc.org/docs/installing-kea 
<https://kb.isc.org/docs/installing-kea>  

Thank you!

Vicky
=====
Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] Kea and High Availability (Pacemaker / Corosync)

[Victoria Risk]

> On Aug 14, 2018, at 11:53 AM, Sutherland, Robert 
>  wrote:
> 
> Hello all,
>  
> Here’s a switch: I’m not looking for assistance! I just want to share what 
> I’ve learned.
>  
> I’ve been prototyping Kea (1.3 and now moving to 1.4) with the following 
> configuration:
>  
> SuSE Linux Enterprise Server (version 12 and now 15)
> Pacemaker / Corosync as a high-availability framework in a two-node cluster
> Postgresql to store leases (in a replicated master/slave configuration)
>  
> The setup worked very well. The one downside I experienced had to do with 
> leases and subnets. If a subnet is removed, active leases are not 
> automatically removed from the database. Perhaps the behavior is different in 
> 1.4 (I just finished creating the RPMs).

I believe this is the intended behavior. The client still has the lease until 
it is up for renewal so it should stay in the active lease db. When it tries to 
renew, it will fail and will end up with another address.

If you are using DHCPv6, there is a feature called IPv6 reconfigure, that can 
force a client to reconfigure right away. Kea doesn’t support this yet but 
support for reconfiguring individual clients is coming in Kea 1.5 (a 2018 GSOC 
intern wrote this feature). I don’t believe it will support reconfiguring an 
entire subnet’s worth of clients though.  I don’t think there is an equivalent 
feature in DHCPv4.

- Vicky


___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

[Kea-users] Kea is moving to gitlab.isc.org

[Victoria Risk]

Hello Kea users and Kea developers-

We are moving the Kea project from our Trac site at kea.isc.org to Gitlab, our 
new development system.  As of today, please create any new issues/tickets in 
the Gitlab repo: https://gitlab.isc.org/isc-projects/kea

You can browse the ISC Gitlab anonymously, or to create tickets and pull 
requests, create an account. If you already have a Gitlab account, or a Github 
account, you can login with that account, using Oauth.  
https://gitlab.isc.org/users/sign_in

We are making this change because we were struggling to maintain Trac as an 
open community site.  Although it worked ok for ISC developers, other users 
were frequently running into bugs in creating accounts, resetting passwords and 
creating tickets. Gitlab is newer, and we are already maintaining the Gitlab 
application for BIND.

We will maintain the legacy Trac site for a while, for reference, and while we 
are working on the tickets that are currently in progress on Trac. We plan to 
migrate the active Kea tickets to Gitlab, where we are already planning Kea 
1.5. We will also keep our Github site up indefinitely, as a copy of our 
Gitlab, because a lot of people look for open source on Github, but we would 
like people to create issues and pull requests on Gitlab.  Our CI jobs are 
currently running off of the Trac repo, (you can see the status at 
https://jenkins.isc.org) and we will be migrating that as well. 

We hope to see some of you guys showing up on Gitlab, opening and commenting on 
Kea issues.

Thank you,

Vicky Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

[Kea-users] Kea-Anterius Demo recording

[Victoria Risk]

Kea-users,

In case you planned to attend the Kea-Anterius demo this morning and missed it, 
we have a recording available, hosted at Zoom.  

https://zoom.us/recording/play/UnLIPvIW4bD3Y-_-Hy5LKwZS7UJs_YHLSZoDuGn0eC9ruhQ7idhYNvi5xhiU32IB?continueMode=true

This project is a graphical dashboard for Kea, that monitors pool utilization, 
displays logs, alerts on pool utilization changes and enables configuration 
browsing and editing. The project itself is hosted on github at:  
https://github.com/isc-projects/kea-anterius

thank you,

Vicky





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] price on Kea bronze subscription?

[Victoria Risk]

> On Aug 2, 2018, at 5:43 PM, Joseph Bernard  wrote:
> 
> Anyone know what the price is on the bronze subscription?  I filled out the 
> form, got the automated reply but then nothing.

Hi Joseph,

I am sorry we missed you. I alerted our sales guys and you should hear from one 
of them tomorrow. Bronze is a SLA level - pricing depends on both the SLA level 
and the size of your deployment. 

Thank you for your patience.

Vicky

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

[Kea-users] Anterius: a GUI Dashboard for Kea webinar

[Victoria Risk]

Kea users, 

You are invited to a webinar/live walkthrough next week. 

Topic: Anterius: a GUI Dashboard for Kea 
When: Aug 8, 2018 9:00 AM Pacific Time (US and Canada) 

Register in advance for this webinar:
https://zoom.us/webinar/register/WN_LQ6PtjWIRvyKfECdCrU0UA 

After registering, you will receive a confirmation email containing information 
about joining the webinar.

—

This webinar is presented by Jerin John, one of ISC's Google Summer of Code 
interns for 2018. 

Anterius, which means ‘front end’, is a graphical interface for Kea dhcp 
servers, based on the GLASS dashboard developed by Chris Miles for ISC DHCP.

Anterius key features:
*  View/search dhcp leases
*  Monitor Pool utilization
*  View Kea logs
*  Test and apply configuration updates

Anterius runs on the Kea server or remotely. When run locally, Anterius can 
also monitor server health. 

Attend this webinar to get an introduction and demo of this experimental new 
project that you may want to use with your Kea installation. 

reference: https://github.com/isc-projects/kea-anterius

—
Webinar Speakers

Jerin John has just completed his Bachelor’s of Technology in Computer 
Engineering from K. J. Somaiya College of Engineering, University of Mumbai.  
After completing his GSOC project, Jerin plans to begin a full-time job as a 
software developer at Microsoft, India.

We hope to see you there!

Vicky
—


Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] kea http uefi boot

[Victoria Risk]

> 
> Francis, I was thinking that it would be cool to put stuff like this in a 
> knowledge base or something on the wiki to pull together how to do things 
> like this. Alternately we could have a GIT repo of contributed configuration 
> examples that have been validated by users who know what they are doing. :) 
> Obviously this would need to be treated like any other open source project, 
> but would be really cool way to share example configs to increase adoption 
> velocity. Something to consider... Perhaps this is something Victoria would 
> be interested in looking at?
> 
> Thanks,
> Jason
> 


Hi Jason,

We are indeed trying to figure out the best way to support this. Our current 
Knowledge base (kb.isc.org ) is self-hosted, using some 
software that I think was last updated in 2013. We are worried about the lack 
of software maintenance. We also turned off the ability for readers to add 
comments several years ago, because people were posting technical questions 
(and spam) and we didn’t have time to curate it.

We are looking at several options for where to move the existing content, and 
create new content. We haven’t figured it out yet.  One option is a web forum 
(we have one set up, but haven’t launched it yet at forum.isc.org 
), another idea is to use the Kea github repo for 
contributions.

Although a forum is easiest for this kind of thing, it is also somewhat 
competitive with the mailing list. We are not sure we have time to read both, 
and we figure many of you don’t either.  We do have a separate Kea-contrib 
github repo (https://github.com/isc-projects/kea-contrib 
), and maybe people could post 
configurations there, adding a link to the configuration file and a description 
on the main README page for each configuration?

What do you all think?  What’s the best way to share sample configurations that 
work?

Vicky



___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] map class with pool

[Victoria Risk]

> On Jun 4, 2018, at 9:14 AM, Christian Kratzer  wrote:
> 
> having all the premium features in a separate git repo with access to premium 
> members only would definetely be a real "premium" feature.
> 
> As of now the separate distribution of the premium features kind of of breaks 
> the transparency which is a huge advance from the closed development model of 
> isc-dhcp.
> 
> I am also considering purchasing a premium package for myself and 
> recommending it for my customers once they migrate from isc dhcp.
> 
> Not having git access is a step back from the free version.
> 

Hi Christian,

Thanks for this comment. We are in some new territory with these premium hooks 
applications. When we started offering premium hooks, the Kea project was 
almost entirely un-funded, and we were facing a crisis as far as how to sustain 
the work. Since we have adopted the premium-features model, the situation is 
improving, and we now have a growing list of support customers. it is hard to 
say exactly whether the premium-features have enabled this or not, but it does 
seem to be relevant.

On the other hand, managing the non-public code is certainly a pita for 
everyone.  We appreciate your comments, and any other ideas for how to manage 
an open source business funded with premium features.  There are other vendors, 
nginx is one that comes to mind, that does this, if any of you have experience 
with another vendor whose practices are better than ours, we are open to ideas.

Regards.

Vicky


Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] map class with pool

[Victoria Risk]

Hi Satish,

We do plan to upgrade everyone who purchased the 1.3 premium hooks once the 1.4 
version is final. For now, I will email you a link to download the HA beta 
package, and I will also request and upload the 1.4 version of the 
classification hook - I just don’t have that posted anywhere yet.

regards,

Vicky
> On Jun 3, 2018, at 3:33 PM, Satish Patel  wrote:
> 
> In short we paid premium hooks package ($499) for 1.3.0 version now if
> i go with 1.4.0 in that case do i need to re-purchase that or i can
> get new bundle without any cost?
> 
> I am planning to install 1.4.0 for testing, i am interesting in
> Classification (w/ pool) and High Availability Hooks, Can you please
> provide me those hooks so i can test them.
> 
> On Sun, Jun 3, 2018 at 8:35 AM, Satish Patel  wrote:
>> I am running 1.3.0 version also we paid for supported hook for api, does my 
>> premium hook going to work with 1.4.0?
>> 
>> Sent from my iPhone
>> 
>>> On Jun 3, 2018, at 3:52 AM, Francis Dupont  wrote:
>>> 
>>> Satish Patel writes:
>>>> [root@dhcp kea]# /usr/local/sbin/keactrl start
>>>> INFO/keactrl: Starting /usr/local/sbin/kea-dhcp4 -c
>>>> /usr/local/etc/kea/kea-dhcp4.conf
>>>> 2018-06-03 00:42:40.940 ERROR [kea-dhcp4.dhcp4/19854] DHCP4_INIT_FAIL
>>>> failed to initialize Kea server: configuration error using file
>>>> '/usr/local/etc/kea/kea-dhcp4.conf':
>>>> /usr/local/etc/kea/kea-dhcp4.conf:244.8-21: got unexpected keyword
>>>> "client-class" in pools map.
>>>> INFO/keactrl: Starting /usr/local/sbin/kea-ctrl-agent -c
>>>> /usr/local/etc/kea/kea-ctrl-agent.conf
>>> 
>>> => can you double check you are running Kea 1.4-beta? This feature
>>> was added after 1.3 release.
>>> 
>>> Regards
>>> 
>>> Francis Dupont 
> ___
> Kea-users mailing list
> Kea-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/kea-users

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

[Kea-users] Kea Projects in Google Summer of Code

[Victoria Risk]

Kea users,

We're excited to have been selected as one of the participating mentor 
organizations in this year's Google Summer of Code program.  
https://summerofcode.withgoogle.com/organizations/5884725911093248/ 
<https://t.co/z71IFUUKjF>

Students have until March 12th to make a proposal to work on a Kea-related 
project.  If accepted, the student will spend the summer working on a project, 
mentored by an experienced ISC software engineer. Google provides a stipend for 
students, and the experience and exposure is invaluable.  If you know any 
computer science students who might be interested, please talk to them about 
applying for a Kea/GSOC project!

See the suggested Kea project ideas on the Kea wiki: 
http://kea.isc.org/wiki/KeaIdeas  <https://t.co/AEsyrCUolj>
For more information on how GSOC works: 
https://summerofcode.withgoogle.com/how-it-works/

We are hoping that you, the users on the Kea-users mailing list, will help 
support and advise any students accepted into the project for the summer by 
providing insights into your requirements and use cases.

Let’s hope we get some applicants!

Victoria Risk
Product Manager
Internet Systems Consortium
vi...@isc.org





___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] Kea integration with telegraf

[Victoria Risk]

> On Dec 6, 2017, at 11:30 PM, Bill Pye  wrote:
> 
> Neat! :)
> 
> Thanks for posting that, I think I'll have to try this in the not too distant 
> future and your other script for csv conversion also seems quite useful. I 
> guess both of these should be on the KEA wiki?

Good idea. I creaed a section on the home page of the wiki and added the ones I 
noticed from the mailing list. There is also a Tools page on the ISC web site, 
https://www.isc.org/community/tools/ , 
which I will update. We might need a separate page just for DHCP tools.

Vicky

___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] Configuring kea for relayed subnets *not* on its own interface's address

[Victoria Risk]

> 
> There a translation tool to migrate ISC DHCP configs to Kea?
> ___

Jason-

Francis has done some work to create a version of ISC DHCP that can parse an 
ISC DHCP configuration and save it as an equivalent Kea configuration. This is 
a moving target obviously, as we keep finding and plugging holes in the 
migration, differences between the products. 

Our current plan is to post it on a web page, so people can upload their 
configurations and get a translated version back - part of the idea is that 
this way, we would be able to find out what ISC DHCP features are missing or 
untranslatable to Kea.  However, we don’t have anyone who has the time to 
create this web service until after we get Kea 1.3 ready for release. Also - we 
think many current ISC DHCP configurations will require support for shared 
subnets, which is included in Kea 1.3, hence planning to launch this once we 
have 1.3.

If anyone on the list has suggestions for a better way to do this, I am 
interested!

Regards,

Vicky Risk
Product Manager




___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] New Kea hook to call external scripts: kea-hook-runscript

[Victoria Risk]

> The code and documentation are here:
> 
>  https://code.ffdn.org/zorun/kea-hook-runscript
>  https://github.com/zorun/kea-hook-runscript (mirror)
> 
> If you find this useful or would like more variables to be provided to the
> external script, please send feedback or pull requests!  In particular,
> feel free to provide more examples (Kea config + script).
> 
> Note that the code is still a bit rough, especially for DHCPv6: see the
> TODO list at https://code.ffdn.org/zorun/kea-hook-runscript#todo 
> 

Baptiste-

This hook sounds like a great idea!

If I can figure out how to do so, would it be ok if I put a link to your repo 
to the Kea-contrib page on github, to make it easier for others to find your 
hook?  (https://github.com/isc-projects/kea-contrib 
)

Vicky




signature.asc
Description: Message signed with OpenPGP
___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

[Kea-users] Ohio LinuxFest and Kea

[Victoria Risk]

We’ve been asked if we want to help with the Ohio LinuxFest.  
https://ohiolinux.org/about/ 

We don’t have anyone at ISC living in or near Ohio right now, but this looks 
like a legit and useful community event. Is there anyone out there using Kea 
who might like to speak at this thing?  

reply via unicast to me, I don’t want to abuse the list.

thanks

Vicky Risk
Product Manager @isc.org

___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] Need help defining custom options

[Victoria Risk]

Hi James,

The fix is waiting for review before being merged.  Once it is merged, you can 
pick it up from our open git (in kea.isc.org or github) or wait for our next 
release.  We are planning to release Kea 1.2 on April 28th and this will be 
included in that.

http://kea.isc.org/ticket/5105

Vicky


> On Jan 30, 2017, at 4:05 PM, James Sumners <jamessumn...@clayton.edu> wrote:
> 
> This is very disappointing. I have an opportunity very soon to move over to 
> Kea from DHCPd, but I can't do it with this bug. Given the number of subnets 
> I have that all need a slightly different version of the options, a binary 
> representation is untenable. And I really don't want to have to maintain my 
> own build/package. 
> 
> Is there not an ETA for the referenced fix to be released as a patch to 1.1.0?
> 
> Get Outlook for iOS <https://aka.ms/o0ukef>
> From: Francis Dupont <fdup...@isc.org>
> Sent: Monday, January 30, 2017 5:42:13 PM
> To: James Sumners
> Cc: kea-users@lists.isc.org
> Subject: Re: [Kea-users] Need help defining custom options
>  
> Currently in Kea you can't put a comma (character ',') in an option string
> value. It is a known problem (ticket #5105) but its solution was not
> yet reviewed... Note you can still use a binary value which has to
> this problem.
> 
> Regards
> 
> Francis Dupont <fdup...@isc.org>
> 
> PS: If you'd like to try it you can ask the trac5105 branch to be pushed
> on github.
> ___
> Kea-users mailing list
> Kea-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/kea-users

Victoria Risk
Internet Systems Consortium
vi...@isc.org




___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users

Re: [Kea-users] Kea Trac registration broken?

[Victoria Risk]

Hi Shane,

I just wanted to let you know, Tomek is on PTO, and he said he was going 
camping for several days, so you won’t be hearing back from him right away.

We have had nothing but trouble from Trac!  I don’t know why, I see other open 
source projects use it …

I will say, most people who want to contribute seem to be using the github 
site.  https://github.com/isc-projects/kea <https://github.com/isc-projects/kea>

Of course, we don’t have our issues posted up there, so it is not equivalent to 
the trac site, but it is a good repo.

Regards,

Vicky

> On Aug 4, 2016, at 1:51 AM, Shane Kerr <sh...@time-travellers.org> wrote:
> 
> Hello,
> 
> I got an error while trying to register an account on the Kea Trac site:
> 
> Cannot find implementation(s) of the IAccountRegistrationInspector interface 
> named RegistrationFilterAdapter. Please check that the Component is enabled 
> or update the option [account-manager] register_check in trac.ini.
> 
> I'm not sure if users are still expected to be able to register.
> 
> If they are, then it does not work.
> 
> If they are not, then maybe removing the option from the menu makes more
> sense than having it return some error.
> 
> Cheers,
> 
> --
> Shane
> ___
> Kea-users mailing list
> Kea-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/kea-users

Victoria Risk
Internet Systems Consortium
vi...@isc.org






signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Kea-users mailing list
Kea-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-users