Thanks for sorting this out Job, much appreciated.
On Fri, Jul 19, 2019 at 1:07 PM Job Snijders <job(a)ntt.net> wrote:
I think this is resolved now.
On Fri, Jul 19, 2019 at 02:37 Job Snijders <job(a)ntt.net> wrote:
Some good debugging information was provided to
me offlist , I've now
been in touch with ARIN staff and some changes were made. It may take a
few hours for the changes to be visible on the Internet, new zone file
needs to be generated & pushed out.
My initial assessment is that the delegations for the remaining /10 and
/9 towards AMPRnet DNS servers didnt exist. I don't know whose
responsiblity it would've been to ensure that existed. I can't guess why
they were missing, perhaps a coordination issue in the transfer process
from the previous state to the current state.
The AMPRnet reverse DNS administators may want to verify that the
authoritative dns servers are configured not for for 44.in-addr.arpa,
but for the individual /16s within 44/8 that still are AMPRnet. I don't
know who manages that so I hope this message finds them.
I'm running on fumes and only have 4 hours of sleep opportunity ahead of
me - so signing off, I think things will probably restore in the next
few hours.
Good luck!
Job
On Fri, Jul 19, 2019 at 05:27:27AM +0000, Job Snijders wrote:
> To help speed up the resolution process, it would be beneficial if
> someone provides me with data what exactly is broken, and what the
> values / parameters previously were.
>
> was 44.in-addr.arpa. previously delegated to
z.arin.net,
x.arin.net,
and
r.arin.net? If not, where was it delegated? Where should it be
delegated?
Any tangible data about what the state currently is, and what it should
be; will help speed up recovery.
Kind regards,
Job
_________________________________________
44Net mailing list
44Net(a)mailman.ampr.org
https://mailman.ampr.org/mailman/listinfo/44net