Re: [OSL | CCIE_Voice] WAN QOS Strategy Question.

2011-12-03 Thread ccielabrat
Hey everyone,
I can confirm after A LOT of testing, if you are given a QOS requirement
for only one of the two Frame PVCs, and you use Auto QOS, you will have a
problem.

Auto QOS will automatically config Frame-relay Traffic shaping on the
physical WAN interface and then configure the PVC you are QOS'ing to the
bandwidth that is noted under the sub interface.
The other sub interface gets left with the default frame-relay traffic
shaping behavior which is to drop CIR to 56k on the PVC.

Do a Show Frame PVC dlci# on both PVC's after running auto qos.

I think this could be an intended Rat hole on the exam.
If you only have to configure Hq-SB QOS and you don't know much more the to
run autoqos and tweak a couple parameters, your SC communications will
start to fail with a PVC CIR of 56k.


On Sat, Dec 3, 2011 at 10:00 AM, Ken Wyan kew...@gmail.com wrote:

 Hi,

 I think you got 56k value from this document which was published in 2005
 with IOS version 11. (somehow same age as QoS SRND)


 http://www.cisco.com/en/US/tech/tk713/tk237/technologies_configuration_example09186a00800942f8.shtml

 I think it's better to put auto qos voip or auto qos voip fr-atm in the
 remaining interface as well (without any bandwidth as it's not mentioned in
 exam). Then itll take 1.5M by default.

 Is there a command to verify that FRTS use 56k bandwidth because above
 documents are very old.

 Ken






 On Sat, Dec 3, 2011 at 8:54 AM, ccielabrat ccielab...@gmail.com wrote:

 To All,

 I've been trying to figure the best/fastest way to get a WAN QOS
 requirement completed on exam day.

 I've become very comfortable with Auto-QOS and making the needed tweaks,
 so Auto-QOS is the way I'm going to use.

 The one piece of the strategy that I'm stilll wondering about is if WAN
 QOS is specified for only one of the PVC's.
 Auto-QOS will automatically put Frame-relay traffic shaping on the
 physical interface which has the side effect of leaving the other pvc
 with a 56k PVC speed.

 My solution here is to create a frame-relay map-class with the following
 parameters.

 map-class frame-relay Not56k
  frame-relay traffice-rate 1536

 I apply this map-class to the other sub-interface/PVC which negates the
 56k problem.

 I'm curious if anyone has an opinion on the Pros/Cons of this approach
 and if it might negate requirements somehow.




 ___
 For more information regarding industry leading CCIE Lab training, please
 visit www.ipexpert.com

 Are you a CCNP or CCIE and looking for a job? Check out
 www.PlatinumPlacement.com http://www.platinumplacement.com/



___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] WAN QOS Strategy Question.

2011-12-03 Thread Vik Malhi
This is correct. It's not AutoQoS that causes the problem- its because you MUST 
have FRTS enabled in order for the map-class to be attached to the DLCI. And 
this must happen since the service policy is inside the map-class.

I recommend you run AutoQoS on all routers when doing WAN QoS or at the very 
least attach a map-class to all DLCI's.

Also be careful if you are using cRTP. You should ensure that if you are using 
cRTP that both ends of the pipe are configured with cRTP otherwise you will 
experience one way audio. 


Vik Malhi – CCIE #13890 
Managing Partner - IPexpert, Inc.

Telephone: +1.810.326.1444 ext 420
Fax: +1.810.454.0130 
Mailto: vma...@ipexpert.com




On Dec 3, 2011, at 10:59 AM, ccielabrat wrote:

 Hey everyone, 
 I can confirm after A LOT of testing, if you are given a QOS requirement for 
 only one of the two Frame PVCs, and you use Auto QOS, you will have a problem.
 
 Auto QOS will automatically config Frame-relay Traffic shaping on the 
 physical WAN interface and then configure the PVC you are QOS'ing to the 
 bandwidth that is noted under the sub interface.
 The other sub interface gets left with the default frame-relay traffic 
 shaping behavior which is to drop CIR to 56k on the PVC.
 
 Do a Show Frame PVC dlci# on both PVC's after running auto qos. 
 
 I think this could be an intended Rat hole on the exam.
 If you only have to configure Hq-SB QOS and you don't know much more the to 
 run autoqos and tweak a couple parameters, your SC communications will start 
 to fail with a PVC CIR of 56k.
 
 
 On Sat, Dec 3, 2011 at 10:00 AM, Ken Wyan kew...@gmail.com wrote:
 Hi,
  
 I think you got 56k value from this document which was published in 2005 with 
 IOS version 11. (somehow same age as QoS SRND)
  
 http://www.cisco.com/en/US/tech/tk713/tk237/technologies_configuration_example09186a00800942f8.shtml
  
 I think it's better to put auto qos voip or auto qos voip fr-atm in the 
 remaining interface as well (without any bandwidth as it's not mentioned in 
 exam). Then itll take 1.5M by default.
  
 Is there a command to verify that FRTS use 56k bandwidth because above 
 documents are very old.
  
 Ken
  
  
  
 
 
  
 On Sat, Dec 3, 2011 at 8:54 AM, ccielabrat ccielab...@gmail.com wrote:
 To All, 
 
 I've been trying to figure the best/fastest way to get a WAN QOS requirement 
 completed on exam day.
 
 I've become very comfortable with Auto-QOS and making the needed tweaks, so 
 Auto-QOS is the way I'm going to use.
 
 The one piece of the strategy that I'm stilll wondering about is if WAN QOS 
 is specified for only one of the PVC's.
 Auto-QOS will automatically put Frame-relay traffic shaping on the physical 
 interface which has the side effect of leaving the other pvc with a 56k PVC 
 speed.
 
 My solution here is to create a frame-relay map-class with the following 
 parameters.
 
 map-class frame-relay Not56k
  frame-relay traffice-rate 1536
 
 I apply this map-class to the other sub-interface/PVC which negates the 56k 
 problem.
 
 I'm curious if anyone has an opinion on the Pros/Cons of this approach and if 
 it might negate requirements somehow.
 
 
 
 
 ___
 For more information regarding industry leading CCIE Lab training, please 
 visit www.ipexpert.com
 
 Are you a CCNP or CCIE and looking for a job? Check out 
 www.PlatinumPlacement.com
 
 
 ___
 For more information regarding industry leading CCIE Lab training, please 
 visit www.ipexpert.com
 
 Are you a CCNP or CCIE and looking for a job? Check out 
 www.PlatinumPlacement.com

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] WAN QOS Strategy Question.

2011-12-03 Thread ccielabrat
Thanks for clarifying this Vik.

I wasn't aware of the crtp one way audio trap. But I'll keep it in mind.

One question : I thought we could avoid having the frame relay traffic
shaping on the physical interface if we did generic traffic shaping via
class-map within the frame-relay map-class.

Is this not the case?
I vaguely remember what you are talking about where I wasn't able to apply
a class to a DLCI and it prompted a message asking for traffic shaping to
be enabled.

Just wondering if there is work around or is it a hard and fast rule that
Frame traffic shaping MUST be on the physical interface.



On Sat, Dec 3, 2011 at 4:15 PM, Vik Malhi vma...@ipexpert.com wrote:

 This is correct. It's not AutoQoS that causes the problem- its because you
 MUST have FRTS enabled in order for the map-class to be attached to the
 DLCI. And this must happen since the service policy is inside the map-class.

 I recommend you run AutoQoS on all routers when doing WAN QoS or at the
 very least attach a map-class to all DLCI's.

 Also be careful if you are using cRTP. You should ensure that if you are
 using cRTP that both ends of the pipe are configured with cRTP otherwise
 you will experience one way audio.


 Vik Malhi – CCIE #13890
 Managing Partner - IPexpert, Inc.

 Telephone: +1.810.326.1444 ext 420
 Fax: +1.810.454.0130
 Mailto: vma...@ipexpert.com




 On Dec 3, 2011, at 10:59 AM, ccielabrat wrote:

 Hey everyone,
 I can confirm after A LOT of testing, if you are given a QOS requirement
 for only one of the two Frame PVCs, and you use Auto QOS, you will have a
 problem.

 Auto QOS will automatically config Frame-relay Traffic shaping on the
 physical WAN interface and then configure the PVC you are QOS'ing to the
 bandwidth that is noted under the sub interface.
 The other sub interface gets left with the default frame-relay traffic
 shaping behavior which is to drop CIR to 56k on the PVC.

 Do a Show Frame PVC dlci# on both PVC's after running auto qos.

 I think this could be an intended Rat hole on the exam.
 If you only have to configure Hq-SB QOS and you don't know much more the
 to run autoqos and tweak a couple parameters, your SC communications will
 start to fail with a PVC CIR of 56k.


 On Sat, Dec 3, 2011 at 10:00 AM, Ken Wyan kew...@gmail.com wrote:

 Hi,

 I think you got 56k value from this document which was published in 2005
 with IOS version 11. (somehow same age as QoS SRND)


 http://www.cisco.com/en/US/tech/tk713/tk237/technologies_configuration_example09186a00800942f8.shtml

 I think it's better to put auto qos voip or auto qos voip fr-atm in the
 remaining interface as well (without any bandwidth as it's not mentioned in
 exam). Then itll take 1.5M by default.

 Is there a command to verify that FRTS use 56k bandwidth because above
 documents are very old.

 Ken






 On Sat, Dec 3, 2011 at 8:54 AM, ccielabrat ccielab...@gmail.com wrote:

 To All,

 I've been trying to figure the best/fastest way to get a WAN QOS
 requirement completed on exam day.

 I've become very comfortable with Auto-QOS and making the needed tweaks,
 so Auto-QOS is the way I'm going to use.

 The one piece of the strategy that I'm stilll wondering about is if WAN
 QOS is specified for only one of the PVC's.
 Auto-QOS will automatically put Frame-relay traffic shaping on the
 physical interface which has the side effect of leaving the other pvc
 with a 56k PVC speed.

 My solution here is to create a frame-relay map-class with the following
 parameters.

 map-class frame-relay Not56k
  frame-relay traffice-rate 1536

 I apply this map-class to the other sub-interface/PVC which negates
 the 56k problem.

 I'm curious if anyone has an opinion on the Pros/Cons of this approach
 and if it might negate requirements somehow.




 ___
 For more information regarding industry leading CCIE Lab training,
 please visit www.ipexpert.com

 Are you a CCNP or CCIE and looking for a job? Check out
 www.PlatinumPlacement.com http://www.platinumplacement.com/



 ___
 For more information regarding industry leading CCIE Lab training, please
 visit www.ipexpert.com

 Are you a CCNP or CCIE and looking for a job? Check out
 www.PlatinumPlacement.com



___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

[OSL | CCIE_Voice] WAN QOS Strategy Question.

2011-12-02 Thread ccielabrat
To All,

I've been trying to figure the best/fastest way to get a WAN QOS
requirement completed on exam day.

I've become very comfortable with Auto-QOS and making the needed tweaks, so
Auto-QOS is the way I'm going to use.

The one piece of the strategy that I'm stilll wondering about is if WAN QOS
is specified for only one of the PVC's.
Auto-QOS will automatically put Frame-relay traffic shaping on the physical
interface which has the side effect of leaving the other pvc with a 56k
PVC speed.

My solution here is to create a frame-relay map-class with the following
parameters.

map-class frame-relay Not56k
 frame-relay traffice-rate 1536

I apply this map-class to the other sub-interface/PVC which negates the
56k problem.

I'm curious if anyone has an opinion on the Pros/Cons of this approach and
if it might negate requirements somehow.
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] WAN QOS Strategy Question.

2011-12-02 Thread Errol Abrahams
Hi All,


I have stumble onto this website and  it is very good. Check out the
quickest way to apply QOS...thnx

*http://pushkarbhatkoti.wordpress.com/category/qos-in-10-minutes/*

Cheers

Errol




On Sat, Dec 3, 2011 at 2:24 PM, ccielabrat ccielab...@gmail.com wrote:

 To All,

 I've been trying to figure the best/fastest way to get a WAN QOS
 requirement completed on exam day.

 I've become very comfortable with Auto-QOS and making the needed tweaks,
 so Auto-QOS is the way I'm going to use.

 The one piece of the strategy that I'm stilll wondering about is if WAN
 QOS is specified for only one of the PVC's.
 Auto-QOS will automatically put Frame-relay traffic shaping on the
 physical interface which has the side effect of leaving the other pvc
 with a 56k PVC speed.

 My solution here is to create a frame-relay map-class with the following
 parameters.

 map-class frame-relay Not56k
  frame-relay traffice-rate 1536

 I apply this map-class to the other sub-interface/PVC which negates the
 56k problem.

 I'm curious if anyone has an opinion on the Pros/Cons of this approach and
 if it might negate requirements somehow.




 ___
 For more information regarding industry leading CCIE Lab training, please
 visit www.ipexpert.com

 Are you a CCNP or CCIE and looking for a job? Check out
 www.PlatinumPlacement.com

___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com

Re: [OSL | CCIE_Voice] WAN QOS Strategy Question.

2011-12-02 Thread CCIEVoiceKP
This is really old information ... There are no catos switches on the exam ...

Brat --- your approach is sound, however IMO it's only necessary to 'fix' the 
other sub-interface if they specifically call out a bandwidth setting for that 
interface ... If in doubt bring it to the proctor for clarification.

KP


On Dec 2, 2011, at 7:20 PM, Errol Abrahams eabraham2...@gmail.com wrote:

 
 Hi All,
 
 
 I have stumble onto this website and  it is very good. Check out the quickest 
 way to apply QOS...thnx
 
 http://pushkarbhatkoti.wordpress.com/category/qos-in-10-minutes/
 
 Cheers
 
 Errol
 
 
 
 
 On Sat, Dec 3, 2011 at 2:24 PM, ccielabrat ccielab...@gmail.com wrote:
 To All, 
 
 I've been trying to figure the best/fastest way to get a WAN QOS requirement 
 completed on exam day.
 
 I've become very comfortable with Auto-QOS and making the needed tweaks, so 
 Auto-QOS is the way I'm going to use.
 
 The one piece of the strategy that I'm stilll wondering about is if WAN QOS 
 is specified for only one of the PVC's.
 Auto-QOS will automatically put Frame-relay traffic shaping on the physical 
 interface which has the side effect of leaving the other pvc with a 56k PVC 
 speed.
 
 My solution here is to create a frame-relay map-class with the following 
 parameters.
 
 map-class frame-relay Not56k
  frame-relay traffice-rate 1536
 
 I apply this map-class to the other sub-interface/PVC which negates the 56k 
 problem.
 
 I'm curious if anyone has an opinion on the Pros/Cons of this approach and if 
 it might negate requirements somehow.
 
 
 
 
 ___
 For more information regarding industry leading CCIE Lab training, please 
 visit www.ipexpert.com
 
 Are you a CCNP or CCIE and looking for a job? Check out 
 www.PlatinumPlacement.com
 
 ___
 For more information regarding industry leading CCIE Lab training, please 
 visit www.ipexpert.com
 
 Are you a CCNP or CCIE and looking for a job? Check out 
 www.PlatinumPlacement.com
___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com