From: Scott Morris (swm@emanon.com)
Date: Wed Aug 25 2004 - 23:10:05 GMT-3
Not necessarily. Because CIR can be implemented on a per PVC basis with
your provider. While, yes, congestion would tend to occur on an aggregated
basis on their links, that doesn't have anything to do with where or when
things are actually classified as DE in the core side of things.
Now, if you are working with one of the providers who prides themselves on a
"0k CIR", then you are absolutely correct, because that generally translates
to a differing thought process on how DE gets implemented and what really
happens (frame-relay at the edge only, MPLS or something else inside the SP
'cloud').
So, in the great Cisco way, I think we're back to the answer of "it
depends". :)
Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, CISSP,
JNCIP, et al.
IPExpert CCIE Program Manager
IPExpert Sr. Technical Instructor
swm@emanon.com/smorris@ipexpert.net
http://www.ipexpert.net
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
asadovnikov
Sent: Wednesday, August 25, 2004 10:02 PM
To: swm@emanon.com; 'Dave Meyer'
Cc: ccielab@groupstudy.com
Subject: RE: OT - Frame relay QOS
Absolutely can.
Having said that, there is a reasonable degree of probability that during
congestion your traffic going to be competing with traffic of another
parties (such as congestion in the core). Then unless these other parties
were as good citizens as you were, the congestion will be attempted to be
resolved by dropping your DE eligible traffic (they did not mark the data
traffic DE eligible) and then your voice may be competing with other parties
data, so effectively you will be donating your share of the bandwidth to
them.
Best Regards,
Alexei
-----Original Message-----
From: Scott Morris [mailto:swm@emanon.com]
Sent: Wednesday, August 25, 2004 9:46 PM
To: 'asadovnikov'; 'Dave Meyer'
Cc: ccielab@groupstudy.com
Subject: RE: OT - Frame relay QOS
You could also consider using a de-list to "pre-classify" which things were
going to be discard elegible and which were not.
But it can still be a dangerous game to play!
Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, CISSP,
JNCIP, et al.
IPExpert CCIE Program Manager
IPExpert Sr. Technical Instructor
swm@emanon.com/smorris@ipexpert.net
http://www.ipexpert.net
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
asadovnikov
Sent: Wednesday, August 25, 2004 7:56 PM
To: 'Dave Meyer'
Cc: ccielab@groupstudy.com
Subject: RE: OT - Frame relay QOS
Dave,
Cisco recommendation is to have CIR from you provider equal to your shaping
rate, in other words CIR would be equal voice + data, not just voice. The
logic behind such recommendation is that after frames go into the cloud
provider can discard anything above CIR and they will not be able to say if
it is a voice frame or a data frame, so if you shape above CIR you subject
your voice frames to a risk of the drop by your provider, and voice calls
can not sustain any significant rate of packet drops.
I happen to agree with Cisco recommendation in this case and have seen very
negative results when people have to tried to do otherwise (not to say that
your experience with a particular provider will be the same).
Best Regards,
Alexei
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of Dave
Meyer
Sent: Wednesday, August 25, 2004 3:29 PM
To: mani poopal <mani_ccie
Cc: ccielab@groupstudy.com
Subject: Re: OT - Frame relay QOS
Hi Mani,
If I use a CIR=LLQ to for the voice( and not allowing to burst ) do I waste
the potential BW of the link ?
" The Frame Relay excess burst (Be) value is not set and therefore defaults
to 0, preventing any bursting over CIR. This is the recommended
configuration for traffic shaping when carrying VoIP "
Regards,
Dave
______________________________________________
Architecture & Engineering
Work: (973) 682-4435
Cell: (973)907-4963
mani poopal <mani_ccie@yahoo.com>
08/25/2004 03:20 PM
To: Dave Meyer/NewYork/DBNA/DeuBa@DBNA, ccielab@groupstudy.com
cc:
Subject: Re: OT - Frame relay QOS
Hi Dave,
If you have enough bandwidth under CIR by using LLQ(under class based WFQ)
the bandwidth is guaranteed for VoIP traffic. You can also use ip rtp
priotiy 16384 16383 command instead of LLQ(this method is not preferred
method by cisco)
Mani
Dave Meyer <dave.meyer@db.com> wrote:
Just wanted to get some opinions on this.........
Currently have FR circuits with 0 CIR & would like to implement VOIP.
If we purchased a CIR = amount we expect to reserve for VOIP ( no
signaling) , and assigned the appropriate LLQ, would we expect the voice
traffic to be guaranteed by the CIR ?
Regards,
Dave
______________________________________________
Architecture & Engineering
Work: (973) 682-4435
Cell: (973)907-4963
This archive was generated by hypermail 2.1.4 : Fri Sep 03 2004 - 07:02:48 GMT-3