From: Pratt, Jeremy (JPratt@coh.org)
Date: Wed Mar 05 2003 - 14:24:36 GMT-3
The 3640 can handle more than 1 full T1. You'll probably have to adjust
the
queue outbound and inbound queue sizes. I've got a 3640 with 4 T1's on
it
and no one ever has performance problems and all 4 T1's run very hot,
75%
and up during peak traffic.
-----Original Message-----
From: Sam Munzani [mailto:sam@munzani.com]
Sent: Wednesday, March 05, 2003 7:51 AM
To: ccielab@groupstudy.com
Subject: At what percentage of T1 utilization you should see performance
degrade?
Hi,
Today we got in to a debate about T1 saturation and performance
degradation.
Below is 2 different opinions from my self and other engineer.
What I say.
T1 is a full duplex mechanism. So until it hits 100% utilization on it's
Serial(Full T1) interface it will forward to packet and no packet drop
will
happen. Only the time it will do a queue drop is when the traffic bursts
above
100%. This queue drop is because of Serial interface short on forwarding
buffers. Same behavior will happen on inbound. Only the time this would
be a
bottleneck is if router CPU is a bottleneck. This is on 3640 with Fast
switching turned on. I am assuming 3640 can handle more than 1 T1
bandwidth.
The other engineer's opinion.
3640 supports only 75000 pps with 64 bytes packets. His opinion is, your
users
will see performance problems even before T1 is hitting 100%(aroung 70
to
80%).
Any opinions with enough supporting proofs are most welcome.
Regards,
Sam Munzani
CCIE # 6479(R&S, Security)
------------------------------------------------------------------------------
This message and any attachments are intended solely for the use of the
individual or entity they are addressed. This communication may contain
information that is privileged, confidential, and exempt from disclosure
under applicable law. If the reader of this communication is not the
intended recipient, or the employee or agent responsible for delivering
the message to the intended recipient, you are hereby notified that any
dissemination, distribution or copying of the communication is strictly
prohibited. If you received the communication in error, please notify
us immediately by replying to this message and then deleting the message
and any accompanying files from your system. CONFIDENTIAL
==============================================================================
This archive was generated by hypermail 2.1.4 : Sat Apr 05 2003 - 08:51:32 GMT-3