T.R | Title | User | Personal Name | Date | Lines |
---|
1266.1 | | GIDDAY::CHONG | Andrew Chong - Sydney CSC | Fri Jan 24 1997 01:09 | 18 |
|
Can someone please help with .0 ? I have little experience with
Frame-relay and cannot provide a convincing explaination to the
bahaviour in .0
The customer wants to know if there is any tuning technique to get a
more consistant terminal response from his frame-relay connection.
A pause in the order which he experienced ( a minutes or 2 ) seems
abnormal or it it to be expected . He does get BECN and FECN but but
to a very large extent. It seems like a few congested packets occured
and then the terminal response becomes very unacceptable.
Is there any valid explaination for these ?
Thanks for any help .
Andrew
|
1266.2 | Congestion = Frame discard = poor performance | SPANKY::BUDZINSKI | | Fri Jan 24 1997 13:38 | 10 |
| BECN and FECN indicates that there is congestion on the Frame Relay
switch and frames are being discarded. What are your Committed
Information Rates (CIRs) on your PVCs (Permanent Virtual Circuits)? You
should probably check the router configurations to make shure that
bridging is not enabled and that excessive broadcast/multicast traffic
is not saturating your links.
Regards,
John
|
1266.3 | | GIDDAY::CHONG | Andrew Chong - Sydney CSC | Sat Jan 25 1997 20:43 | 8 |
|
The CIR is 0, according to the frame-relay supplier this should be ok
for terminal traffic. I have doubts about the statement myself.
Bridging is turned on and I don't think turning it off is an option for
the customer. I just like to confirm that with his setup (see config in
.0) and CIR of 0 the symptom is to be expected.
Andrew
|