If your traffic (voice or data) is within the contract, the Provider must transport it without drops. That is quality of service.
It is why it is recommended to set up Be =0 when transporting voice over a PVC. If you need to use the Frame Relay characteristic of transmitting bursts higher than the contracted, the Frame Relay network will discard your packets when congestion occurs. You can set up the CLP bit for lower priority traffic so the Provider will discard those packets first; but it will discard the other packets if the network is still congested. I can not see a relation between change from Frame Relay to MPLS to provide QoS. The Provider must offer the guaranteed quality contracted, use it Frame Relay, ATM or Dedicated Lines. For dedicated circuits you can just transmit the bandwidth; for Frame Relay you have some flexibility. I do not know if there is a Service Provider that offers MPLS circuits with guaranteed bandwidth just for high priority traffic. Is there? >From what I know, the advantage of implementing MPLS on the Provider4s network is to offer isolated services based on layer 3. Without MPLS, the Provider needs layer 2 technologies to transport isolated networks. On private networks, MPLS helps you choose links and routers without the limitation of routing protocols, based on the best metric. Am I missing something ? "Paul" em 26/03/2003 18:15:30 Para: cc: Assunto: Re: Basic QOS Frame MPLS question [7:66210] Wow .. thanks very much for the links ..... We just got someone trying to sell us an MPLS solution and I don't know much about it ..... I got a lot of reading to do :) Thanks again ..... ----- Original Message ----- From: To: Sent: Wednesday, March 26, 2003 2:08 PM Subject: Re: Basic QOS Frame MPLS question [7:66210] > I don4t think so. > > There are many QoS tool that you can use without MPLS. > > For example, you can use "ip rtp priority", so the priority traffic will go > to a high priority queue. Also, the fragmentation options will help you to > avoid 'big' frames from starving the voice frames. > > Low Latency Queueing for Frame Relay > http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121newft/121 t/121t2/dtfrpqfq.htm#wp1033474 > > > Link Fragmentation and Interleaving with Frame-Relay > http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fqos _c/fqcprt6/qcflfifr.htm > > Frame Relay Header compression > http://www.cisco.com/univercd/cc/td/doc/product/software/ios112/rtphead.htm# xtocid63548 > > > > > > > > "Paul" @groupstudy.com em 25/03/2003 19:59:20 > > Favor responder a "Paul" > > Enviado Por: [EMAIL PROTECTED] > > > Para: [EMAIL PROTECTED] > cc: > > Assunto: Basic QOS Frame MPLS question [7:66210] > > > Hi, Quick question to everyone .... > > At work I have a Frame Cloud that links all our sites together in a hub and > spoke manner. > > At some of the sites I would like to extend our IP Telephony and perhaps > introduce Video Conferencing. > > Assume I have adequate bandwidth throughout for video and IP telephony. > > I would like to implement QOS. Am I correct in assuming that I can only > prioritise voice/video over the frame circuit, and that if I want to > implement > QOS I would have to 'swap' Frame for MPLS/Layer 4 Switching ??? > > Kind regards > > Paul .... Message Posted at: http://www.groupstudy.com/form/read.php?f=7&i=66327&t=66210 -------------------------------------------------- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]