Re: [GROW] A new bgpdump tool
Yasuhiro Ohara <yasu@nttv6.jp> Fri, 20 March 2015 01:17 UTC
Return-Path: <yasu@nttv6.jp>
X-Original-To: grow@ietfa.amsl.com
Delivered-To: grow@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B36C1A886C for <grow@ietfa.amsl.com>; Thu, 19 Mar 2015 18:17:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.496
X-Spam-Level: **
X-Spam-Status: No, score=2.496 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jz6Q7M9a9G45 for <grow@ietfa.amsl.com>; Thu, 19 Mar 2015 18:17:18 -0700 (PDT)
Received: from guri.nttv6.jp (guri.nttv6.jp [IPv6:2402:c800:ff06:a::4]) by ietfa.amsl.com (Postfix) with ESMTP id BD7051A885F for <grow@ietf.org>; Thu, 19 Mar 2015 18:17:17 -0700 (PDT)
Received: from z.nttv6.jp (z.nttv6.jp [192.168.8.15]) by guri.nttv6.jp (NTTv6MTA) with ESMTP id DB7B04E600 for <grow@ietf.org>; Fri, 20 Mar 2015 10:17:16 +0900 (JST)
Received: from localhost (fujiko.nttv6.jp [IPv6:2402:c800:ff06:136::141]) by z.nttv6.jp (NTTv6MTA) with ESMTPSA id 463943AC84; Fri, 20 Mar 2015 10:17:16 +0900 (JST)
Date: Fri, 20 Mar 2015 10:15:40 +0900
Message-Id: <20150320.101540.2286853679165409908.yasu@nttv6.jp>
To: grow@ietf.org
From: Yasuhiro Ohara <yasu@nttv6.jp>
In-Reply-To: <20150306.142705.1611674823609985976.yasu@nttv6.jp>
References: <20150305.101734.501639731449288981.yasu@nttv6.jp> <54F8ACFA.1040503@network-services.uoregon.edu> <20150306.142705.1611674823609985976.yasu@nttv6.jp>
Organizaton: NTT Communications
X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO)
Mime-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/grow/edYZAp3fW6hBvKNCwutu2hnPjko>
Subject: Re: [GROW] A new bgpdump tool
X-BeenThere: grow@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Grow Working Group Mailing List <grow.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/grow>, <mailto:grow-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/grow/>
List-Post: <mailto:grow@ietf.org>
List-Help: <mailto:grow-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/grow>, <mailto:grow-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Mar 2015 01:17:20 -0000
Hi, > tools. I'm going to summarize it and send the list to the mailing-list. Below is the list of tools and some papers. * Tools. - libbgpdump written in C. <https://bitbucket.org/ripencc/bgpdump/wiki/Home> - zebra-dump-parser written in Perl. <https://github.com/rfc1036/zebra-dump-parser> - java-mrt library written in Java. <https://github.com/paaguti/java-mrt> - UCLA bgpparser written in C++. <http://irl.cs.ucla.edu/software/bgpparser.html> - mrtparse written in Python. <https://github.com/YoshiyukiYamauchi/mrtparse> - bgpdump2 written in C. <https://github.com/yasuhiro-ohara-ntt/bgpdump2> * route leaks - <https://ripe69.ripe.net/presentations/157-RIPE-69-Routing-WG.pdf> <https://ripe69.ripe.net/archives/video/10076/> - <http://tools.ietf.org/pdf/draft-ietf-grow-route-leak-problem-definition-00.pdf> - <https://tools.ietf.org/html/draft-sriram-route-leak-detection-mitigation-00> (to be presented in the IDR WG meeting in Dallas) * AS relations - Linxin Gao, "On inferring autonomous system relationships in the internet", IEEE/ACM Transactions on Networking (TON), Volume 9 Issue 6, December 2001, Pages 733-745. <https://dl.acm.org/citation.cfm?id=504611.504616> - Giotsas, V., "Valley-free violation in Internet routing - Analysis based on BGP Community data", <http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=6363987> - "AS Relationships, Customer Cones, and Validation" <http://www.caida.org/~amogh/papers/asrank-IMC13.pdf> - "A Survey of Interdomain Routing Policies" <https://www.cs.bu.edu/~goldbe/papers/survey.pdf> Best regards, Yasu From: Yasuhiro Ohara <yasu@nttv6.jp> Subject: Re: [GROW] A new bgpdump tool Date: Fri, 06 Mar 2015 14:27:05 +0900 (JST) Message-ID: <20150306.142705.1611674823609985976.yasu@nttv6.jp> > > Mr. Kemp, > > Thank you for the information. > > I have been kindly informed, also by others, of other BGP dump parsing > tools. I'm going to summarize it and send the list to the mailing-list. > > Yes, I'm interested in route leaks. Now I'm wondering what kind of > functions are beneficial in a BGP dump tool to help people check or > find the route leaks. Please let me know if you have some idea. > > Best regards, > Yasu > > From: John Kemp <kemp@network-services.uoregon.edu> > Subject: Re: [GROW] A new bgpdump tool > Date: Thu, 05 Mar 2015 11:22:34 -0800 > Message-ID: <54F8ACFA.1040503@network-services.uoregon.edu> > >> >> For the parser part, you might consider looking at the UCLA >> bgpparser to see how they dealt with certain issues. >> >> http://irl.cs.ucla.edu/software/bgpparser.html >> >> For path questions, I'm guessing you might want to be looking >> at route leaks. If that is the case, >> >> https://ripe69.ripe.net/presentations/157-RIPE-69-Routing-WG.pdf >> https://ripe69.ripe.net/archives/video/10076/ >> >> The related definitions in GROW: >> http://tools.ietf.org/pdf/draft-ietf-grow-route-leak-problem-definition-00.pdf >> >> /jgk >> >> >> On 3/4/15 5:17 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 >>> >>> >>> _______________________________________________ >>> GROW mailing list >>> GROW@ietf.org >>> https://www.ietf.org/mailman/listinfo/grow >>> >> >> _______________________________________________ >> GROW mailing list >> GROW@ietf.org >> https://www.ietf.org/mailman/listinfo/grow >> > > _______________________________________________ > GROW mailing list > GROW@ietf.org > https://www.ietf.org/mailman/listinfo/grow >
- Re: [GROW] A new bgpdump tool Yasuhiro Ohara
- Re: [GROW] A new bgpdump tool Claudio Jeker
- Re: [GROW] A new bgpdump tool Nick Hilliard
- Re: [GROW] A new bgpdump tool Claudio Jeker
- [GROW] A new bgpdump tool Yasuhiro Ohara
- Re: [GROW] A new bgpdump tool John Kemp
- Re: [GROW] A new bgpdump tool Yasuhiro Ohara
- Re: [GROW] A new bgpdump tool Sriram, Kotikalapudi
- Re: [GROW] A new bgpdump tool John Kemp
- Re: [GROW] A new bgpdump tool Yasuhiro Ohara