Handling subdomain ?

[Kevin Darcy]

A non-record-owning, non-subdomain QNAME was stipulated. Thus QNAME doesn't match
any label -- even a non-terminal one -- and the algorithm falls through Steps 3(a)
and 3(b).


- Kevin

Mark.Andrews at nominum.com wrote:

>         Section 4.3.2, Step 3(a) applies first.
>
>         "a. If the whole of QNAME is matched, we have found the
>             node.
>
>             If the data at the node is a CNAME, and QTYPE doesn't
>             match CNAME, copy the CNAME RR into the answer section
>             of the response, change QNAME to the canonical name in
>             the CNAME RR, and go back to step 1.
>
>             Otherwise, copy all RRs which match QTYPE into the
>             answer section and go to step 6."
>
>         Note:
>         1. this is independent of type.
>         2. "all RRs which match type" may be zero.
>
>         Mark
> >
> > Huh? RFC 1034, Section 4.3.2, Step 3(c):
> >
> >
> > > [...]
> > >
> > > If the "*" label does exist, match RRs at that node
> > >             against QTYPE.
> > >
> >                ^^^^^^^^^^^^^
> >
> > >   If any match, copy them into the answer
> > >             section, but set the owner of the RR to be QNAME, and
> > >             not the node with the "*" label.  Go to step 6.
> > >
> >
> >
> > - Kevin
> >
> >
> > Mark.Andrews at nominum.com wrote:
> >
> > > >
> > > > Sure, just put a wildcard ("*") entry into the something.dk zone. This wi
> > ldca
> > > > rd
> > > > record will be matched by any name in the domain which is not a subdomain
> >  and
> > > > which does not have an explicit record of the same type in the zone.
> > > >
> > > >
> > > > - Kevin
> > >
> > >         '*' matches against a name that does not exist.  It is independent
> > of
> > >         the query type.
> > >
> > >         Mark
> > >