GitLab

* Avoid infinite recursion - the operator | kind of happened to call
  itself by accident.
* Re-added lost | dnssec_opt_.

Only positive matches for now.

This looks like someone already prepared for it, it only needs to
passing the intent to few functions and everything handles itself well.

Also updated tests, since the utility function gets confused by the
RRSIGs. Not fixing the function for now, it looks complicated, because
the problem is in it's design - if it happens to be just this one case,
it will be easier.

It turns out to be simple search & replace, it didn't use any in-memory
specific features. The rest of Auth still uses hardcoded in-memory, as
it needs to load it, etc.

And some more similar renaming. Just to match naming conventions.

note: qtype_is_any was originally const, and was temporarily changed to
mutable.  it's now immutable again.

It seems the RFC 2672 isn't too clear about it, but all checked
authoritative servers don't provide the authority section in case of
YXDOMAIN caused by too long synthesized name.

Return YXDOMAIN instead.

No chaining is implemented. While RFC 1024 indicates we should do it at
last inside the same zone, we don't now and leave it out for later.

The CNAME is handled in the same way as as SUCCESS with slight
modification about additional data (which probably never happen in real
life anyway).

omit authority data which has already been provided in the answer section from the authority section.


git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac475@4164 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac464@4158 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac458@4148 e5f2f494-b856-4b98-b285-d166d9295462

Now it uses code from #453.

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac458@4147 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac464@4145 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac453@4091 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac453@4090 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac453@4087 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac458@4073 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac453@4071 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac455@4043 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac455@4042 e5f2f494-b856-4b98-b285-d166d9295462

 - we should return REFUSED (as opposed to SERVFAIL) when we cannot find a matchign zone as we discussed at the bind10-dev list
 - we shouldn't use the meory data source unless the query class is IN (which is the only supported class at the moment)
 - the "NXRRSET" result of Zone::find() should actually result in "NOERROR" rcode in the response (NXRRSET is dynamic update specific)


git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac450@4005 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac439@3975 e5f2f494-b856-4b98-b285-d166d9295462

git-svn-id: svn://bind10.isc.org/svn/bind10/branches/trac439@3974 e5f2f494-b856-4b98-b285-d166d9295462