Maintained by: NLnet Labs

[Unbound-users] which module inform_super callback was called in when the execution path is mesh_make_new_space()->mesh_walk_super()?

W.C.A. Wijngaards
Mon Oct 17 14:08:23 CEST 2011


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Yang,

On 10/17/2011 12:21 PM, Yang Zhe wrote:
>> For example, if the order of the module is "validator mine iterator",
>> the qstate is going to be deleted when curmod is 2, then I may lose
>> something because mine module lost its chance to inform_super().
> 
> Sorry in this case I should remove validator from the module list,
> curmod is still the iterator. According to my current understanding on
> the source codes. inform_super() is only meaningful if the module
> chould be set as the first module.

So, for the people on the bench here, this is about the internal modules
that unbound uses to resolve queries.  They are event driven.  The
inform_supers event happens if a sub-query is done.  For example, the
DNSKEY for a trust anchor has been looked up and the query can continue
its validation.

A module creates a subquery, and then waits for that to be done.  This
event is the inform_supers event.  It happens for the module that is
active (i.e. that created the subquery).

The same mechanism is also used for network access.  The module creates
a network-query.  An event arrives when that is done, it is sent to the
active module (i.e. that created the network query and then waited for it).

Best regards,
   Wouter
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJOnBq3AAoJEJ9vHC1+BF+N/+AP/i+OT1Iwltgb5uuaoTfTgYM5
Mb96mB8YICPlExpA+l6AjzwgKSk5f5jMAgX7sbhZqi7vq5Z5yYMUHqq8Ux/BfxKh
t+qEqVxD+kkuUO3CYiTr6Y5+ALmczXqgRhHT3ICO1AFiaNS+wyt9dQ0ZSR4ND+X3
OP9n0qnRnABS/yhd3sg2QR0PeP1Zdcv5XWeXox4kKmM9qjNURh0PrWiEkH95FJ2s
PgDRApu3eg6IQsSFqDfFDE0aRtV2SPeazi+t3IKAYvPVnEl4tJzIo5ltgf9xYLIB
lNaa28IgZ6yhEs5RCzHj0zKA9JZYRdXv9zsYwe4r0iIyAzUhRaQ9yEvhtbUgAFpl
nKxBDloLgx3sTP+GRcATGFVWWWo2V/uKYPDZ7H0ihUPTiu43SWB/qcKjZTaDnhG2
9069u+cLBdZF+OtXknIUI9qNSW8U73T3VvN8jKh7QQJtn6S7C5MnS8twHpTCeP0U
LlqMFef1DU7OEYGdsSHqxh+jlrGiAFwOyjCxX0A+hgl5+hCVf8vn/p/uEv5MEGL5
3OX1D+T3Yd1oJKAmcpfuki64ceT348AcTlrYLQK1v5mkBfc7fWQUKzp4NDaK9HG7
8CkEvn5BZISqIoOpmGNzIBgd1G7PuEqER1R6TDwSVPY+gwWxKHPHtnJXq9+73m3N
mVc4TsPaicOMFB2cdfxI
=TU9x
-----END PGP SIGNATURE-----