Posting of IPR Disclosure related to Ciscos Statement of IPR related to RFC 5107

Dear Richard Johnson, Mark Stapp, Kim Kinnear, Jay Kumarasamy:

An IPR disclosure that pertains to your RFC entitled "DHCP Server Identifier
Override Suboption" (RFC5107) was submitted to the IETF Secretariat on
2009-06-30 and has been posted on the "IETF Page of Intellectual Property Rights
Disclosures" (https://datatracker.ietf.org/ipr/1161/). The title of the IPR
disclosure is "Ciscos Statement of IPR related to RFC 5107."

The IETF Secretariat

I-D Action:draft-ietf-dhc-dhcpv6-ldra-00.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Dynamic Host Configuration Working Group of the IETF.

	Title           : Lightweight DHCPv6 Relay Agent (LDRA)
	Author(s)       : D. Miles, et al.
	Filename        : draft-ietf-dhc-dhcpv6-ldra-00.txt
	Pages           : 15
	Date            : 2009-07-01

This document proposes a Lightweight DHCPv6 Relay Agent (LDRA) that
is used to insert relay agent options in DHCPv6 message exchanges
identifying client-facing interfaces.  The LDRA can be implemented in
existing access nodes (such as DSLAMs and Ethernet switches) that do
not support IPv6 control or routing functions.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-dhc-dhcpv6-ldra-00.txt

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

_______________________________________________
dhcwg mailing list
dhcwg <at> ietf.org

Re: dhc WG last call on draft-ietf-dhc-dhcpv4-vendor-message-00

On Friday 26 June 2009, Ted Lemon wrote:
> Bud, when the wglc came out for the dhcpv4 and dhcpv6 versions of this
> draft, you responded positively to the dhcpv4 version, but not the
> dhcpv6 version.   Was that a deliberate or accidental omission?

Accidental omission, terribly sorry. I'm fine with both drafts.

- Bud

Bud Millwood
Weird Solutions, Inc.
http://www.weird-solutions.com
tel: +46 8 758 3700
fax: +46 8 758 3687

Re: dhc WG last call on draft-ietf-dhc-dhcpv4-vendor-message-00

On Jul 2, 2009, at 4:03 AM, Bud Millwood wrote:
> Accidental omission, terribly sorry. I'm fine with both drafts.

Great, thanks for clarifying!

Re: FW: New Version Notification for draft-brzozowski-dhcp-eap-analysis-00

I was really wondering about the thoughts of the authors. Since they did the
analysis, they must have considered these points (which were already raised
on the mailing list).

> > - The role of NAS with respect to DHCP is unclear. For some part it
> is
> > acting as a DHCP relay, for others as a DHCP server (as it
> > terminates DHCP
> > messages and generates DHCP messages -- for EAP). Is the NAS playing
> > two
> > distinct DHCP roles within the same DHCP session? How well does that
> > fit
> > DHCP?
> 
> Yes, in Broadband the NAS can be a relay or a server at the operators
> choice.

At the same time for the same DHCP session? I don't think so. There is no
way (barring serious hacks) for a DHCP session be executed between one DHCP
client and multiple DHCP servers. [NAS acting as a relay for some DHCP
client for the duration of a DHCP session, and as a server for other clients
for the duration of a DHCP session is OK -- but that's not same as what is
in your I-D]

> > - NAS (acting as DHCP relay) is inserting DHCP options towards the
> > DHCP
> > client. I'm not aware of DHCP relays inserting options in that
> > direction. To
> > say the least, that breaks the end-to-end security, such as the one
> > using

Problem Statement for DHCP Relay Agent

_______________________________________________
dhcwg mailing list
dhcwg <at> ietf.org
https://www.ietf.org/mailman/listinfo/dhcwg

RFC 3315 - Request message

_______________________________________________
dhcwg mailing list
dhcwg <at> ietf.org
https://www.ietf.org/mailman/listinfo/dhcwg

Re: I-D Action:draft-wang-dhc-ldn-option-00.txt

Hi, all:
We have posted an I-D draft on local domain name discovery for ERP
(http://www.ietf.org/internet-drafts/draft-wang-dhc-ldn-option-00.txt)
The I-D makes the assumptions of using DHCP mechanism to request local domain name for the peer when the peer
does not know the local domain name.
This mechanism can be applicable to the scenario where the full authentication and Re-authentication are
utilized together.Also it requires full authentication happens before Re-authentication. In our
view, this document provide some new feature from deployment perspective and could be taken as one
candiate component in the hokey architecture. 

Look forward to your constructive discussion!

Regards!
-Qin
----- Original Message ----- 
From: <Internet-Drafts <at> ietf.org>
To: <i-d-announce <at> ietf.org>
Sent: Monday, July 06, 2009 5:15 PM
Subject: I-D Action:draft-wang-dhc-ldn-option-00.txt

>A New Internet-Draft is available from the on-line Internet-Drafts directories.
> 
> Title           : DHCP Option for Local Domain Name Discovery
> Author(s)       : Y. Wang, W. Wu
> Filename        : draft-wang-dhc-ldn-option-00.txt
> Pages           : 9
> Date            : 2009-07-06
> 
> This document defines the local domain name option for DHCPv4 and
> DHCPv6. This option is used by the Peer (DHCP client) to request
> local domain name described in [RFC5296] which is used to derive the
> local root key, e.g., DSRK defined in [RFC5295].
> 
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-wang-dhc-ldn-option-00.txt
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> Below is the data which will enable a MIME compliant mail reader
> implementation to automatically retrieve the ASCII version of the
> Internet-Draft.
>

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

> _______________________________________________
> I-D-Announce mailing list
> I-D-Announce <at> ietf.org
> https://www.ietf.org/mailman/listinfo/i-d-announce
> Internet-Draft directories: http://www.ietf.org/shadow.html
> or ftp://ftp.ietf.org/ietf/1shadow-sites.txt
>

I-D Action:draft-ietf-dhc-relay-id-suboption-07.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Dynamic Host Configuration Working Group of the IETF.

	Title           : The DHCPv4 Relay Agent Identifier Suboption
	Author(s)       : M. Stapp
	Filename        : draft-ietf-dhc-relay-id-suboption-07.txt
	Pages           : 7
	Date            : 2009-07-07

This memo defines a new Relay Agent Identifier suboption for the
Dynamic Host Configuration Protocol's (DHCP) Relay Agent Information
option.  The suboption carries a value that uniquely identifies the
relay agent device.  The value may be administratively-configured or
may be generated by the relay agent.  The suboption allows a DHCP
relay agent to include the identifier in the DHCP messages it sends.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-dhc-relay-id-suboption-07.txt

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

_______________________________________________
I-D-Announce mailing list
I-D-Announce <at> ietf.org
https://www.ietf.org/mailman/listinfo/i-d-announce
Internet-Draft directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt

Re: I-D Action:draft-ietf-dhc-relay-id-suboption-07.txt

_______________________________________________
dhcwg mailing list
dhcwg <at> ietf.org
https://www.ietf.org/mailman/listinfo/dhcwg