From: Gannon, Stephen [IT] (stephen.gannon@xxxxxxxxxxxxx)
Date: Fri Apr 12 2002 - 09:34:38 GMT-3
What version of IOS?
Are you using frame-relay adaptive-shaping becn?
If so then the carrier may be sending you BECN and the traffic shaping is
dropping back to mincir 64k. Prior to implementing shaping you were sending
at 128 regardless of BECN. sh frame pvc will tell you if you are dropping
packets and receiving BECNs.
What queuing mechanism are you using? If your test file uses FTP and FTP is
in the low priority queue then it will wait behind other traffic.
Steve.
-----Original Message-----
From: Joe Morabito [mailto:joe.morabito@cox.net]
Sent: Friday, April 12, 2002 1:13 AM
To: ccielab@groupstudy.com
Subject: Frame Relay issue
I had a scenario where a client was not satisfied with their performance of
a
128k line between two sites. So I decided to setup traffic shaping to see
if
we could manage the traffic.
Setup basic traffic shaping - ISP Cir was 64k Peak was 128k (configured
bandwidth, timeslots 1-2)
So I setup a class with cir of 128k mincir of 64k and bc of 16k and applied
to
appropriate interface.
We then proceeded to send a test file of about 7 mb to the other site, the
line choked and was actually a little slower. The interfaces even reset.
The
memory was o.k. on the routers, both are 1601's.
Any ideas on why this would slow down the link and even reset the
interfaces?
(they did come back up). I have since taken off traffic shaping.
Thanks.
-Joe
joe.morabito@cox.net
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:58:06 GMT-3