On point 1 an input policy on the port connected to the router will only
see the traffic in the direction specified. So whilst in general its good
advice, in this case it would be unnecessary.
On 29 Mar 2012 00:22, "Chris" wrote:
> Hi Steve,
> My approach would be same as yours. However few obs
Hello,
Isn't it true that the trust stuff applies ONLY to those packets that are
not "caught" by the class (in the qos policy)?
For packets that are processed by the policy-map, you do a "set cs3 (or
whatever)" under the policy.
thanks,
/Baktha
--
yes, that's correct.
if you have MQC applied then trust does not take effect any more.
On Thu, Mar 29, 2012 at 6:53 PM, Baktha Muralidharan
wrote:
> Hello,
>
> Isn't it true that the trust stuff applies ONLY to those packets that are
> not "caught" by the class (in the qos policy)?
> For packets
Could someone please check if I have answered this question correctly
prove when the subscriber fails, the publisher will work. While the call
is active shut
down the CUCM - Subscriber services. Debug the MGCP message, steps should
show:
1. Backup call agent send the message to the gateway to c
Dear all,
thanks for all the replies - I had intended to run auto qos trust
cisco-phone on the phone ports and auto qos trust on the server and trunk
port fa0/1. this should mark all of the trafic correctly. The set command
was more of a fail safe than anything else.
does this make sense?
Best
Can anyone tell me why my learned ephone DNs would stay up even if I've removed
telephony-service, saved config, reloaded and then re-entered telephony service
back in. I also have some extra dial-peers showing up that I do not
reckognize. See output of "show dial-peer voice summary" below.
20
Steven,
if you are required explain in terms of Event1/2/3, you want to explicitly
tag them as such.
For example, annotate the three events, as shown
Event1: Backup call agent sending AUEP to gateway, to inquire about an
endpoint
AUEP trace lines
Event2: Gateway returning (200 OK) wi
Was any srst provisioning done?
Bill
On Mar 29, 2012, at 7:15 PM, Justin McIntyre
wrote:
> Can anyone tell me why my learned ephone DNs would stay up even if I’ve
> removed telephony-service, saved config, reloaded and then re-entered
> telephony service back in. I also have some extra dial
Well it was supposed to learn them , but when it's the routes not in srst mode,
ie the devices are not registered to the router, the dial peers should
transition to down and they are not transitioning to down, ever after no
telephony-service and reload and rebuild. I know it's a known bug, but
Check out this link. It's similar to what you're facing with a proper
workaround:
http://blog.ipexpert.com/2012/03/12/high-availability-series-3-unified-cme-for-srst-gotchas/
On Thu, Mar 29, 2012 at 10:34 PM, Justin McIntyre <
justin.mcint...@blackbox.com> wrote:
> Well it was supposed to learn
10 matches
Mail list logo