BIND 10 #1372: IXFR-out protocol handling: AXFR style IXFR
BIND 10 Development
do-not-reply at isc.org
Mon Nov 21 10:16:48 UTC 2011
#1372: IXFR-out protocol handling: AXFR style IXFR
-------------------------------------+-------------------------------------
Reporter: | Owner: jinmei
jinmei | Status: reviewing
Type: task | Milestone:
Priority: major | Sprint-20111122
Component: | Resolution:
xfrout | Sensitive: 0
Keywords: | Sub-Project: DNS
Defect Severity: N/A | Estimated Difficulty: 4
Feature Depending on Ticket: | Total Hours: 0
Add Hours to Ticket: 0 |
Internal?: 0 |
-------------------------------------+-------------------------------------
Changes (by vorner):
* owner: vorner => jinmei
Comment:
Hello
Replying to [comment:11 jinmei]:
> Not necessarily, but I simply couldn't think of a case where these
> things happen, except, of course, due to a very stupid bug in
> b10-auth, and I thought that we should rather drop any state and
> continue (or if it's lightweight even kill it and restart) should this
> happen than trying to do anything more especially with someone via
> a network.
Well, being into philosophy, I'd say that all bugs are stupid. If the bug
is intelligent, it becomes a feature.
Anyway, you're right about the fact that this probably will never happen,
therefore we don't need to spend too much time worrying about it. So leave
it as it is.
> Maybe we should discuss this as a general policy project-wide.
> For this particular case, I'd rather close this ticket faster than
> continuing the discussion (after all, this event shouldn't happen and
> wouldn't matter much in practice, until/unless we really introduce a
> bug in b10-auth). I've created a diff to change the behavior to
> returning SERVFAIL (attaching to the ticket). If you still prefer
> this behavior and the diff is okay, I'll introduce it and complete the
> ticket; otherwise, if you rather defer the discussion in a generic
> context, I'll complete this ticket without applying it.
OK, discussion is fine. I'll try to remember for the next non-planning
call.
This ticket looks OK to merge.
--
Ticket URL: <http://bind10.isc.org/ticket/1372#comment:13>
BIND 10 Development <http://bind10.isc.org>
BIND 10 Development
More information about the bind10-tickets
mailing list