11-26-2008 09:48 AM - edited 03-15-2019 02:46 PM
Anyone had an issue with a 3745 registering to a 3825 gatekeeper? I have other gateways working fine on the gatekeeper, but when I tried to add the next gateway, it does not what to register at all.
Network traffic is wide open. (can ping both ways)
Debug RAS showed it trying, but hard to tell what it was trying to say to the GK:
Nov 25 21:24:17: h323chan_chn_process_read_socket
Nov 25 21:24:17: h323chan_chn_process_read_socket: fd=2 of type ACCEPTED has data
Nov 25 21:24:17: h323chan_chn_process_read_socket: h323chan accepted/connected fd=2
The IOS that is working is on the gateway is:
Version 12.3(14)T7,
System Bootstrap, Version 12.3(11r)T2
The gateway that is not working is:
Version 12.3(11)T7,
System Bootstrap, Version 12.2(8r)T2,
Anyone seen something like this?
02-10-2009 01:32 PM
This isn't happening though. All the calls are sending RAS requests to the GK and failing. I don't even have a dial-peer setup with session target ras at this point. When I put the gateway statement in this starts happening. When I remove it it stops.
02-10-2009 01:36 PM
can you post part of your configuration? Also, what IOS level you are running on the GW
02-10-2009 01:42 PM
voice rtp send-recv
!
voice service voip
h323
interface Loopback0
ip address 10.x.x.x 255.255.255.0
h323-gateway voip interface
h323-gateway voip id acme ipaddr 10.x.x.x 1719
h323-gateway voip h323-id acme@123.com
h323-gateway voip tech-prefix 1#
h323-gateway voip bind srcaddr 10.x.x.x
gateway
All of my POTS dial peers seem to be failing.
I am at 12.4(18) - Adv. IP Services
02-10-2009 01:45 PM
We need the dial peer configuration as well as the GK configuration.
Chris
02-10-2009 01:36 PM
Please post your configuration and the number you are trying to dial.
ALso, run the "debug gatek main 10" during the call on the GK and post output.
HTH,
Chris
02-18-2009 06:34 AM
02-25-2009 06:38 AM
Does anyone have any insight on this?
03-17-2009 06:39 AM
I got this figured out with the help of TAC and thought I would share.
From TAC:
'Seems that you may be running into a feature that was designed to prevent toll fraud.
When the receiving gateway which is registered with GK gets an incoming call, it will check with the GK to see if that call was authenticated/authorized by the GK. If the GK is unaware of that call, the GK sends ARJ back to the GW and the call is not permitted.
You may be able to get around this by adding to the existing voip dial peers which route the calls back and forth between the gateways.'
The solution was to add
incoming called-number xxx
to my existing dial-peers. This allowed the calls to get through.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: