On Mon, Jun 21, 2010 at 12:45:00PM -0400, Christopher Morrow wrote: > On Mon, Jun 21, 2010 at 12:31 PM, Claudio Jeker > <[email protected]> wrote: > > On Mon, Jun 14, 2010 at 07:45:24AM -0700, [email protected] wrote: > >> A New Internet-Draft is available from the on-line Internet-Drafts > >> directories. > >> This draft is a work item of the Global Routing Operations Working Group > >> of the IETF. > >> > >> > >> Title : BGP Monitoring Protocol > >> Author(s) : J. Scudder, et al. > >> Filename : draft-ietf-grow-bmp-04.txt > >> Pages : 16 > >> Date : 2010-06-14 > >> > >> This document proposes a simple protocol, BMP, which can be used to > >> monitor BGP sessions. BMP is intended to provide a more convenient > >> interface for obtaining route views for research purpose than the > >> screen-scraping approach in common use today. The design goals are > >> to keep BMP simple, useful, easily implemented, and minimally > >> service-affecting. BMP is not suitable for use as a routing > >> protocol. > >> > >> A URL for this Internet-Draft is: > >> http://www.ietf.org/internet-drafts/draft-ietf-grow-bmp-04.txt > >> > > > > I'm wondering why it is necessary to have a new way of dumping tables and > > updates. IMO the MRT format is a very well known and accepted format. > > There are existing parser libraries and many bgp implementations already > > support this format. > > Wouldn't it be better to make a joined effort to merge MRT and BMP? > > bmp dumps the adj-rib-in ... with (I believe) some extra data that > MRT's not getting. I thought also that larry was looking to integrate > BMP feeds into the collector system that uses MRT today? (mrt being > the output format from a bgp listener like quagga) >
Which table is dumped is only an implementation detail. MRT could very well dump the adj-rib-in or even the adj-rib-out. Some implementations do allow that already. It is very simple to extend the MRT format for the two new messages that BMP has. Adding the Initiation Message and Stats Reports to MRT would be simple. I just see no point in trying to reinvent the wheel. -- :wq Claudio _______________________________________________ GROW mailing list [email protected] https://www.ietf.org/mailman/listinfo/grow
