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. Re: Separates VLANs with the same IP-Range
(glenn.satch...@uniq.com.au)
----------------------------------------------------------------------
Message: 1
Date: Mon, 29 Apr 2019 16:14:02 +1000
From: glenn.satch...@uniq.com.au
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: Re: Separates VLANs with the same IP-Range
Message-ID: <5417d2e8c901c6d4993c2d971e694...@uniq.com.au>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Remember the DHCP relay only handles relaying broadcast traffic from the
client. This is the DHCPDISCOVER and initial response packets. Once the
client gets an IP address it talks directly to the DHCP server for
checking, renewing and acknowledging, the relay is no longer involved.
regards,
-glenn
On 2019-04-28 02:02, Simon Hobson wrote:
> german...@yahoo.de wrote:
>
>> So i remove the nat konstrukt and add a subnet for the second relay.
>
> It's not entirely clear what your network topology is here. Are you
> saying that there is NAT between the DHCP server and the clients ?
>
>
> There must be no NAT between clients and server - the server needs to
> be able to send unicast packets to the client and this cannot be done
> if there is NAT in the path.
> Also, you cannot have any overlap in IP addressing between networks -
> normal packet routing doesn't handle this, and the ISC DHCP server
> certainly doesn't.
>
> Remember two two fundamental rules of IP are "addresses must be
> globally unique"(1) and "any node should be able to address a packet
> to any other node"(2). NAT breaks both of these.
>
> 1 - In the context here, in the collection of networks your DHCP
> server is to handle, all addresses must be unique.
>
> 2 - Obviously these days subject to administrative restrictions (ie
> firewall filters). But again for your context, the DHCP server and any
> client it is to support must be able to address unicast packets to
> each other and have them delivered.
> _______________________________________________
> dhcp-users mailing list
> dhcp-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users
------------------------------
Subject: Digest Footer
_______________________________________________
dhcp-users mailing list
dhcp-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/dhcp-users
------------------------------
End of dhcp-users Digest, Vol 126, Issue 13
*******************************************
