My preference is to do as much as possible in the h323 gateway instead of on
CUCM but there is no right way as long as you meet the requirements of the
task. Remember you have to meet the demands of calling and caller info in SRST
as well.
Sent from my iPad
On Mar 2, 2013, at 11:47 PM, sanity
hi Bill,
Thanks for your reply.
However with this method using *local route groups* for HQ( MgcP gateway )
and Site B ( h323 gateway) with the same route patterns will not be
possible .
1) Currently I have the HQ and Site B using local route groups . Local
route groups will not work in case
Sorry but you only said you were doing the patterns for site b using the SLRG.
You did not mention the requirement to use the same RP for both an MGCP and
H323 GW
I was considering that you were creating separate dial peers for each site
using that sites SLRG.
1) SLRG are more difficult to ma
1) On site B I am doing the digit strip on the CUCM and not the gateway is the
right way to get this done ?
Everyone develops their own strategy for where they perform the digit strip.
My strategy is to use predot on the dial-pattern so that the 9, 91 and 9011 is
striped from the phone display
Well I finally cleared the LAB, what a relief. I would like to thank the
people on the list for all the posted questions, output and responses, also
INE, Mark Snow and IPExpert, Vic Malhi for all their assistance on my journey.
I would also wish the best for those who are still striving to att
Congtrats
On Sun, Mar 3, 2013 at 9:37 AM, wrote:
> Well I finally cleared the LAB, what a relief. I would like to thank the
> people on the list for all the posted questions, output and responses, also
> INE, Mark Snow and IPExpert, Vic Malhi for all their assistance on my
> journey. I would a
Congratulations Mr Sears :)
--Original Message--
From: michael.se...@compucom.com
Sender: ccie_voice-boun...@onlinestudylist.com
To: ccie_voice@onlinestudylist.com
Subject: [OSL | CCIE_Voice] CCIE VOICE PASSED
Sent: Mar 3, 2013 17:37
Well I finally cleared the LAB, what a relief. I wo
Hello Michael,
quick question about this if you do not mind.
1) On site B I am doing the digit strip on the CUCM and not the gateway is
the right way to get this done ?
Everyone develops their own strategy for where they perform the digit
strip. My strategy is to use predot on the dial-pattern so
I am working on SRN in Lab 5C. I am having issues with Internal Calls
ringing my mobile device. I call from CME Site or PSTN. It
successfully rings line 2 on PSTN Phone. I call from any phone
registered to CUCM and it will not ring my mobile number on the PSTN
Phone. I can answer the call on H
The call to the mobile phone from the Mobility feature uses the Redirecting
CSS at the RDP of the user. None of the internal phones would have access
to use that CSS unless ofcourse it is the same CSS assigned to phones, but
that wouldn't be a great way to set up SNR. It's best to have dedicated
Well I have an update. If I call 5002 from 5001 at HQ it rings PSTN
Line 2 Immediately. Call from BR1 Site to 5002 rings the phone. I can
answer the phone and transition to and from the PSTN phone line 2.
But i can not get the original call to ring the PSTN at all from BR1.
Stacy
___
Greetings Steve,
Example:
Yes you are correct. Use two route lists each using the standard local route
group.
MGCP ROUTE LIST
Standard Local Route Group
Predot in route pattern and route list
Do not add 9, 91, or 9011 back in or call fails just send appropriate number of
digits
H323 ROUTE LI
Well it looks like it is picking up the RTP header compression, shaping and
even the service policy but not doing it.
Have you tried rebooting the router or copy, delete then reapply ?
Sent from my iPad
On Mar 3, 2013, at 8:43 PM, Jason Lee wrote:
> All,
>
> Was wondering if I could get a s
I reloaded the router and reapplied the QoS configuration. No dice. Still
not matching in the nested policy. Very weird that it is working like a
champ in the SB router. I've done this a couple times in the past and
never run into this issue. I'm going to play with it a little longer, but
may
I guess i was working on the 2811 CME4.2 for so long, I didn't even know
Cisco stop using this command in 15.1.4
Now i am on 2911 , 15.1.4 CME 7
Getting error
satellite(config)#telephony-service set
Warning: command has been deprecated.
For installation help, please check CME System
15 matches
Mail list logo