Dear all,
Hope your doing great, i would like to know if any one
experienced or tried this before, or tried it, as tehre isnt an IOS XR
simultaor as far as i know.
I have designed the following QOS policy based on customer requirement &
inputs.
cmds are on GSR/CRS-1 IOS-XR ver 3.6.1
int gix/y/z
max-reserved-bandwidth 90
service policy output *PE-OUT*
policy-map *PE-OUT*
class DSCPEF
set ipv4 dscp ef
*police rate percent 25*
conform-action transmit
exceed-action drop
priority
!
class DSCPAF4
set ipv4 dscp af41
Bandwidth percent 17
random-detect dscp
!
Class DSCPAF3
set ipv4 dscp af31
bandwidth percent 25
random-detect dscp
!
Class DSCPAF2
set ipv4 dscp af21
bandwidth percent 20
random-detect dscp
!
Class CS6
bandwidth percent 3
!
Class class-default
Fair-queue
random-detect
As recommended by Cisco Doc for IOS XR , I have enabled priority & policing
for VOIP/Signaling (EF class), This policer ensures that the priority
traffic does not starve all other traffic on the line card, which protects
low-priority traffic from starvation.
All other classes were configured to guarantee min. BW using the Bandwidth
cmd.
So after this, the customer advised that he need no Policing on the
VOIP/Signaling
(EF class), so it can allocate as much BW as possible without policing in
case of conguestion, Put in mind that im working on an IP/MPLS NGN for
mobile operator.!!!!
*So what will happen if i removed the policing from the VOIP class & kept
only the priority cmd:*
*
*
*1- Will it be like Dynamic Priority BW alocation for the VOIP class if
there is avalaiable BW & will it starve the BW in case of conguestion ?
*
*
*
*2- Will it be like Dynamic Priority BW alocation for the VOIP class if
there is avalaiable BW, but will be stopped in case of conguestion as there
are minmum BW garntee for other queues based on the cmd bandwidth percent. *
Appretiate your advise.
-----------------------------------
Thanks & B.regards
Ahmed Elhoussiny,CCIE# 21988 (R&S)
Network Consultant & Cisco Academy Instructor
Blogs and organic groups at http://www.ccie.net
Received on Mon Apr 27 2009 - 13:49:44 ART
This archive was generated by hypermail 2.2.0 : Mon May 04 2009 - 07:39:13 ART