I had trouble processing your text email as well (skipping the tcpdump
entirely) but if there is no relay available (local DHCPv6 server),
then your laptop should be contacting: [ff02::1:2]%eth1:547 on the
server as per RFC 8415. DHCPv6 uses multicast.
On Fri, May 10, 2024 at 12:40 PM Django
HI Marek,
Am 10.05.24 um 14:40 schrieb Marek Hajduczenia:
I am sorry, I cannot process this information dump in its current format. If
you want to send / attach logs and config files via text files + perhaps a
packet capture on the affected interface, I will be happy to look at it
O.K.
HI Kevin,
Am 10.05.24 um 14:50 schrieb Kevin P. Fleming:
It was indeed a huge email...
Yes indeed, that was a big email - I had also tried to provide as much
information as possible to help narrow down my error. I have a hunch,
it's called PEBCAK!
but it's also missing a crucial bit of
On Fri, May 10, 2024, at 08:40, Marek Hajduczenia wrote:
> I am sorry, I cannot process this information dump in its current
> format. If you want to send / attach logs and config files via text
> files + perhaps a packet capture on the affected interface, I will be
> happy to look at it
It
[Bastard
Operator from Hell] via Kea-users
Sent: Friday, May 10, 2024 3:47 AM
To: 'Kea user's list'
Cc: Django [Bastard Operator from Hell]
Subject: Re: [Kea-users] kea-dhcpv6 won't offer adresses to clients
HI Marek,
Here I am again and I'm afraid I'm probably going to rob you of your sanity
HI Marek,
Here I am again and I'm afraid I'm probably going to rob you of your
sanity - I've probably already lost mine ...
Am 05.05.24 um 00:20 schrieb mxhajducze...@gmail.com:
PS. I am a tad confused about your mixes use of "" and '' in the config file.
Not sure whether it is formally
HI Marek,
Am 05.05.24 um 00:20 schrieb mxhajducze...@gmail.com:
Your log is currently ser too low to see much in syslog. Try setting it to debug
First of all, thank you again for taking care of my problem. The good
old mailing lists are still the most reliable than the various forums.
I
am a tad confused about your mixes use of "" and '' in the config file.
Not sure whether it is formally supported.
-Original Message-
From: Kea-users On Behalf Of Django [Bastard
Operator from Hell] via Kea-users
Sent: Saturday, May 4, 2024 11:53 AM
To: kea-users@lists.isc.o
HI Marek!
Am 04.05.24 um 15:30 schrieb Marek Hajduczenia:
I’d say it is the very same problem I ran into, i.e., your DHCPv6 Kea
process is not bound to unicast v6 address on your interface eth1 when
using only interface name.
OK. Thank you for your quick response. It's interesting that you
to your interface statement.
Regards
Marek
From: Kea-users on behalf of Django [Bastard
Operator from Hell] via Kea-users
Date: Saturday, May 4, 2024 at 6:49 AM
To: kea-users@lists.isc.org
Cc: Django [Bastard Operator from Hell]
Subject: [Kea-users] kea-dhcpv6 won't offer adresses to clients
HI
HI,
I am currently familiarising myself with Kea and am trying to switch
from ISC-dhcpd to the new Kea server.
The distribution of IPv4 addresses works so far without any problems,
but I'm having a hard time with IPv6 and DHCPv6.
O.K. what have I done: I have installed Kea on an Arch Lunux
-
Message: 1
Date: Sat, 28 Oct 2023 13:40:04 -0400
From: Darren Ankney
To: "Kea-users@lists.isc.org"
Subject: Re: [Kea-users] KEA DHCPv6 server ignores relayed
solicitations
Message-ID:
Content-Type: text/plain; charset="utf-8"
I don?t see any logg
KEA DHCPv6 server ignores relayed solicitations
> (Darren Ankney)
>
>
> --
>
> Message: 1
> Date: Sat, 28 Oct 2023 13:40:04 -0400
> From: Darren Ankney
> To: "Kea-users@lists.isc.org&
28 Oct 2023 13:40:04 -0400
From: Darren Ankney
To: "Kea-users@lists.isc.org"
Subject: Re: [Kea-users] KEA DHCPv6 server ignores relayed
solicitations
Message-ID:
Content-Type: text/plain; charset="utf-8"
I don?t see any logging configured. Have a look
I don’t see any logging configured. Have a look at the logging section in
documentation. There are also a couple articles about logging on kb.isc.org.
You might get some logging without logging configured but you probably want
debug level logging setup to troubleshoot this problem.
On Fri, Oct
Hi all,
I have a (hopefully) simple question. I have a KEA DHCPv6 server v2.0.3 running
on a Ubuntu 20.04 machine. I am trying to get it to respond to solicitations
coming via an ISC DHCPv6 relay, but I see no activity from my DHCPv6 server
when the relayed solicitations arrive. Is there any
Hi,
Is there anyone using KEA, for DHCPv6 clients that run OS Alma8 or Rhel8, with
host-reservations (fixed IP addresses) ?
If yes, do you know if the clients are requesting option 39 = CLIENT_FQDN ?
Thanks,
Veronique
--
ISC funds the development of this software with paid support
Hi Meinhard,
Looking at your Kea configuration, it looks like you've assigned the
same /56 as both the subnet and the prefix delegation (unless the XXX
part is different). If you imagine a consumer router as having a WAN
and LAN interface, you need different subnets. One for the WAN side
from
On Fri, Aug 4, 2023, at 11:17, Meinhard Schneider wrote:
> I would be very grateful for any help:
> 1. why doesn't each interface get its own subnet /64?
This is under the control of the DHCPv6 client; it has to request the number of
delegated prefixes it wishes to use, and then assign them to
Hello,
I am trying to set up the KEA DHCPv6 server with prefix delegation
pools. I am now so far that the router behind the DHCPv6 obtains
prefixes for its subnets, but all interfaces have the same prefix.
Here is my setup:
gw-wan0 (server):
Debian/Bookworm
KEA: 2.2.0
$ cat
Hi John,
I think that when you're specifying the pool as a network ({ "pool":
":::::/80" }), kea is assuming that the very first IPv6
is a "valid" one.
Try specifying the pool as a range of IPv6, or, at least configure an
exception (not to serve) the address ...::0 of /80.
IT TroubleMan writes:
> running kea-dhpcv6 version 1.9.5.
>
> Excerpt from my config:
>
> "subnet6": [ { "subnet": ":::::/64", "pools": [ { "pool":
> ":::::/80" } }]
>
> Problem is that a client (Windows 7) gets ::::: as its IP
> address.
=> it is
Hello,
running kea-dhpcv6 version 1.9.5.
Excerpt from my config:
"subnet6": [ { "subnet": ":::::/64", "pools": [ { "pool":
":::::/80" } }]
Problem is that a client (Windows 7) gets ::::: as its IP
address.
I activated debuglog with 99 verbosity
Yep, that worked!
Thanks for pointing that out.
Best wishes,
ChrisSW
From: Joelson Vendramin
Sent: 22 October 2018 19:13
To: ch...@slater-walker.net; kea-users@lists.isc.org
Subject: Re: [Kea-users] Kea DHCPv6 not working for a relayed subnet, but fine
for local subnet
Hello
elson Vendramin
De: "ch...@slater-walker.net"
Para: kea-users@lists.isc.org
Enviadas: Segunda-feira, 22 de Outubro de 2018 14:45
Assunto: [Kea-users] Kea DHCPv6 not working for a relayed subnet, but fine for
local subnet
Hi all This has
stumped me. I’m using Kea 1.1.0 on U
Hi all
This has stumped me.
I'm using Kea 1.1.0 on Ubuntu 18.04 for IPv6 only. The v4 server is not
installed.
It is serving addresses for the local subnet with no problem. I have a guest
wireless network connected to an interface on my Cisco 1941 router. This
router has a dhcpv6 relay
sothy shan writes:
> Now, I want to group users based on user-class option or
> vendor-class-identifier. Based on the reading, LAN network, these are only
> two ways dhcp server to classify users.
=> please use user-class (vendor-class-identifier was not designed to
be used alone).
> Now I am
Hello,
I'm running kea DHcp6 (version 1.3.0) in my docker machine. For the test, I
am using one machine in Ubuntu 16.04.
DHcpv6 server and test machine are within local LAN.
Now, I want to group users based on user-class option or
vendor-class-identifier. Based on the reading, LAN network, these
Hello
I'm testing KEA DHCPv6 and we are facing a problem with leases.
Every time that a modem reboots it takes a different IP.
My config :
{
"Dhcp6": {
"mac-sources": ["remote-id", "docsis-cmts","docsis-modem"],
"option-data": [
{
"name": "dns-servers",
I'm glad you figured out what was going on here. We actually have ticket
for this issue and it will be sorted out in Kea 1.2.
Thanks a lot for your effort,
Wlodek Wencel
On 11/10/2016 08:57 PM, SoupNazi izaNpuoS wrote:
> I was able to fix this problem by changing this (under "Dhcp6": { ):
>
>
Wlodek,
Attached are matching capture files from server and client sides. Would
you like a capture from server/client side when using ISC DHCP for DHCPv6
which functions correctly? Anything else I can provide?
On Tue, Nov 8, 2016 at 2:14 PM, Wlodek Wencel wrote:
> Ok, so this
Ok, so this is not the option case. But that capture doesn't bring us
closer. Server still doesn't receive Request message.
Can you produce capture on client site? We need to know if client is
sending Request and if so - where it's being lost.
Wlodek Wencel
ISC, QA engineer
On 11/08/2016 06:18
Hello,
thanks for reporting this issue, we will try to sort it out together.
Differences between messages you pointed out should not make be
problematic and what you described in point 3 - Kea works according to spec.
Your capture contains forwarded messages solicit and advertise, normally
Folks,
I am testing kea for DHCPv6 with three test clients. A windows 10 laptop,
a Linksys router and a D-Link router. All three of these clients can
receive DHCPv6 addresses + PD (where applicable) from ISC DHCP server.
Only the D-Link can successfully receive DHCPv6 from the kea server.
34 matches
Mail list logo