From: Xuan.Sun@xxxxxxxxxxx
Date: Tue Aug 28 2001 - 13:40:55 GMT-3
How about MIR.
Usually, we do not ask provider what is the MIR. But the MIR has played a
very important role. Actually, MIR is the real guaranteed bandwidth the
provider can give to you. When the entire FR cloud are congested, the only
bandwidth you can pass through is the MIR.
Of course, if the provider designs the network properly, you should be able
to reach CIR, or they set the MIR=CIR. Who knows ?
So ask the provider what is the MIR also and make your voice under MIR.
Then, your voice traffic will no drop.
Michael Wong <Michael.Wong@nec.com.au>@groupstudy.com on 08/28/2001
03:45:41 AM
Please respond to Michael Wong <Michael.Wong@nec.com.au>
Sent by: nobody@groupstudy.com
To: "'jonatale@earthlink.net'" <jonatale@earthlink.net>, Ron Royston
<ccie6824@hotmail.com>
cc: jpark@wams.com, ccielab@groupstudy.com
Subject: RE: CIR on Frame-relay
Check with your provider on how they act upon pre-marked DE frames. I
Australia we have providers that do not count pre-marked DE frames towards
CIR.
For instance, we have a PVC with both voice and data. Flag all data as DE
using "de-list" and it will never count towards CIR. Therefore your voice
(as long as you use call admission control to make sure the voice trunks
don't exceed the CIR) will never be flagged as DE because it's never
exceeding CIR. If there is congestion, the provider will drop the DE marked
data frames only .... not the voice.
Voice should never be allowed to burst above CIR !!!! ..... make sure you
control voice access at the edge.
Hope this helps ..... MW
-----Original Message-----
From: jonatale@earthlink.net [mailto:jonatale@earthlink.net]
Sent: Tuesday, 28 August 2001 3:53 pm
To: Ron Royston
Cc: jpark@wams.com; ccielab@groupstudy.com
Subject: Re: CIR on Frame-relay
I think the router would need to be config'd to do that ("de-list"?),
wouldn't
it?
comments???
Ron Royston wrote:
> The frames in excess of the CIR get flagged for "discard eligible" and
may
> or may not make it through the providers network depending on network
load.
> If the frames are discarded, a higher layer transport function will
> recognize this and may request a retransmission. In the case of voice, a
> retransmission will not occur.
>
> Use traffic shaping as a prevention measure to "DE" flagged frames,
either
> generic of frame-relay specific. GTS will constrain all or a subset of
an
> interfaces traffic to a particular bit rate and queue the bursts for
> transmission. FRTS does the same and can dynamically throttle back the
bit
> rate based on the presence of congestion in the FR network.
>
> Additionaly, if you want to prioritize voice over other types of traffic,
> you can do that too.
>
> Ronnie Royston, CCIE#6824
> Avnet Enterprise Solutions Division
> (713)305-6615 cell
>
> >From: Jeongwoo Park <jpark@wams.com>
> >Reply-To: Jeongwoo Park <jpark@wams.com>
> >To: "'ccielab@groupstudy.com'" <ccielab@groupstudy.com>
> >Subject: CIR on Frame-relay
> >Date: Sun, 26 Aug 2001 13:47:50 -0700
> >
> >Hi all
> >Quick question for you guys.
> >What happens if data transfer rate in frame relay exceed CIR?
> >Would there be a delay or retransmission?
> >
> >What if Voice transfer rate in Frame relay exceed CIR?
> >
> >Thanks in adv.
> >
> >JP
> >**Please read:http://www.groupstudy.com/list/posting.html
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:31:59 GMT-3