- ipv6-wg - mailman.ripe.net

Re: 90 IPv6 sub-TLA allocations made
by David Kessens 09 Aug '01

09 Aug '01

Alain, On Thu, Aug 09, 2001 at 04:45:24PM +0200, BIDRON Alain BRX/DAP wrote: > > Do we really need to explore solutions again or do we need a new Draft > from the RIRs taking into account those proposals and the consensus > expressed around, and able to be approved by the community ? I think that the problem description is quite clear. I think that it is also clear that a majority of the people would like to have a larger initial allocation. However, it is not clear how big such an allocation should be, whether there should be a uniform size of the initial allocation, whether multi-national registries should be able to get more than one allocation etc. Next, we will also need to take a look at the definition of 80% utilization, when people can come back to the regional registries for more address space and how much address space they will get when they come back and qualify for more address space. It's up to us as the RIPE community to identify these issues and to advise the RIPE NCC on how to fix the current policy. So far, we have done quite a good job in identifying the issues, it's now time to go in more detail in order to define a workable allocation policy. David K. ---

1 0

Re: 90 IPv6 sub-TLA allocations made
by James Aldridge 08 Aug '01

08 Aug '01

David R Huberman wrote: > > > Of course, that one sub-TLA gives us a total amount of address space which is > > adequate for our current requirements for the whole network but once this i s > > split over each of about 20 separate autonomous systems, each with their ow n > > routing policy, this is hardly going to result in optimally aggregatable > > routing... > > And when you explain this to RIPE, how do they respond? If you can make a > bona fide engineering argument for obtaining more than one sub-TLA, it > seems to me that any RIR is obliged to seriously consider that argument. The last reply from the RIPE NCC hostmasters said, "Because Supernational Registries may not receive multiple IPv6 allocations you would need to have allocated 80% of the networks in your current sTLA before we could issue more address space." So we can have a /35 fragmented among something like 20 different networks but can't get any additional address space until 80% of the current /35 is used. James -- James Aldridge, Senior Network Engineer (IP Architecture) KPNQwest, Singel 540, 1017 AZ Amsterdam, NL Tel: +31 70 379 37 03; GSM: +31 65 370 87 07

2 2

Re: 90 IPv6 sub-TLA allocations made
by David R Huberman 08 Aug '01

08 Aug '01

To: lists-lir-wg-out(a)lists.ripe.net To: postmaster1(a)wplus.net To: lists-lir-wg-out(a)lists.ripe.net To: postmaster1(a)wplus.net To: lists-lir-wg-out(a)lists.ripe.net To: postmaster1(a)wplus.net To: lists-lir-wg-out(a)lists.ripe.net To: postmaster1(a)wplus.net To: lists-lir-wg-out(a)lists.ripe.net To: James Aldridge <jhma(a)KPNQwest.net> Reply-To: <E15UUhh-0001m9-00(a)aegir.EU.net> > The last reply from the RIPE NCC hostmasters said, "Because Supernational > Registries may not receive multiple IPv6 allocations you would need to have > allocated 80% of the networks in your current sTLA before we could issue more > address space." Please forgive my ignorance and allow me to ask, "where is it written that Supernational Registries may not receive multiple sub-TLAs?" Is this a RIPE NCC interpretation of the bootstrap criteria or is it actually written down somewhere? /david

1 0

90 IPv6 sub-TLA allocations made
by leo vegoda 06 Aug '01

06 Aug '01

Dear Colleagues, In 1999 The RIPE NCC and the other Regional Internet Registries (RIRs), ARIN and APNIC, began allocating IPv6 sub-TLAs. According to current policy[1] the bootstrap phase "will only apply until 100 requesting organisations have received allocations of sub-TLA address space". To date, the three RIRs have made 90 sub-TLA allocations[2]. At RIPE 39 in Bologna it was suggested to prolong the bootstrap phase until RIPE 40 if 100 allocations are reached. We will inform the community as soon as 100 IPv6 allocations have been made. Other IPv6 information is available on our web site at <http://www.ripe.net/ipv6>. Regards, -- leo vegoda Senior Hostmaster RIPE NCC [1] The Global Provisional IPv6 Assignment and Allocation Policy document is available at <http://www.ripe.net/ripe/docs/ipv6policy.html> [2] Details of the allocations are available from the IPv6 section at <http://www.ripe.net/cgi-bin/ipv6allocs>.

2 1

WG: I-D ACTION:draft-ietf-ipngwg-icmp-name-lookups-08.txt
by Thomas Trede 03 Aug '01

03 Aug '01

FYI. Regards, Thomas Trede -----Ursprï¿½ngliche Nachricht----- Von: owner-ipng(a)sunroof.eng.sun.com [mailto:owner-ipng@sunroof.eng.sun.com]Im Auftrag von Internet-Drafts(a)ietf.org Gesendet: Mittwoch, 25. Juli 2001 12:32 An: IETF-Announce: Cc: ipng(a)sunroof.eng.sun.com Betreff: I-D ACTION:draft-ietf-ipngwg-icmp-name-lookups-08.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPNG Working Group of the IETF. Title : IPv6 Node Information Queries Author(s) : M. Crawford Filename : draft-ietf-ipngwg-icmp-name-lookups-08.txt Pages : 15 Date : 24-Jul-01 This document describes a protocol for asking an IPv6 node to supply certain network information, such as its hostname or fully-qualified domain name. IPv6 implementation experience has shown that direct queries for a hostname are useful, and a direct query mechanism for other information has been found useful in serverless environments and for debugging. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ipngwg-icmp-name-lookups-08.t xt 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-ietf-ipngwg-icmp-name-lookups-08.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv(a)ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-ipngwg-icmp-name-lookups-08.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. ENCODING mime FILE /internet-drafts/draft-ietf-ipngwg-icmp-name-lookups-08.txt

1 0

WG: Last Call: Unicast-Prefix-based IPv6 Multicast Addresses to Proposed Standard
by Thomas Trede 03 Aug '01

03 Aug '01

FYI. Regards, Thomas Trede -----Ursprï¿½ngliche Nachricht----- Von: owner-ipng(a)sunroof.eng.sun.com [mailto:owner-ipng@sunroof.eng.sun.com]Im Auftrag von The IESG Gesendet: Mittwoch, 25. Juli 2001 20:12 An: IETF-Announce: Cc: ipng(a)sunroof.eng.sun.com; malloc(a)catarina.usc.edu Betreff: Last Call: Unicast-Prefix-based IPv6 Multicast Addresses to Proposed Standard The IESG has received a request from the IPNG and the MALLOC Working Groups to consider publication of the folloing two Interent-Drafts as Proposed Standards. o Unicast-Prefix-based IPv6 Multicast Addresses <draft-ietf-ipngwg-uni-based-mcast-02.txt> o Dynamic Allocation Guidelines for IPv6 Multicast Addresses <draft-ietf-malloc-ipv6-guide-03.txt> as a Proposed Standard. 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(a)ietf.org or ietf(a)ietf.org mailing lists by August 25, 2001. Files can be obtained via http://www.ietf.org/internet-drafts/draft-ietf-ipngwg-uni-based-mcast-02.txt http://www.ietf.org/internet-drafts/<draft-ietf-malloc-ipv6-guide-03.txt -------------------------------------------------------------------- IETF IPng Working Group Mailing List IPng Home Page: http://playground.sun.com/ipng FTP archive: ftp://playground.sun.com/pub/ipng Direct all administrative requests to majordomo(a)sunroof.eng.sun.com --------------------------------------------------------------------

1 0

WG: I-D ACTION:draft-ietf-ipngwg-default-addr-select-05.txt
by Thomas Trede 03 Aug '01

03 Aug '01

FYI. Regards, Thomas Trede -----Ursprï¿½ngliche Nachricht----- Von: owner-ipng(a)sunroof.eng.sun.com [mailto:owner-ipng@sunroof.eng.sun.com]Im Auftrag von Internet-Drafts(a)ietf.org Gesendet: Freitag, 27. Juli 2001 13:08 An: IETF-Announce: Cc: ipng(a)sunroof.eng.sun.com Betreff: I-D ACTION:draft-ietf-ipngwg-default-addr-select-05.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPNG Working Group of the IETF. Title : Default Address Selection for IPv6 Author(s) : R. Draves Filename : draft-ietf-ipngwg-default-addr-select-05.txt Pages : 21 Date : 26-Jul-01 This document describes two algorithms, for source address selection and for destination address selection. The algorithms specify default behavior for all IPv6 implementations. They do not override choices made by applications or upper-layer protocols, nor do they preclude the development of more advanced mechanisms for address selection. The two algorithms share a common framework, including an optional mechanism for allowing administrators to provide policy that can override the default behavior. In dual stack implementations, the framework allows the destination address selection algorithm to consider both IPv4 and IPv6 addresses - depending on the available source addresses, the algorithm might prefer IPv6 addresses over IPv4 addresses, or vice-versa. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ipngwg-default-addr-select-05 .txt 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-ietf-ipngwg-default-addr-select-05.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv(a)ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-ipngwg-default-addr-select-05.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. ENCODING mime FILE /internet-drafts/draft-ietf-ipngwg-default-addr-select-05.txt

1 0

WG: I-D ACTION:draft-ietf-ipngwg-icmp-v3-01.txt
by Thomas Trede 03 Aug '01

03 Aug '01

FYI. Regards, Thomas Trede -----Ursprï¿½ngliche Nachricht----- Von: owner-ipng(a)sunroof.eng.sun.com [mailto:owner-ipng@sunroof.eng.sun.com]Im Auftrag von Internet-Drafts(a)ietf.org Gesendet: Dienstag, 24. Juli 2001 12:29 An: IETF-Announce: Cc: ipng(a)sunroof.eng.sun.com Betreff: I-D ACTION:draft-ietf-ipngwg-icmp-v3-01.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPNG Working Group of the IETF. Title : Internet Control Message Protocol (ICMPv6)for the Internet Protocol Version 6 (IPv6) Specification Author(s) : A. Conta, S. Deering Filename : draft-ietf-ipngwg-icmp-v3-01.txt Pages : 20 Date : 23-Jul-01 This document specifies a set of Internet Control Message Protocol (ICMP) messages for use with version 6 of the Internet Protocol (IPv6). A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ipngwg-icmp-v3-01.txt 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-ietf-ipngwg-icmp-v3-01.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv(a)ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-ipngwg-icmp-v3-01.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. ENCODING mime FILE /internet-drafts/draft-ietf-ipngwg-icmp-v3-01.txt

1 0

WG: Protocol Action: Transmission of IPv6 Packets over IEEE 1394 Networks to Proposed Standard
by Thomas Trede 01 Aug '01

01 Aug '01

FYI. Regards, Thomas Trede -----Ursprï¿½ngliche Nachricht----- Von: owner-ipng(a)sunroof.eng.sun.com [mailto:owner-ipng@sunroof.eng.sun.com]Im Auftrag von The IESG Gesendet: Mittwoch, 1. August 2001 01:50 An: IETF-Announce: Cc: RFC Editor; IANA; Internet Architecture Board; ipng(a)sunroof.eng.sun.com Betreff: Protocol Action: Transmission of IPv6 Packets over IEEE 1394 Networks to Proposed Standard The IESG has approved the Internet-Draft 'Transmission of IPv6 Packets over IEEE 1394 Networks' <draft-ietf-ipngwg-1394-02.txt> as a Proposed Standard. This document is the product of the IPNG Working Group. The IESG contact persons are Erik Nordmark and Thomas Narten. Technical Summary IEEE Std 1394-1995 is a standard for a High Performance Serial Bus. This document describes the frame format for transmission of IPv6 packets and the method of forming IPv6 link-local addresses and statelessly autoconfigured addresses on IEEE1394 networks. It also describes the content of the Source/Target Link-layer Address option used in Neighbor Discovery to perform address resolution when the messages are transmitted on an IEEE1394 network. Working Group Summary This document is based heavily on the IPv4 over 1394 specification [RFC 2734] and defers to that specification for the definition of some of its functions. During the Last Call, comments were made that there may be performance problems with the existing IPv4 over 1394 specification and that it may need to be reexamined. Consequently, requests to delay advancement of this document were made. However, at this time, it remains unclear whether and when the IPv4 over 1394 standard will be updated and to what extent such an update will obsolete the current design. Thus, the IESG has approved this document as a Proposed Standard. Like all Proposed Standards, it can be updated at anytime as needed. Protocol Quality This specification has been reviewed for the IESG by Thomas Narten. -------------------------------------------------------------------- IETF IPng Working Group Mailing List IPng Home Page: http://playground.sun.com/ipng FTP archive: ftp://playground.sun.com/pub/ipng Direct all administrative requests to majordomo(a)sunroof.eng.sun.com --------------------------------------------------------------------

1 0

WG: I-D ACTION:draft-ietf-ipngwg-default-addr-select-05.txt
by Thomas Trede 27 Jul '01

27 Jul '01

FYI. Regards, Thomas Trede -----Ursprï¿½ngliche Nachricht----- Von: owner-ipng(a)sunroof.eng.sun.com [mailto:owner-ipng@sunroof.eng.sun.com]Im Auftrag von Internet-Drafts(a)ietf.org Gesendet: Freitag, 27. Juli 2001 13:08 An: IETF-Announce: Cc: ipng(a)sunroof.eng.sun.com Betreff: I-D ACTION:draft-ietf-ipngwg-default-addr-select-05.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IPNG Working Group of the IETF. Title : Default Address Selection for IPv6 Author(s) : R. Draves Filename : draft-ietf-ipngwg-default-addr-select-05.txt Pages : 21 Date : 26-Jul-01 This document describes two algorithms, for source address selection and for destination address selection. The algorithms specify default behavior for all IPv6 implementations. They do not override choices made by applications or upper-layer protocols, nor do they preclude the development of more advanced mechanisms for address selection. The two algorithms share a common framework, including an optional mechanism for allowing administrators to provide policy that can override the default behavior. In dual stack implementations, the framework allows the destination address selection algorithm to consider both IPv4 and IPv6 addresses - depending on the available source addresses, the algorithm might prefer IPv6 addresses over IPv4 addresses, or vice-versa. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ipngwg-default-addr-select-05 .txt 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-ietf-ipngwg-default-addr-select-05.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv(a)ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-ipngwg-default-addr-select-05.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. ENCODING mime FILE /internet-drafts/draft-ietf-ipngwg-default-addr-select-05.txt

1 0