Index: [Article Count Order] [Thread]

Date: Wed, 30 Nov 2005 13:18:27 +0900
From: Hideshi Enokihara <Hideshi.Enokihara@jp.yokogawa.com>
Subject: [dnstest:00015] Re: Issue regarding test case no. 35
To: "PRAMENDRA  SINGH" <parma_it@rediffmail.com>
Cc: dnstest@tahi.org
Message-Id: <20051130131827.6c2fadad.Hideshi.Enokihara@jp.yokogawa.com>
In-Reply-To: <20051129141357.27118.qmail@webmail9.rediffmail.com>
References: <20051129141357.27118.qmail@webmail9.rediffmail.com>
X-Mail-Count: 00015

Hi

This is bug of the spcipt.
The script should expect the query of "A.example.com" at Step3.
But, currect script expect the query of "B.example.com".
So, this test fails.

We will fix this bug in next release.

Best Regards,

On 29 Nov 2005 14:13:57 -0000
"PRAMENDRA  SINGH" <parma_it@rediffmail.com> wrote:

> Hi
> 
> I got a doubt regarding test case no. 35. The sequence of steps are
> 
> 1. Nut sends query QNAME=B.example.com 
> 2. Receives a standard query response, but ID=Not same as 1's query, CNAME=A.example.com
> 3. NUT again sends query A.example.com, but that should not reach to the TN.
> 
> Now as per my knowledge is concerned, whenever any response 
> carries CNAME, the resolver will start transmitting 
> the query (for the domain name indicated by the CNAME),
> if the received response for the above query was not 
> for qtype = CNAME. (Reference RFC 1034, 3.6.2). The same thing happened
> correctly in test case no. 34., where after receiving the response (CANME=A.example.com.)
> by the NUT, it starts sending query (A.example.com. which your CNAME refres to).
> For this reason the script does not ask for query from the NUT...coz the NUT will do it
> automatically.....
> I'm confused why it contradicts with test case no. 35
> Please comment.....
> 
> thanks & regards
> 
> Prem __> 


-- 
*************************************
Hideshi Enokihara
IPv6 Business
Network & Software Development Dept.
Yokogawa Electric Corporation