This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[address-policy-wg] Those pesky ULAs again
- Previous message (by thread): [address-policy-wg] Those pesky ULAs again
- Next message (by thread): [address-policy-wg] Those pesky ULAs again
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Roger Jørgensen
roger at jorgensen.no
Mon May 28 14:46:11 CEST 2007
On man, mai 28, 2007 14:30, Iljitsch van Beijnum wrote: > On 27-mei-2007, at 22:51, Stephen Sprunk wrote: >> Thus spake "Iljitsch van Beijnum" <iljitsch at muada.com> >>> On 15-mei-2007, at 9:57, JORDI PALET MARTINEZ wrote: >>> Approximately 100% of all >>> organizations use RFC 1918 space. Obviously one use for >>> RFC 1918 space goes away with IPv6 (NAT) but I'd say that >>> the number of internet users requiring some kind of local >>> addressing will still be 10, 20, 30 or more percent. > >> The vast majority of folks will be fine with ULA-L > > Most people aren't very good with statistics, knowing for sure you > have unique space is better than having just a 99.9999% probability > that it's unique. not really, I work a place where we just can´t have any more collision of address space, we have a few options and ULA-central is the best. 1.) get ula-central and know for sure we won´t get into this issue ever again. 2.) administrate our own local version of ULA-central for the organization we co-operate with 3.) get RIR-space with all the add on administration and documentation... For me, only option 1.) is a real option, the other two are just work-around since we don´t need global routing of the address space in question. >> (or PA) space > > PA or PI is irrelevant to this discussion, people who need ULA may > not even connect to the internet, and if they do, they need this > space in ADDITION to routable address space, regardless of the type. this go for the type of organization I work for. We have our own /32 already and it suite our need for public address space just fine given the 3 options above. >> and the target market for ULA-C is identical to the target market >> for PIv6. > Nonsense. Not often but sometimes I agree with Iljitsch, this is one of them. PI or no PI, PA or PI are completly irrelevant when we talk about the need for ULA-central or not. ULA-central will satisfy a need for non-routable address space that some bigger organization have. ULA-local are just a no go even with a 99,99999% chance of no collision at all. Or to put it in another context, renumbering or any change, experimentation or downtime of the infrastructure are just not an option when we´re talking about medicial/health related equipment. >> so the debate comes down to why we want to put orgs on ULA-C space >> instead of just giving them PI space. > No-brainer: ULA-C space doesn't use up routing table slots. see above, PI or PA have nothing todo in the discussion of ULA-C or not. Site-local, the one that got deprecated would have suited OUR (where I work) just fine but it isn´t there so we need a replacement and ULA-C is what we would need. >> If they're truly going to use it privately, they won't consume >> routing slots in the DFZ, and if they aren't they'll be using PIv6 >> anyways and won't have a need for ULA-C. > > You are being ridiculous. There is no connection between ULA-C and > PI. Everyone can get ULA, not everyone can get PI. And ULA is even > more important for people who have PA because that way they can have > their internal infrastructure on stable addresses even when their > routable address space is renumbered. Also, with IPv4, it's very > common to use RFC 1918 space for internal infrastructure that must > not be reachable from the internet. It's much more convenient to use > unroutable address space for this rather than routable address space > that is filtered. 100% correct for the organization I work for. We have in fact several very seperated network. To use RIR space, PI or PA for all of them is simply a waste since we don´t need global reachability for it. We just need _UNIQUE_ address space so we can when the need arrise connect any of them together. >> there is significant risk that ULA-C will end up not being >> "private" because there will be a set of ISPs that agree to route >> the space for a fee. If that set grows to critical mass, ULA-C >> will be no different than PIv6 anyways. > I don't see the problem. We agree that routing ULA space is a bad > idea. However, if someone is prepared to give me enough money to > change my mind, how can that possibly be a problem? Or do you want to > protect yourself from your own greed? I only have one thing to say, so what if the ISP agrees to route them? RIR space, PI or PA, give _global_ routability. ULA-C or ULA-Local give us the option to interconnect some closed network together anyway we want AND know it won´t get routed global. -- ------------------------------ Roger Jorgensen | - ROJO9-RIPE - RJ85P-NORID roger at jorgensen.no | - IPv6 is The Key! -------------------------------------------------------
- Previous message (by thread): [address-policy-wg] Those pesky ULAs again
- Next message (by thread): [address-policy-wg] Those pesky ULAs again
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]