Send Iepg mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/iepg
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Iepg digest..."
Today's Topics:
1. Re: A new bgpdump tool (Chris Morrow)
2. Re: A new bgpdump tool (Yasuhiro Ohara)
----------------------------------------------------------------------
Message: 1
Date: Sat, 14 Mar 2015 13:56:11 -0400
From: Chris Morrow <[email protected]>
To: [email protected]
Subject: Re: A new bgpdump tool
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
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
> [email protected]
> https://lists.isc.org/mailman/listinfo/iepg
>
------------------------------
Message: 2
Date: Sun, 15 Mar 2015 09:59:38 +0900 (JST)
From: Yasuhiro Ohara <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: A new bgpdump tool
Message-ID: <[email protected]>
Content-Type: Text/Plain; charset=us-ascii
Thank you, Chris.
Yes, I am.
Best regards,
Yasu
From: Chris Morrow <[email protected]>
Subject: Re: A new bgpdump tool
Date: Sat, 14 Mar 2015 13:56:11 -0400
Message-ID: <[email protected]>
> 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
>> [email protected]
>> https://lists.isc.org/mailman/listinfo/iepg
>>
> _______________________________________________
> Iepg mailing list
> [email protected]
> https://lists.isc.org/mailman/listinfo/iepg
>
------------------------------
_______________________________________________
Iepg mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/iepg
End of Iepg Digest, Vol 20, Issue 3
***********************************
