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]/
2nd Root Server in Europe (fwd)
- Previous message (by thread): 2nd Root Server in Europe (fwd)
- Next message (by thread): 2nd Root Server in Europe (fwd)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Jim Dixon
jdd at vbc.net
Tue Jan 14 13:52:30 CET 1997
On Tue, 14 Jan 1997, Tony Barber wrote: > >We agree with this entirely. To repeat what may not be clear to those > >added to the lengthening CC: list, some time ago, after securing the > >endorsement of the UK ISPA, VBCnet approached IANA on behalf of ISPA > > I'm sorry but there isn't and never has been any requirement to enforce > peering at any exchange point other then for instance CIX. > VBC by housing a valuable resource are saying in effect 'yes you can > use this root server if you peer with us'. > This is not really acceptable. This is a complete misreading of what we have said. On the one hand we peer with everyone at the LINX, with one exception, MITE, whose routes we already see through GSL. We have told MITE that if and when they have routes that are not visible through them, we will peer with them. So we aren't forcing anyone to do anything. On the other hand, following recommendations to us, our intention is to put a root name server in a class C by itself. There has been a lot of discussion in this area, and this is what I understand to be the recommended policy. We don't care what AS this class C is in; on the whole we would probably prefer that it not be in one of our ASs. -- Jim Dixon VBCnet GB Ltd http://www.vbc.net tel +44 117 929 1316 fax +44 117 927 2015
- Previous message (by thread): 2nd Root Server in Europe (fwd)
- Next message (by thread): 2nd Root Server in Europe (fwd)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ dns-wg Archives ]