Send dhcp-users mailing list submissions to
dhcp-users@lists.isc.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/dhcp-users
or, via email, send a message with subject or body 'help' to
dhcp-users-requ...@lists.isc.org
You can reach the person managing the list at
dhcp-users-ow...@lists.isc.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of dhcp-users digest..."
Today's Topics:
1. DHCPv6-PD external script on commit (Ing. Martin Br?zda)
2. Re: DDNS updates for zone having multiple primary servers
(kraishak)
3. Re: DDNS updates for zone having multiple primary servers
(glenn.satch...@uniq.com.au)
4. Re: DDNS updates for zone having multiple primary servers
(kraishak)
5. Re: Dhcpd randomly returns the IP address or the backup IP
(Wayne Gemmell | Connect)
----------------------------------------------------------------------
Message: 1
Date: Wed, 31 Mar 2021 09:32:26 +0200
From: Ing. Martin Br?zda <bra...@omegaplus.cz>
To: dhcp-users@lists.isc.org
Subject: DHCPv6-PD external script on commit
Message-ID: <23057ad3-add9-dadd-2af4-062833937...@omegaplus.cz>
Content-Type: text/plain; charset=iso-8859-2; format=flowed
Hello.
I have isc-dhcp server 4.3.4 with my own HACK, that execute external
script on commit.
Script add leased IPv6 prefix to routing table on router, that is in
DHCPv6 RELAY role.
Can I do this in current version without hack?
I found "on commit" in manual but without suitable example.
In external script I must have 1. leased IPv6 prefix, 2. mask, 3. client
IPv6 address and optionaly 4. relay server IPv6 address, 5. interface
name (or id) on relay server.
Thanks for reply M.Brazda
------------------------------
Message: 2
Date: Wed, 31 Mar 2021 02:55:44 -0500 (CDT)
From: kraishak <kraishak....@gmail.com>
To: dhcp-users@lists.isc.org
Subject: Re: DDNS updates for zone having multiple primary servers
Message-ID: <1617177344574-0.p...@n4.nabble.com>
Content-Type: text/plain; charset=us-ascii
Hi Glenn,
Thanks for the reply,
>>For the zone setting, have you had a look at the dhcpd.conf man page, in
particular the section titled "DYNAMIC DNS UPDATE SECURITY" where it
explains the syntax and behaviour.
>>It's not clear whether it is a comma separated list of secondaries,
ormultiple secondary statements with a single address.
yes I tried checking in the man pages and document but it is not clear and
there is no specific note that tells this DDNS updates can be suitable only
for the zones which have only one primary and one secondary, so I thought of
checking with dhcp-users if any one tried or having any experience for that
Thanks
Kraishak
--
Sent from: http://isc-dhcp-users.2343191.n4.nabble.com/
------------------------------
Message: 3
Date: Wed, 31 Mar 2021 19:07:02 +1100
From: glenn.satch...@uniq.com.au
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: Re: DDNS updates for zone having multiple primary servers
Message-ID: <de6c414ef30422dd1771f9cc88c85...@uniq.com.au>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Hi Kraishak
My understanding from a long time ago (as in >5 years) was that that
dynamic dns updates are only sent to the primary DNS server. The primary
is expected to forward to all the secondaries.
I think DHCP sends an update to the secondary only when the primary is
not contactable, and the secondary is expected to forward the update to
the primary when it comes back online. Either way the DHCP server does
not directly update any secondaries, that is the job of the primary.
So the bottom line is that it probably doesn't matter if you only list
one secondary.
regards,
Glenn
On 2021-03-31 18:55, kraishak wrote:
> Hi Glenn,
> Thanks for the reply,
>
>>> For the zone setting, have you had a look at the dhcpd.conf man page,
>>> in
> particular the section titled "DYNAMIC DNS UPDATE SECURITY" where it
> explains the syntax and behaviour.
>
>>> It's not clear whether it is a comma separated list of secondaries,
> ormultiple secondary statements with a single address.
>
> yes I tried checking in the man pages and document but it is not clear
> and
> there is no specific note that tells this DDNS updates can be suitable
> only
> for the zones which have only one primary and one secondary, so I
> thought of
> checking with dhcp-users if any one tried or having any experience for
> that
>
>
> Thanks
> Kraishak
>
>
>
>
> --
> Sent from: http://isc-dhcp-users.2343191.n4.nabble.com/
> _______________________________________________
> ISC funds the development of this software with paid support
> subscriptions. Contact us at https://www.isc.org/contact/ for more
> information.
>
> dhcp-users mailing list
> dhcp-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users
------------------------------
Message: 4
Date: Wed, 31 Mar 2021 05:08:15 -0500 (CDT)
From: kraishak <kraishak....@gmail.com>
To: dhcp-users@lists.isc.org
Subject: Re: DDNS updates for zone having multiple primary servers
Message-ID: <1617185295576-0.p...@n4.nabble.com>
Content-Type: text/plain; charset=us-ascii
Hi Glenn,
Thanks for sharing your observation much appreciated the help
Regards
Kraishak
--
Sent from: http://isc-dhcp-users.2343191.n4.nabble.com/
------------------------------
Message: 5
Date: Wed, 31 Mar 2021 13:42:35 +0200
From: "Wayne Gemmell | Connect" <wa...@connect-mobile.co.za>
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: Re: Dhcpd randomly returns the IP address or the backup IP
Message-ID:
<cafk6eiv7nglkmw8d1cvodnvinpra5ffufgnpt74rtneqbpo...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi
I've posted a pcap file of the process. There is nothing hitting at exactly
the same moment but I'm digging into how to trigger this differently.
https://drive.google.com/file/d/1mYIIlhq7JPdszT1zeasREIYcP4Fnj1lj/view?usp=sharing
<https://connect-mobile.co.za/mobile_marketing_solutions/>
On Mon, 29 Mar 2021 at 18:27, Sten Carlsen <st...@s-carlsen.dk> wrote:
> Hi
>
> These two addresses are both in the same pool, so nothing illegal is
> happening. It is still odd that it sometimes gets one address and then the
> other, this should not happen.
>
> Consider the leases file as a historical document, each time something
> happens, the leases file gets added to. Once in a while it gets regenerated
> with just the current status of all leases.
>
> So for this sequence of events you should be able to reconstruct what
> happened by looking into this file.
>
> One thing that comes to mind is timing. The release and the discover
> happens in the same second, so what if the server could not write to the
> leases file before being asked about a new lease - this is not extending an
> existing lease as the discover indicates that the device does not have an
> address at this moment.
>
> Would it be possible to add a pause of a few seconds between the release
> and the discover? at least for an experiment. If that works, some timing is
> at the bottom of this.
>
> Possibly a wireshark trace could reveal the exact timing of these two
> messages.
>
> The leases file snippet did also not have both addresses as active, which
> could uncover other interesting things.
>
> --
> Best regards
> Sten Carlsen
>
> A pessimist is a person that can find a problem for every solution.
>
>
> On 29 Mar 2021, at 12.05, Wayne Gemmell | Connect <
> wa...@connect-mobile.co.za> wrote:
>
> Hi Sten
>
> One of the host I've been testing with in the kannel pool alternates
> between the following
>
> inet 10.3.2.36/16
> inet 10.3.2.60/16
>
> Leases look as follows. I don't really understand why each would be both
> free and active.
>
> Here's the log file of the responsible peer: https://pastebin.com/UP6M1Lic
>
> DHCP Lease list on responsible peer. The other one has similar data but no
> host names. https://pastebin.com/WX3NwkM2
>
> Here's snippet of the lease file https://pastebin.com/fKFiZpQ0
>
> <https://connect-mobile.co.za/mobile_marketing_solutions/>
>
>
> On Fri, 26 Mar 2021 at 19:32, Sten Carlsen <st...@s-carlsen.dk> wrote:
>
>>
>> Thanks
>>
>> Sten
>>
>> On 26 Mar 2021, at 08.43, Wayne Gemmell | Connect <
>> wa...@connect-mobile.co.za> wrote:
>>
>> Thanks Sten
>>
>> I've moved my class out of the subnet and the issue still persists.
>>
>>
>> Well, that is one can of worms out of the picture.
>>
>> What are the two addresses?
>>
>>
>>
>>
>> <https://connect-mobile.co.za/mobile_marketing_solutions/>
>>
>>
>> On Thu, 25 Mar 2021 at 17:51, Sten Carlsen <st...@s-carlsen.dk> wrote:
>>
>>> You define the class kannel inside the subnet, so if there are any other
>>> subnets, it will be defined there as well. Class definitions are global
>>> always, defining them inside a subnet may have some "interesting" side
>>> effects as some options are taken from that subnet even if the host gets an
>>> address in a different subnet - routers is one of them.
>>>
>>> So one thought is, if the backup address is not in this subnet, the host
>>> will be given incorrect information.
>>>
>>> --
>>> Best regards
>>> Sten Carlsen
>>>
>>> --------------------------------------------------
>>> Aoccdrnig to rseerach at Cmabrigde Uinervtisy,
>>> it deosn't mttaer in waht oredr the ltteers in a
>>> wrod are, the olny iprmoatnt tihng is taht the
>>> frist and lsat lteter be at the rghit pclae.
>>> The rset can be a ttoal mses and you can slitl
>>> raed it wotihut porbelm. Tihs is bcuseae the
>>> hmuan mnid deos not raed ervey lteter by istlef,
>>> but the wrod as a wlohe. Amzanig, huh?
>>> --------------------------------------------------
>>>
>>> On 25 Mar 2021, at 13.01, Wayne Gemmell | Connect <
>>> wa...@connect-mobile.co.za> wrote:
>>>
>>> I tried it. No change. The issue still persists.
>>>
>>>
>>> <https://connect-mobile.co.za/mobile_marketing_solutions/>
>>>
>>>
>>> On Tue, 23 Mar 2021 at 16:19, Wayne Gemmell | Connect <
>>> wa...@connect-mobile.co.za> wrote:
>>>
>>>> I'll give it a try, thanks.
>>>>
>>>>
>>>> <https://connect-mobile.co.za/mobile_marketing_solutions/>
>>>>
>>>>
>>>> On Tue, 23 Mar 2021 at 01:32, Bill Shirley <
>>>> b...@c3po.polymerindustries.biz> wrote:
>>>>
>>>>> Try:
>>>>> update-optimization off;
>>>>>
>>>>> Bill
>>>>> On 3/19/2021 2:22 AM, Wayne Gemmell | Connect wrote:
>>>>>
>>>>> Hi
>>>>>
>>>>> When my dhcp server gets a DHCPRELEASE followed by a DHCPDISCOVER then
>>>>> it randomly allocates the IP address or the backup IP address that are
>>>>> assigned to the host in the lease file to the host. The assignments always
>>>>> got to the correct host and the mac address doesn't change.
>>>>>
>>>>> When this backup IP address is allocated then dynamic DNS isn't
>>>>> updated and my container is unreachable.
>>>>>
>>>>> I've put all the relevant details in the link below but am more than
>>>>> happy enough to furnish anything that is missing. Can anyone help please?
>>>>>
>>>>> https://gitlab.isc.org/isc-projects/dhcp/-/issues/172
>>>>>
>>>>> <https://connect-mobile.co.za/mobile_marketing_solutions/>
>>>>>
>>>>> _______________________________________________
>>>>> ISC funds the development of this software with paid support
>>>>> subscriptions. Contact us at https://www.isc.org/contact/ for more
>>>>> information.
>>>>>
>>>>> dhcp-users mailing
>>>>> listdhcp-us...@lists.isc.orghttps://lists.isc.org/mailman/listinfo/dhcp-users
>>>>>
>>>>> _______________________________________________
>>>>> ISC funds the development of this software with paid support
>>>>> subscriptions. Contact us at https://www.isc.org/contact/ for more
>>>>> information.
>>>>>
>>>>> dhcp-users mailing list
>>>>> dhcp-users@lists.isc.org
>>>>> https://lists.isc.org/mailman/listinfo/dhcp-users
>>>>>
>>>> _______________________________________________
>>> ISC funds the development of this software with paid support
>>> subscriptions. Contact us at https://www.isc.org/contact/ for more
>>> information.
>>>
>>> dhcp-users mailing list
>>> dhcp-users@lists.isc.org
>>> https://lists.isc.org/mailman/listinfo/dhcp-users
>>>
>>>
>>> _______________________________________________
>>> ISC funds the development of this software with paid support
>>> subscriptions. Contact us at https://www.isc.org/contact/ for more
>>> information.
>>>
>>> dhcp-users mailing list
>>> dhcp-users@lists.isc.org
>>> https://lists.isc.org/mailman/listinfo/dhcp-users
>>>
>> _______________________________________________
>> ISC funds the development of this software with paid support
>> subscriptions. Contact us at https://www.isc.org/contact/ for more
>> information.
>>
>> dhcp-users mailing list
>> dhcp-users@lists.isc.org
>> https://lists.isc.org/mailman/listinfo/dhcp-users
>>
>>
>> _______________________________________________
>> ISC funds the development of this software with paid support
>> subscriptions. Contact us at https://www.isc.org/contact/ for more
>> information.
>>
>> dhcp-users mailing list
>> dhcp-users@lists.isc.org
>> https://lists.isc.org/mailman/listinfo/dhcp-users
>>
> _______________________________________________
> ISC funds the development of this software with paid support
> subscriptions. Contact us at https://www.isc.org/contact/ for more
> information.
>
> dhcp-users mailing list
> dhcp-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users
>
>
> _______________________________________________
> ISC funds the development of this software with paid support
> subscriptions. Contact us at https://www.isc.org/contact/ for more
> information.
>
> dhcp-users mailing list
> dhcp-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/dhcp-users/attachments/20210331/333f2f8a/attachment.htm>
------------------------------
Subject: Digest Footer
_______________________________________________
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
dhcp-users mailing list
dhcp-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/dhcp-users
------------------------------
End of dhcp-users Digest, Vol 149, Issue 17
*******************************************
