Peering Policies and Route Servers

Jeff Young young at mci.net
Tue Apr 30 15:08:54 UTC 1996


one thing that's been overlooked in this conversation is the fact that
routing in the internet between mci/sprint/etc... nsp's is asymmetric.
we route shortest exit to sprint, they route shortest exit to us.  in
this way we share the cost of cross country transit.  unless you're in
three naps across the country (east, west, and middle) that's kind of
hard to duplicate.  

Jeff Young
young at mci.net

> Return-Path: nathan at netrail.net
> Return-Path: nanog-owner at merit.edu
> Received: from merit.edu (merit.edu [35.1.1.42]) by postoffice.Reston.mci.net (8.7.5/8.6.6) with ESMTP id AAA10529; Tue, 30 Apr 1996 00:14:19 -0400 (EDT)
> Received: (from daemon at localhost) by merit.edu (8.7.5/merit-2.0) id AAA07460 for nanog-outgoing; Tue, 30 Apr 1996 00:04:08 -0400 (EDT)
> Received: from netrail.net (nathan at netrail.net [205.215.6.3]) by merit.edu (8.7.5/merit-2.0) with ESMTP id AAA07454 for <nanog at merit.edu>; Tue, 30 Apr 1996 00:04:05 -0400 (EDT)
> Received: from localhost (nathan at localhost) by netrail.net (8.7.5/Netrail) with SMTP id XAA23252; Mon, 29 Apr 1996 23:59:35 -0400
> Date: Mon, 29 Apr 1996 23:59:35 -0400 (EDT)
> From: Nathan Stratton <nathan at netrail.net>
> To: "M. Christopher Davies" <mcd at onramp.i95.net>
> cc: Ali Marashi <amarashi at interglobe.com>, NANOG <nanog at merit.edu>
> Subject: Re: Peering Policies and Route Servers
> In-Reply-To: <Pine.BSI.3.91.960429214629.17032F-100000 at onramp.i95.net>
> Message-ID: <Pine.LNX.3.92.960429235656.23033B-100000 at netrail.net>
> MIME-Version: 1.0
> Content-Type: TEXT/PLAIN; charset=US-ASCII
> Sender: owner-nanog at merit.edu
> Precedence: bulk
> Content-Length: 2204
> 
> On Mon, 29 Apr 1996, M. Christopher Davies wrote:
> 
> > On Mon, 29 Apr 1996, Nathan Stratton wrote:
> > > On Mon, 29 Apr 1996, Ali Marashi wrote:
> > > > (2) Could anyone share opinions/facts regarding why organizations may or
> > > > may not exchange routes via the Route Servers rather than direct peering
> > > > relationships at the NAPs?
> > >
> > > Well, because say that Sprint and MCI would peer, a provider would only
> > > just stay at one NAP. That provider could then sell large dedicated
> > > connections and in a way do it on Sprint's and MCI's network. I think they
> > > they are trying to keep a lot of startups like me from growing and being a
> > > large competitor.
> >
> > I think you've completely missed the boat on 1) what it means to peer,
> > and 2) why one would peer with you.
> >
> > The idea (and I may be wrong here) that the big 6 may or may not choose
> > to peer with you is because they have no contract to provide TRANSIT for
> > your packets, but will gladly accept your packets for MCI or Sprint
> > connected sites.  The idea behind peering is that it is a shared dropoff
> > point, but not a free transit to wherever on the net you want to go.
> 
> No I think you are vary wrong, I know what it is to peer, and I am not
> askign for TRANSIT. Sprint and MCi will nto PEER unless you are at 3 NAPS.
> 
> > If you peer, it is expected that you will not utilize MCI's (as an
> > example) network to talk to a non-MCI connected site on the other side of
> 
> No kiding.
> 
> > That, I believe, is the reason that people don't peer as readily as you
> > want them to.
> 
> You have no idea.
> 
> 
> Nathan Stratton		  CEO, NetRail, Inc.    Tracking the future today!
> ---------------------------------------------------------------------------
> Phone   (703)524-4800                          NetRail, Inc.
> Fax     (703)534-5033                          2007 N. 15 St. Suite 5
> Email   sales at netrail.net                      Arlington, Va. 22201
> WWW     http://www.netrail.net/                Access: (703) 524-4802 guest
> ---------------------------------------------------------------------------
> "Therefore do not worry about tomorrow, for tomorrow will worry about
> itself. Each day has enough trouble of its own."               Matthew 6:34
> 
> 




More information about the NANOG mailing list