Brian Carpenter | 1 Sep 2006 11:35
Picon
Favicon

IESG response and questions to the normative reference experiment (draft-klensin-norm-ref-01.txt)

[Discussion invited on ietf <at> ietf.org]

The IESG received a request under RFC 3933 to run
draft-klensin-norm-ref-01.txt as an experiment in loosening the IETF's
requirements for normative references in RFCs.

The experiment is composed of two parts.  The first part allows
approved Internet Drafts to reference RFCs at a lower level of
maturity, provided that a note explaining the reference is added.  One
way of looking at this is that it relaxes the requirements for
normative downreferences in RFC 3967.  The IESG believes that there is
sufficient support for this part of the experiment that simply writing
a BCP is a better approach than running an experiment.

The second part of the experiment proposes that RFCs be allowed to
contain normative down references to approved Internet Drafts that
have not yet been published as RFCs.

According to RFC 3933, the IESG must make a determination of whether
an experiment is plausibly useful before it is approved.
   "The IESG
   can institute whatever procedures it wishes to make this determination
   and to avoid denial of service attacks from large numbers of spurious
   or unimportant proposals.  In particular, they might institute a
   procedure requiring a number of endorsements, or endorsements of a
   particular type, before the IESG considers the proposal.  The IESG is,
   however, expected to understand that procedures or review processes
   that act as a mechanism for significant delays do not fall within the
   intent of this specification."

(Continue reading)

Brian Carpenter | 1 Sep 2006 15:25
Picon
Favicon

First RFC 4633 procedure for six month suspensions

This procedure is an RFC 4633 procedure for mailing list suspensions
under the RFC 4633 experiment.  This procedure applies to all IETF
mailing lists that are covered by RFC 4633. The IESG approved this
procedure on 2006-08-31.

When area directors are involved in a situation where an IETF mailing
list is undergoing disruption, they first work with interested parties
to try and find a constructive solution to the underlying problem that
leads to the disruption. This often involves talking to the disruptive
parties to make sure their concerns are understood as well as to
inform them of expected rules of conduct.  When such constructive
solutions fail to work and when a 30-day suspension has been tried and
failed, the IESG may approve a posting-rights suspension of up to six
months for a named set of individuals from the affected mailing lists.
The IESG may delegate the authority to re-suspend some or all of the
named individuals to the mailing list manager or area director should
these delegates determine that disruption has resumed after the
suspension expires.  In no event shall a suspension last for more than
six months nor shall any suspension last beyond the end of the RFC
4633 experiment.

Whenever a suspension or re-suspension is made under this procedure, a
notice must be sent to the affected mailing lists announcing who has
been suspended.

Any IESG member may ask to have a delegate's decision to re-suspend an
individual reviewed by the whole IESG.  This review should be much
less formal than an appeal; it should be treated as the same sort of
review that the IESG would perform if it had received a request to
re-suspend an individual in a case where this authority was not
(Continue reading)

The IESG | 1 Sep 2006 18:28
Picon
Favicon

Last Call: 'Quick-Start for TCP and IP' to Experimental RFC (draft-ietf-tsvwg-quickstart)

The IESG has received a request from the Transport Area Working Group WG
to consider the following document:

- 'Quick-Start for TCP and IP '
   <draft-ietf-tsvwg-quickstart-06.txt> as an Experimental RFC

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action.  Please send any comments to the
iesg <at> ietf.org or ietf <at> ietf.org mailing lists by 2006-09-30.

Please note that Quick-Start uses an IPv4 Option Number, an
IPv6 Option Number, and a TCP Option Number. Allocation of these
Option Numbers requires IETF Consensus (or IESG Approval, or a
Standards Action). The IESG will decide whether IETF Consensus has
been established based on the outcome of the IETF Last Call, which has
been lengthened to four weeks to allow for sufficient community review.

The file can be obtained via
http://www.ietf.org/internet-drafts/draft-ietf-tsvwg-quickstart-06.txt

_______________________________________________
IETF-Announce mailing list
IETF-Announce <at> ietf.org
https://www1.ietf.org/mailman/listinfo/ietf-announce

Picon
Favicon

IETF 68 & 69

IETF Meetings 68 & 69 

The IETF 68 meeting scheduled for March 18 - 23 2007 will be held in
Prague, the Czech Republic.

The IETF 69 meeting scheduled for July 22 - 27, 2007 will be held in
Chicago, Illinois, USA.

You can expect specific Hotel information within the next 10 days.

Possible sites in Asia, the Pacific Rim and North America are under
review for IETF 70 in December 2007.  

Meanwhile, we look forward to seeing you in San Diego November 5 - 10. 
Please note that hotel reservations at the Sheraton are at 86% and the
Hilton, 80% of the allocated room block.  You may want to register and
make hotel reservations soon.  http://www.ietf.org/meetings/67-IETF.html

Ray Pelletier
IAD

_______________________________________________
IETF-Announce mailing list
IETF-Announce <at> ietf.org
https://www1.ietf.org/mailman/listinfo/ietf-announce

The IESG | 4 Sep 2006 21:20
Picon
Favicon

Document Action: 'A Uniform Resource Name (URN) Namespace for The Near Field Communication Forum (NFC Forum)' to Informational RFC

The IESG has approved the following document:

- 'A Uniform Resource Name (URN) Namespace for The Near Field 
   Communication Forum (NFC Forum) '
   <draft-abel-nfc-urn-00.txt> as an Informational RFC

This document has been reviewed in the IETF but is not the product of an
IETF Working Group. 

The IESG contact person is Ted Hardie.

A URL of this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-abel-nfc-urn-00.txt

Technical Summary

This document describes the Namespace Identifier (NID) for Uniform 
   Resource Namespace (URN) resources published by the Near-Field 
   Communication Forum (NFC Forum).  The NFC Forum defines and manages 
   resources that utilize this URN identification model.  Management 
   activities for these and other resource types are provided by the NFC 
   Forum Technical Committee. 

Working Group Summary

This document was the product of an individual submitter.  

Protocol Quality

This document was reviewed by the urn-nid list, as required by the URN
(Continue reading)

Internet-Drafts | 5 Sep 2006 08:50
Picon
Favicon

I-D ACTION:draft-hain-ipv6-pi-addr-use-10.txt

A New Internet-Draft is available from the on-line Internet-Drafts 
directories.

	Title		: Application and Use of the IPv6 Provider Independent Global Unicast Address Format
	Author(s)	: T. Hain
	Filename	: draft-hain-ipv6-pi-addr-use-10.txt
	Pages		: 29
	Date		: 2006-9-5
	
This document discusses the expected use of the Provider Independent 
address format discussed in the companion document GEO [1] in the 
Internet. Several parties have expressed interest in using this 
approach as a good fit for managing their networks. With the long 
timeframe that the shim6 effort will take, this approach provides a 
scalable multi-homing approach for use in the interim. In addition 
to covering implementations where it adds value in managing the 
growth of the Internet routing tables, the document will discuss 
implementations that should be avoided due to the negative impact on 
the routing tables.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-hain-ipv6-pi-addr-use-10.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request <at> ietf.org with the word unsubscribe in the body of 
the message. 
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.

Internet-Drafts are also available by anonymous FTP. Login with the 
(Continue reading)

Internet-Drafts | 5 Sep 2006 08:50
Picon
Favicon

I-D ACTION:draft-nystrom-eap-potp-06.txt

A New Internet-Draft is available from the on-line Internet-Drafts 
directories.

	Title		: The Protected One-Time Password Protocol (EAP-POTP)
	Author(s)	: M. Nystrom
	Filename	: draft-nystrom-eap-potp-06.txt
	Pages		: 88
	Date		: 2006-9-5
	
This document describes a general EAP method suitable for use with
One-Time Password (OTP) tokens, and offers particular advantages for
tokens with direct electronic interfaces to their associated clients.
The method can be used to provide unilateral or mutual
authentication, and key material, in protocols utilizing EAP, such as
PPP, IEEE 802.1X and IKEv2.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-nystrom-eap-potp-06.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request <at> ietf.org with the word unsubscribe in the body of 
the message. 
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.

Internet-Drafts are also available by anonymous FTP. Login with the 
username "anonymous" and a password of your e-mail address. After 
logging in, type "cd internet-drafts" and then 
"get draft-nystrom-eap-potp-06.txt".

(Continue reading)

Internet-Drafts | 5 Sep 2006 08:50
Picon
Favicon

I-D ACTION:draft-hain-ipv6-pi-addr-10.txt

A New Internet-Draft is available from the on-line Internet-Drafts 
directories.

	Title		: An IPv6 Provider-Independent Global Unicast Address Format
	Author(s)	: T. Hain
	Filename	: draft-hain-ipv6-pi-addr-10.txt
	Pages		: 17
	Date		: 2006-9-5
	
This document defines an IPv6 Provider-Independent global unicast 
address format for use in the Internet.  The address format defined 
in this document is consistent with the IPv6 Protocol [1] and the 
"IPv6 Addressing Architecture" [2].  It is designed to facilitate 
scalable Internet routing when sites attach to multiple service 
providers, by using a prefix based on a geographic reference to the 
site. A natural byproduct of this address allocation mechanism is 
that all addresses are fixed allowing sites to change providers at 
will without requiring their network to renumber.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-hain-ipv6-pi-addr-10.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request <at> ietf.org with the word unsubscribe in the body of 
the message. 
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.

Internet-Drafts are also available by anonymous FTP. Login with the 
username "anonymous" and a password of your e-mail address. After 
(Continue reading)

Internet-Drafts | 5 Sep 2006 16:50
Picon
Favicon

I-D ACTION:draft-ietf-ccamp-automesh-02.txt

A New Internet-Draft is available from the on-line Internet-Drafts 
directories.
This draft is a work item of the Common Control and Measurement Plane Working Group of the IETF.

	Title		: Routing extensions for discovery of 
                          Multiprotocol (MPLS) Label Switch Router
                         (LSR) Traffic Engineering (TE) mesh membership
	Author(s)	: J. Vasseur, et al.
	Filename	: draft-ietf-ccamp-automesh-02.txt
	Pages		: 15
	Date		: 2006-9-5
	
The set up of a full mesh of Multi-Protocol Label Switching (MPLS)
Traffic Engineering (TE) Label Switched Paths (LSP) among a set of
Label Switch Routers (LSR) is common deployment scenario of MPLS
Traffic Engineering either for bandwidth optimization, bandwidth
guarantees or fast rerouting with MPLS Fast Reroute.  Such deployment
may require the configuration of potentially a large number of TE
LSPs (on the order of the square of the number LSRs).  This document
specifies IGP routing extensions for ISIS and OSPF so as to provide
an automatic discovery of the set of LSRs members of a mesh in order
to automate the creation of such mesh.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-ccamp-automesh-02.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request <at> ietf.org with the word unsubscribe in the body of 
the message. 
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
(Continue reading)

Internet-Drafts | 5 Sep 2006 16:50
Picon
Favicon

I-D ACTION:draft-ietf-ipfix-implementation-guidelines-00.txt

A New Internet-Draft is available from the on-line Internet-Drafts 
directories.
This draft is a work item of the IP Flow Information Export Working Group of the IETF.

	Title		: IPFIX Implementation Guidelines 
	Author(s)	: E. Boschi, et al.
	Filename	: draft-ietf-ipfix-implementation-guidelines-00.txt
	Pages		: 32
	Date		: 2006-9-5
	
   The IP Flow Information eXport (IPFIX) protocol defines how IP Flow 
   information can be exported from routers, measurement probes or 
   other devices. This document provides guidelines for the 
   implementation and use of the IPFIX protocol. Several sets of 
   guidelines address template management, transport-specific issues, 
   implementation of exporting and collecting processes and IPFIX 
   implementation on middleboxes (such as firewalls, network address 
   translators, tunnel endpoints, packet classifiers, etc.). 

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-ipfix-implementation-guidelines-00.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request <at> ietf.org with the word unsubscribe in the body of 
the message. 
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.

Internet-Drafts are also available by anonymous FTP. Login with the 
username "anonymous" and a password of your e-mail address. After 
(Continue reading)


Gmane