Hi David. Are you sure your one way audio is not caused by routing issues? Anyway if you are sure the problem is auto-qos just reload the router.
To answer the question regarding what you may be doing wrong, I would say you are running auto-qos. Do not run it. If you can't live without it, then apply it with the serial interfaces in shutdown, this way it will never screw with the IOS internal order of operations. Cheers On Mon, Nov 1, 2010 at 1:31 PM, David A <david.a...@gmail.com> wrote: > Hi All, > > I am configuring autoqos as below between HQ and BR1 - 1536k link. > After applying the config on HQ I do not receive any audio on the > phone from any WAN device ie HQ and BR2. > > Here is my config > > HQ > > class-map match-any AutoQoS-VoIP-RTP-Trust > match ip dscp ef > class-map match-any AutoQoS-VoIP-Control-Trust > match ip dscp cs3 > match ip dscp af31 > ! > > > policy-map AutoQoS-Policy-Trust-siteb > class AutoQoS-VoIP-RTP-Trust > priority percent 33 > compress header ip rtp > class AutoQoS-VoIP-Control-Trust > bandwidth percent 5 > class class-default > fair-queue > > interface Serial0/0/0.1 point-to-point > bandwidth 1536 > ip address 10.10.111.1 255.255.255.0 > snmp trap link-status > frame-relay interface-dlci 201 > class AutoQoS-FR-Se0/0/0-201 > auto qos voip trust > > map-class frame-relay AutoQoS-FR-Se0/0/0-201 > frame-relay cir 1459200 > frame-relay bc 14592 > frame-relay be 0 > frame-relay mincir 1459200 > service-policy output AutoQoS-Policy-Trust-siteb > > > > Same config is on BR1 > > What am I doing wrong. > > Thanks, > DA > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
