cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1407
Views
0
Helpful
22
Replies

Gateway ---- Gatekeeper registration issue

Tommer Catlin
VIP Alumni
VIP Alumni

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?

22 Replies 22

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.

can you post part of your configuration? Also, what IOS level you are running on the GW

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

We need the dial peer configuration as well as the GK configuration.

Chris

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

Chris -

Here is the Gatekeeper and Gateway configuration.

I can't provide debugs yet as I need to schedule another maintenance window.

Does anyone have any insight on this?

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.

Getting Started

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: