BIND 10 #1210: IXFR system test specification
BIND 10 Development
do-not-reply at isc.org
Mon Oct 3 15:17:45 UTC 2011
#1210: IXFR system test specification
-------------------------------------+-------------------------------------
Reporter: | Owner: stephen
stephen | Status: reviewing
Type: task | Milestone:
Priority: | Sprint-20111011
critical | Resolution:
Component: xfrin | Sensitive: 0
Keywords: | Sub-Project: DNS
Defect Severity: N/A | Estimated Difficulty: 6
Feature Depending on Ticket: | Total Hours: 0
Add Hours to Ticket: 0 |
Internal?: 0 |
-------------------------------------+-------------------------------------
Changes (by vorner):
* owner: vorner => stephen
Comment:
Hello
Should I read the RFC as well just to make sure you didn't miss anything
as well?
It says the class must be IN. Does it mean we can't use IXFR for differnt
class?
Why are the version numbers by tens? Isn't it enough to just miss the one
single number that is not present?
You propose to use bind9 for the tests. Isn't it easier to prepare the
packets to answer in some files and use socat for example to send/receive
the packets?
The 4/4 says the order of changes is set. However, it also says the whole
transaction is atomic. I think it refers to the effect on the resulting
data in the zone. If we, for example, had a „delete this RR“ and then
again „add this RR“, it results in a zone containing it. If it is the
other way around, it results in a zone without. Maybe some data might test
this?
For 4/7, can we simulate a TCP connection that gets truncated/reset? And
see the data from the beginning didn't get stored?
Can we check that the IXFR is sent when the SOA times out? Or is that too
long to test? Should we mention it?
Thanks
--
Ticket URL: <http://bind10.isc.org/ticket/1210#comment:8>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list