Error "Query section mismatch : got"

[Matus UHLAR - fantomas]

On 21.08.20 09:28, Smile TV wrote:
> > my question is why would anyone do this, as this apparently does not make
>> sense.

>Because when I was from a server that was querying the reverse record
>250.199.212.125.in-addr.arpa it gave an error with the "SERVFAIL" error
>code so I tried to query directly to the hosting that managed it to
>determine the cause.

your query of course makes sense under there curcumstances.

But delegating /24 subnet using RFC2317 delegation is useless, because in
fact you can delegate whole /24 directly


>> >> On Wed, Aug 19, 2020 at 7:42 AM Matus UHLAR - fantomas
>> >> <uhlar at fantomas.sk> wrote:
>> >>> again, why you query for 250.0-24.199.212.125.in-addr.arpa
>> >>> under normal circumstances there's no point of querying that name.

>> > On 19.08.20 10:05, tale via bind-users wrote:
>> >> Well yes and no.   While an individual user would typically not,
>> >> resolvers sure will.  While trying to resolve
>> >> 250.199.212.125.in-addr.arpa, it will eventually get to
>> >> 250.199.212.125.in-addr.arpa CNAME 250.0-24.199.212.125.in-addr.arpa.

>> > On 20 Aug 2020, at 00:41, Matus UHLAR - fantomas <uhlar at fantomas.sk>
>> > wrote:
>> > my question is why would anyone do this, as this apparently does not make
>> > sense.

>Vào Th 4, 19 thg 8, 2020 vào lúc 22:00 Mark Andrews <marka at isc.org> đã
>viết:
>> Presumably because they don’t know that APNIC can delegate the /24s that
>> make
>> up the /17 independently of each other.


-- 
Matus UHLAR - fantomas, uhlar at fantomas.sk ; http://www.fantomas.sk/
Warning: I wish NOT to receive e-mail advertising to this address.
Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
How does cat play with mouse? cat /dev/mouse