[28086] in North American Network Operators' Group
Re: peering tools
daemon@ATHENA.MIT.EDU (HANSEN CHAN)
Sun Apr 9 19:21:02 2000
Message-Id: <38F10FC4.B85D611C@newbridge.com>
Date: Sun, 09 Apr 2000 19:18:28 -0400
From: "HANSEN CHAN" <hchan@newbridge.com>
MIME-Version: 1.0
To: Sean Donelan <sean@donelan.com>
Cc: scall@devolution.com, nanog@merit.edu
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Errors-To: owner-nanog-outgoing@merit.edu
Hello Sean,
Sean Donelan wrote:
> On Fri, 07 April 2000, Scott Call wrote:
> > As we (ATG) are about to move into PAIX, SIX, and MAE-East ATM, I wanted
> > to ask what the members of Nanog used to manage their peering with
> > others (software wise). Currently we are all Cisco based, but Juniper
> > and others are also eventualities.
> >
> > I've looked at the RtConfig program and it seems like a place to
> > start, but I get the feeling that this is not the method most use.
>
> Most folks configure provider-to-provider BGP peering sessions manually.
>
> Fortunately they change fairly infrequently. A few use some automated
> tools to push and collect router configurations, and macro or script
> tools like M4 and Perl. Even fewer use RtConfig or other database driven
> configuration tools. ANS had the closest to fully automated their peering
> configurations, but they're gone now.
>
> The basic problem is most providers have homegrown systems which can't
> share data with other providers. RPSL/IRRDB are attempts to communicate
> the information between providers, but generally different providers use
> very different forms and procedures. Sprint used a completely different
> method of exchanging information about BGP configutions than Cable&Wireless
> does. So if you peer with 50 different people, you may have 55 different
> processes (yes, some providers have more than one process even within their
> own company).
To make sure I understand your message, do you mean RPSL/IRR are not used by
most of the providers? Do they really have to configure manual line by line
using CLI? I heard otherwise from some other people (who might not be entirely
correct :-)
I'm trying to understand how BGP4 policy are being configured by ISPs. Your
input is highly appreciated.
>
>
> I suspect Randy will explain its not a problem with Verio, but Verio is
> a exception.
