|
Hi, I hope some one can shed some light on an issue that I am having problems with.
The setup ---------------
Gateway (1) à GnuGK (1) à GnuGK (2) à Gateway (2)
The first two devices in this chain are in my control. I have configured the GnuGK (1) to neighbour GnuGK (2) and I believe GnuGK (2) has a similar setup to neighbour GnuGK (1).
If I place a call from an endpoint behind Gateway (1) the call gets rejected by GnuGK (1) with an error that there is no matching endpoint. It does not do an LRQ to GnuGK (2) at all.
A thing to note here is that Gateway (1) is not registering with GnuGK (1) and is treating it as a Gateway and just sending a Q931 setup message when placing a call. GnuGK (1) has been configured to accept unregistered calls and has Gateway (1) as a permanent registered endpoint.
If I attempt to make a call via an endpoint that is registered with GnuGk (1), to a destination that matches the prefix for GnuGK (2). GnuGK (1) sends an LRQ to GnuGK (2). Whether or not the call is successful I am now able to make calls using the first scenario. That is, from an endpoint behind Gateway (1).
It seems that after making a call attempt from the endpoint registered with GnuGK (1) a route to GnuGK (2) is cached for a short period. And for that duration calls from endpoints behind Gateway (1) are able to make successful calls. This cached route obviously expires after a short period, and things go back to square 1!.
Can someone explain what's happening, is there a workaround or is there something that I maybe missing in my setup.
Another thing worth mentioning here is that in the case of the Call attempt from the endpoint registered with GnuGK (1) there is an ARQ in the call attempt which is missing in the call attempts coming from Gateway (1).
I would appreciate any help that I can get at the earliest convenience.
Thanks
Umar
Registered in England No. 04348334. This message is subject to and does not create or vary any |
