> This is the plan. But this is more verification and repair than
> proactively mitigating. I imagine it will be a long day Sunday anyway.
In the verification and repair line, iNOC-DBA seems a good tool to have.
You could proactively verify your IP Phone is working... :-)
Rubens
As for the providers who generate filters based off of IRR data, some
of those may have mechanisms to do some sort of a manual filter push to
accommodate >your needs.
Anyone have a list of providers that actively use IRR data for route
control other than for direct peering session control??
>On Fri, 28 Oct 2005, Flint Barber wrote:
>> What are the real gotchas for changing ASNs that people have run
>> into? There is a minor one in terms of route-registry timeliness, I
>> can't update RADB until the change takes place and ISPs don't run
>> their update scripts on my timetable
On Fri, 28 Oct 2005, Flint Barber wrote:
What are the real gotchas for changing ASNs that people have run
into? There is a minor one in terms of route-registry timeliness, I can't
update RADB until the change takes place and ISPs don't run their update
scripts on my timetable. So I see
ASN - Migration
What are the real gotchas for changing ASNs that people have run
into? There is a minor one in terms of route-registry timeliness, I can't
update RADB until the change takes place and ISPs don't run their update
scripts on my timetable. So I see there might be a gap. If so