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: [dhcwg] RFC3315 DECLINE definition (Simon Hobson)
   2. Re: [dhcwg] RFC3315 DECLINE definition (Simon Hobson)


----------------------------------------------------------------------

Message: 1
Date: Mon, 13 Feb 2017 21:42:15 +0000
From: Simon Hobson <dh...@thehobsons.co.uk>
To: "dhcp-users@lists.isc.org ISC DHCP" <dhcp-users@lists.isc.org>
Subject: Re: [dhcwg] RFC3315 DECLINE definition
Message-ID: <c72d66a0-3d3f-4fd8-82bf-1371c6620...@thehobsons.co.uk>
Content-Type: text/plain; charset=us-ascii


On 13 Feb 2017, at 21:26, "Mudric, Dusan (Dusan)" <dmud...@avaya.com> wrote:

> Anyone else that would benefit from a list of devices (their MAC addresses) 
> with assigned IPv6 addresses that are not valid or are unreachable?

Dropping the DHCWG list ...

As before, define "not valid" and "unreachable".
As do you want a list of devices with those addresses, or a list of devices 
with those address which don't also have a "working"* address ?

* For whatever definition of working you come up with.



------------------------------

Message: 2
Date: Tue, 14 Feb 2017 08:00:10 +0000
From: Simon Hobson <dh...@thehobsons.co.uk>
To: dhcp-users@lists.isc.org
Subject: Re: [dhcwg] RFC3315 DECLINE definition
Message-ID: <4f03bb89-82b3-4146-a00c-b1096e02c...@thehobsons.co.uk>
Content-Type: text/plain; charset=KS_C_5601-1987

???(Network Innovation Projec) <utae....@kt.com> wrote:

> I think IPv6 is co-existed with IPv4 for a while.
> Devices have dual stack with IPv4 and IPv6 address.
> And there are cases that traces the problem with IPv4 & IPv6 address 
> information.
> But, now there have no common key between them.
> So, I think IPv6 information is included with device mac address for tracing 
> IPv4.

If I understand you correctly, you are describing a completely separate issue - 
that of identifying the MAC-IP pairing for IPv6 because your IPv4 workflow is 
based on that.
That too has been done to death in the DHC WG list - to the extent that (IIRC) 
there is now a MAC address option defined that clients may send, or was it that 
relay agents could add ? I think it might have been the latter since it's 
easier to upgrade a few relay agents rather than every client.
For devices not using a relay agent, the MAC address is in the packet.
Also, there's been quite firm statements that the wording of the RFCs that 
prohibits "looking inside" the client identifier does not in fact prohibit 
that, although since on a multi-homed device that may not be based on the same 
interface, it's not necessarily all that useful anyway.

------------------------------

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 100, Issue 8
******************************************

Reply via email to