From jrace at attglobal.net Sun Mar 2 09:09:43 2003 From: jrace at attglobal.net (Dr. Jeffrey Race) Date: Sun, 02 Mar 2003 15:09:43 +0700 Subject: [lir-wg] Abstract of proposed Internet Draft for Best Current Practice (please comment) Message-ID: <20030302080957.82B126A049@postboy.ripe.net> Interested parties are invited to provide comments to correct, elaborate or perfect my proposal, abstracted below. I'd also welcome suggestions for other fora in which to post requests for comments. I plan to offer as Internet Draft when comments are all in. Comments or objections to the effect "This is going to be burdensome on $spam_enabler" are superfluous because such is the precise intention of the proposed Practice: to move the burden from victims to polluters and their enablers. Thanks for all help. Jeffrey Race D_R_A_F_T BEST CURRENT PRACTICE FOR DUTY OF CARE OF INTERNET RESOURCES Pre-release version 1.32 Draft date: February 28, 2003 Drafted by Jeffrey Race Current draft version (4,000 words) available at ABSTRACT This document defines a Best Current Practice to minimize pollution of the Internet by various types of abuse, using the community's own measures in the absence of effective legal, regulatory and technical measures. The Internet's design and management were predicated on voluntary cooperation, self-imposed good behavior, and the non-profit motivational structure of participants extant at its inception. Current experience of constantly rising pollution invalidates these formative assumptions and demands prompt and effective curative measures. Present anti-pollution measures fall under four generic headings: (1) self-directed good behavior; (2) legal sanctions (3) passive ingress-control measures (principally filtering) and (4) active egress-control measures (principally blocklisting) intended to modify the behavior of polluters and enablers. The first three have definitively failed and will continue to fail for reasons specified in the document. The fourth is generally completely effective in warding off ingress of pollution and frequently results in reforming abuse enablers, but it has two major shortcomings: limited uptake due to fear of loss of competitive market position by early adopters, and sustained transmission outages ("collateral damage"). In view of the failure of (1), (2) and (3) and the effectiveness despite shortcomings of (4), the document proposes to apply to the Internet the same rules society applies to all other resources to deter antisocial behavior viz. proper behavior requires clear published standards, standards entail accountability, accountability entails multiple modes of enforceability, and enforceability entails traceability. The document details procedures and implementing mechanisms of behavior modification, using the only proven effective method: withdrawal of internet resources of identity and connectivity. Numerous tests have shown this sanction to work equally well against both the wilful and the negligent to halt pollution immediately, where prior efforts at polite persuasion to follow best practice were ignored with impunity. The proposal thus innovates in three respects to halt Internet pollution: (1) It makes explicit that every custodian of internet resources is responsible for preventing emission of pollution (2) Adopting a simultaneous universal practice of withdrawal of internet resources means that no provider will suffer competitive disadvantage. The Practice legitimates withdrawal of internet resources as the only method proven effective in halting abuse. (3) The burden of pollution now falls on the polluter and his enabler rather than on the victim, so conforming to the basic principle used everywhere else in society to maintain justice and good order. Well-managed, ethical members of the internet industry already conduct their businesses, successfully and profitably, according to the principles specified in the Practice. The proposed Practice simply aims to raise the entire industry to the level of today's best players. The Practice is intended to apply at every level of allocation, registration and usage of internet resources including but not limited to RIRs, LIRs, ISPs, webhosting firms, backbone connectivity providers, domain name registrars, and end-users. It defines internet resources, unsolicited bulk electronic messaging, and abuse, and specifies procedures progressively to penalize abuse after a period of public admonishment. In effect, the proposal implements the "user pays" paradigm in a completely new and clever way, without requiring any complicated metering technology all proposals for which have failed on issues of complexity, backward compatibility, absence of adequate hardware, and the need for universal adoption to be effective at all. The document embodies the only set of measures now on offer which will quickly end the spam menace internationally sans new legislation, with but small and transitory disruption, by abandoning the discredited "victim pays" model. Adoption will not only be cost-free for the Internet as a whole but will substantially reduce the current economic burden of abuse. It does this by transferring the economic burden from abuse victims to the polluters and their enablers, which is fair and feasible, and indeed the system used everywhere else in society. As such the anticipated vigorous objections to adoption from some parties may be seen in advance as self-serving attempts to perpetuate the discredited "victim pays" model by those now profiting from an Environmental Polluter business model or by their accessories and enablers. Finally, RFCs and Practices are often considered by Courts in adjudicating the existence or extent of tortious conduct. Therefore looking to the longer term, adoption of this Practice may be expected to bring a welcome rule of law to the Internet. From czmok at gatel.net Mon Mar 3 10:08:11 2003 From: czmok at gatel.net (Jan Czmok) Date: Mon, 3 Mar 2003 10:08:11 +0100 Subject: [lir-wg] IXP networks routing In-Reply-To: <3E5CC980.4010904@gmx.de> References: <1046184822.24049.11195.camel@w1-2-lev.fr.corp.ndsoftware.com> <20030225151157.GK3917@pasky.ji.cz> <20030225152035.GA1772@nic.fr> <1046210539.81354.215.camel@monza.nolink.net> <3E5CBCD1.6060600@gmx.de> <20030226131730.GC6460@crow.bit.nl> <3E5CC980.4010904@gmx.de> Message-ID: <20030303090810.GA3057@gollum.gatel.net> Kurt Kayser (kurt_kayser at gmx.de) wrote: > Hi Pim (and mailing-list observers, of course :), > > please see my inline comments. > > Pim van Pelt wrote: > >On Wed, Feb 26, 2003 at 02:10:41PM +0100, Kurt Kayser wrote: > >| 1. Requesting an Address-space be it v4 or v6 for an IXP-Infrastructure > >| and not making it globally reachable somehow misses the point. It should > >| be clearly reachable - ideally through *all* connected peers of the > >| infrastructure. > >| (they certainly can decide on the security for these destinations) > >You probably are using this /48 out of 2001:7f8::/32 with the wrong > >reasons. > >It should be used for peering meshes and not for services at your IXP, and > >therefor it should not have to be routable or globally visible. > > We're currently only running v4 with PA-space, which is blocked by the > LIR from whom we borrowed it. So w.r.t. v6, there are just link-local tests > ongoing. Hi Kurt, Hi Pim, Isn't it always these PA / PI Discussion about the same issues ? In regards to the IPv6, what is a IXP offering ? (in technical sense): - Classic Services (e.g. providing Interconnect possibilities) - (sometimes) colocation space - New Services: (e.g. Tunnel Broker (?), Gateway (v4/v6) Multicast/Anycast ?, DiffServ, Billing(?) ... Therefore i would like to see that we are really doing back to a technical level to discuss possibilities and further development in the EIX stuff, not just bashing around with pigs and irons and politics. Many people tend to do this times, but we all should stick our head together and create services / ideas for the future. > >If you want PI space for your IXP to run services in, you can join the > >long list of people that would like to have PI space in IPv6, which is > >simply not possible at this point in time. > I would not rather call it PI space.. why not defining and using IXP-space (with cooperation from the RIR (like RIPE/APNIC/ARIN etc.) > >| 2. Address-space differs from IXP to ISP substiantially. ISPs hand out > >| IP-addresses > >| to customers and IXPs assign single (or *very* few) addresses to ISPs. > >That | means > >| that address consumption and renewals are very rare. Even the default > >| allocations > >| from the IRRs for IXPs is - to my opinion - far too large. > >The standard allocation size as per common practice at this point is either > >/64 or /48. More types of sizes are being debated all the time, but to this > >day, no other sizes have been established. A /64 might be too small for > >IXPs with more than one peering mesh, so the next step up is /48. > > I'm again referring currently more to v4, since there are /19s or /20s > default > for new LIRs. LIR != ISP != IXP !!! > >| 3. Same with the members fee. Ok, I am speaking for a small IXP, but a > >RIPE | membership > >| cannot be afforded right now. There is in contradiction the need for 1 > >| single AS-number > >| and one small prefix the cost which is normally calculated for the > >| untrained new LIR > >| ISP, who needs training, hostmaster-help, etc. Why not add a special > >| categoy for IXP > >| demands. There is a small number of them (50 in Europe?) and basicall NO > >| effort after > >| giving them their numbers for work. > >You cannot identify your IXP as a special pig in the race of pigs. > >Therefor, > >no exception should be made for you, or RIRs, or any other enterprise. What > >would happen if every enterprise started an IXP and claimed a right to > >their > >own PI space ? It would become a mess! Come on. Calm down. Think! Ripe is surely educated enough to differentiate between a Enterprise, ISP or IXP. To see real _further_ development, we should really propose to RIPE to offer a "IXP Membership" - these would help small IXPs to grow and to attract. And they are independant of ANY ISP or CARRIER, which is not good IMHO... Also we should see that we come to a more technical level on the RIPE Meetings. If compared to the NANOG Meetings (which are AFAIK different) i see more output and help from the talks at NANOG than at RIPE. At RIPE it has come to a tooo political level, which is really stopping things at the moment. But it's just my 0.2 EuroCent... --jan -- Jan Ahrent Czmok - Senior Network Engineer - Access Networks Global Access Telecommunications, Inc. - Stephanstr. 3 - 60313 Frankfurt voice: +49 69 299896-35 - fax: +49 69 299896-66 - email: czmok at gatel.de From gert at space.net Mon Mar 3 22:20:17 2003 From: gert at space.net (Gert Doering) Date: Mon, 3 Mar 2003 22:20:17 +0100 Subject: [lir-wg] IXP networks routing In-Reply-To: <20030303090810.GA3057@gollum.gatel.net>; from czmok@gatel.net on Mon, Mar 03, 2003 at 10:08:11AM +0100 References: <1046184822.24049.11195.camel@w1-2-lev.fr.corp.ndsoftware.com> <20030225151157.GK3917@pasky.ji.cz> <20030225152035.GA1772@nic.fr> <1046210539.81354.215.camel@monza.nolink.net> <3E5CBCD1.6060600@gmx.de> <20030226131730.GC6460@crow.bit.nl> <3E5CC980.4010904@gmx.de> <20030303090810.GA3057@gollum.gatel.net> Message-ID: <20030303222017.I15927@Space.Net> Hi, On Mon, Mar 03, 2003 at 10:08:11AM +0100, Jan Czmok wrote: > > >If you want PI space for your IXP to run services in, you can join the > > >long list of people that would like to have PI space in IPv6, which is > > >simply not possible at this point in time. > > I would not rather call it PI space.. why not defining and using > IXP-space (with cooperation from the RIR (like RIPE/APNIC/ARIN etc.) We *have* IXP-space. There are special rules to get it, and it's not guaranteed to be routeable, which is clearly written into the policy. What people are asking for is *PI* - "get me space that is not tied to any specific ISP but that nevertheless can be routed over any of them". Currently there is no PI in IPv6, and many think that this is a good thing. [..] > Come on. Calm down. Think! Ripe is surely educated enough to > differentiate between a Enterprise, ISP or IXP. Can you *define* what is an IXP? In a way that an enterprise aiming for PI space can't cheat and match that definition? I cannot. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 57021 (57147) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From fm at st-kilda.org Mon Mar 3 23:08:03 2003 From: fm at st-kilda.org (Fearghas McKay) Date: Mon, 3 Mar 2003 22:08:03 +0000 Subject: [lir-wg] IXP networks routing In-Reply-To: <20030303222017.I15927@Space.Net> References: <1046184822.24049.11195.camel@w1-2-lev.fr.corp.ndsoftware.com> <20030225151157.GK3917@pasky.ji.cz> <20030225152035.GA1772@nic.fr> <1046210539.81354.215.camel@monza.nolink.net> <3E5CBCD1.6060600@gmx.de> <20030226131730.GC6460@crow.bit.nl> <3E5CC980.4010904@gmx.de> <20030303090810.GA3057@gollum.gatel.net> <20030303222017.I15927@Space.Net> Message-ID: <1165393173-7027126@espace.net> Gert At 22:20 +0100 3/3/03, Gert Doering wrote: >Can you *define* what is an IXP? In a way that an enterprise aiming for >PI space can't cheat and match that definition? what is the problem with the current definition that we have agreed on? f From arien.vijn at ams-ix.net Mon Mar 3 23:28:25 2003 From: arien.vijn at ams-ix.net (Arien Vijn) Date: Mon, 03 Mar 2003 23:28:25 +0100 Subject: [lir-wg] IXP networks routing In-Reply-To: <20030303222017.I15927@Space.Net> Message-ID: On 03-03-2003 22:20PM, "Gert Doering" wrote: >> Come on. Calm down. Think! Ripe is surely educated enough to >> differentiate between a Enterprise, ISP or IXP. > > Can you *define* what is an IXP? In a way that an enterprise aiming for > PI space can't cheat and match that definition? > > I cannot. Pretty common definition (also in RIPE-256): "An Internet Exchange Point is defined as a physical network infrastructure (layer 2) operated by a single entity whose purpose is to facilitate the exchange of Internet traffic between ISPs. There must be a minimum of three ISPs connected and there must be a clear and open policy for others to join" Cheating seems quite a burden too me... Anyway RIPE-256 just works well. Every IXP in the RIPE region can easily get a /48 for the peering mesh. In fact it seems easier than requesting IPv4 PI space (which is good :) ) The issues remains the IPv6 space for services. Yes, I know that this has been "discussed" before. However it seems that the discussion has not ended. Arien From pekkas at netcore.fi Tue Mar 4 07:29:18 2003 From: pekkas at netcore.fi (Pekka Savola) Date: Tue, 4 Mar 2003 08:29:18 +0200 (EET) Subject: [lir-wg] IXP networks routing In-Reply-To: Message-ID: On Mon, 3 Mar 2003, Arien Vijn wrote: > Pretty common definition (also in RIPE-256): > > "An Internet Exchange Point is defined as a physical network infrastructure > (layer 2) operated by a single entity whose purpose is to facilitate the > exchange of Internet traffic between ISPs. There must be a minimum of three > ISPs connected and there must be a clear and open policy for others to join" [...] > The issues remains the IPv6 space for services. Yes, I know that this has > been "discussed" before. However it seems that the discussion has not ended. Do you see anything related to "services" in the definition above? Exactly. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From gert at space.net Tue Mar 4 08:46:25 2003 From: gert at space.net (Gert Doering) Date: Tue, 4 Mar 2003 08:46:25 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <1165393173-7027126@espace.net>; from fm@st-kilda.org on Mon, Mar 03, 2003 at 10:08:03PM +0000 References: <1046184822.24049.11195.camel@w1-2-lev.fr.corp.ndsoftware.com> <20030225151157.GK3917@pasky.ji.cz> <20030225152035.GA1772@nic.fr> <1046210539.81354.215.camel@monza.nolink.net> <3E5CBCD1.6060600@gmx.de> <20030226131730.GC6460@crow.bit.nl> <3E5CC980.4010904@gmx.de> <20030303090810.GA3057@gollum.gatel.net> <20030303222017.I15927@Space.Net> <1165393173-7027126@espace.net> Message-ID: <20030304084625.J15927@Space.Net> Hi, On Mon, Mar 03, 2003 at 10:08:03PM +0000, Fearghas McKay wrote: > At 22:20 +0100 3/3/03, Gert Doering wrote: > >Can you *define* what is an IXP? In a way that an enterprise aiming for > >PI space can't cheat and match that definition? > > what is the problem with the current definition that we have agreed on? The current definition is fine for the purpose we have: special-case, non-routeable (at least not guaranteed to) IXP address space. There's no big gain for an enterprise trying to cheat to get such a prefix For the proposed purpose - to get IXPs some sort of PI space - it's different - enterprises want PI, and if the only way they can get it is to claim to have setup an IXP, chances are that some will do. This is why we have to be careful here. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 57021 (57147) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From arien.vijn at ams-ix.net Tue Mar 4 09:02:51 2003 From: arien.vijn at ams-ix.net (Arien Vijn) Date: Tue, 04 Mar 2003 09:02:51 +0100 Subject: [lir-wg] IXP networks routing In-Reply-To: Message-ID: On 04-03-2003 7:29AM, "Pekka Savola" wrote: > On Mon, 3 Mar 2003, Arien Vijn wrote: >> Pretty common definition (also in RIPE-256): >> >> "An Internet Exchange Point is defined as a physical network infrastructure >> (layer 2) operated by a single entity whose purpose is to facilitate the >> exchange of Internet traffic between ISPs. There must be a minimum of three >> ISPs connected and there must be a clear and open policy for others to join" > > [...] > >> The issues remains the IPv6 space for services. Yes, I know that this has >> been "discussed" before. However it seems that the discussion has not ended. > > Do you see anything related to "services" in the definition above? > Is that required to define an IXP is? Arien From peter.galbavy at knowtion.net Tue Mar 4 09:17:11 2003 From: peter.galbavy at knowtion.net (Peter Galbavy) Date: Tue, 4 Mar 2003 08:17:11 -0000 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing References: <1046184822.24049.11195.camel@w1-2-lev.fr.corp.ndsoftware.com> <20030225151157.GK3917@pasky.ji.cz> <20030225152035.GA1772@nic.fr> <1046210539.81354.215.camel@monza.nolink.net> <3E5CBCD1.6060600@gmx.de> <20030226131730.GC6460@crow.bit.nl> <3E5CC980.4010904@gmx.de> <20030303090810.GA3057@gollum.gatel.net> <20030303222017.I15927@Space.Net> <1165393173-7027126@espace.net> <20030304084625.J15927@Space.Net> Message-ID: <00b501c2e226$75230860$26e0a8c0@HATMADDER> Gert Doering wrote: > For the proposed purpose - to get IXPs some sort of PI space - it's > different - enterprises want PI, and if the only way they can get it > is to claim to have setup an IXP, chances are that some will do. This > is why we have to be careful here. But there are many genuine reasons for getting PI - let us not forget. If someone thinks their PI assignment will be world routeable, good luck to them. Peter From gert at space.net Tue Mar 4 09:18:57 2003 From: gert at space.net (Gert Doering) Date: Tue, 4 Mar 2003 09:18:57 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <00b501c2e226$75230860$26e0a8c0@HATMADDER>; from peter.galbavy@knowtion.net on Tue, Mar 04, 2003 at 08:17:11AM -0000 References: <20030225152035.GA1772@nic.fr> <1046210539.81354.215.camel@monza.nolink.net> <3E5CBCD1.6060600@gmx.de> <20030226131730.GC6460@crow.bit.nl> <3E5CC980.4010904@gmx.de> <20030303090810.GA3057@gollum.gatel.net> <20030303222017.I15927@Space.Net> <1165393173-7027126@espace.net> <20030304084625.J15927@Space.Net> <00b501c2e226$75230860$26e0a8c0@HATMADDER> Message-ID: <20030304091857.L15927@Space.Net> Hi, On Tue, Mar 04, 2003 at 08:17:11AM -0000, Peter Galbavy wrote: > But there are many genuine reasons for getting PI - let us not forget. If > someone thinks their PI assignment will be world routeable, good luck to > them. Right now, the global IPv6 policy has no provisions at all for PI assignments. This could be changed, of course, if we ("the RIPE policy making community") agree that this is a desireable goal. Let me ask you a question, though. What good is non-routeable PI (except for the IXP peering mesh)? So what good is it to have a policy that hands out PI without caring for routing? (In the IPv4 world, as you might know, there has a task force been formed to work on the PI policy - this conflict being one of the reasons behind) Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 57021 (57147) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From peter.galbavy at knowtion.net Tue Mar 4 10:00:37 2003 From: peter.galbavy at knowtion.net (Peter Galbavy) Date: Tue, 4 Mar 2003 09:00:37 -0000 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing References: <20030225152035.GA1772@nic.fr> <1046210539.81354.215.camel@monza.nolink.net> <3E5CBCD1.6060600@gmx.de> <20030226131730.GC6460@crow.bit.nl> <3E5CC980.4010904@gmx.de> <20030303090810.GA3057@gollum.gatel.net> <20030303222017.I15927@Space.Net> <1165393173-7027126@espace.net> <20030304084625.J15927@Space.Net> <00b501c2e226$75230860$26e0a8c0@HATMADDER> <20030304091857.L15927@Space.Net> Message-ID: <00f601c2e22c$87f14690$26e0a8c0@HATMADDER> Gert Doering wrote: > Right now, the global IPv6 policy has no provisions at all for PI > assignments. This could be changed, of course, if we ("the RIPE > policy making community") agree that this is a desireable goal. As I *personally* see IPv6 as a dead duck (sorry all those who put work into it, but opinions are opinions) - so this matters little to me. > Let me ask you a question, though. What good is non-routeable PI > (except for the IXP peering mesh)? So what good is it to have a > policy that > hands out PI without caring for routing? Cough. Lucky I finished my coffee, else it might be mesy here. PRIVATE INTERCONNECTS. Real world example follows, which is why my primary employer has a PI assignment; we interconnect using IPsec VPNs and some leased lines with a number of other enterprises. We use RFC1918 *internally* and so do many others. What addressing scheme would you suggest we use to talk, especially as we DO NOT want this traffic to accidentally leak onto the public internet ? While I do not believe IPv6 will ever happen, *my* opinion I don't want to discuss it, if I get it wrong and it does, how will you achieve that same thing ? Peter From swahl at netsign.de Sun Mar 2 16:12:58 2003 From: swahl at netsign.de (Stefan Wahl) Date: Sun, 2 Mar 2003 16:12:58 +0100 Subject: [lir-wg] IXP networks routing / IXP membership In-Reply-To: <3E5CC980.4010904@gmx.de> Message-ID: Hi Kurt, Hi Pim, and everybody who listens, I would like to support Kurt?s request for inventing an IXP membership. Today the ixp?s are a vital part of the global infrastructure, but they are not represented as a legal member of ripe. Sure we can come to every meeting and can do nearly all the things the LIR?s are doing, but it is always some kind of guest status. > I also believe in the RIPE-NCC to be able to distinguish between enterprises that > might request a status of an IXP. It all depends of the policy and conditions. This is very simple. Have a lock at the peering matrix and you can distinguish between a enterprise and an IXP (or am i wrong here?). greetings - Stefan Wahl From lerik at nolink.net Tue Mar 4 00:00:53 2003 From: lerik at nolink.net (Lars Erik Gullerud) Date: 04 Mar 2003 00:00:53 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: References: Message-ID: <1046732453.28061.21.camel@monza.nolink.net> On Mon, 2003-03-03 at 23:28, Arien Vijn wrote: > On 03-03-2003 22:20PM, "Gert Doering" wrote: > > >> Come on. Calm down. Think! Ripe is surely educated enough to > >> differentiate between a Enterprise, ISP or IXP. > > > > Can you *define* what is an IXP? In a way that an enterprise aiming for > > PI space can't cheat and match that definition? [snip] > Anyway RIPE-256 just works well. Every IXP in the RIPE region can easily get > a /48 for the peering mesh. In fact it seems easier than requesting IPv4 PI > space (which is good :) ) The very fact that they do only get up to a /48 makes it pretty worthless for anyone to try to "cheat", since a /48 will most likely be blocked by the filters of most networks, being a too long mask - those who DO proper filtering, at least. I know I won't be punching holes in any filters to allow IXP /48's through... And that is not a problem, as long as those networks are only used for their intended purpose, namely the peering meshes. > The issues remains the IPv6 space for services. Yes, I know that this has > been "discussed" before. However it seems that the discussion has not ended. I would imagine an IXP should have plenty of operators close at hand to choose from when it comes to buying upstream connectivity and getting PA space to run said services in... :) The issues of how they allocate whatever membership fees they charge their members to pay for said upstream are between the IXP and it's members, they are a commercial entity after all (well, mostly). I'm sure quite a few of them will be able to make suitable arrangments with their connected members too. If they want multihoming - well, then they are in the same boat as a lot of other enterprises out there, that problem as we all know hasn't been solved yet. But I don't see what makes an IXP any different from any other commercial operation seeking to get multihomed, that gives them any right to "special treatment" in that regard. /leg From arien.vijn at ams-ix.net Tue Mar 4 10:37:27 2003 From: arien.vijn at ams-ix.net (Arien Vijn) Date: Tue, 04 Mar 2003 10:37:27 +0100 Subject: [lir-wg] Re: [ipv6-wg@ripe.net] IXP networks routing / IXP membership In-Reply-To: Message-ID: On 02-03-2003 16:12PM, "Stefan Wahl" wrote: >> I also believe in the RIPE-NCC to be able to distinguish between > enterprises that >> might request a status of an IXP. It all depends of the policy and > conditions. > This is very simple. Have a lock at the peering matrix and you can > distinguish between a enterprise and an IXP (or am i wrong here?). Well the fears are probably not concerning existing IXPs. The fear is that setting up an (fake) IXP becomes a way to get independent address space. Naturally, we do not want to create a chicken and egg situation when you limit "IXP-space" to well established IXPs only. Arien From kurtis at kurtis.pp.se Tue Mar 4 11:07:02 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Tue, 4 Mar 2003 11:07:02 +0100 Subject: [lir-wg] Re: [ipv6-wg@ripe.net] IXP networks routing / IXP membership In-Reply-To: Message-ID: <0B4ED25F-4E29-11D7-ADF5-000393AB1404@kurtis.pp.se> > I would like to support Kurt?s request for inventing an IXP membership. > Today the ixp?s are a vital part of the global infrastructure, but > they are > not represented as a legal member of ripe. Sure we can come to every > meeting > and can do nearly all the things the LIR?s are doing, but it is always > some > kind of guest status. > Uhm, we are a IX and we are a member? All you need to do is pay the membership fee. - kurtis - From gert at space.net Tue Mar 4 12:54:11 2003 From: gert at space.net (Gert Doering) Date: Tue, 4 Mar 2003 12:54:11 +0100 Subject: [lir-wg] Re: [ipv6-wg@ripe.net] IXP networks routing / IXP membership In-Reply-To: ; from swahl@netsign.de on Sun, Mar 02, 2003 at 04:12:58PM +0100 References: <3E5CC980.4010904@gmx.de> Message-ID: <20030304125410.V15927@Space.Net> Hi, On Sun, Mar 02, 2003 at 04:12:58PM +0100, Stefan Wahl wrote: > I would like to support Kurt?s request for inventing an IXP membership. > Today the ixp?s are a vital part of the global infrastructure, but they are > not represented as a legal member of ripe. Sure we can come to every meeting > and can do nearly all the things the LIR?s are doing, but it is always some > kind of guest status. I don't understand this. The RIPE meetings, and the policy making working group (lir-wg) are open to everybody. This is not tied to being a LIR. What kind of disadvantage to you see for the IXPs here? [..] > > I also believe in the RIPE-NCC to be able to distinguish between > enterprises that > > might request a status of an IXP. It all depends of the policy and > conditions. > This is very simple. Have a lock at the peering matrix and you can > distinguish between a enterprise and an IXP (or am i wrong here?). So is C&W (just to pick one example) an enterprise or an IXP? Yes, I am nitpicking, but if you want to introduce special categories, you should be able to specify the criteria pretty well. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 57021 (57147) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From gert at space.net Tue Mar 4 12:54:59 2003 From: gert at space.net (Gert Doering) Date: Tue, 4 Mar 2003 12:54:59 +0100 Subject: [lir-wg] Re: [ipv6-wg@ripe.net] IXP networks routing / IXP membership In-Reply-To: ; from arien.vijn@ams-ix.net on Tue, Mar 04, 2003 at 10:37:27AM +0100 References: Message-ID: <20030304125459.W15927@Space.Net> Hi, On Tue, Mar 04, 2003 at 10:37:27AM +0100, Arien Vijn wrote: > Well the fears are probably not concerning existing IXPs. The fear is that > setting up an (fake) IXP becomes a way to get independent address space. Yep. This is what I tried to point out. I'm not fundamentally opposing anything here, I just point out "difficult issues". Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 57021 (57147) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From arien.vijn at ams-ix.net Tue Mar 4 14:34:25 2003 From: arien.vijn at ams-ix.net (Arien Vijn) Date: Tue, 04 Mar 2003 14:34:25 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <1046732453.28061.21.camel@monza.nolink.net> Message-ID: On 04-03-2003 0:00AM, "Lars Erik Gullerud" wrote: [...] >> The issues remains the IPv6 space for services. Yes, I know that this has >> been "discussed" before. However it seems that the discussion has not ended. > > I would imagine an IXP should have plenty of operators close at hand to > choose from when it comes to buying upstream connectivity and getting PA > space to run said services in... :) > Depends very much. The larger exchanges might have plenty of choice. Smaller ones do not have any choice at all. When there is is choice. An IXP will faces a difficult dilemma. Which member will get the contract? Here is where the much misunderstood neutrality comes in place. This demanded neutrally differs IXPs from normal enterprises. Neutrally for an enterprise means that it can make it's decisions based on its *own* interests (within certain limits). An neutral IXP is typically owned by it's members. On top of the the normal criteria an IXP has to keep the interest of *all* its members in mind. Since most members are also each others competitors this is not always a simple thing to do. Especially when it comes to purchasing services offered by the very same competing members. > The issues of how they allocate whatever membership fees they charge > their members to pay for said upstream are between the IXP and it's > members, they are a commercial entity after all (well, mostly). I'm sure > quite a few of them will be able to make suitable arrangments with their > connected members too. > On the contrary. The most successful ISPs are not for profit. To be successful as IXP, one needs to keep a certain distance from all members and treat them all equally. By buying upstream from one member the interest of other, competing members might be harmed implicitly. Do not underestimate the impact that might have. > If they want multihoming - well, then they are in the same boat as a lot > of other enterprises out there, that problem as we all know hasn't been > solved yet. But I don't see what makes an IXP any different from any > other commercial operation seeking to get multihomed, that gives them > any right to "special treatment" in that regard. With multihoming the IXP could get upstream from a number members and keep its neutrality that way. IMHO that is the way to go. Easy renumbering might help a bit too. However both multihoming and easy renumbering are still far away. Therefore I do understand those who do not want to wait for that and prefer an exception for critical infrastructure. Arien From gert at space.net Tue Mar 4 15:20:15 2003 From: gert at space.net (Gert Doering) Date: Tue, 4 Mar 2003 15:20:15 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <1046787097.10064.47.camel@sabre.ncc.catchcom.no>; from lerik@nolink.net on Tue, Mar 04, 2003 at 03:11:38PM +0100 References: <1046787097.10064.47.camel@sabre.ncc.catchcom.no> Message-ID: <20030304152015.B15927@Space.Net> Hi, On Tue, Mar 04, 2003 at 03:11:38PM +0100, Lars Erik Gullerud wrote: > Let me put it this way, what services do the IXP operators run outside > the mesh that absolutely requires IPv6 space and is considered > "critical", from the perspective of requiring globally routable space? I > would imagine that by the time the needs can no longer be solved through > IPv4, a solution to the whole multihoming/PI problem has already been > solved, otherwise I don't think that time WILL come. I consider this approach ("the IPv6 rules have a problem here, so let's do this with IPv4") flawed. The issue is twofold: - address space for the peering mesh, which is unique, not tied to any of the members, and easy to get: available & solved. - address space for additional services (secondary name servers, web servers for members / global information, mail servers, etc.) - all things that obviously *need* global connectivity. As a solution for the second problem, I think that "using upstream space" *is* a workable solution, at least to start with. Right now I consider it more important to actually get IPv6 services up and running than to endlessly discuss why it's not possible to do IPv6. When doing this, one needs to be prepared to renumber - which is pretty easy, when done right (generate DNS zones, firewall rules, and whatever you need from templates that contain $CURRENTPREFIX, possibly multiple of them). In the long run, one of the multihoming solutions might "really" solve the problem, or we might end up needing "real IPv6 PI space" for the exchange points. (And big enterprises. And universities. And so on.) But this "future plans" shouldn't stop people from deploying IPv6 for infrastructure things *today*. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 57021 (57147) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From arien.vijn at ams-ix.net Tue Mar 4 15:45:19 2003 From: arien.vijn at ams-ix.net (Arien Vijn) Date: Tue, 04 Mar 2003 15:45:19 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <1046787097.10064.47.camel@sabre.ncc.catchcom.no> Message-ID: On 04-03-2003 15:11PM, "Lars Erik Gullerud" wrote: > On Tue, 2003-03-04 at 14:34, Arien Vijn wrote: > >> With multihoming the IXP could get upstream from a number members and keep >> its neutrality that way. IMHO that is the way to go. Easy renumbering might >> help a bit too. >> >> However both multihoming and easy renumbering are still far away. Therefore >> I do understand those who do not want to wait for that and prefer an >> exception for critical infrastructure. > > Keep in mind we are talking about services here, not the peering mesh - > address space for the peering mesh is already available. And the > question then becomes, what services do the IXP operators need to run > that would qualify as "critical infrastructure", and therefore qualify > for any exception to current policies? > Whether or not the supporting services are part of he critical infrastructure is debatable indeed. > Let me put it this way, what services do the IXP operators run outside > the mesh that absolutely requires IPv6 space and is considered > "critical", from the perspective of requiring globally routable space? I > would imagine that by the time the needs can no longer be solved through > IPv4, a solution to the whole multihoming/PI problem has already been > solved, otherwise I don't think that time WILL come. I do agree with this analysis. Arien -- Arien Vijn tel: +31 205 141 718 Amsterdam Internet Exchange mobile: +31 651 836 444 http://www.ams-ix.net e-mail: arien.vijn at ams-ix.net From gert at space.net Tue Mar 4 16:02:19 2003 From: gert at space.net (Gert Doering) Date: Tue, 4 Mar 2003 16:02:19 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <37348.1046788556@critter.freebsd.dk>; from phk@phk.freebsd.dk on Tue, Mar 04, 2003 at 03:35:56PM +0100 References: <20030304152015.B15927@Space.Net> <37348.1046788556@critter.freebsd.dk> Message-ID: <20030304160219.E15927@Space.Net> Hi, On Tue, Mar 04, 2003 at 03:35:56PM +0100, Poul-Henning Kamp wrote: > IPv6 needs to fix the protocol errors in the political layer, soon. While I understand your argument, I do not consider the non-availability of IPv6 PI space an *error*. (Speaking for myself). It means re-thinking some established ways to do things - things that have caused large problems in the past, and might not have been an overly good idea to start with. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 57021 (57147) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From gert at space.net Tue Mar 4 16:12:29 2003 From: gert at space.net (Gert Doering) Date: Tue, 4 Mar 2003 16:12:29 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <37918.1046790478@critter.freebsd.dk>; from phk@phk.freebsd.dk on Tue, Mar 04, 2003 at 04:07:58PM +0100 References: <20030304160219.E15927@Space.Net> <37918.1046790478@critter.freebsd.dk> Message-ID: <20030304161229.G15927@Space.Net> Hi, On Tue, Mar 04, 2003 at 04:07:58PM +0100, Poul-Henning Kamp wrote: > >It means re-thinking some established ways to do things - things that > >have caused large problems in the past, and might not have been an overly > >good idea to start with. > > Well, but those "established ways of doing things" may also happen > to be exactly why we could deploy IPv4 in the first place, and their > absense have provably hampered IPv6 deployment. Yes, of course we can stay on IPv4 with NAT and double-NAT and dynamic IPs for customers and whatever kludges are necessary... Changing over to IPv6 *is* painful. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 57021 (57147) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From czmok at gatel.net Tue Mar 4 16:32:44 2003 From: czmok at gatel.net (Jan Czmok) Date: Tue, 4 Mar 2003 16:32:44 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <20030304161229.G15927@Space.Net> References: <20030304160219.E15927@Space.Net> <37918.1046790478@critter.freebsd.dk> <20030304161229.G15927@Space.Net> Message-ID: <20030304153244.GA24160@gollum.gatel.net> Gert Doering (gert at space.net) wrote: > > Changing over to IPv6 *is* painful. ... but should be considered rather soon ! just my .2 cents --jan -- Jan Ahrent Czmok - Senior Network Engineer - Access Networks Global Access Telecommunications, Inc. - Stephanstr. 3 - 60313 Frankfurt voice: +49 69 299896-35 - fax: +49 69 299896-66 - email: czmok at gatel.de From czmok at gatel.net Tue Mar 4 16:35:58 2003 From: czmok at gatel.net (Jan Czmok) Date: Tue, 4 Mar 2003 16:35:58 +0100 Subject: [lir-wg] Re: [ipv6-wg@ripe.net] IXP networks routing / IXP membership In-Reply-To: <20030304125410.V15927@Space.Net> References: <3E5CC980.4010904@gmx.de> <20030304125410.V15927@Space.Net> Message-ID: <20030304153558.GB24160@gollum.gatel.net> [...] > [..] > > > I also believe in the RIPE-NCC to be able to distinguish between > > enterprises that > > > might request a status of an IXP. It all depends of the policy and > > conditions. > > This is very simple. Have a lock at the peering matrix and you can > > distinguish between a enterprise and an IXP (or am i wrong here?). > > So is C&W (just to pick one example) an enterprise or an IXP? C&W is a enterprise. Period. They operate at least 2 IXP's, but if Enterprises operate a IXP or anyone who operates / will operate an IXP should taken care of. We should work on policies for the IXP-IPV6-SPACE ... (anyhow, gert, isn't SPACE in SpaceNet *SCNR*) > > Yes, I am nitpicking, but if you want to introduce special categories, you > should be able to specify the criteria pretty well. > But it's better that we do currently nitpicking than filling holes later on :-) --jan -- Jan Ahrent Czmok - Senior Network Engineer - Access Networks Global Access Telecommunications, Inc. - Stephanstr. 3 - 60313 Frankfurt voice: +49 69 299896-35 - fax: +49 69 299896-66 - email: czmok at gatel.de From kurtis at kurtis.pp.se Wed Mar 5 08:23:35 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Wed, 5 Mar 2003 08:23:35 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <1046787097.10064.47.camel@sabre.ncc.catchcom.no> Message-ID: <60AB07B6-4EDB-11D7-ADF5-000393AB1404@kurtis.pp.se> > Let me put it this way, what services do the IXP operators run outside > the mesh that absolutely requires IPv6 space and is considered > "critical", from the perspective of requiring globally routable space? > I TLD DNS hosting comes to mind. - kurtis - From gert at space.net Wed Mar 5 09:25:16 2003 From: gert at space.net (Gert Doering) Date: Wed, 5 Mar 2003 09:25:16 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <60AB07B6-4EDB-11D7-ADF5-000393AB1404@kurtis.pp.se>; from kurtis@kurtis.pp.se on Wed, Mar 05, 2003 at 08:23:35AM +0100 References: <1046787097.10064.47.camel@sabre.ncc.catchcom.no> <60AB07B6-4EDB-11D7-ADF5-000393AB1404@kurtis.pp.se> Message-ID: <20030305092516.R15927@Space.Net> Hi, On Wed, Mar 05, 2003 at 08:23:35AM +0100, Kurt Erik Lindqvist wrote: > > Let me put it this way, what services do the IXP operators run outside > > the mesh that absolutely requires IPv6 space and is considered > > "critical", from the perspective of requiring globally routable space? > > I > > TLD DNS hosting comes to mind. Why? I know that this has surfaced on the last RIPE meeting already, but I still think that a TLD name server is in no way special - it's IP address can be resolved by querying the root, so it doesn't need to have a fixed IP address "forever". If the address changes (which of course should not happen every couple of weeks) change the glue record in the root, and that's it. For the root name servers themselves, we have a "root name server IPv6 allocation policy" which permits static IPv6 allocations. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 57021 (57147) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From gert at space.net Wed Mar 5 09:27:03 2003 From: gert at space.net (Gert Doering) Date: Wed, 5 Mar 2003 09:27:03 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <20030305092516.R15927@Space.Net>; from gert@space.net on Wed, Mar 05, 2003 at 09:25:16AM +0100 References: <1046787097.10064.47.camel@sabre.ncc.catchcom.no> <60AB07B6-4EDB-11D7-ADF5-000393AB1404@kurtis.pp.se> <20030305092516.R15927@Space.Net> Message-ID: <20030305092703.A39827@Space.Net> Hi, On Wed, Mar 05, 2003 at 09:25:16AM +0100, Gert Doering wrote: > > > Let me put it this way, what services do the IXP operators run outside > > > the mesh that absolutely requires IPv6 space and is considered > > > "critical", from the perspective of requiring globally routable space? > > > I > > > > TLD DNS hosting comes to mind. > > Why? Ummm, sorry. Not enough coffee yet. Actually I fully agree with you :-) - TLD DNS hosting is a very useful service to have at an IXP, and since you didn't state anything about having "critical infrastructure static IPv6 allocations" for them, there is nothing for me to disagree with. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 57021 (57147) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From randy at psg.com Wed Mar 5 09:54:08 2003 From: randy at psg.com (Randy Bush) Date: Wed, 5 Mar 2003 00:54:08 -0800 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing References: <1046787097.10064.47.camel@sabre.ncc.catchcom.no> <60AB07B6-4EDB-11D7-ADF5-000393AB1404@kurtis.pp.se> Message-ID: >> Let me put it this way, what services do the IXP operators run outside >> the mesh that absolutely requires IPv6 space and is considered >> "critical", from the perspective of requiring globally routable space? > TLD DNS hosting comes to mind. and why, if an ixp chooses to do this, is it any different than if anyone else does? you want to do it, you get address space from your up-stream or justify it to an rir just as any other lir does. randy From peter.galbavy at knowtion.net Wed Mar 5 10:05:34 2003 From: peter.galbavy at knowtion.net (Peter Galbavy) Date: Wed, 5 Mar 2003 09:05:34 -0000 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing Message-ID: <000d01c2e2f6$61d4e690$7c28a8c0@cblan.mblox.com> > PRIVATE INTERCONNECTS. Real world example follows, which is why my primary > employer has a PI assignment; we interconnect using IPsec VPNs and some > leased lines with a number of other enterprises. We use RFC1918 *internally* > and so do many others. What addressing scheme would you suggest we use to > talk, especially as we DO NOT want this traffic to accidentally leak onto > the public internet ? I notice that my reply has been conveniently ignored. Well, how will you address this issue in the *real* world ? Peter From gert at space.net Wed Mar 5 10:43:49 2003 From: gert at space.net (Gert Doering) Date: Wed, 5 Mar 2003 10:43:49 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: ; from cfriacas@fccn.pt on Wed, Mar 05, 2003 at 09:11:08AM +0000 References: Message-ID: <20030305104348.X15927@Space.Net> Hi, On Wed, Mar 05, 2003 at 09:11:08AM +0000, Carlos Friacas wrote: > Personnally i wouldnt be against seeing "Global IPv6 internet exchange > points assignments" turning into: "Global IPv6 internet critical > infrastructure assignments". > On the other hand, a third category of assignments (for TLDs management > only) could be created. > In these cases, /48s assignments from RIRs seems very reasonable to me, > not /32s. I strongly oppose this. There is nothing special about a TLD name server (or any name server, to be precise, that is not a root name server). Neutrality doesn't come into play - as soon as the TLD holder purchases connectivity anywhere, he isn't neutral anymore anyway. I see using upstream space not significantly different from using upstream connectivity. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 57021 (57147) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From randy at psg.com Wed Mar 5 10:49:36 2003 From: randy at psg.com (Randy Bush) Date: Wed, 5 Mar 2003 01:49:36 -0800 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing References: <20030305104348.X15927@Space.Net> Message-ID: > There is nothing special about a TLD name server (or any name > server, to be precise, that is not a root name server). bingo! randy From gert at space.net Wed Mar 5 10:53:02 2003 From: gert at space.net (Gert Doering) Date: Wed, 5 Mar 2003 10:53:02 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <000d01c2e2f6$61d4e690$7c28a8c0@cblan.mblox.com>; from peter.galbavy@knowtion.net on Wed, Mar 05, 2003 at 09:05:34AM -0000 References: <000d01c2e2f6$61d4e690$7c28a8c0@cblan.mblox.com> Message-ID: <20030305105302.Y15927@Space.Net> Hi, On Wed, Mar 05, 2003 at 09:05:34AM -0000, Peter Galbavy wrote: > > PRIVATE INTERCONNECTS. Real world example follows, which is why my primary > > employer has a PI assignment; we interconnect using IPsec VPNs and some > > leased lines with a number of other enterprises. We use RFC1918 > *internally* > > and so do many others. What addressing scheme would you suggest we use to > > talk, especially as we DO NOT want this traffic to accidentally leak onto > > the public internet ? > > I notice that my reply has been conveniently ignored. Not due to malevolence, but just due to "good point. I need to think about this" reasons. > Well, how will you address this issue in the *real* world ? I'm unsure. One could use site-local addressing, but of course as with RFC1918 addressing, the chances are high that you run into collisions. For this specific case, using non-routeable PI is also a workable approach. The tricky thing is the "non-routeable" part - the main problem with PI is "routing table growth" (and the associated "AS number burn"), which would not apply here. So maybe we need to add specific PI clauses, or let's call it differently, "non-routeable globally unique IP(v6) addresses". If we do this, we need to be careful to point out that this is *not* "the multihoming solution", but a very specific corner case that can not be properly tackled by aggregateable PA space. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 57021 (57147) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From lerik at nolink.net Tue Mar 4 15:11:38 2003 From: lerik at nolink.net (Lars Erik Gullerud) Date: 04 Mar 2003 15:11:38 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: References: Message-ID: <1046787097.10064.47.camel@sabre.ncc.catchcom.no> On Tue, 2003-03-04 at 14:34, Arien Vijn wrote: > With multihoming the IXP could get upstream from a number members and keep > its neutrality that way. IMHO that is the way to go. Easy renumbering might > help a bit too. > > However both multihoming and easy renumbering are still far away. Therefore > I do understand those who do not want to wait for that and prefer an > exception for critical infrastructure. Keep in mind we are talking about services here, not the peering mesh - address space for the peering mesh is already available. And the question then becomes, what services do the IXP operators need to run that would qualify as "critical infrastructure", and therefore qualify for any exception to current policies? Let me put it this way, what services do the IXP operators run outside the mesh that absolutely requires IPv6 space and is considered "critical", from the perspective of requiring globally routable space? I would imagine that by the time the needs can no longer be solved through IPv4, a solution to the whole multihoming/PI problem has already been solved, otherwise I don't think that time WILL come. /leg From phk at phk.freebsd.dk Tue Mar 4 15:35:56 2003 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Tue, 04 Mar 2003 15:35:56 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: Your message of "Tue, 04 Mar 2003 15:20:15 +0100." <20030304152015.B15927@Space.Net> Message-ID: <37348.1046788556@critter.freebsd.dk> In message <20030304152015.B15927 at Space.Net>, Gert Doering writes: >In the long run, one of the multihoming solutions might "really" solve >the problem, or we might end up needing "real IPv6 PI space" for the >exchange points. (And big enterprises. And universities. And so on.) > >But this "future plans" shouldn't stop people from deploying IPv6 for >infrastructure things *today*. These two sentences remind me of a sketch I saw many years ago on british television: The inventor for the rocket-car was interviewed. He argued fewerishly that all cars should be exchanged for rocket-cars right now because it was much faster, cheaper, safer etc etc. Only when questioned directly did he reluctantly admit that some minor issues were not entirely solved yet, but it would of course only be a matter of a short time and a little emperical data before that would be sorted out. Further questioning reveals that the "minor issues" are "how to avoid collisions in intersections", "how to follow curves in the road" and "how to stop if there is no brick wall". It wasn't the pythons, but the style was similar. IPv6 needs to fix the protocol errors in the political layer, soon. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From phk at phk.freebsd.dk Tue Mar 4 16:07:58 2003 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Tue, 04 Mar 2003 16:07:58 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: Your message of "Tue, 04 Mar 2003 16:02:19 +0100." <20030304160219.E15927@Space.Net> Message-ID: <37918.1046790478@critter.freebsd.dk> In message <20030304160219.E15927 at Space.Net>, Gert Doering writes: >Hi, > >On Tue, Mar 04, 2003 at 03:35:56PM +0100, Poul-Henning Kamp wrote: >> IPv6 needs to fix the protocol errors in the political layer, soon. > >While I understand your argument, I do not consider the non-availability >of IPv6 PI space an *error*. (Speaking for myself). > >It means re-thinking some established ways to do things - things that >have caused large problems in the past, and might not have been an overly >good idea to start with. Well, but those "established ways of doing things" may also happen to be exactly why we could deploy IPv4 in the first place, and their absense have provably hampered IPv6 deployment. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From phk at phk.freebsd.dk Tue Mar 4 16:14:57 2003 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Tue, 04 Mar 2003 16:14:57 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: Your message of "Tue, 04 Mar 2003 16:12:29 +0100." <20030304161229.G15927@Space.Net> Message-ID: <38081.1046790897@critter.freebsd.dk> In message <20030304161229.G15927 at Space.Net>, Gert Doering writes: >Hi, > >On Tue, Mar 04, 2003 at 04:07:58PM +0100, Poul-Henning Kamp wrote: >> >It means re-thinking some established ways to do things - things that >> >have caused large problems in the past, and might not have been an overly >> >good idea to start with. >> >> Well, but those "established ways of doing things" may also happen >> to be exactly why we could deploy IPv4 in the first place, and their >> absense have provably hampered IPv6 deployment. > >Yes, of course we can stay on IPv4 with NAT and double-NAT and dynamic >IPs for customers and whatever kludges are necessary... > >Changing over to IPv6 *is* painful. I'm mainly talking about the lack of a feasible way for end-customers to get working multi-homing. This ties directly into the "PI" space question. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From cfriacas at fccn.pt Wed Mar 5 10:11:08 2003 From: cfriacas at fccn.pt (Carlos Friacas) Date: Wed, 5 Mar 2003 09:11:08 +0000 (WET) Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: Message-ID: On Wed, 5 Mar 2003, Randy Bush wrote: > >> Let me put it this way, what services do the IXP operators run outside > >> the mesh that absolutely requires IPv6 space and is considered > >> "critical", from the perspective of requiring globally routable space? > > TLD DNS hosting comes to mind. > > and why, if an ixp chooses to do this, is it any different than if anyone > else does? you want to do it, you get address space from your up-stream > or justify it to an rir just as any other lir does. > > randy > Hello all, Imho, tld management could perfectly have the same treatment IXPs do. Perhaps the IXP communnity is a bit more v6-aware and was a lot more active at the policy discussion sessions/mailing lists. :-) Being upstream-independent should favour TLDs management's "neutrality", the same way it also favours IXPs management's "neutrality", in terms of addressing. Personnally i wouldnt be against seeing "Global IPv6 internet exchange points assignments" turning into: "Global IPv6 internet critical infrastructure assignments". On the other hand, a third category of assignments (for TLDs management only) could be created. In these cases, /48s assignments from RIRs seems very reasonable to me, not /32s. Regards, ./Carlos "Networking is fun!" -------------- [http://www.ip6.fccn.pt] http://www.fccn.pt , CMF8-RIPE, CF596-ARIN, Wide Area Network Workgroup F.C.C.N. - Fundacao para a Computacao Cientifica Nacional fax: +351 218472167 From randy at psg.com Wed Mar 5 10:57:06 2003 From: randy at psg.com (Randy Bush) Date: Wed, 5 Mar 2003 01:57:06 -0800 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing References: <20030304161229.G15927@Space.Net> <38081.1046790897@critter.freebsd.dk> Message-ID: > I'm mainly talking about the lack of a feasible way for end-customers > to get working multi-homing. This ties directly into the "PI" space > question. it ties directly to a fantasy that addressing and routing are not intimately and inextricably intertwined, and changing one requires serious thought about the other. randy From peter.galbavy at knowtion.net Wed Mar 5 11:25:28 2003 From: peter.galbavy at knowtion.net (Peter Galbavy) Date: Wed, 5 Mar 2003 10:25:28 -0000 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing References: <000d01c2e2f6$61d4e690$7c28a8c0@cblan.mblox.com> <20030305105302.Y15927@Space.Net> Message-ID: <002c01c2e301$8b2a1aa0$7c28a8c0@cblan.mblox.com> > Not due to malevolence, but just due to "good point. I need to think about > this" reasons. :-) > So maybe we need to add specific PI clauses, or let's call it differently, > "non-routeable globally unique IP(v6) addresses". > > If we do this, we need to be careful to point out that this is *not* > "the multihoming solution", but a very specific corner case that can not > be properly tackled by aggregateable PA space. I think there is danger is saying "never routable" (I am not trying to change your words, just adding emphasis) as opposed to "not guarenteed routeable". I do not yet think (see below though) we need another class of address, but others may disagree. Thinking more about this, and going off the IPv6 track for a moment, if we do have a specific /8 (in IPv4 terms) that can be added to the bogon lists and shared amongst the RIRs as 'unrouted PI', this could be used for 'enterprise interconnections'. Like anything, it would of course be a scarce resource, but the filter lists would not grow by much more than a /8. Might be some mileage in it after all... Peter From mansaxel at sunet.se Wed Mar 5 13:29:22 2003 From: mansaxel at sunet.se (=?ISO-8859-1?Q?M=E5ns_Nilsson?=) Date: Wed, 05 Mar 2003 13:29:22 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <38081.1046790897@critter.freebsd.dk> References: <38081.1046790897@critter.freebsd.dk> Message-ID: <711130000.1046867362@localhost> --On Tuesday, March 04, 2003 16:14:57 +0100 Poul-Henning Kamp wrote: > I'm mainly talking about the lack of a feasible way for end-customers > to get working multi-homing. This ties directly into the "PI" space > question. Multihoming today depends on the possession of an AS number. I see no alternative to that prerequisite. Size of current v4 routing table: roughly 120000 entries Number of ASen visible : roughly 15000 So, if we simply give every AS number holder currently present in the v4 table a /32 or so, with STRICT instructions to forget getting another prefix until half that prefix is pingable, we attain several things: * This makes the PI/PA distinction moot, or rather, we have PI only. Perhaps the mootness is temporary, but I hope not. It might be replaced with AA -- AS Allocated, ie "these addresses belong to AS1653, and cannot be placed under any other AS". * The "v6 for services" problem will disappear. End of this discussion. * The routing table will shrink to 12.5% of its present size. * We will have a minor chunk of v6 space used, and all present users of v4 will be able to migrate without lack of address space. * If the number of ASen (with one /32 per AS) visible in the v6 table increase 100% compared to todays v4 figures, the table will still be only 25% of today. * Everybody will hunt me with both sharp and blunt objects for being a filthy pragmatic person with blasphemous opinions. Now, please tell me why this does not work. Purity reasons will have no effect, for I am too shortsighted. -- M?ns Nilsson Systems Specialist +46 70 681 7204 KTHNOC MN1334-RIPE We're sysadmins. To us, data is a protocol-overhead. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From gert at space.net Wed Mar 5 14:16:09 2003 From: gert at space.net (Gert Doering) Date: Wed, 5 Mar 2003 14:16:09 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <711130000.1046867362@localhost>; from mansaxel@sunet.se on Wed, Mar 05, 2003 at 01:29:22PM +0100 References: <38081.1046790897@critter.freebsd.dk> <711130000.1046867362@localhost> Message-ID: <20030305141609.G15927@Space.Net> Hi, On Wed, Mar 05, 2003 at 01:29:22PM +0100, M?ns Nilsson wrote: > So, if we simply give every AS number holder currently present in the v4 > table a /32 or so, with STRICT instructions to forget getting another > prefix until half that prefix is pingable, we attain several things: > > * This makes the PI/PA distinction moot, or rather, we have PI only. > Perhaps the mootness is temporary, but I hope not. It might be > replaced with AA -- AS Allocated, ie "these addresses belong to AS1653, > and cannot be placed under any other AS". Unfortunately it's not that easy. It will just change the discussion from "I need IPv6 PI address space for my enterprise XYZ" to "I need an AS number for my enterprise!". I agree that "give every existing AS holder a /32" seems like a very elegant solution - but what about *new* ASes? I think it might create a "land rush" situation in the AS area ("get one while they are still easy to get"), which would be very bad. 32 bit AS numbers are possible, yes, but will not solve the core problem. [..] > * Everybody will hunt me with both sharp and blunt objects for being > a filthy pragmatic person with blasphemous opinions. It's not that this solution hasn't been proposed before. I'm just convinced that it won't work as a reliable way to scale into the future. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 57021 (57147) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From mansaxel at sunet.se Wed Mar 5 14:54:52 2003 From: mansaxel at sunet.se (=?ISO-8859-1?Q?M=E5ns_Nilsson?=) Date: Wed, 05 Mar 2003 14:54:52 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <20030305141609.G15927@Space.Net> References: <38081.1046790897@critter.freebsd.dk> <711130000.1046867362@localhost> <20030305141609.G15927@Space.Net> Message-ID: <814490000.1046872491@localhost.besserwisser.org> --On Wednesday, March 05, 2003 14:16:09 +0100 Gert Doering wrote: > Unfortunately it's not that easy. It will just change the discussion from > "I need IPv6 PI address space for my enterprise XYZ" to "I need an AS > number for my enterprise!". But don't they already have that? My proposal is exactly the same as the current need wrt multihoming in v4; you must have an AS number to multihome to several upstreams -- multihoming inside one provider still can be done over OSPF or similar; no need to get a separate allocation for that. > I agree that "give every existing AS holder a /32" seems like a very > elegant solution - but what about *new* ASes? I think it might create > a "land rush" situation in the AS area ("get one while they are still > easy to get"), which would be very bad. Yes, this is a calculated risk. But, the LIRen should of course keep their strict policies for ASN allocation -- must be visible over several paths within three months or so, and should stay so, with reevaluation applied. The cost and cumbersomeness associated with keeping an AS present in several paths, combined with a strictly enforced revocation process, should keep that landslide to thaw levels instead of avalanching. > 32 bit AS numbers are possible, yes, but will not solve the core problem. Not until Moore makes a 2^32 entries large routing table usable. My guess is that these issues are interdependent -- We will get routers that can handle these entries when there is an imminent risk that they will be necessary. > It's not that this solution hasn't been proposed before. I'm just > convinced that it won't work as a reliable way to scale into the future. I realise this. It is a calculated risk, based on studies of usage patterns during the last 10 years of v4 routing. I think that will sort itself out, if people are exposed to problems as opposed to just discussing horror scenarios. My point is, simply put, that: * Unless we get some blowtorch applied to the collective Internet posterior wrt v6, the people who state that v6 won't work will be right. I would hate that. * The hierarchical routing model used and promoted for v6 so far, seems, from the view of this naive bystander, to be designed by someone seriously opposed to practical v6 deployment, much as the Bundeswehr uniform is claimed to be designed by a pacifist, with the intent of making war unfeasible... * If it due to aggressive optimisation design choices is hard or impossible to get v6 working in an informal but live manner, nobody but a select few at the big operators will be able to play with it outside the tunnel playpen. * Thus, there is some value in sacrificing parts of the purity in the interest of gaining momentum and users, meaning more effort will be put into solving the problem. -- M?ns Nilsson Systems Specialist +46 70 681 7204 KTHNOC MN1334-RIPE We're sysadmins. To us, data is a protocol-overhead. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From pekkas at netcore.fi Wed Mar 5 15:46:50 2003 From: pekkas at netcore.fi (Pekka Savola) Date: Wed, 5 Mar 2003 16:46:50 +0200 (EET) Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <711130000.1046867362@localhost> Message-ID: On Wed, 5 Mar 2003, M?ns Nilsson wrote: > --On Tuesday, March 04, 2003 16:14:57 +0100 Poul-Henning Kamp > wrote: > > > I'm mainly talking about the lack of a feasible way for end-customers > > to get working multi-homing. This ties directly into the "PI" space > > question. > > Multihoming today depends on the possession of an AS number. I see no > alternative to that prerequisite. No, (global) AS number is definitely not required, and if you really want, you could do without even a private ASn. A rather common scenario is to use private ASN to two providers, and leak more specifics from beyond your preferred ISP to the world -- and connect to the ISP as a secondary which owns the aggregate. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From pekkas at netcore.fi Wed Mar 5 15:51:15 2003 From: pekkas at netcore.fi (Pekka Savola) Date: Wed, 5 Mar 2003 16:51:15 +0200 (EET) Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <711130000.1046867362@localhost> Message-ID: Check out: http://www.ietf.org/internet-drafts/draft-savola-multi6-asn-pi-00.txt the drawback seems obvious: at least I don't want to encourage anything that would hasten the move to 32-bit AS numbers, and definitely don't want to change the problem of end-site multihoming to AS-number exhaustion problem. On Wed, 5 Mar 2003, M?ns Nilsson wrote: > --On Tuesday, March 04, 2003 16:14:57 +0100 Poul-Henning Kamp > wrote: > > > I'm mainly talking about the lack of a feasible way for end-customers > > to get working multi-homing. This ties directly into the "PI" space > > question. > > Multihoming today depends on the possession of an AS number. I see no > alternative to that prerequisite. > > Size of current v4 routing table: roughly 120000 entries > Number of ASen visible : roughly 15000 > > So, if we simply give every AS number holder currently present in the v4 > table a /32 or so, with STRICT instructions to forget getting another > prefix until half that prefix is pingable, we attain several things: > > * This makes the PI/PA distinction moot, or rather, we have PI only. > Perhaps the mootness is temporary, but I hope not. It might be > replaced with AA -- AS Allocated, ie "these addresses belong to AS1653, > and cannot be placed under any other AS". > > * The "v6 for services" problem will disappear. End of this discussion. > > * The routing table will shrink to 12.5% of its present size. > > * We will have a minor chunk of v6 space used, and all present users of > v4 will be able to migrate without lack of address space. > > * If the number of ASen (with one /32 per AS) visible in the v6 table > increase 100% compared to todays v4 figures, the table will still be only > 25% of today. > > * Everybody will hunt me with both sharp and blunt objects for being > a filthy pragmatic person with blasphemous opinions. > > Now, please tell me why this does not work. Purity reasons will have no > effect, for I am too shortsighted. > -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From mansaxel at sunet.se Wed Mar 5 15:58:15 2003 From: mansaxel at sunet.se (=?ISO-8859-1?Q?M=E5ns_Nilsson?=) Date: Wed, 05 Mar 2003 15:58:15 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: References: Message-ID: <868130000.1046876292@localhost.besserwisser.org> --On Wednesday, March 05, 2003 16:46:50 +0200 Pekka Savola wrote: > No, (global) AS number is definitely not required, and if you really > want, you could do without even a private ASn. > > A rather common scenario is to use private ASN to two providers, and leak > more specifics from beyond your preferred ISP to the world -- and connect > to the ISP as a secondary which owns the aggregate. Might be so, but even I am opposed to such ugliness. I have yet to see it, probably because most people doing so are ashamed of the practice... Furthermore, it might be possible to deprecate the behaviour of multihoming without public AS in v6, simply because few people will accept routes for smaller prefixes than /32.. -- M?ns Nilsson Systems Specialist +46 70 681 7204 KTHNOC MN1334-RIPE We're sysadmins. To us, data is a protocol-overhead. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From phk at phk.freebsd.dk Wed Mar 5 16:04:10 2003 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Wed, 05 Mar 2003 16:04:10 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: Your message of "Wed, 05 Mar 2003 16:51:15 +0200." Message-ID: <51004.1046876650@critter.freebsd.dk> In message , Pekka Savola w rites: >Check out: > >http://www.ietf.org/internet-drafts/draft-savola-multi6-asn-pi-00.txt You're never going to carry that motion, it would make it likely that people would start to use IPv6 in practice. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From jeroen at unfix.org Wed Mar 5 17:53:00 2003 From: jeroen at unfix.org (Jeroen Massar) Date: Wed, 5 Mar 2003 17:53:00 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <814490000.1046872491@localhost.besserwisser.org> Message-ID: <004b01c2e337$af6e40e0$210d640a@unfix.org> M?ns Nilsson wrote: > * If it due to aggressive optimisation design choices is hard > or impossible > to get v6 working in an informal but live manner, nobody > but a select > few at the big operators will be able to play with it outside the > tunnel playpen. Tunnels are just one of the _transitions methods_ for the endusers, that they where also used to bind together the 6bone is something else. The bigger and IPv6 aware ISP's are quickly moving out of that, read: http://ip6.de.easynet.net/ipv6-minimum-peering.txt I also am wondering how people define "multihoming". Do they define it as: - Multiple prefixes over multiple cables from multiple upstreams. - One prefix over multiple cables from multiple upstreams. - One prefix over one cable from multiple upstreams. If you are talking about the last case, where one only has one physical upstream... one shouldn't call that multihoming. I guess the second one is where people are talking about. And the first one is what I would call real multihoming, though one needs SCTP to make that work. Greets, Jeroen From mansaxel at sunet.se Wed Mar 5 19:24:25 2003 From: mansaxel at sunet.se (=?ISO-8859-1?Q?M=E5ns_Nilsson?=) Date: Wed, 05 Mar 2003 19:24:25 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <004b01c2e337$af6e40e0$210d640a@unfix.org> References: <004b01c2e337$af6e40e0$210d640a@unfix.org> Message-ID: <1055940000.1046888665@localhost.besserwisser.org> --On Wednesday, March 05, 2003 17:53:00 +0100 Jeroen Massar wrote: > Tunnels are just one of the _transitions methods_ for the endusers, > that they where also used to bind together the 6bone is something else. > The bigger and IPv6 aware ISP's are quickly moving out of that, read: > http://ip6.de.easynet.net/ipv6-minimum-peering.txt Of course. This is a discussion "post-tunnel". My comment was in the spirit of "going forth from the lab activity under 3FFE". Today 6bone is legacy. > I also am wondering how people define "multihoming". > Do they define it as: > - Multiple prefixes over multiple cables from multiple upstreams. > - One prefix over multiple cables from multiple upstreams. > - One prefix over one cable from multiple upstreams. > > If you are talking about the last case, where one only has one > physical upstream... one shouldn't call that multihoming. > I guess the second one is where people are talking about. > And the first one is what I would call real multihoming, > though one needs SCTP to make that work. Cases one and two. One or more prefixes advertised over multiple upstreams. Although my idea is to give people so much space in their initial allocation that only the biggest networks will need more than one prefix, thus keeping the routing table as close to "nPrefixes == nAS-numbers" as possible. -- M?ns Nilsson Systems Specialist +46 70 681 7204 KTHNOC MN1334-RIPE We're sysadmins. To us, data is a protocol-overhead. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From david at IPRG.nokia.com Wed Mar 5 22:29:21 2003 From: david at IPRG.nokia.com (David Kessens) Date: Wed, 5 Mar 2003 13:29:21 -0800 Subject: [lir-wg] Cross posting Message-ID: <20030305132921.D935@iprg.nokia.com> This is request to keep the current discussions regarding ipv6 on the appropriate list and not to cross post to both the ipv6 and lir working group lists: - ipv6-wg Technical discussions regarding the deployment of ipv6 in the RIPE region - lir-wg policy discussion list including ipv6 allocation policies Thanks, David K. ipv6 working group chair person --- From jeroen at unfix.org Wed Mar 5 22:27:51 2003 From: jeroen at unfix.org (Jeroen Massar) Date: Wed, 5 Mar 2003 22:27:51 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <1055940000.1046888665@localhost.besserwisser.org> Message-ID: <001901c2e35e$1419a090$210d640a@unfix.org> M?ns Nilsson wrote: > --On Wednesday, March 05, 2003 17:53:00 +0100 Jeroen Massar > wrote: > > I also am wondering how people define "multihoming". > > Do they define it as: > > - Multiple prefixes over multiple cables from multiple upstreams. > > - One prefix over multiple cables from multiple upstreams. > > - One prefix over one cable from multiple upstreams. > > > > If you are talking about the last case, where one only has one > > physical upstream... one shouldn't call that multihoming. > > I guess the second one is where people are talking about. > > And the first one is what I would call real multihoming, > > though one needs SCTP to make that work. > > Cases one and two. One or more prefixes advertised over > multiple upstreams. Case one means having more than one prefixes on the cable, or in diagram style: +-----+ +-----------+ 2001:db8:11:22::/64 +------+ | the +---+ Cable ISP +------------------------+ eth0 | | N | +-----------+ | | | E | | YOU | | T | +-----------+ 3ffe:ffff:33:42::/64 | | | +---+ ADSL ISP +------------------------+ eth1 | +-----+ +-----------+ +------+ Thus YOU gets 2 different prefixes from 2 different upstreams. Ofcourse YOU could also get two /48's routed to him from these upstreams or more ofcourse. The fact is that a 'server' eg a web server will have 2 IP's; eg: www.example.com AAAA 2001:0db8:11:22::80 AAAA 3ffe:ffff:33:42::80 Ofcourse replace Cable and ADSL with the bigger lines, this is just to illustrate that the definition of 'multihoming' is quite a different thing for most people. As I said this will only work when using SCTP to 'multihome' when one of the two uplinks fail. In case two both upstreams carry "your" prefix, eg 2001:db8:11:22::/64 to the rest of the world, diagram style: +-----+ +-----------+ 2001:db8:11:22::/64 +------+ +------+ | the +---+ Cable ISP +------------------------+ R | | | | N | +-----------+ | o | | | | E | | u +----+ eth0 | | T | +-----------+ 2001:db8:11:22::/64 | t | | | | +---+ ADSL ISP +------------------------+ er | | | +-----+ +-----------+ +------+ +------+ Note that the moment you only have one physical path to the rest of the world you should not be talking about 'multihoming' any more (case 3) I always wonder why people want L3 level 'multihoming' even though their L1 and L2 path aren't. > Although my idea is to give people so much space in their initial > allocation that only the biggest networks will need more than > one prefix, thus keeping the routing table as close to > "nPrefixes == nAS-numbers" as possible. Every ISP that can match up to the current requirements for address space can get a /32 from all three RIRs. If you can't, you simply are not big enough and you won't have any multiple links either. If one really wants 99.9% certainty that their inet works one either needs to do it themselves and thus get multiple L1+L2 paths and the hardware along with it and then most of the times you are a big enough customer to get a /32 too. If you aren't you should just get a better upstream. Yes, I know, it all sounds quite harsh. Greets, Jeroen From crain at iana.org Wed Mar 5 23:54:12 2003 From: crain at iana.org (John L Crain) Date: Wed, 5 Mar 2003 14:54:12 -0800 Subject: [lir-wg] IPv4 addresses update Message-ID: <12218826561.20030305145412@iana.org> Dear Colleagues, As you may be aware the Regional Internet Registries have been active with the "Early Registrations Transfer [ERX] Project". As part of the preliminary investigations of this project and verification of the data by the IANA some /8s previously listed as "Various Registries" have now been designated as unused and as such will be listed in the IANA registries as "IANA Reserved". This update will take effect at http://www.iana.org/assignments/ipv4-address-space as of 23:59 UTC, 31 March 2003. The affected /8s will be listed as follows: 173/8 Apr 03 IANA - Reserved 174/8 Apr 03 IANA - Reserved 175/8 Apr 03 IANA - Reserved 176/8 Apr 03 IANA - Reserved 177/8 Apr 03 IANA - Reserved 178/8 Apr 03 IANA - Reserved 179/8 Apr 03 IANA - Reserved 180/8 Apr 03 IANA - Reserved 181/8 Apr 03 IANA - Reserved 182/8 Apr 03 IANA - Reserved 183/8 Apr 03 IANA - Reserved 184/8 Apr 03 IANA - Reserved 185/8 Apr 03 IANA - Reserved 186/8 Apr 03 IANA - Reserved 187/8 Apr 03 IANA - Reserved 189/8 Apr 03 IANA - Reserved 190/8 Apr 03 IANA - Reserved Comments can be sent to iana at iana.org. -- Best regards, John L. Crain mailto:crain at iana.org -- Best regards, John mailto:crain at iana.org From kurtis at kurtis.pp.se Thu Mar 6 09:19:28 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 6 Mar 2003 09:19:28 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <711130000.1046867362@localhost> Message-ID: <5959A058-4FAC-11D7-ADF5-000393AB1404@kurtis.pp.se> >> I'm mainly talking about the lack of a feasible way for end-customers >> to get working multi-homing. This ties directly into the "PI" space >> question. > > Multihoming today depends on the possession of an AS number. I see no > alternative to that prerequisite. > > Size of current v4 routing table: roughly 120000 entries > Number of ASen visible : roughly 15000 > > So, if we simply give every AS number holder currently present in the > v4 > table a /32 or so, with STRICT instructions to forget getting another > prefix until half that prefix is pingable, we attain several things: This is what Pekka Savola proposed in his draft. People will start screaming about 32-bit ASes. It's also similiar to my draft on creating IPv6 swap space. There are less than 15000 LIRs. Each LIRs /32 is more address space than most of them have today. Add the routes from all remaining AS:es. I don't see the problem. I am still waiting for the IPv6 routing table to reach 1000 routes. Call me then. - kurtis - From kurtis at kurtis.pp.se Thu Mar 6 09:14:19 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 6 Mar 2003 09:14:19 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <20030305105302.Y15927@Space.Net> Message-ID: >> Well, how will you address this issue in the *real* world ? > > I'm unsure. One could use site-local addressing, but of course as with > RFC1918 addressing, the chances are high that you run into collisions. > > For this specific case, using non-routeable PI is also a workable > approach. The tricky thing is the "non-routeable" part - the main > problem > with PI is "routing table growth" (and the associated "AS number > burn"), > which would not apply here. > > So maybe we need to add specific PI clauses, or let's call it > differently, > "non-routeable globally unique IP(v6) addresses". > > If we do this, we need to be careful to point out that this is *not* > "the multihoming solution", but a very specific corner case that can > not > be properly tackled by aggregateable PA space. Well, you could also argue that what Peter is trying to do is not what the intent of IPv6 is at all. The intent of IPv6 is that everyone can use public address space and we could get some interesting services working. That was ofcourse until the "let's copy RFC1918 into IPv6 and launch site-locals which preferably are globally unique" mob took over....sarcastic? me? never... But it's a good example as to why we should have ripped site-locals out... - kurtis - From randy at psg.com Thu Mar 6 10:20:12 2003 From: randy at psg.com (Randy Bush) Date: Thu, 6 Mar 2003 01:20:12 -0800 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing References: <32F3522E-4FAA-11D7-ADF5-000393AB1404@kurtis.pp.se> Message-ID: > See mail to Gert, what worries me is that the IX services then are > locked with the upstreams routing policy. not exactly. the NON-IX services which the IXP choses to also offer have the same circumstances as any other service provider. such is life. randy From kurtis at kurtis.pp.se Thu Mar 6 09:22:54 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 6 Mar 2003 09:22:54 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <814490000.1046872491@localhost.besserwisser.org> Message-ID: >> 32 bit AS numbers are possible, yes, but will not solve the core >> problem. > > Not until Moore makes a 2^32 entries large routing table usable. My > guess > is that these issues are interdependent -- We will get routers that can > handle these entries when there is an imminent risk that they will be > necessary. There are two sides to this. A) We need to buy time to get adoption of IPv6. Go for swamp or anything that is easy to implement. B) We need to fix IPv6. I am voting for 8+8 or 16+16. That will take time. We will need a way to migrate there that is relatively pain-free and that can cope with the swamp above. This will also make away with the Moore limitation (if such a thing exists). Who want's to write the drafts? - kurtis - From mansaxel at sunet.se Wed Mar 5 22:49:15 2003 From: mansaxel at sunet.se (=?ISO-8859-1?Q?M=E5ns_Nilsson?=) Date: Wed, 05 Mar 2003 22:49:15 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <001901c2e35e$1419a090$210d640a@unfix.org> References: <001901c2e35e$1419a090$210d640a@unfix.org> Message-ID: <1270100000.1046900955@localhost.besserwisser.org> --On Wednesday, March 05, 2003 22:27:51 +0100 Jeroen Massar wrote: > Case one means having more than one prefixes on the cable, > or in diagram style: > > +-----+ +-----------+ 2001:db8:11:22::/64 +------+ >| the +---+ Cable ISP +------------------------+ eth0 | >| N | +-----------+ | | >| E | | YOU | >| T | +-----------+ 3ffe:ffff:33:42::/64 | | >| +---+ ADSL ISP +------------------------+ eth1 | > +-----+ +-----------+ +------+ > > Thus YOU gets 2 different prefixes from 2 different upstreams. > Ofcourse YOU could also get two /48's routed to him from these > upstreams or more ofcourse. The fact is that a 'server' eg > a web server will have 2 IP's; eg: > www.example.com AAAA 2001:0db8:11:22::80 > AAAA 3ffe:ffff:33:42::80 This is not what we are talking about. > Ofcourse replace Cable and ADSL with the bigger lines, > this is just to illustrate that the definition of 'multihoming' > is quite a different thing for most people. As I said this > will only work when using SCTP to 'multihome' when one of the > two uplinks fail. > > In case two both upstreams carry "your" prefix, eg 2001:db8:11:22::/64 > to the rest of the world, diagram style: > > +-----+ +-----------+ 2001:db8:11:22::/64 +------+ +------+ >| the +---+ Cable ISP +------------------------+ R | | | >| N | +-----------+ | o | | | >| E | | u +----+ eth0 | >| T | +-----------+ 2001:db8:11:22::/64 | t | | | >| +---+ ADSL ISP +------------------------+ er | | | > +-----+ +-----------+ +------+ +------+ This is more to the point. > Note that the moment you only have one physical path to the rest of > the world you should not be talking about 'multihoming' any more (case > 3) > > I always wonder why people want L3 level 'multihoming' even though > their L1 and L2 path aren't. Because even if backhoes are quite common creatures, the network engineer with fat fingers is even more common. Having said that, I agree that several redundant links are a practical prerequisite. >> Although my idea is to give people so much space in their initial >> allocation that only the biggest networks will need more than >> one prefix, thus keeping the routing table as close to >> "nPrefixes == nAS-numbers" as possible. > > Every ISP that can match up to the current requirements for address > space > can get a /32 from all three RIRs. If you can't, you simply are not big > enough and you won't have any multiple links either. Which is my point, sort of. But I still want the requirements slacked to fuel deployment. > If one really wants 99.9% certainty that their inet works one either > needs > to do it themselves and thus get multiple L1+L2 paths and the hardware > along > with it and then most of the times you are a big enough customer to get > a > /32 too. If you aren't you should just get a better upstream. > Yes, I know, it all sounds quite harsh. No disagreement there. But I do not think we talk about the same thing, or at least not in the same scale. -- M?ns Nilsson Systems Specialist +46 70 681 7204 KTHNOC MN1334-RIPE We're sysadmins. To us, data is a protocol-overhead. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available URL: From anne at apnic.net Thu Mar 6 01:48:36 2003 From: anne at apnic.net (Anne Lord) Date: Thu, 6 Mar 2003 10:48:36 +1000 (EST) Subject: [hm-staff] [lir-wg] Cross posting In-Reply-To: <20030305132921.D935@iprg.nokia.com> Message-ID: Hi David, In addition, please also dont forget that there is a *global* policy mailing list for IPv6 policy discussions which is . For those that are not aware, this list was set up at the request of the community with a view to keeping the policy aligned in all regions and concentrating those discussions in one place. Regards, Anne _____________________________________________________________________ Anne Lord, Manager, Policy Liaison Asia Pacific Network Information Centre phone: +61 7 3858 3100 http://www.apnic.net fax: +61 7 3858 3199 _____________________________________________________________________ On Wed, 5 Mar 2003, David Kessens wrote: > > This is request to keep the current discussions regarding ipv6 on the > appropriate list and not to cross post to both the ipv6 and lir > working group lists: > > - ipv6-wg > > Technical discussions regarding the deployment of ipv6 in the RIPE > region > > - lir-wg > > policy discussion list including ipv6 allocation policies > > Thanks, > > David K. > ipv6 working group chair person > --- > _______________________________________________ > Hostmaster-staff mailing list > Hostmaster-staff at apnic.net > http://mailman.apnic.net/mailman/listinfo/hostmaster-staff > From peter.galbavy at knowtion.net Thu Mar 6 09:49:58 2003 From: peter.galbavy at knowtion.net (Peter Galbavy) Date: Thu, 6 Mar 2003 08:49:58 -0000 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing References: Message-ID: <003a01c2e3bd$5e4eecb0$26e0a8c0@HATMADDER> Kurt Erik Lindqvist wrote: > Well, you could also argue that what Peter is trying to do is not what > the intent of IPv6 is at all. The intent of IPv6 is that everyone can > use public address space and we could get some interesting services > working. That was ofcourse until the "let's copy RFC1918 into IPv6 and > launch site-locals which preferably are globally unique" mob took > over....sarcastic? me? never... Sorry, but am I missing something ? It has been hard enough for some of us to slowly push large corporations away from requiring (companies like) us to use X.25 over leased lines to using IPsec etc. Trying to mandate those people use publicly routeable IP space for what they consider 'confidential' traffic is a non starter. And some people wonder why IPv6 will *never* make it ? (No sarcasm intended). Peter From czmok at gatel.net Thu Mar 6 09:46:13 2003 From: czmok at gatel.net (Jan Czmok) Date: Thu, 6 Mar 2003 09:46:13 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <05A8147D-4FAB-11D7-ADF5-000393AB1404@kurtis.pp.se> References: <20030304153244.GA24160@gollum.gatel.net> <05A8147D-4FAB-11D7-ADF5-000393AB1404@kurtis.pp.se> Message-ID: <20030306084613.GA5455@gollum.gatel.net> Kurt Erik Lindqvist (kurtis at kurtis.pp.se) wrote: > >> > >>Changing over to IPv6 *is* painful. > > > >... but should be considered rather soon ! > > > >just my .2 cents > > > > First we need to get it to work. > Hi kurtis, what is _not_ working according your opinion ? (and we're not talking about hardware vendor support - i know it lacks in some cases) Side question: do a PPPoE exist for IPv6 ? --jan -- Jan Ahrent Czmok - Senior Network Engineer - Access Networks Global Access Telecommunications, Inc. - Stephanstr. 3 - 60313 Frankfurt voice: +49 69 299896-35 - fax: +49 69 299896-66 - email: czmok at gatel.de From kurtis at kurtis.pp.se Thu Mar 6 09:09:58 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 6 Mar 2003 09:09:58 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <20030304153244.GA24160@gollum.gatel.net> Message-ID: <05A8147D-4FAB-11D7-ADF5-000393AB1404@kurtis.pp.se> >> >> Changing over to IPv6 *is* painful. > > ... but should be considered rather soon ! > > just my .2 cents > First we need to get it to work. - kurtis - From kurtis at kurtis.pp.se Thu Mar 6 09:04:47 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 6 Mar 2003 09:04:47 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <000d01c2e2f6$61d4e690$7c28a8c0@cblan.mblox.com> Message-ID: <4C8E1C0C-4FAA-11D7-ADF5-000393AB1404@kurtis.pp.se> >> PRIVATE INTERCONNECTS. Real world example follows, which is why my >> primary >> employer has a PI assignment; we interconnect using IPsec VPNs and >> some >> leased lines with a number of other enterprises. We use RFC1918 > *internally* >> and so do many others. What addressing scheme would you suggest we >> use to >> talk, especially as we DO NOT want this traffic to accidentally leak >> onto >> the public internet ? > > I notice that my reply has been conveniently ignored. Well, how will > you > address this issue in the *real* world ? > Link-local? It's not ideal but should work. - kurtis - From kurtis at kurtis.pp.se Thu Mar 6 09:02:32 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 6 Mar 2003 09:02:32 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <20030305092703.A39827@Space.Net> Message-ID: >>> TLD DNS hosting comes to mind. >> >> Why? > > Ummm, sorry. Not enough coffee yet. :) Well, see other mail. - kurtis - From hank at att.net.il Thu Mar 6 08:54:14 2003 From: hank at att.net.il (Hank Nussbacher) Date: Thu, 06 Mar 2003 09:54:14 +0200 Subject: [lir-wg] RIPE NCC Ticketing System problems? Message-ID: <5.1.0.14.2.20030306095224.00fcbe80@max.att.net.il> Is it just me or is the Ticketing System query form hanging for others as well? http://www.ripe.net/cgi-bin/rttquery -Hank From kurtis at kurtis.pp.se Thu Mar 6 09:04:04 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 6 Mar 2003 09:04:04 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: Message-ID: <32F3522E-4FAA-11D7-ADF5-000393AB1404@kurtis.pp.se> >>> Let me put it this way, what services do the IXP operators run >>> outside >>> the mesh that absolutely requires IPv6 space and is considered >>> "critical", from the perspective of requiring globally routable >>> space? >> TLD DNS hosting comes to mind. > > and why, if an ixp chooses to do this, is it any different than if > anyone > else does? you want to do it, you get address space from your > up-stream > or justify it to an rir just as any other lir does. > See mail to Gert, what worries me is that the IX services then are locked with the upstreams routing policy. - kurtis - From michel at arneill-py.sacramento.ca.us Thu Mar 6 08:25:22 2003 From: michel at arneill-py.sacramento.ca.us (Michel Py) Date: Wed, 5 Mar 2003 23:25:22 -0800 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing Message-ID: <963621801C6D3E4A9CF454A1972AE8F54C72@server2000.arneill-py.sacramento.ca.us> > Gert Doering wrote: > [text removed as discussion does not belong here] For the record, I actually agree with Gert's posting on this topic. Michel. From michel at arneill-py.sacramento.ca.us Thu Mar 6 08:16:10 2003 From: michel at arneill-py.sacramento.ca.us (Michel Py) Date: Wed, 5 Mar 2003 23:16:10 -0800 Subject: [lir-wg] RE: [ipv6-wg@ripe.net] Cross posting Message-ID: <963621801C6D3E4A9CF454A1972AE8F54C71@server2000.arneill-py.sacramento.ca.us> > David Kessens wrote: > This is request to keep the current discussions regarding > ipv6 on the appropriate list and not to cross post to both > the ipv6 and lir working group lists: > - ipv6-wg > Technical discussions regarding the deployment of ipv6 in > the RIPE region > - lir-wg > policy discussion list including ipv6 allocation policies Agree. Anyway, half of this was a discussion about multihoming that I have heard 10 times already and that has always ended up in the same place: nowhere. If one wants to discuss the topic, one should type "ipv6 multihoming" in the search window of any reputable search engine and go where it's actually happening. Michel. From webmaster at ripe.net Thu Mar 6 12:43:40 2003 From: webmaster at ripe.net (RIPE NCC WebMaster) Date: Thu, 06 Mar 2003 12:43:40 +0100 Subject: [lir-wg] RIPE NCC Power Interruption Message-ID: <200303061143.h26Bhe12023166@birch.ripe.net> Dear Colleagues, At approximately 7 a.m. (CET) this morning, the RIPE NCC experienced a temporary power outage affecting external communications. Nuon, the RIPE NCC's electricity provider, began an immediate investigation and restored power to our facilities at approximately 11:15 am (CET). We apologise for any interruption or delay in service and communications. Should you have any concerns regarding this issue please contact . Regards, RIPE NCC Operations From kurtis at kurtis.pp.se Thu Mar 6 09:02:03 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 6 Mar 2003 09:02:03 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <20030305092516.R15927@Space.Net> Message-ID: >>> Let me put it this way, what services do the IXP operators run >>> outside >>> the mesh that absolutely requires IPv6 space and is considered >>> "critical", from the perspective of requiring globally routable >>> space? >>> I >> >> TLD DNS hosting comes to mind. > > Why? > > I know that this has surfaced on the last RIPE meeting already, but I > still > think that a TLD name server is in no way special - it's IP address can > be resolved by querying the root, so it doesn't need to have a fixed IP > address "forever". If the address changes (which of course should not > happen every couple of weeks) change the glue record in the root, and > that's it. Although I agree with you, reality is not always that simple. An advantage with locating a TLD DNS server at a IX point is that you have a easy way to get access to a large amount of carriers. We for example get transit from all members. If we today are to provide IPv6 connectivity, we are using the IPv6 space of our upstream provider. This forces us to rely on their routing policies, which might not be good from a "best for the Internet" view. This said, the reason why we are having this debate at all is the fact that we don't have a PI mechanism, that said the reason we do not have a PI mechanism is the fact that IPv6 does not solve some of the largest problems on the Internet today. But that is a different discussion and I getting enough mail on other lists...:) So - yes I agree with you, however this might lead to other unwanted problems. Best regards, - kurtis - From swahl at netsign.net Thu Mar 6 14:08:22 2003 From: swahl at netsign.net (Stefan Wahl) Date: Thu, 6 Mar 2003 14:08:22 +0100 Subject: [lir-wg] PI Space and IXP routing Message-ID: Just my .2 cent question. When there are only a small number of ixp?s in the world (maybe 100) and they are interested to route there networks worldwide (e.g. critical services) and the community has two reasons to not allow this. One reason could be not to put all /24 into my routing table and second i don?t want to get problems in the peering mesh. What could be the solution: a. filterlist in the peering mesh router of the isp and b. give every ixp a /22 or /23 I know we are wasting valueble ipv4 space here, but look at the numbers of ixp and compare them to the /24?s. But then we need a really simple and in every way exact definition of an ixp. Maybe this construct is also possible with ipv6? And please stop to argue that the ixp could get address space from the uplink provider. There are so many companies that broke in the last two years, that the possibility that my uplink goes down is very high in Germany. Then I would request at ripe to takeover the addressspace. The ixp would do this, because he did not want to renumber the peering mesh. Why should ripe not give it right at the start. Comments welcome. Hmmmm..... - Stefan From kurtis at kurtis.pp.se Thu Mar 6 14:12:21 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 6 Mar 2003 14:12:21 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <003a01c2e3bd$5e4eecb0$26e0a8c0@HATMADDER> Message-ID: <4419D248-4FD5-11D7-939E-000393AB1404@kurtis.pp.se> >> Well, you could also argue that what Peter is trying to do is not what >> the intent of IPv6 is at all. The intent of IPv6 is that everyone can >> use public address space and we could get some interesting services >> working. That was ofcourse until the "let's copy RFC1918 into IPv6 and >> launch site-locals which preferably are globally unique" mob took >> over....sarcastic? me? never... > > Sorry, but am I missing something ? It has been hard enough for some > of us > to slowly push large corporations away from requiring (companies like) > us to > use X.25 over leased lines to using IPsec etc. Trying to mandate those I won't argue with you here. > people use publicly routeable IP space for what they consider > 'confidential' > traffic is a non starter. Problem is that site-locals and/or RFC1918 won't make your data more secure or more confidential. Driving this fact through will be as much of a challenge as converting from X.25. The same people arguing for private addresses are also slowly realizing that they are missing a number of applications that others are using to lower costs and gain in technical advancement. Some of these people argue that the solution is to either make private addresses globally unique or require that applications developed in the IETF must support private addresses. This complexity will cost money, which is a fact that many fail to realize. IPv6 would have given us the option to start over, make a cleaner and cheaper design that is easier to maintain. Sadly we seem to be moving in the other direction. - kurtis - From kurtis at kurtis.pp.se Thu Mar 6 14:07:36 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 6 Mar 2003 14:07:36 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <20030306084613.GA5455@gollum.gatel.net> Message-ID: <9A047937-4FD4-11D7-939E-000393AB1404@kurtis.pp.se> >>>> Changing over to IPv6 *is* painful. >>> >>> ... but should be considered rather soon ! >>> >>> just my .2 cents >>> >> >> First we need to get it to work. >> > > Hi kurtis, > > what is _not_ working according your opinion ? Tools is the first that comes to mind. If you want the larger carriers to use it they need to adopt their provisioning systems, but that is not a fault of IPv6. I think we need to urgently solve multihoming, some PI like mechanism, and I think we should take out site-locals, or at least minimize their use until it's to late and we are stuck with the RFC1918 problem and applications that won't work. > (and we're not talking about hardware vendor support - i know it lacks > in some cases) > That is a problem that will be solved when there is enough demand. - kurtis - From kurtis at kurtis.pp.se Thu Mar 6 14:28:31 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 6 Mar 2003 14:28:31 +0100 Subject: [lir-wg] Re: [ipv6-wg@ripe.net] Cross posting In-Reply-To: <963621801C6D3E4A9CF454A1972AE8F54C71@server2000.arneill-py.sacramento.ca.us> Message-ID: <8610447D-4FD7-11D7-939E-000393AB1404@kurtis.pp.se> > multihoming" in the search window of any reputable search engine and go > where it's actually happening. Send running code. As far as I know it's not happening anywhere. - kurtis - From kurtis at kurtis.pp.se Thu Mar 6 14:14:33 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 6 Mar 2003 14:14:33 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: Message-ID: <92415280-4FD5-11D7-939E-000393AB1404@kurtis.pp.se> >> See mail to Gert, what worries me is that the IX services then are >> locked with the upstreams routing policy. > > not exactly. the NON-IX services which the IXP choses to also offer > have the same circumstances as any other service provider. such is > life. > True, but in my mail to Gert I also said that one of the reasons to locate some services at the IXs is the fact that you can work around this. But that is true only for IPv4 and IPv6. - kurtis - From kurtis at kurtis.pp.se Thu Mar 6 14:24:50 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Thu, 6 Mar 2003 14:24:50 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <1270100000.1046900955@localhost.besserwisser.org> Message-ID: <02842604-4FD7-11D7-939E-000393AB1404@kurtis.pp.se> >> If one really wants 99.9% certainty that their inet works one either >> needs >> to do it themselves and thus get multiple L1+L2 paths and the hardware >> along >> with it and then most of the times you are a big enough customer to >> get >> a >> /32 too. If you aren't you should just get a better upstream. >> Yes, I know, it all sounds quite harsh. > > No disagreement there. But I do not think we talk about the same > thing, or > at least not in the same scale. > Most of the down time will most likely be waiting for BGP to converge. I think we need a new model, and a way to get there. A flag day is to optimistic. - kurtis - From peter.galbavy at knowtion.net Fri Mar 7 09:48:33 2003 From: peter.galbavy at knowtion.net (Peter Galbavy) Date: Fri, 7 Mar 2003 08:48:33 -0000 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing References: <4419D248-4FD5-11D7-939E-000393AB1404@kurtis.pp.se> Message-ID: <004401c2e486$561fcb30$7c28a8c0@cblan.mblox.com> Kurt Erik Lindqvist wrote: > Problem is that site-locals and/or RFC1918 won't make your data more > secure or more confidential. Driving this fact through will be as much > of a challenge as converting from X.25. Sorry - my response wasn't clear as I think my point was made elsewhere in the thread - I am not interested in this aspect, but this is the aspect that drives/motivates some ludite network admins in old, slow organisations. They actually believe X.25 networks to be more secure than the 'public' Internet. > The same people arguing for private addresses are also slowly > realizing that they are missing a number of applications that others > are using to lower costs and gain in technical advancement. Some of My point, to start again, is that organisations need to be able to rely on an addressing scheme that is completely independent of 'ISP of the month' that they may be using so that they can avoid try to use horrid NAT/RFC1918 hacks to talk over private (IPsec or physical) connections. It is all very cute to talk about automatic renumbering etc. but not in this context - you CANNOT do it, either technically or politically. Peter From czmok at gatel.net Fri Mar 7 10:13:22 2003 From: czmok at gatel.net (Jan Czmok) Date: Fri, 7 Mar 2003 10:13:22 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <9A047937-4FD4-11D7-939E-000393AB1404@kurtis.pp.se> References: <20030306084613.GA5455@gollum.gatel.net> <9A047937-4FD4-11D7-939E-000393AB1404@kurtis.pp.se> Message-ID: <20030307091321.GA13891@gollum.gatel.net> Kurt Erik Lindqvist (kurtis at kurtis.pp.se) wrote: > >>>>Changing over to IPv6 *is* painful. > >>> > >>>... but should be considered rather soon ! > >>> > >>>just my .2 cents > >>> > >> > >>First we need to get it to work. > >> > > > >Hi kurtis, > > > >what is _not_ working according your opinion ? > > Tools is the first that comes to mind. If you want the larger carriers > to use it they need to adopt their provisioning systems, but that is > not a fault of IPv6. I think we need to urgently solve multihoming, > some PI like mechanism, and I think we should take out site-locals, or > at least minimize their use until it's to late and we are stuck with > the RFC1918 problem and applications that won't work. Okay, so let's address this one by one: - what ideas do we have regarding multihoming, what is/should be deprecated and what preferred ? > That is a problem that will be solved when there is enough demand. > the usual chicken/egg problem :-) --jan -- Jan Ahrent Czmok - Senior Network Engineer - Access Networks Global Access Telecommunications, Inc. - Stephanstr. 3 - 60313 Frankfurt voice: +49 69 299896-35 - fax: +49 69 299896-66 - email: czmok at gatel.de From kurtis at kurtis.pp.se Fri Mar 7 16:55:16 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Fri, 7 Mar 2003 16:55:16 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <004401c2e486$561fcb30$7c28a8c0@cblan.mblox.com> Message-ID: <308A810C-50B5-11D7-9822-000393AB1404@kurtis.pp.se> >> Problem is that site-locals and/or RFC1918 won't make your data more >> secure or more confidential. Driving this fact through will be as much >> of a challenge as converting from X.25. > > Sorry - my response wasn't clear as I think my point was made > elsewhere in > the thread - I am not interested in this aspect, but this is the > aspect that > drives/motivates some ludite network admins in old, slow > organisations. They > actually believe X.25 networks to be more secure than the 'public' > Internet. Don't tell anyone, but I have worked serving IBM systems and installations. I know more about X.25 than I want to. Been there, done that, got the ulster. >> The same people arguing for private addresses are also slowly >> realizing that they are missing a number of applications that others >> are using to lower costs and gain in technical advancement. Some of > > My point, to start again, is that organisations need to be able to > rely on > an addressing scheme that is completely independent of 'ISP of the > month' > that they may be using so that they can avoid try to use horrid > NAT/RFC1918 > hacks to talk over private (IPsec or physical) connections. It is all > very > cute to talk about automatic renumbering etc. but not in this context > - you > CANNOT do it, either technically or politically. > This is another issue though. portable addressspace, or PI, or what we want to call it is something that IPV6 is missing. And that is a problem. Just like multihoming. I agree that automatic renumbering won't get us anywhere, we need to solve the real problem. And Site-locals will not help. - kurtis - From kurtis at kurtis.pp.se Fri Mar 7 16:58:37 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Fri, 7 Mar 2003 16:58:37 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <20030307091321.GA13891@gollum.gatel.net> Message-ID: > - what ideas do we have regarding multihoming, what is/should be > deprecated and what preferred ? Uh, uhm. There are quite a lot of ideas. Actually there is no problem with shortage of ideas. There is shortage on agreement to move forward though. Personally I (and many others) believe in a GSE like solution, 8+8 or 16+16 but that needs a lot more work so there is some meat on the bones. See the multi6 WG discussions in the IETF or the ipv6mh mailinglist. - kurtis - From mohta at necom830.hpcl.titech.ac.jp Sun Mar 9 09:51:37 2003 From: mohta at necom830.hpcl.titech.ac.jp (Masataka Ohta) Date: Sun, 9 Mar 2003 17:50:37 +0859 () Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: from Kurt Erik Lindqvist at "Mar 7, 2003 04:58:37 pm" Message-ID: <200303090850.RAA22639@necom830.hpcl.titech.ac.jp> Kurt; > > - what ideas do we have regarding multihoming, what is/should be > > deprecated and what preferred ? > > Uh, uhm. There are quite a lot of ideas. Actually there is no problem > with shortage of ideas. There is shortage on agreement to move forward > though. Personally I (and many others) believe in a GSE like solution, > 8+8 or 16+16 but that needs a lot more work so there is some meat on > the bones. See the multi6 WG discussions in the IETF or the ipv6mh > mailinglist. Multihoming is simple to just let hosts have multiple addresses, which is already done with IPv6, and let the hosts choose the destination address. The hard part is that there are a lot of works wrongly done with IPv6. It is wrong, for example, to have source address selection, router/host separation and complicated but poor mobility, all of which must be removed. The removal is technically easy but was politically difficult, as some people were insisting that IPv6 would be deployed immediately if the current specificaiton had been kept as is. Three years ago, they were insisting so for five years. Though I haven't checked activities of IPv6 WG for these three years, I hope they have finally give up now. There already is running code of of 8+8, transport over it, such as TCP, and applications over it, such as TCP multihomed telephony with no address reselection latency, that there is not much work remaning. Just choose it or something, if any, else. Masataka Ohta PS Never mention poor GSE. It is a poor idea useless for any purpose. From randy at psg.com Sun Mar 9 13:32:12 2003 From: randy at psg.com (Randy Bush) Date: Sun, 9 Mar 2003 04:32:12 -0800 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing References: <200303090850.RAA22639@necom830.hpcl.titech.ac.jp> Message-ID: > Multihoming is simple to just let hosts have multiple addresses, > which is already done with IPv6, and let the hosts choose > the destination address. how to choose? randy From kurtis at kurtis.pp.se Sun Mar 9 16:59:38 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Sun, 9 Mar 2003 16:59:38 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <200303090850.RAA22639@necom830.hpcl.titech.ac.jp> Message-ID: <215E838F-5248-11D7-9822-000393AB1404@kurtis.pp.se> > Multihoming is simple to just let hosts have multiple addresses, > which is already done with IPv6, and let the hosts choose > the destination address. As I said, there is no shortage of ideas. There are a number of people who will tell you that this won't scale and break a number of applications. > There already is running code of of 8+8, transport over it, such > as TCP, and applications over it, such as TCP multihomed telephony > with no address reselection latency, that there is not much work > remaning. > Never mention poor GSE. It is a poor idea useless for any purpose. > Uh, what is the difference between 8+8 and GSE? - kurtis - From oppermann at pipeline.ch Sun Mar 9 19:00:35 2003 From: oppermann at pipeline.ch (Andre Oppermann) Date: Sun, 09 Mar 2003 19:00:35 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing References: <200303090850.RAA22639@necom830.hpcl.titech.ac.jp> Message-ID: <3E6B8143.E716AFB3@pipeline.ch> Randy Bush wrote: > > > Multihoming is simple to just let hosts have multiple addresses, > > which is already done with IPv6, and let the hosts choose > > the destination address. > > how to choose? BGPDNS for example. Host is asking BGPDNS which destination IP to take. BGPDNS server sorts a DNS reply with multiple A (AAAA) records according to BGP selected preference. Have a look at www.nrg4u.com right column. Not that I'm a fan of the current IPv6... It's too broken wrt the issues the previuous posters have told. -- Andre From mohta at necom830.hpcl.titech.ac.jp Sun Mar 9 21:50:18 2003 From: mohta at necom830.hpcl.titech.ac.jp (Masataka Ohta) Date: Mon, 10 Mar 2003 05:49:18 +0859 () Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: from Randy Bush at "Mar 9, 2003 04:32:12 am" Message-ID: <200303092049.FAA02234@necom830.hpcl.titech.ac.jp> > > Multihoming is simple to just let hosts have multiple addresses, > > which is already done with IPv6, and let the hosts choose > > the destination address. > > how to choose? Just randomly, or, as is written in draft-ohta-e2e-multihoming-02.txt, Once a full routing table is available on all the end systems, it is easy for the end systems try all the destination addresses, from the most and to the least favorable ones, based on the routing metric. Note that end to end multihoming works with the separation between inter domain BGP and intra domain routing protocols, if BGP routers, based on domain policy, assign external routes preference values (metric) of intra domain routing protocols. One may still be allowed, though discouraged, to have local configuration with dumb end systems and an intelligent proxy. But, such configuration should be implemented with a protocol for purely local use without damaging the global protocol. use routing table for reachability and metric. BGPDNS could be the intelligent proxy. Masataka Ohta From mohta at necom830.hpcl.titech.ac.jp Sun Mar 9 22:05:35 2003 From: mohta at necom830.hpcl.titech.ac.jp (Masataka Ohta) Date: Mon, 10 Mar 2003 06:04:35 +0859 () Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <215E838F-5248-11D7-9822-000393AB1404@kurtis.pp.se> from Kurt Erik Lindqvist at "Mar 9, 2003 04:59:38 pm" Message-ID: <200303092104.GAA02306@necom830.hpcl.titech.ac.jp> Kurt; > > Multihoming is simple to just let hosts have multiple addresses, > > which is already done with IPv6, and let the hosts choose > > the destination address. > > As I said, there is no shortage of ideas. I'm saying implementations. > There are a number of people > who will tell you that this won't scale and break a number of > applications. Since I proposed it in April 2000, no one told me that this won't scale. As for applications, with darty hack, it is even possible to make TCP-based applications work as is, but considering the number of users of IPv6, why do you bother? > > There already is running code of of 8+8, transport over it, such > > as TCP, and applications over it, such as TCP multihomed telephony > > with no address reselection latency, that there is not much work > > remaning. > > > Never mention poor GSE. It is a poor idea useless for any purpose. > > > Uh, what is the difference between 8+8 and GSE? Current IPv6, in a sense, is 8+8 and was 10+6. GSE is a poor variation of 8+8. GSE is poor because it is an attempt to make ISP operation more complex (that is, less scalable), which has been the tradition of telephone companies to maximize their revenue. Masataka Ohta From mohta at necom830.hpcl.titech.ac.jp Sun Mar 9 22:08:51 2003 From: mohta at necom830.hpcl.titech.ac.jp (Masataka Ohta) Date: Mon, 10 Mar 2003 06:07:51 +0859 () Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <14801.1047243633@critter.freebsd.dk> from Poul-Henning Kamp at "Mar 9, 2003 10:00:33 pm" Message-ID: <200303092108.GAA02345@necom830.hpcl.titech.ac.jp> Poul-Henning Kamp; > > Once a full routing table is available on all the end systems, > > You're not serious, right ? All of us working on multihoming are serious to make the full routing table manageably small. Masataka Ohta From gert at Space.Net Mon Mar 10 15:40:48 2003 From: gert at Space.Net (Gert Doering) Date: Mon, 10 Mar 2003 15:40:48 +0100 Subject: [lir-wg] RIPE 44 LIR WG minutes available - DRAFT 1 Message-ID: <20030310154048.A47400@Space.Net> Hi, the DRAFT minutes from the LIR-WG working group meeting at RIPE 44 are now available on the web: http://www.ripe.net/ripe/wg/lir/r44-minutes.html Please check the minutes whether we overlooked something, and send comments to the list or to one of the WG chairs personally. The review period ends in 4 weeks, April 10th. Thanks to the RIPE NCC for preparing the minutes. regards, Gert Doering -- LIR WG co-chair -- Total number of prefixes smaller than registry allocations: 57285 (57021) SpaceNet AG Mail: netmaster at Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 80807 Muenchen Fax : +49-89-32356-299 From kurtis at kurtis.pp.se Tue Mar 11 14:58:39 2003 From: kurtis at kurtis.pp.se (Kurt Erik Lindqvist) Date: Tue, 11 Mar 2003 14:58:39 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <200303092104.GAA02306@necom830.hpcl.titech.ac.jp> Message-ID: <8F974FC5-53C9-11D7-BA65-000393AB1404@kurtis.pp.se> >> here are a number of people >> who will tell you that this won't scale and break a number of >> applications. > > Since I proposed it in April 2000, no one told me that this won't > scale. That surprises me. Then again I wasn't aware of you draft until you mailed it here. What WG do see this under? I will comment to multi6 anyway... >>> There already is running code of of 8+8, transport over it, such >>> as TCP, and applications over it, such as TCP multihomed telephony >>> with no address reselection latency, that there is not much work >>> remaning. >> >>> Never mention poor GSE. It is a poor idea useless for any purpose. >>> >> Uh, what is the difference between 8+8 and GSE? > > Current IPv6, in a sense, is 8+8 and was 10+6. ???? you mean the IID being 8 and the rest the other 8? I don't agree... > GSE is a poor variation of 8+8. GSE is poor because it is an attempt > to make ISP operation more complex (that is, less scalable), which > has been the tradition of telephone companies to maximize their > revenue. > I fail to see what GSE, 8+8 or anything have to do with telephone companies. - kurtis - From mohta at necom830.hpcl.titech.ac.jp Tue Mar 11 17:42:05 2003 From: mohta at necom830.hpcl.titech.ac.jp (Masataka Ohta) Date: Wed, 12 Mar 2003 01:41:05 +0859 () Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: <8F974FC5-53C9-11D7-BA65-000393AB1404@kurtis.pp.se> from Kurt Erik Lindqvist at "Mar 11, 2003 02:58:39 pm" Message-ID: <200303111641.BAA11685@necom830.hpcl.titech.ac.jp> Kurt; > >> here are a number of people > >> who will tell you that this won't scale and break a number of > >> applications. > > > > Since I proposed it in April 2000, no one told me that this won't > > scale. > > That surprises me. Then again I wasn't aware of you draft until you > mailed it here. What WG do see this under? I will comment to multi6 > anyway... The draft is: draft-ohta-e2e-multihoming-*.txt It was mailed to multi6 several times. > >>> There already is running code of of 8+8, transport over it, such > >>> as TCP, and applications over it, such as TCP multihomed telephony > >>> with no address reselection latency, that there is not much work > >>> remaning. > >> > >>> Never mention poor GSE. It is a poor idea useless for any purpose. > >>> > >> Uh, what is the difference between 8+8 and GSE? > > > > Current IPv6, in a sense, is 8+8 and was 10+6. > > ???? you mean the IID being 8 and the rest the other 8? I don't agree... You don't have to. > > GSE is a poor variation of 8+8. GSE is poor because it is an attempt > > to make ISP operation more complex (that is, less scalable), which > > has been the tradition of telephone companies to maximize their > > revenue. > > > I fail to see what GSE, 8+8 or anything have to do with telephone > companies. You don't have to, either. Just never mention GSE. Masataka Ohta From phk at phk.freebsd.dk Sun Mar 9 22:00:33 2003 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Sun, 09 Mar 2003 22:00:33 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: Your message of "Mon, 10 Mar 2003 05:49:18 +0859." <200303092049.FAA02234@necom830.hpcl.titech.ac.jp> Message-ID: <14801.1047243633@critter.freebsd.dk> In message <200303092049.FAA02234 at necom830.hpcl.titech.ac.jp>, Masataka Ohta wr ites: > > Once a full routing table is available on all the end systems, You're not serious, right ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From phk at phk.freebsd.dk Sun Mar 9 22:19:02 2003 From: phk at phk.freebsd.dk (Poul-Henning Kamp) Date: Sun, 09 Mar 2003 22:19:02 +0100 Subject: [ipv6-wg@ripe.net] Re: [lir-wg] IXP networks routing In-Reply-To: Your message of "Mon, 10 Mar 2003 06:07:51 +0859." <200303092108.GAA02345@necom830.hpcl.titech.ac.jp> Message-ID: <18158.1047244742@critter.freebsd.dk> In message <200303092108.GAA02345 at necom830.hpcl.titech.ac.jp>, Masataka Ohta wr ites: >Poul-Henning Kamp; > >> > Once a full routing table is available on all the end systems, >> >> You're not serious, right ? > >All of us working on multihoming are serious to make the full >routing table manageably small. No wonder IPv6 isn't moving anywhere then. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk at FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From manuel at ripe.net Mon Mar 17 18:29:17 2003 From: manuel at ripe.net (Manuel Valente) Date: Mon, 17 Mar 2003 18:29:17 +0100 Subject: [lir-wg] Scheduled Downtime for rttquery service Message-ID: <20030317182917.74c971ee.manuel@ripe.net> Dear Colleagues, On Tuesday, 18th of March, between 17h30 and 18h00 CET, the RIPE NCC will proceed to an upgrade of some of our internal services. During that period, the rttquery service will be unavailable, both from the RIPE NCC public website and from the LIR Portal. We apologize for any inconvenience that this downtime may cause to your operations. -- Manuel Valente - Software Manager - RIPE NCC From manuel at ripe.net Fri Mar 21 16:15:22 2003 From: manuel at ripe.net (Manuel Valente) Date: Fri, 21 Mar 2003 16:15:22 +0100 Subject: [lir-wg] Planned Downtime for LIR Portal Service Message-ID: <20030321161522.60825b76.manuel@ripe.net> Dear Colleagues, On Monday, 24 March, between 17:00h and 19:00h CET, the RIPE NCC will perform a major OS upgrade affecting some of our internal services. During this period, the LIR Portal will be unavailable. We apologize for any inconvenience that this downtime may cause to your operations. Regards, -- Manuel Valente - Software Manager - RIPE NCC From JimFleming at ameritech.net Sat Mar 29 17:02:47 2003 From: JimFleming at ameritech.net (Jim Fleming) Date: Sat, 29 Mar 2003 10:02:47 -0600 Subject: [lir-wg] 0:0.1.*.*.* .ARPA...WIANA - Wireless IANA ? Message-ID: <005501c2f60c$a46be4d0$8500a8c0@repligate> > > http://www.communitywireless.org/ > > http://www.locustworld.com/ > > http://wiana.org/faq.php > > What type of addresses and ranges are you allocating? > > Currently, IPv4 style addresses in the 1.x.x.x range. > > =================== ----- Original Message ----- From: "John Palmer" To: Sent: Friday, March 28, 2003 3:05 PM Subject: Re: [ga] WIANA - Wireless IANA ? > 1/8 has not been allocated yet, Jim. Bogon filters will catch them. > What does the ICANN Board and their team of technical experts plan to do about it ? http://www.iana.org/assignments/as-numbers http://www.iana.org/assignments/ipv4-address-space ...note the similar problems with 69/8... http://www.merit.edu/mail.archives/nanog/msg08423.html http://www.merit.edu/mail.archives/nanog/msg08580.html > > > > > Jim Fleming > > http://www.IPv8.info > >