From owner-freebsd-isp Sun Mar 11 19:33:25 2001 Delivered-To: freebsd-isp@freebsd.org Received: from aspenworks.com (aspenworks.com [192.94.236.1]) by hub.freebsd.org (Postfix) with ESMTP id AD7E237B718 for ; Sun, 11 Mar 2001 19:33:20 -0800 (PST) (envelope-from alex@aspenworks.com) Received: from ibmxeon (matrix.aspenworks.com [216.38.199.82]) by aspenworks.com (8.9.3/8.9.3) with SMTP id UAA01868; Sun, 11 Mar 2001 20:33:12 -0700 (MST) (envelope-from alex@aspenworks.com) Message-ID: <002201c0aaa5$2ac56840$1900a8c0@aspenworks.com> From: "alex huppenthal" To: "Tom Samplonius" Cc: References: Subject: Re: ATM and traffic shaping Date: Sun, 11 Mar 2001 20:33:12 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-isp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Tom, Thanks for the response. I have a Lucent PSAX switch. I'll check to see if buffering is available. If it is, then a combination of IP throughput management plus buffering in the PSAX should work. Bursts of max-buf-len bytes will drop into the switch and the switch would pace the outbound cell rate. Just checked.. There is a bit of a problem, the PSAX DS3 card will not do traffic shaping. I'm screwed. I have a channelized DS3 also, but there's no way to configure it to make it clear channel, with traffic shaping. Yikes! I'm going to dump it all and call for IP over Sonet. Anyone know of dark fiber between Glenwood Springs, CO and Denver? :-) oh, there must be a way.. ----- Original Message ----- From: "Tom Samplonius" To: "Alex Huppenthal" Cc: Sent: Sunday, March 11, 2001 7:17 PM Subject: Re: ATM and traffic shaping > > On Sun, 11 Mar 2001, Alex Huppenthal wrote: > > > It turns out that traffic shaping for ATM means being able to delay each > > cell to a specific egress ('transmit' in english) rate. > > Yes, exactly. And many switches are configured to drop non-conforming > cells (cells that exceed the allowable cell-per-second rate). I wouldn't > recommend that anyone attempt ATM without understanding all the service > categories and parameters. > > However, it somewhat depends on the category of service that you > receive. There are lots of possibilities: ubr, cbr, rt-vbr, nrt-vbr, and > vbr. The maximum cell rate isn't always a simple thing, as they interact > with the mcr, pcr, mbs, and scr parameters. > > Since you are using your own ATM switch, I'm surprised that you can't > let your switch buffer cells for you, rather than discard them. For > instance, if your ATM provider has given you a cbr service with 10K > cells/second rate, just let FreeBSD run ubr into the switch. > > But it really depends on your ATM service provider. I have a very > expensive switch with an ATM card and multiple ethernet ports. My ATM > service provider is providing an abr with a pcr of 10Mbps service. Their > switch will buffer and pace out traffic for me, so I have the link setup > as ubr on my end. In fact, it was the configuration they recommended. > > Tom > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-isp" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isp" in the body of the message