IETF Nominations Committee Chair - 2011 - 2012

[Lynn St . Amour]

To the IETF community,

One of the roles you entrusted to the Internet Society (ISOC)  
President  CEO is to appoint the IETF Nominations Committee chair.
This is done through consultation with the IETF community.


It gives me great pleasure to announce that Suresh Krishnan has agreed  
to serve as the 2011 - 2012 IETF Nominations Committee chair.


A Call for Nominations for this committee will be sent shortly to the  
IETF Announcement list; and a list of the IESG, IAB and IAOC/IETF  
Trust seats to be filled will also be published shortly.   Please give  
serious consideration to volunteering for the Nominations Committee as  
well as to possible candidates for the open positions. The NomCom  
process is central to the IETF's success, and it is important that it  
have the support of the IETF community.   In the interim, feel free to  
make your suggestions known to Suresh, who will share them with the  
committee once it is seated.  Suresh can be reached at: suresh.krish...@ericsson.com 
.


Thank you in advance for your support and a sincere thank you to  
Suresh for agreeing to take on this very significant responsibility.


Regards,

Lynn St. Amour

President  CEO
Internet Society (ISOC)
___
IETF-Announce mailing list
IETF-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/ietf-announce

Last Call: draft-ietf-v6ops-ipv6-multihoming-without-ipv6nat-00.txt (IPv6 Multihoming without Network Address Translation) to Informational RFC

[The IESG]

The IESG has received a request from the IPv6 Operations WG (v6ops) to
consider the following document:
- 'IPv6 Multihoming without Network Address Translation'
  draft-ietf-v6ops-ipv6-multihoming-without-ipv6nat-00.txt as an
Informational RFC

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
i...@ietf.org mailing lists by 2011-06-21. Exceptionally, comments may be
sent to i...@ietf.org instead. In either case, please retain the
beginning of the Subject line to allow automated sorting.

Abstract


Network Address and Port Translation (NAPT) works well for conserving
global addresses and addressing multihoming requirements, because an
IPv4 NAPT router implements three functions: source address
selection, next-hop resolution and optionally DNS resolution.  For
IPv6 hosts one approach could be the use of IPv6 NAT.  However, NAT
should be avoided, if at all possible, to permit transparent host-to-
host connectivity.  In this document, we analyze the use cases of
multihoming.  We also describe functional requirements for
multihoming without the use of NAT in IPv6 for hosts and small IPv6
networks that would otherwise be unable to meet minimum IPv6
allocation criteria.



The file can be obtained via
http://datatracker.ietf.org/doc/draft-ietf-v6ops-ipv6-multihoming-without-ipv6nat/

IESG discussion can be tracked via
http://datatracker.ietf.org/doc/draft-ietf-v6ops-ipv6-multihoming-without-ipv6nat/


No IPR declarations have been submitted directly on this I-D.


___
IETF-Announce mailing list
IETF-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/ietf-announce