| Summary: | ASTERISK-03170: incoming call routed via gatekeeper fail | ||
| Reporter: | ffs (ffs) | Labels: | |
| Date Opened: | 2005-01-03 08:00:29.000-0600 | Date Closed: | 2011-06-07 14:10:50 |
| Priority: | Minor | Regression? | No |
| Status: | Closed/Complete | Components: | Core/General |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| 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$81.27.72.10:30005/30328] -- 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$81.27.72.10:30005/30328, 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. | ||