hi folks,
can anyone share experience on what to check on this section , I got 0 for few
attempt.
Here is what I did :
UCM
=
- service parameter : no "G722" and "ILBC"
- Enterprise parameter G711 intra, G729 inter
- Region : HQ SB SC, HQ-HQ : G711 , SB-SB G711, SC-SC : g711
thanks Bill!
i will check and update if it works...
for cue i see that loopback 0 is haivng /32 ip so that service module not
accepting ip
if we use /24 ip then it will worki will test it and confirm you...
thanks for all your support!
On Sun, Jun 23, 2013 at 3:04 PM, Bill Lake wrote
Calls work when he is not in SRST so 3... must be sending to CUCM to be
processed and set to phones at site B. They are registered and work but
when unregistered they fail to work.
If we are going on this little snippet of his GK config we might need the
entire thing and those on the GW's to figu
Run the CUPS system troubleshooter and it can be very helpful
If that shows all good try restarting CUPS server
Third issue is find the fix on Cisco's website at (might want to learn to
find this page)
http://www.cisco.com/en/US/products/sw/custcosw/ps1846/products_tech_note09186a008088cff0.shtm
Sorry, I assume wrongly that SBGW will ever take the call for "3...".
Your normal path is for both "2..." and "3..." to be pointing to CUCMTRUNK
only. Given that both SBGW and CUCMTRUNK are registered to the same zone,
it would be necessary to exclude SBGW from ever getting the call destined
to
Hi Hesham,
Essentially, the gw-priority is to advise the gatekeeper to choose SBGW
over CUCMTRUNK. The higher the number, the higher the priority. Without
this it will distribute the call to "3XXX" to both CUCMTRUNK and SBGW in a
round robin fashion.
If you give higher priority to SBGW, then
Hi Hesham,
If the problem is on the gatekeeper, it could be as simple as the zone
prefix not configured to point to CUCM for the pattern "3..."
Given that in normal situation, the zone prefix would be pointing "SBGW"
either dynamically or statically.
The configure with static zone prefix set wou
Hi Somphol,
HQ & SB are in the same zone
and i don't understand
> zone prefix THEZONE 3... gw-priority 100 SBGW
I think I should disregard it as they are int he same zone
It's all just the CUCM Trunk and has both 2XXX and 3XXX
I think that could make it work
Thank you very much for ur great inpu
Remove all of the param under the service did the trick,
Say you have this in your running config
application
service app-b-acd
param number-of-hunt-grps 2
param aa-hunt1
param aa-hunt2 1222
param queue-len 15
param queue-manager-debugs 1
!
Then,
application
service app-b-acd
no
Hi Hesham,
I have a few ideas. I want to remove a few things out of the equation,
first try to set codec for all inter-region to G711. Second, if you are
using Local Route Group (LRG), replace it with a more straightforward
settings -- i.e. point the RL directly to HQ gateway in your case for
r
Hi Hesham,
Thanks for the detail explanation and well thanks for sharing the case. I
find it very intriguing.
I'm working on some idea, but for now, I just want to forward your reply to
the group, in case anyone else can help too.
--Somphol
On Sun, Jun 23, 2013 at 4:44 PM, Hesham Abdelkeree
Dear Hesham,
As far as I understand from your email, SiteB is now in SRST mode, which means
that SiteB WAN connection is down. In this case, SiteC won't be able to reach
SiteB phones over the WAN through GK but you will have to configure a lower
preference dial-peer to reach it through PSTN in c
12 matches
Mail list logo