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/dns-wg@ripe.net/
[dns-wg] WG Agenda for RIPE50
- Previous message (by thread): [dns-wg] WG Agenda for RIPE50
- Next message (by thread): [dns-wg] IANA TLD delegation issue
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Roy Arends
roy at dnss.ec
Fri May 6 11:46:46 CEST 2005
On Fri, 6 May 2005, Jim Reid wrote: > >>>>> "Roy" == Roy Arends <roy at dnss.ec> writes: > > Roy> The term "GLUE RECORDS" is defined in rfc-1033 (yeah, dusted > Roy> off): > > Roy> If the name server host for a particular domain is itself > Roy> inside the domain, then a 'glue' record will be needed. A > Roy> glue record is an A (address) RR that specifies the address > Roy> of the server. Glue records are only needed in the server > Roy> delegating the domain, not in the domain itself. > > As well as being illegal evidence -- thanks Peter! -- the last > sentence above is ambiguous. It can be interpreted as implying the > glue record in the parent means the child doesn't have to have an > A (or AAAA) record for the name server. I don't think it is illegal evidence, even though it has not an official status. It is referenced by 1034, etc,etc. The address record in the domain itself is not glue. It is authoritative data. > Roy> in-bailiwick glue is a pleonasm while out-of-bailiwick glue > Roy> is an oxymoron. > > The terminology may not be defined clearly. However the concept of > out-of-bailiwick glue is something we all understand. We think we understand, though we need better clarification about the glue concept, so we can agree we understand the same concept. Roy
- Previous message (by thread): [dns-wg] WG Agenda for RIPE50
- Next message (by thread): [dns-wg] IANA TLD delegation issue
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ dns-wg Archives ]