Summary:ASTERISK-03170: incoming call routed via gatekeeper fail
Reporter:ffs (ffs)Labels:
Date Opened:2005-01-03 08:00:29.000-0600Date Closed:2011-06-07 14:10:50
Versions:Frequency of
Description:If condition of if statement in chan_h323.c line 1307 (below comment <Decide if we are allowing Gatekeeper routed calls>) is true, call_options will not be set. This always results in a 'Call failed' in the calling module (h323/ast_h323.cpp).
Comments:By: twisted (twisted) 2005-01-09 22:37:27.000-0600

JerJer: any ideas here?  Sorry to keep assigning you the h323 stuff, but I'm clueless to how it works..

By: Clod Patry (junky) 2005-02-11 19:18:36.000-0600

JerJer: where are you with this bug?

Can we close that bug ? Still any interest since last month?

By: nirsim (nirsim) 2005-02-13 13:47:13.000-0600

I've just checked this issue, and it appears to still remain.

When a call comes in via GnuGK in static routed mode, the following can be observed on the console:

*CLI>   == New H.323 Connection created.
       --Received SETUP message
   -- Setting up Call
   --  Call token:  [ip$]
   --  Calling party name:  []
   --  Calling party number:  []
   --  Called party name:  [20203]
   --  Called party number:  [20203]
Feb 13 21:51:34 DEBUG[16577]: chan_h323.c:1334 setup_incoming_call: Sending Bezeqint@bezeqint.com to context [incoming]
       -- Call Failed
       -- ClearCall: Request to clear call with token ip$, cause 7
       -- Sending RELEASE COMPLETE
-- Call with  ended abnormally
       == H.323 Connection deleted.

By: Olle Johansson (oej) 2005-03-16 13:21:28.000-0600

No action for over a month time. Re-open if we have patch coming in or any response from JerJer.

ffs: Please find JerJer on #irc to discuss this and see if there is any interest in fixing this.