End of life: 'sh ip bgp' collection on route-views.routeviews.org

Mailman List Mirror (Read Only)
1

Folks,

  We're planning to end of life collection of 'sh ip bgp'
  RIBs from route-views.routeviews.org. We will of course
  keep the data we have.

  Please let us know if you are still using these data.

  Thanks,

  Dave

2

We're planning to end of life collection of 'sh ip bgp'
RIBs from route-views.routeviews.org. We will of course
keep the data we have.

Please let us know if you are still using these data.

researchers do use rib shots.

it's feb 32nd 2012, and i want r-v's rib, i go back to 2008 and run in
all the updates since the last snap? and this is viable, let alone
reliable?

randy

3

Randy,

  Its the Cisco 'sh ip bgp' format RIBs that we're planning
  to end-of-life, not the MRT format RIBs. Is that still a
  problem? In addition, we're looking at whether we can
  generate the 'sh ip bgp' format RIBs from the MRT format
  RIBs in the event someone has tools that take that format
  as input.

  One important issue is that rv2.routeviews.org (where
  many of the MRT format RIBs are generated) has a
  different peer set than route-views.routeviews.org (where
  the 'sh ip bgp' RIBs come from). I'm working on trying
  to regularize those now.

  In any event, please let me know if the end-of-life of
  the 'sh ip bgp' format RIBs is a problem.

  Thanks,

  Dave

4

Parsing the MRT rib snapshots is much easier and more
predictable for an automated fashion than some CLI interface that
can (and does) change unpredictably over time.

  The MRT data is far more valuable because it is easier to
automate analysis.

  - Jared

5

Jarad,

  Thanks for the feedback. That was our sense as well, but
  I know that (in the past, anyway) some folks had built
  tools that used 'sh ip bgp' format input data. We didn't
  want to break those. As I mentioned to Randy, we're
  thinking we can generate 'sh ip bgp' format from MRT data
  (but there is still the "peer partity" issue; we're
  working that now).

  One other note on all of this. Part of the reason we
  wanted to take down the screen scraping to get the 'sh ip
  bgp' stuff is that route-views.routeviews.org is under
  quite a bit of CPU and memory stress. While we're in the
  process of trying to upgrade that box, resources are
  tight and it would be useful if we could free up the
  resources used in collecting that data.

  Dave