Re: FRTS with PQ/CBWFQ!!! QUESTION 2

From: gladston@br.ibm.com
Date: Thu Sep 02 2004 - 09:43:01 GMT-3


Your topic seems very interesting.
It would be nice if it calls more attention than that "SBC Pre-Sales Engineering Position Open - Northern Virginia" stuff (also it has been very nice to relax, still not appropriate).

I am not a especialist and I was wainting until today on the hope that someone else clarify these questions. Let me try some comments:

========
quoted
What happend if before the class-default, I apply the following class
PRUEBA2 that matches ALL

policy-map PRUEBAS
class PRUEBA1
priority 600
class PRUEBA2
bandwith 168
class class-default
fair-queue
random-detect
==========

As you did not specify a bandwidth value under class-default, the 25% is still valid.

=============
quoted
In a normal configuration in the Physical interface... If I have a link of
1Mbps, So I have 75% to redistribute between the queues, What happen in the
moment of the congestion If I only use 50% in the queues??? What happen with
the 25%???
=============

The bandwidth not used is shared among the classes; this share considers the weight of each class.

==============
quoted
So What happen if
the Service provider have the following parameters:

CIR=768000
BC=768000
BE=768000
=============

Does your SP offer you a BE of 768000? If the answer is yes, than the SP may guarantee that it will not DROP cells above the CIR to the BE value. In theory, you could use a BE > 0 without worry about drops.

============
quoted
What happen if I use the following FRTS with a TC of 100ms:
============

The problem of a TC equal 100ms is the serialization delay imposed to voice packets. You do not want a voice packet wait more than 150ms to be transmitted in each router.

Good Luck with more Feedback.



This archive was generated by hypermail 2.1.4 : Fri Oct 01 2004 - 15:00:35 GMT-3