[28159] in North American Network Operators' Group
Re: UBR at MAE-East ATM, anyone?
daemon@ATHENA.MIT.EDU (Lauren F. Nowlin)
Tue Apr 18 12:31:52 2000
Message-Id: <4.2.0.58.20000418092520.00ada8a0@pop.pgexpress.net>
Date: Tue, 18 Apr 2000 09:38:10 -0700
To: Steve Feldman <feldman@twincreeks.net>,
Alex Rubenstein <alex@nac.net>
From: "Lauren F. Nowlin" <ren@onyx.net>
Cc: nanog@merit.edu
In-Reply-To: <20000417221501.A86516@twincreeks.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Errors-To: owner-nanog-outgoing@merit.edu
Thanks for your update Steve and to Alex for getting the ball rolling.
ONYX would also like to see this change implemented.
The model the AADS team uses is far superior to any other scheme to
'monitor' interactions between peers at the PVC level. Hands-off full mesh
build is the easiest to activate rapidly without botched PVCs trickling in
one-by-one or stuck in a random queue of a departed employee... The
PeerMaker method is too human intensive for little to no gain from an
operational sense. A negative if you can't use the capacity for fear of
artificial caps being exceeded with other peers, which is the case noted
below.
Also, I've never understood why PBNAP PVC build requests between two
customers - approved by both customers - have to be sent to PacBell
Marketing for approval...
Alex, let me know if I can help your efforts in any way.
Thanks again,
-Ren
At 10:15 PM 4/17/00 -0700, Steve Feldman wrote:
>When I left wcom, there was a project starting to
>implement an option to provision UBR PVCs.
>It required non-trivial changes to Peermaker,
>so would take some time.
>
>I'll let the current MAE crew answer as to current state,
>availability, etc.
> Steve
>
>On Mon, Apr 17, 2000 at 10:37:17PM -0400, Alex Rubenstein wrote:
> >
> >
> > I've been talking to the WCom MAE folk, and the explained to me that the
> > the VC's between beers are built as ABR, with PCR being twice SCR. Also,
> > the port you lease from them has a non-oversubscription policy, i.e., the
> > sum of all SCR's combined cannot be more than port speed.
> >
> > >From what I can tell, PBNap and Ameritech both build the VC's as UBR, with
> > no over-allocation protection.
> >
> > In my travels of contacting other providers for peer information, I have
> > run across about 5 (albeit out of about 60 who responded) that said they
> > couldn't turn up new VC's across MAE-East ATM, because they have reached
> > thier subscription allocation, even though thier port is not nearly full.
> > A few had even expressed they wish that it was the ameritech-like UBR
> > model.
> >
> > One person who I spoke to at WCom had said that maybe someday they would
> > allow UBR PVCs, but there was no timeline.
> >
> > What are other people's thoughts on this?
> >
> >
> >
> >
-Ren
Lauren F. Nowlin, ren@onyx.net
Director, Peering - peering@onyx.net
ONYX Networks - http://www.onyx.net/peering/
Office: 650-558-3262, Fax: 650-558-3160, Cell: 650-281-6963
