plea for comcast/sprint handoff debug help

Christopher Morrow morrowc.lists at
Tue Nov 10 04:22:36 UTC 2020

On Fri, Nov 6, 2020 at 3:09 PM Randy Bush <randy at> wrote:
> >> really?  could you be exact, please?  turning an optional protocol off
> >> is not a 'failure mode'.
> > I suppose it depends on how you think you are serving the data.
> > If you thought you were serving it on both protocols, but 'suddenly'
> > the RRDP location was empty that would be a failure.
> not necessarily.  it could merely be a decision to stop serving rrdp.
> perhaps a security choice; perhaps a software change; perhaps a phase
> of the moon.

right this is all in the same set of: "failure modes not caught"
(I think, I don't care so much WHY you stopped serving RRDP, just that
after a few failures
the caller should try my other number (rsync))

> as i do not see rrdp as a critical service, after all it is not mti,
> but i am quite aware of whether it is running or not.  the problem is
> that routinator seems not to be.

sure... it's just made one set of decisions. I was hoping with some
discussion we'd get to:
Welp, sure we can fallback and try rsync if we don't see success in <some> time.

More information about the NANOG mailing list