From: jfaure@sztele.com
Date: Tue Jan 20 2004 - 12:44:39 GMT-3
Hi all:
I'd like to add some question to this "qos doubts list":
1-As i asked some days ago, if you are required to do RSVP ONLY of RTP
traffic in a frame relay environment, what is the correct config? At first,
seing the doc CD and seing that RSVP in frame relay networks requires to
also configure FRTS (because bandwith reservation is done in function of
MINCIR value), i though to apply to the frame relay map-class a policy that
specifies only rtp traffic. Then you can have something like this:
call rsvp-sync
interface Serial0/0
ip address 142.11.17.1 255.255.255.0
encapsulation frame-relay
no fair-queue
frame-relay map ip 142.11.17.1 66
frame-relay map ip 142.11.17.2 66 class voip broadcast
frame-relay traffic-shaping
no frame-relay inverse-arp
ip rsvp bandwith 300 20
map-class frame-relay voip
frame-relay cir 64000
frame-relay mincir 64000
fair-queue
frame-relay fragment 80
no frame-relay adaptive-shaping
service-policy output voip2
policy-map voip2
class voip3
class-map voip3
match ip rtp 16384 16383
-However i'm not sure this config work as i need: to only reserve rtp
traffic. Then, i saw some rsvp example in the cco, about configuring RSVP
and LLQ for RTP. Basically it would be like this:
call rsvp-sync
interface serial0/0
encapsulation frame-relay
no fair-queue
frame-relay traffic-shaping
interface s0/0.1 point-to-point
ip address 142.11.17.1 255.255.255.0
frame-relay interface dlci 66
class voip
ip rsvp bandwith 300 20
ip rsvp pq-profile voice-like
map-class frame-relay voip
frame-relay cir 64000
frame-relay mincir 64000
fair-queue
frame-relay fragment 80
no frame-relay adaptive-shaping
The question is, are these two ways to config RSVP valid? Only the second?
None of them?I've read the "ip rsvp pq-profile voice-like" basically
references VOIP traffic to be used for the RSVP, and then you don't have to
do a special filter for voice ( i understand when they say "voice" , this
is aprox RTP traffic).
Any help and comments would be highly apreciated.
Regards and thank you very much for your help.
Juan Faure Ferrer
email: jfaure@sztele.com
Lmnea de Negocio de Telematica y CC
Ingeniero de Integracisn de Redes y Sistemas
----------------------------------------------------------------------------
SOLUZIONA TELECOMUNICACIONES
Servicios Profesionales de UNION FENOSA
Jerez, 3
28016 MADRID
tel 91 579 30 00 fax 91 350 72 83
---------------------------------------------------------------------------
"William Chen"
<kwchen@netvig Para: <ccielab@groupstudy.com>
ator.com> cc:
Enviado por: Asunto: Queueing or Shaping at
nobody@groupst Interface, Subinterface, Per VC.
udy.com
20/01/04 12:02
Por favor,
responda a
"William Chen"
Dear all,
Do you know if there are any good documents/books talk about the
differnce of Congestion Management (Queueing) / Traffic Shaping and
Policing
in Interface/Subinterface/VC mode, in particular Frame Relay. I've
questions
such as,
1. If I just apply CBWFQ in main interface of a Frame Relay, is it same
as I apply the CBWFQ in a HDLC serial interfaces? The packets from
different
PVCs will be queued at the CBWFQ created at the main interfaces and send
out?
2. What if I apply different queueing tools to different subinterfaces
of
Frame Relay?
3. What is the difference between applying queueing to subinterface and
applying to per PVC of Frame Relay?
4. Can I apply FRTS to each PVC at the same time applying GTS to the
main
interface, and what will happen then?
..... and others.
Is it all of these are just as simple as the Qos tools will apply
according to the order of (PVC -> Subinterface -> Interface)? Are there
actually three queuing systems? (One for the PVC, One for the subinterface
if exists, one for main interface?).
I cannot find clear answers to these question in DQoS book and neither
DocCD.
Best Regards,
William Chen
This archive was generated by hypermail 2.1.4 : Mon Feb 02 2004 - 09:07:48 GMT-3