From: Joe Chang (changjoe@earthlink.net)
Date: Wed Feb 14 2007 - 12:33:50 ART
That's really interesting. Until now I understood QoS for the control plane
as simply a matter of leaving enough bandwidth on a link. Thanks Brian.
----- Original Message -----
From: "Brian McGahan" <bmcgahan@internetworkexpert.com>
To: "Joe Chang" <changjoe@earthlink.net>; <ccielab@groupstudy.com>
Sent: Wednesday, February 14, 2007 9:07 AM
Subject: RE: RSVP in real world practice
For MPLS Traffic Engineering yes. For end-user applications
like VoIP not as much. The problem with the integrated services QoS
model is that as the network grows the amount of state information that
the devices in the transit path need to maintain can quickly grow out of
control. Also RSVP is used just to perform reservations in the control
plane of the network, not the data plane. This means that if an end
application requests a 128Kbps guarantee from the network and it is
granted you still need some type of diffserv application (ie MQC QoS) to
enforce the reservation.
HTH,
Brian McGahan, CCIE #8593 (R&S/SP)
bmcgahan@internetworkexpert.com
Internetwork Expert, Inc.
http://www.InternetworkExpert.com
Toll Free: 877-224-8987 x 705
Outside US: 775-826-4344 x 705
24/7 Support: http://forum.internetworkexpert.com
Live Chat: http://www.internetworkexpert.com/chat/
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Joe Chang
Sent: Wednesday, February 14, 2007 7:13 AM
To: ccielab@groupstudy.com
Subject: RSVP in real world practice
Given the scaling difficulties of RSVP, has anyone actually seen it
applied in
a production network?
Thanks,
Joe
#16805
This archive was generated by hypermail 2.1.4 : Thu Mar 01 2007 - 07:38:46 ART