From: raul raul (juvenn@hotmail.com)
Date: Thu Sep 20 2007 - 07:32:09 ART
try this
map-class frame-relay voiptraffic
no frame-relay adaptive-shapping becn
frame-relay cir 512000
frame-relay mincir 512000
frame-relay fragment 640
int serial xx
frame-relay traffic-sha
frame-relay class voiptraffic
> Subject: RE: Voice QOS on FR> Date: Thu, 20 Sep 2007 11:22:22 +0100> From: charles.mcgeoch@uk.didata.com> To: joe@affirmedsystems.com; juvenn@hotmail.com; ccielab@groupstudy.com> > Hi Joseph,> > I tried your first solution in my lab at home today, but when I applied> the class-map to the frame-relay DLCI, I got an the following error> message: "Remove frame-relay traffic shaping first before using GTS in> Modular QoS CLI"> > When I first looked at your config, I wasn't sure about having shaping> configured both in the map-class and the MQC. So I tried changing the> service-policy line to call the voip-first policy-map (thus removing the> need for the parent policy) however when I did this the router then gave> a different error: " I/f Serial 0/0/0 DLCI 103 class voip-payload> requested 512 (kbps), available only 256 (kbps).> > In order to get around this problem I've configured "frame-relay mincir> 512000" within the map-class. Would this be a satisfactory solution to> the!
original question?> > Regards> Chaz> > -----Original Message-----> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of> Joseph Brunner> Sent: 20 September 2007 04:24> To: juvenn@hotmail.com; ccielab@groupstudy.com> Subject: RE: Voice QOS on FR> > Two ways come to mind;> > You can use the MQC and a frame-relay map-class...> > class-map match-all voip-payload> match protocol rtp audio > > policy-map voip-first> class voip-payload> priority 512> policy-map voip-first-parent> class class-default> shape average 512000> service-policy voip-first> > map-class frame-relay DLCI_XXX> frame-relay cir 512000> frame-relay bc 5120> frame-relay fragment 640> service-policy output voip-first-parent> > interface Serial0/3/0> ip address 10.10.10.1 255.255.255.0> encapsulation frame-relay> frame-relay interface-dlci 101> class DLCI_XXX> > > or the old school ways...> > > frame-relay rtp priority> > map-class frame-relay DLCI_XXX> frame-relay cir 512000> frame-relay bc 512!
0> frame-relay fragment 640> frame-relay ip rtp priority 16384!
16383 5
12> frame-relay fair-queue> > > > and frame relay priority queueing> > access-list 115 permit udp any any range 16384 32767> > priority-list 1 protocol ip high list 115> > map-class frame-relay DLCI_XXX> frame-relay cir 512000> frame-relay bc 5120> frame-relay priority-group 1> > interface Serial0/3/0> ip address 10.10.10.1 255.255.255.0> encapsulation frame-relay> no fair-queue> frame-relay traffic-shaping> frame-relay interface-dlci 101> class DLCI_XXX> > > Keeping digging in the doc cd...> > > -----Original Message-----> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of> juvenn@hotmail.com> Sent: Wednesday, September 19, 2007 10:13 PM> To: ccielab@groupstudy.com> Subject: Voice QOS on FR> > Hi Mate > > if i wan to configure QOS Voice for FR , Bandwidth 512k and the queue> given> is 640k > > how to gurantee the latency ? > > Thanks> Tom > > _______________________________________________________________________> Subscription information may be found a!
t: > http://www.groupstudy.com/list/CCIELab.html> > _______________________________________________________________________> Subscription information may be found at: > http://www.groupstudy.com/list/CCIELab.html> -----------------------------------------> This email is confidential. If you are not the intended recipient> then you must not copy it, forward it, use it for any purpose, or> disclose it to another person. > > Please also note that the author of this email is not authorised> to; make any offers capable of acceptance unless expressly stated> in a validly dated and attached document which shall be subject to> the terms and conditions stated therein or, conclude any contract> on behalf of Dimension Data by email.> > Although Dimension Data has taken reasonable precautions to ensure> no viruses are present in this email, the company cannot accept> responsibility for any loss or damage arising from the use of this> email or attachments.> > ___________________________!
____________________________________________> Subscription inf!
ormation
may be found at: > http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sat Oct 06 2007 - 12:01:14 ART