RE: Wild card MXes


If there's no means of storing the data persistently (not to mention no
means of entering the data in the first place with the tools that
customers actually have available to them; certainly not the ones by
which each and every other aspect of DNS is admin'd, not to mention the
dnscmd command line tool; your tool is not one we ship) then the Caller
ID / SPF data that an admin wishes to publish won't, for example,
survive a power failure.

Which makes publishing the info next to useless, forcing as it does to
in effect manually recreate at each boot. To say that, in effect, one
has to run a script with some third party tool each time in order to
make your DNS right is, er, well, not something one can ask customers to
do.

Windows DNS server has precisely two persistent storage mechanism: a
text file, or Active Directory. It is my understanding that neither of
them have mechanisms for storing non-builtin RR types. And as I said
previously, nothing you have demonstrated has indicated otherwise.

        Bob

-----Original Message-----
From: Eric A. Hall [mailto:ehall(_at_)ehsco(_dot_)com]
Sent: Thursday, May 27, 2004 10:26 PM
To: Bob Atkinson
Cc: Gordon Fecyk; ietf-mxcomp(_at_)imc(_dot_)org
Subject: Re: Wild card MXes

I'm not sure I understand your question.

The RR exists in the zone and has been replicated to a bind 9 partner
successfully. You should be able to query arachnid.labs.ntrg.com from
outside yourself (verify that it is win2k by HTTP HEAD to port 80).

Stopping and restarting the server keeps the RR in the zone.

The "export to text" option doesn't work but that's not saying much

since

that data can't be used for anything related to DNS (all of the "same
domain name as parent" and SRV entries are equally useless).

Apart from that I don't know what you mean.


On 5/28/2004 12:18 AM, Bob Atkinson wrote:

Can the records be persistently stored?

-----Original Message-----
From: Eric A. Hall [mailto:ehall(_at_)ehsco(_dot_)com]
Sent: Thursday, May 27, 2004 10:13 PM
To: Bob Atkinson
Cc: Gordon Fecyk; ietf-mxcomp(_at_)imc(_dot_)org
Subject: Re: Wild card MXes

You don't need to do anything for them to work.

All of your arguments to the contrary have been disproven.

On 5/28/2004 12:14 AM, Bob Atkinson wrote:

I'm going to stop here.

I meant what I said about our ability to ship software with new RR
types. Nothing you have said indicates to the contrary.

  Bob

-----Original Message-----
From: Eric A. Hall [mailto:ehall(_at_)ehsco(_dot_)com]
Sent: Thursday, May 27, 2004 10:05 PM
To: Bob Atkinson
Cc: Gordon Fecyk; ietf-mxcomp(_at_)imc(_dot_)org
Subject: Re: Wild card MXes


As I said the first time, adding it to servers is a bit more fuzzy

but

still quite possible.

DDNS updates from a local application or a nearby host with


authorization

are entirely legitimate means to the end.

Besides, you keep saying "there's no way" when that's provably not

the

case at all.


On 5/28/2004 12:01 AM, Bob Atkinson wrote:

Please,

Did you try to add it to the zone master file?

Bob

-----Original Message-----
From: Eric A. Hall [mailto:ehall(_at_)ehsco(_dot_)com]
Sent: Thursday, May 27, 2004 7:31 PM
To: Bob Atkinson
Cc: Gordon Fecyk; ietf-mxcomp(_at_)imc(_dot_)org
Subject: Re: Wild card MXes


On 5/27/2004 8:48 PM, Bob Atkinson wrote:

To be as clear as I can: Windows implementations of MARID

cannot


(and so

will not) query for new RR types, nor can they serve them up

from


their

DNS servers.


You keep saying that. Here's proof to the contrary ('arachnid'

is

windows 2000 advanced server host, with the labs.ntrg.com. zone


hosted

inside active directory):

[ 21:24:34 -- weasel:/mnt/home/root/ ]
[ ehall$ ] nsupdate

server arachnid.labs.ntrg.com
update add foo.labs.ntrg.com 86400 TYPE64999 \# 15


763D73706631202B6D78202D616C6C


[ 21:25:19 -- weasel:/mnt/home/root/ ]
[ ehall$ ] dig @arachnid.labs.ntrg.com foo.labs.ntrg.com. any

; <<>> DiG 9.1.3 <<>> @arachnid.labs.ntrg.com foo.labs.ntrg.com.

any

;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56048
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0,


ADDITIONAL:

;; QUESTION SECTION:
;foo.labs.ntrg.com.             IN      ANY

;; ANSWER SECTION:
foo.labs.ntrg.com.      86400   IN      TYPE64999 \# 15
763D73706631202B6D78202D616C6C

;; Query time: 103 msec
;; SERVER: 207.65.71.5#53(arachnid.labs.ntrg.com)
;; WHEN: Thu May 27 21:25:44 2004
;; MSG SIZE  rcvd: 62

Record was added to Win2k Active Directory zone via Dynamic DNS


update

operation and retrieved via standard query.

The protocols do not require you to do anything. whether you

have


broken

this functionality in later products is something I cannot test.

--
Eric A. Hall


http://www.ehsco.com/

Internet Core Protocols


http://www.oreilly.com/catalog/coreprot/


--
Eric A. Hall


http://www.ehsco.com/

Internet Core Protocols


http://www.oreilly.com/catalog/coreprot/


--
Eric A. Hall


http://www.ehsco.com/

Internet Core Protocols


http://www.oreilly.com/catalog/coreprot/


--
Eric A. Hall

http://www.ehsco.com/

Internet Core Protocols

http://www.oreilly.com/catalog/coreprot/