Hi Duy,
Thanks I shall test it out and confirm. my understanding could be wrong.
Regards,
Alex
On Mon, Jun 27, 2011 at 10:04 PM, ccieid1ot ccieid...@gmail.com wrote:
Alex, definitely needed. Test it out by enabling it on HQ router than
don't enable on BR2 router. Now open up the cue gui
It looks like not effected but it is.
The bandwidth drops to 56k.
Good idea is to apply the Br2 service policy to Br1 connected srl
interface even you not shaping the traffic.
sh frame-relay pvc dlci will provide you the details.
Thanks
Shrini
On 6/26/2011 2:34 PM, Cristobal Priego wrote:
Hi Shrini,
I guess what cristobal trying to mean is when he is using class based
shaping, instead of FRTS which required the command on physical interface,
do he need to care about the qos setting between HQ and BR1.
By the way, I have one question though, for the case when FRTS was enable on
HQ
Alex, definitely needed. Test it out by enabling it on HQ router than don't
enable on BR2 router. Now open up the cue gui and see if it operated
correctly.
duy
ccie #27737 voice
tmobile g2
On Jun 27, 2011 6:17 AM, Alex Goh ncsalex@gmail.com wrote:
Hi Shrini,
I guess what cristobal
I believe this is correct
If you do not use FRTS then you will be ok by doing nothing on the other
interface
I do not believe show traffic will show you anything as FRTS is not enabled
You will need to use
show policy-map interface
___
For more
hello all
when you configure FRF.12 manually on your seial interfaces on HQ and BR2
on the HQ router where the same physical interface is used to connect BR1
and BR2, BR1 link isn't affected at all because traffic shaping isn't
enabled on the physical interface, correct ?
so i can pretty much
Well you might want to check what happened to that interface. Run the show
traffic-shape; if it looks fine to you, then leave it like that :)
http://www.cisco.com/en/US/docs/ios/12_2/qos/command/reference/qrfcmd11.html#wp1019473
Regards,
Roger Carpio.
On Sun, Jun 26, 2011 at 4:34 PM, Cristobal