Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!zaphod.mps.ohio-state.edu!brutus.cs.uiuc.edu!psuvax1!psuvm!CMS!BHOLMES
From: BHOLMES@CMS.CC.WAYNE.EDU (Brian Holmes)
Newsgroups: bit.listserv.ibmtcp-l
Subject: DNS and zone xfer
Message-ID: <IBMTCP-L%90011108473168@CUNYVM>
Date: 11 Jan 90 13:42:36 GMT
Sender: IBM TCP/IP For VM List <IBMTCP-L@CUNYVM>
Reply-To: IBM TCP/IP For VM List <IBMTCP-L@CUNYVM>
Lines: 36
Approved: NETNEWS@PSUVM Gateway

I found this in the logs of the IBMTCP-L list.


>>Will Zone Transfer be supported in NAMESRV?
>>
>It is currently supported.  However, some domain name servers have
>recently started requesting a zone transfer on the same tcp connection
>which requested the SOA resource record.  The reason for this change
>is probably to save on overhead.  Multiple queries are permitted.
>However, the format of such queries is not first one query followed
>by another, but to package the two queries together with a single
>header section indicating processing required for two queries.
>
>Mimi Zohar
>IBM T.J. Watson Research Center

>Not knowing the background, I can't comment on the reasons, but
>packaging to queries in one DNS packet, whether carried by UDP or TCP
>is non-standard.  I would recommend against this practice.  It is not
>interoperable with several other implementations.
>
>I am somewhat perplexed by packaging the SOA query with the AXFR
>anyway.  The whole point of the SOA query is to decide whether or not
>you need the AXFR, and you don't know until you get the response.
>
>paul mockapetris

I believe this is where my problem is occuring.  Are there any plans
for changeing the way FAL handles SOA querys followed by AXFR querys?

                        Brian Holmes
                        UCC Operating Systems & Communications

PHONE:    (313) 577-3750  FAX=577-5626          Wayne State University
BITNET:   BHOLMES@WAYNEST1                      5925 Woodward
INTERNET: BHOLMES@CMS.CC.WAYNE.EDU              Detroit, MI 48202  U.S.A