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] RIPE Access Policy Change Request to allow allocations to critical infrastructure
- Previous message (by thread): [address-policy-wg] RIPE Access Policy Change Request to allow allocations to critical infrastructure
- Next message (by thread): [address-policy-wg] Re: allocations to critical infrastructure
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Jeff Williams
jwkckid1 at ix.netcom.com
Sat Jan 24 08:24:36 CET 2004
Gert and all, Gert Doering wrote: > Hi, > > On Fri, Jan 23, 2004 at 02:15:33PM +0100, Joao Damas wrote: > > >>IPs around until you have a clean /24 for this sort of use. > > >>Last, Gert missed the point by reducing the discussion to only the /24 > > >>that would be used for the service IP, because with anycast you will > > >>always need a different IP address to be able to access each of the > > >>anycast instances, > > > > > >To the contrary. *This* can (and should) be done with PA space, > > > > It may or it may not be possible. When anycasting a service you want to > > keep the origin ASN the same, so you need your own routing > > infrastructure, separating your anycasted equipment from that of the > > rest of the net. This means that the management addresses will be > > inside that separate routing infrastructure and so your statement "can > > and should" can not and should not be made a pre-condition. > > This is certainly one way to setup things. > > But even so there is no reason not to use PA space for the management > side of things - announcing the PA block to your host network, if you > feel like having to announce the management IPs somewhere, but no reason > to pollute the global table with local information. I think this depends on whether or not the local information is of a nature to critical infrastructure, which of course also requires a good definition as to what "critical infrastructure" is and is not. > > > > >Strong disagreement. > > See above > > Indeed :-) > > Gert Doering > -- NetMaster > -- > Total number of prefixes smaller than registry allocations: 58081 (57882) > > SpaceNet AG Mail: netmaster at Space.Net > Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 > 80807 Muenchen Fax : +49-89-32356-299 Regards, -- Jeffrey A. Williams Spokesman for INEGroup LLA. - (Over 134k members/stakeholders strong!) "Be precise in the use of words and expect precision from others" - Pierre Abelard "If the probability be called P; the injury, L; and the burden, B; liability depends upon whether B is less than L multiplied by P: i.e., whether B is less than PL." United States v. Carroll Towing (159 F.2d 169 [2d Cir. 1947] =============================================================== CEO/DIR. Internet Network Eng. SR. Eng. Network data security Information Network Eng. Group. INEG. INC. E-Mail jwkckid1 at ix.netcom.com Contact Number: 214-244-4827 or 214-244-3801
- Previous message (by thread): [address-policy-wg] RIPE Access Policy Change Request to allow allocations to critical infrastructure
- Next message (by thread): [address-policy-wg] Re: allocations to critical infrastructure
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]