Re: validating reachability via an ISP

[Alexander Azimov]

Hi Andy,

You can use Qrator.Radar API: https://api.radar.qrator.net/.
The get-all-paths method will return the set of active paths for selected
prefix.


2018-03-29 2:22 GMT+03:00 Andy Litzinger <andy.litzinger.li...@gmail.com>:

> Hi all,
>   I have an enterprise network and do not provide transit. In one of our
> datacenters we have our own prefixes and rely on two ISPs as BGP neighbors
> to provide global reachability for our prefixes.  One is a large regional
> provider and the other is a large global provider.
>
> Recently we took our link to the global provider offline to perform
> maintenance on our router.  Nearly immediately we were hit with alerts that
> our prefix was unreachable and BGPMon alerted that nearly 80 AS's noted our
> route had been withdrawn.  We were not unreachable from every AS, but we
> certainly were from some of the largest.
>
> The root cause is that the our prefix is not being adequately
> re-distributed globally by the regional ISP.  This is unexpected and we are
> working through this with them now.
>
> My question is, how can I monitor global reachability for a prefix via this
> or any specific provider I use over time?  Are there various route-servers
> I can programmatically query for my prefix and get results that include AS
> paths? Then I could verify that an "acceptable" number of paths exist that
> include the AS of the all the ISPs I rely upon.  And what would an
> "acceptable" number of alternate paths be?
>
>
> thanks in advance,
>   -andy
>



-- 
| Alexander Azimov  | HLL l QRATOR
| tel.: +7 499 241 81 92
| mob.: +7 915 360 08 86
| skype: mitradir
| mailto: a...@qrator.net
| visit: www.qrator.net

Re: Qrator Radar - Peerings

[Alexander Azimov]

Job, thank you for the intro. :)

Dear Mike, the radar project is operating its own BGP collector system
which improves when we have more sessions and loses data, when BGP sessions
are going down. While it's overall amount is constantly growing (it reached
400 a month ago), there are sessions that disconnect from our RR.
Visibility of peering relations is most vulnerable in this case because
they are not globally visible. So, when one ISP shutdowns session there may
be a decrease in numbers of peers for this ISP and its providers.

At the moment we are not contacting users when BGP session goes down, maybe
we should reconsider these politics.

6 дек. 2017 г. 5:47 PM пользователь "Job Snijders" 
написал:

On Wed, 6 Dec 2017 at 15:42, Mike Hammett  wrote:

> I haven't brought it up with them, no. I didn't think it was a mass issue
> until last night. I wanted to check with other users before I went to them.
> Maybe I should have done the opposite.



Yes, you should’ve. The Qrator folks are good people.

Kind regards,

Job