dig -x 184.108.40.206 +trace
136.142.in-addr.arpa. 86400 IN NS ns1.twcable.com.
136.142.in-addr.arpa. 86400 IN NS ns2.twcable.com.
136.142.in-addr.arpa. 10800 IN NSEC 137.142.in-addr.arpa. NS
136.142.in-addr.arpa. 10800 IN RRSIG NSEC 5 4 10800
20190510203932 20190426193932 3402 142.in-addr.arpa.
;; Received 322 bytes from 220.127.116.11#53(arin.authdns.ripe.net) in 138
18.104.22.168.in-addr.arpa. 14400 IN PTR nce.mail.chartercom.com.
234.136.142.in-addr.arpa. 500 IN NS cdp-wn-tm-5-01.inf.twcable.com.
;; Received 135 bytes from 22.214.171.124#53(ns1.twcable.com) in 78 ms
If we switch to qname-minimization disabled, we can resolve that:
On Fri, Apr 26, 2019 at 04:01:24PM -0700, Carl Byington via bind-users wrote:
> The default for the qname-minimization option is relaxed, but with that,
> we cannot resolve the PTR for 126.96.36.199.
That zone's pretty messed up. ns1 and ns2.twcable.com always return
REFUSED for 136.142.in-addr.arpa/NS, but they return a delegation for
234.136.142.in-addr.arpa to cdp-wn-tm-5-01.inf.twcable.com, which doesn't
exist. So named ends up treating it as a lame delegation. I would suggest
contacting Charter Communications about this, they need to fix the zone.
"qname-minimization relaxed" really ought to be able to work around this,
though, and I thank you for bringing it up. You can file a bug report at
gitlab.isc.org/isc-projects/bind9/issues if you wish.