Ticket #3691 (closed Feature Requests: fixed)

Opened 1 year ago

Last modified 1 year ago

use EXTENSION_STATE() in dialparties.agi in Asterisk > 1.6

Reported by: p_lindheimer Assigned to: p_lindheimer
Priority: minor Milestone: 2.6
Component: Core Version: 2.5-branch
Keywords: Cc:
Confirmation: Confirmed SVN Revision (if applicable):
Backend Engine: All Backend Engine Version:

Description

dialparties.agi uses the Asterisk Manager to determine the state of an extension (hint value) because there was previously no way to check this through AGI. Asterisk 1.6 has created the function EXTENSION_STATE() in func_extstate.c which can be called through the AGI connection removing the need for a manager connection each time dialparties.agi is called.

FreePBX should make use of this when present.

Change History

05/26/09 12:40:40 changed by p_lindheimer

This will be added, and in addition, if it detects that Asterisk 1.4 is running and determines that func_extstate.so is present, it will also use this instead of the manager connection.

In some very basic testing (not thorough at all), it appears that you can take the 1.6 version of func_extstate.c and with a one line change, get it to work on 1.4:

--- ../asterisk-trunk/funcs/func_extstate.c     2009-05-07 19:30:01.000000000 -0700
+++ funcs/func_extstate.c       2009-05-26 12:39:52.000000000 -0700
@@ -122,7 +122,6 @@
 static struct ast_custom_function extstate_function = {
        .name = "EXTENSION_STATE",
        .read = extstate_read,
-       .read_max = 12,
 };
 
 static int unload_module(void)

05/26/09 12:42:43 changed by p_lindheimer

  • status changed from new to closed.
  • resolution set to fixed.

(In [7751]) closes #3691 added usage of EXTENSION_STATE in dialparties in place of manager connection when present

08/02/09 19:51:37 changed by p_lindheimer

(In [7917]) Merged revisions 7697,7699-7701,7703-7707,7709-7710,7713-7722,7725-7731,7735-7736,7739-7740,7744-7751,7753-7758,7761,7763,7765-7769,7771-7774,7776-7785,7787,7789-7791,7793-7794,7798,7806,7808-7809,7811-7813,7816,7818-7821,7838,7858-7865,7867,7871,7875-7878,7881-7882,7886-7887,7889-7890,7892-7893,7895-7896,7901 via svnmerge from http://svn.freepbx.org/modules/branches/2.6

........

r7697 | p_lindheimer | 2009-05-07 20:35:14 -0700 (Thu, 07 May 2009) | 1 line

fixes #3478 this appears to be an asterisk issue as it does not happen on all systems. Putting patch into 2.6 and after proper testing we can look at back porting it to 2.5

........

r7713 | mickecarlsson | 2009-05-08 12:38:29 -0700 (Fri, 08 May 2009) | 1 line

Fixed spelling errors in dialparties.agi

........

r7721 | xrobau | 2009-05-13 15:48:19 -0700 (Wed, 13 May 2009) | 2 lines

Apply fixes from #3423

........

r7728 | mickecarlsson | 2009-05-14 21:57:43 -0700 (Thu, 14 May 2009) | 1 line

Fixed spelling errors in extensions.conf

........

r7731 | xrobau | 2009-05-15 11:33:22 -0700 (Fri, 15 May 2009) | 2 lines

Minor tabindex warning cleanups

........

r7751 | p_lindheimer | 2009-05-26 12:42:42 -0700 (Tue, 26 May 2009) | 1 line

closes #3691 added usage of EXTENSION_STATE in dialparties in place of manager connection when present

........

r7753 | p_lindheimer | 2009-05-26 16:27:57 -0700 (Tue, 26 May 2009) | 1 line

use the STAT() function in place of the checksound.agi script for Asterisk 1.4+ systems, in vmx locater, to check for file

........

r7754 | p_lindheimer | 2009-05-26 17:11:23 -0700 (Tue, 26 May 2009) | 1 line

fixes #3693 change ZAP to DAHDI in trunk tech when generating config in ZAP2DAHDI compatibility mode

........

r7784 | p_lindheimer | 2009-06-01 12:19:05 -0700 (Mon, 01 Jun 2009) | 1 line

fixes #3705 so & can be used in sip and iax secrets, also modifies core_trunks_getDetails to provide a table of all the trunks from the new trunk table if no paramter is passed

........

r7838 | p_lindheimer | 2009-06-20 09:46:08 -0700 (Sat, 20 Jun 2009) | 1 line

add alwaysauthreject=yes to sip settings to enhance security

........

r7871 | p_lindheimer | 2009-06-26 22:04:39 -0700 (Fri, 26 Jun 2009) | 1 line

fix bug when accessing a stale page where the trunk no longer exists and no technology type is returned resulting in a sql query accessing a blank table

........

r7901 | p_lindheimer | 2009-07-25 08:43:58 -0700 (Sat, 25 Jul 2009) | 1 line

fixes #3792 create astman handle from AGI's unique 'new' function

........