A new bgpdump tool

Yasuhiro Ohara yasu at nttv6.jp
Sun Mar 15 00:59:38 UTC 2015


Thank you, Chris.

Yes, I am.

Best regards,
Yasu

From: Chris Morrow <morrowc at ops-netman.net>
Subject: Re: A new bgpdump tool
Date: Sat, 14 Mar 2015 13:56:11 -0400
Message-ID: <5504763B.9090403 at ops-netman.net>

> Are you asking for a presentation slot for this? (which seems ok to me,
> btw).
> 
> On 03/04/2015 08:20 PM, Yasuhiro Ohara wrote:
>> 
>> Hi,
>> 
>> I'm developing a new tool that can read routeviews
>> RIB files (MRT v2 RIB format). I call it "bgpdump2". It is similar, but
>> with a few additional features, to the libbgpdump.
>> It is going to be open source (the process is on-going).
>> 
>> This e-mail is to consult if there is some interest in such a tool.
>> I'm considering to provide a presentation in Dallas.
>> 
>> The motivations of creating a brand new tool are below.
>> 1. libbgpdump seemed to have some rooms to speed up, since
>>    it seems to issue many small-sized read operations, rather than
>>    making a small number of large-sized read operations.
>> 2. I wanted to add a few additional features (explained below)
>>    to such tools.
>> 3. it didn't seem easy to modify the libbgpdump for me.
>> 
>> The additional features include longest prefix matching using a
>> PATRICIA table inside the command, diff'ing the prefixes
>> between peers (Note, the BGP prefixes are stored per peer
>> in the RIB file), and to display of some statistics of RIBs per peer.
>> 
>> I am from a R&D division of a tier-1 ISP (i.e., NTT Communications),
>> and was trying to compare BGP full route routing table instances,
>> possibly between ISPs.  I expect that such a tool can contribute to
>> get a detailed view on how/why BGP full route routing tables are
>> different.  For example, we're going to need the longest matching
>> lookup function to see if the differentiating prefix is covered by a
>> shorter prefix.
>> 
>> However I'm not greatly succeeding so far, since the reason for
>> a prefix that is differentiating depends on case by case
>> (and there are various reasons including "the business relationship"),
>> and I could not get a summarized view after the comparison of
>> (say) two BGP full route routing tables.
>> 
>> I would like to get some feedback from the community on these things.
>> I can provide in Dallas some more details of my tool,
>> some performance benchmark of it,
>> and some statistics of RouteView's RIB files.
>> 
>> Would you kindly share your opinions on this ?
>> 
>> Thanks.
>> 
>> Best regards,
>> Yasu
>> 
>> _______________________________________________
>> Iepg mailing list
>> Iepg at lists.isc.org
>> https://lists.isc.org/mailman/listinfo/iepg
>> 
> _______________________________________________
> Iepg mailing list
> Iepg at lists.isc.org
> https://lists.isc.org/mailman/listinfo/iepg
> 


More information about the Iepg mailing list