There is a channel variable I am adding to calls as they arrive that I would like to see within raised events. Specifically, I am adding my own database index to the A-leg, passing the call to mod_callcenter, then capturing the CHANNEL_ANSWER event where I am looking for this same index value. Unfortunately, I am not able to persist this custom channel variable for the duration of the call, despite using ‘export’. Could you suggest how I may accomplish a channel variable’s persistence in this situation?
Can you pastebin the debug log of this actually happening? Also, when you say "persist" what exactly do you mean? At some point in the call flow the channel variable is set and at some point later in the call flow it is not set? Again, a console debug log might yield some information. -MC On Wed, Nov 17, 2010 at 4:21 PM, elijah <elijah@crankenstein.com> wrote:
There is a channel variable I am adding to calls as they arrive that I would like to see within raised events. Specifically, I am adding my own database index to the A-leg, passing the call to mod_callcenter, then capturing the CHANNEL_ANSWER event where I am looking for this same index value. Unfortunately, I am not able to persist this custom channel variable for the duration of the call, despite using ‘export’. Could you suggest how I may accomplish a channel variable’s persistence in this situation?
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I'm not sure what I should show you from the debug but I'll explain the situation better. An incoming call initially hits my dialplan - and here I insert a custom channel variable using application="export". Then this same dialplan sends this call to a queue in mod_callcenter. Later, this call is answered and on the CHANNEL_ANSWERED event I try to collect the custom channel variable I inserted at the beginning. But the variable is no longer there. On Thu, Nov 18, 2010 at 3:07 PM, Michael Collins <msc@freeswitch.org> wrote:
Can you pastebin the debug log of this actually happening? Also, when you say "persist" what exactly do you mean? At some point in the call flow the channel variable is set and at some point later in the call flow it is not set? Again, a console debug log might yield some information.
-MC
On Wed, Nov 17, 2010 at 4:21 PM, elijah <elijah@crankenstein.com> wrote:
There is a channel variable I am adding to calls as they arrive that I would like to see within raised events. Specifically, I am adding my own database index to the A-leg, passing the call to mod_callcenter, then capturing the CHANNEL_ANSWER event where I am looking for this same index value. Unfortunately, I am not able to persist this custom channel variable for the duration of the call, despite using ‘export’. Could you suggest how I may accomplish a channel variable’s persistence in this situation?
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
use git and export_bridged instead of set or export. /b On Nov 18, 2010, at 5:07 PM, Michael Collins wrote:
Can you pastebin the debug log of this actually happening? Also, when you say "persist" what exactly do you mean? At some point in the call flow the channel variable is set and at some point later in the call flow it is not set? Again, a console debug log might yield some information.
-MC
On Wed, Nov 17, 2010 at 4:21 PM, elijah <elijah@crankenstein.com> wrote: There is a channel variable I am adding to calls as they arrive that I would like to see within raised events. Specifically, I am adding my own database index to the A-leg, passing the call to mod_callcenter, then capturing the CHANNEL_ANSWER event where I am looking for this same index value. Unfortunately, I am not able to persist this custom channel variable for the duration of the call, despite using ‘export’. Could you suggest how I may accomplish a channel variable’s persistence in this situation?
Sorry to bother. You've been very responsive and I'm very appreciative. But I'm not understanding your recommendation. I can't find any documentation for 'export_bridged'. Would you mind elaborating on how I implement this? On Fri, Nov 19, 2010 at 7:12 AM, Brian West <brian@freeswitch.org> wrote:
use git and export_bridged instead of set or export.
/b
On Nov 18, 2010, at 5:07 PM, Michael Collins wrote:
Can you pastebin the debug log of this actually happening? Also, when you say "persist" what exactly do you mean? At some point in the call flow the channel variable is set and at some point later in the call flow it is not set? Again, a console debug log might yield some information.
-MC
On Wed, Nov 17, 2010 at 4:21 PM, elijah <elijah@crankenstein.com> wrote:
There is a channel variable I am adding to calls as they arrive that I would like to see within raised events. Specifically, I am adding my own database index to the A-leg, passing the call to mod_callcenter, then capturing the CHANNEL_ANSWER event where I am looking for this same index value. Unfortunately, I am not able to persist this custom channel variable for the duration of the call, despite using ‘export’. Could you suggest how I may accomplish a channel variable’s persistence in this situation?
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge_export On Fri, Nov 19, 2010 at 12:58 PM, elijah <elijah@crankenstein.com> wrote:
Sorry to bother. You've been very responsive and I'm very appreciative. But I'm not understanding your recommendation. I can't find any documentation for 'export_bridged'. Would you mind elaborating on how I implement this?
On Fri, Nov 19, 2010 at 7:12 AM, Brian West <brian@freeswitch.org> wrote:
use git and export_bridged instead of set or export.
/b
On Nov 18, 2010, at 5:07 PM, Michael Collins wrote:
Can you pastebin the debug log of this actually happening? Also, when you say "persist" what exactly do you mean? At some point in the call flow the channel variable is set and at some point later in the call flow it is not set? Again, a console debug log might yield some information.
-MC
On Wed, Nov 17, 2010 at 4:21 PM, elijah <elijah@crankenstein.com> wrote:
There is a channel variable I am adding to calls as they arrive that I would like to see within raised events. Specifically, I am adding my own database index to the A-leg, passing the call to mod_callcenter, then capturing the CHANNEL_ANSWER event where I am looking for this same index value. Unfortunately, I am not able to persist this custom channel variable for the duration of the call, despite using ‘export’. Could you suggest how I may accomplish a channel variable’s persistence in this situation?
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
This is not causing the custom channel variable to persist for the life of the call. I can confirm the variable is correctly inserted into the A-leg: ... variable_my_custom: whatever variable_bridge_export_vars: my_custom ... But by the time the CHANNEL_ANSWER event fires, as a user answers the call from queue, this variable is not present. On Fri, Nov 19, 2010 at 3:08 PM, DJB International <djbinter@gmail.com>wrote:
http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge_export
On Fri, Nov 19, 2010 at 12:58 PM, elijah <elijah@crankenstein.com> wrote:
Sorry to bother. You've been very responsive and I'm very appreciative. But I'm not understanding your recommendation. I can't find any documentation for 'export_bridged'. Would you mind elaborating on how I implement this?
On Fri, Nov 19, 2010 at 7:12 AM, Brian West <brian@freeswitch.org> wrote:
use git and export_bridged instead of set or export.
/b
On Nov 18, 2010, at 5:07 PM, Michael Collins wrote:
Can you pastebin the debug log of this actually happening? Also, when you say "persist" what exactly do you mean? At some point in the call flow the channel variable is set and at some point later in the call flow it is not set? Again, a console debug log might yield some information.
-MC
On Wed, Nov 17, 2010 at 4:21 PM, elijah <elijah@crankenstein.com> wrote:
There is a channel variable I am adding to calls as they arrive that I would like to see within raised events. Specifically, I am adding my own database index to the A-leg, passing the call to mod_callcenter, then capturing the CHANNEL_ANSWER event where I am looking for this same index value. Unfortunately, I am not able to persist this custom channel variable for the duration of the call, despite using ‘export’. Could you suggest how I may accomplish a channel variable’s persistence in this situation?
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
FYI, this is a relatively new feature and if you check the date on the wiki article that DJB mentioned you'll see I only added it a few weeks ago... -MC On Fri, Nov 19, 2010 at 3:08 PM, DJB International <djbinter@gmail.com>wrote:
http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge_export
On Fri, Nov 19, 2010 at 12:58 PM, elijah <elijah@crankenstein.com> wrote:
Sorry to bother. You've been very responsive and I'm very appreciative. But I'm not understanding your recommendation. I can't find any documentation for 'export_bridged'. Would you mind elaborating on how I implement this?
On Fri, Nov 19, 2010 at 7:12 AM, Brian West <brian@freeswitch.org> wrote:
use git and export_bridged instead of set or export.
/b
On Nov 18, 2010, at 5:07 PM, Michael Collins wrote:
Can you pastebin the debug log of this actually happening? Also, when you say "persist" what exactly do you mean? At some point in the call flow the channel variable is set and at some point later in the call flow it is not set? Again, a console debug log might yield some information.
-MC
On Wed, Nov 17, 2010 at 4:21 PM, elijah <elijah@crankenstein.com> wrote:
There is a channel variable I am adding to calls as they arrive that I would like to see within raised events. Specifically, I am adding my own database index to the A-leg, passing the call to mod_callcenter, then capturing the CHANNEL_ANSWER event where I am looking for this same index value. Unfortunately, I am not able to persist this custom channel variable for the duration of the call, despite using ‘export’. Could you suggest how I may accomplish a channel variable’s persistence in this situation?
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Ah. I just updated with git today. Maybe this feature is not yet available? On Fri, Nov 19, 2010 at 4:34 PM, Michael Collins <msc@freeswitch.org> wrote:
FYI, this is a relatively new feature and if you check the date on the wiki article that DJB mentioned you'll see I only added it a few weeks ago...
-MC
On Fri, Nov 19, 2010 at 3:08 PM, DJB International <djbinter@gmail.com>wrote:
http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge_export
On Fri, Nov 19, 2010 at 12:58 PM, elijah <elijah@crankenstein.com> wrote:
Sorry to bother. You've been very responsive and I'm very appreciative. But I'm not understanding your recommendation. I can't find any documentation for 'export_bridged'. Would you mind elaborating on how I implement this?
On Fri, Nov 19, 2010 at 7:12 AM, Brian West <brian@freeswitch.org>wrote:
use git and export_bridged instead of set or export.
/b
On Nov 18, 2010, at 5:07 PM, Michael Collins wrote:
Can you pastebin the debug log of this actually happening? Also, when you say "persist" what exactly do you mean? At some point in the call flow the channel variable is set and at some point later in the call flow it is not set? Again, a console debug log might yield some information.
-MC
On Wed, Nov 17, 2010 at 4:21 PM, elijah <elijah@crankenstein.com> wrote:
There is a channel variable I am adding to calls as they arrive that I would like to see within raised events. Specifically, I am adding my own database index to the A-leg, passing the call to mod_callcenter, then capturing the CHANNEL_ANSWER event where I am looking for this same index value. Unfortunately, I am not able to persist this custom channel variable for the duration of the call, despite using ‘export’. Could you suggest how I may accomplish a channel variable’s persistence in this situation?
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I am also unable to see variables that I set in the dialplan after a call has gone through mod_fifo. Does that sound right? That I would set a channel variable in the dialplan, send the call to mod_fifo, and on the CHANNEL_ANSWER event have lost the variable? I've tried this with "set", "export", and "bridge_export". On Fri, Nov 19, 2010 at 5:17 PM, elijah <elijah@crankenstein.com> wrote:
Ah. I just updated with git today. Maybe this feature is not yet available?
On Fri, Nov 19, 2010 at 4:34 PM, Michael Collins <msc@freeswitch.org>wrote:
FYI, this is a relatively new feature and if you check the date on the wiki article that DJB mentioned you'll see I only added it a few weeks ago...
-MC
On Fri, Nov 19, 2010 at 3:08 PM, DJB International <djbinter@gmail.com>wrote:
http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge_export
On Fri, Nov 19, 2010 at 12:58 PM, elijah <elijah@crankenstein.com>wrote:
Sorry to bother. You've been very responsive and I'm very appreciative. But I'm not understanding your recommendation. I can't find any documentation for 'export_bridged'. Would you mind elaborating on how I implement this?
On Fri, Nov 19, 2010 at 7:12 AM, Brian West <brian@freeswitch.org>wrote:
use git and export_bridged instead of set or export.
/b
On Nov 18, 2010, at 5:07 PM, Michael Collins wrote:
Can you pastebin the debug log of this actually happening? Also, when you say "persist" what exactly do you mean? At some point in the call flow the channel variable is set and at some point later in the call flow it is not set? Again, a console debug log might yield some information.
-MC
On Wed, Nov 17, 2010 at 4:21 PM, elijah <elijah@crankenstein.com> wrote:
There is a channel variable I am adding to calls as they arrive that I would like to see within raised events. Specifically, I am adding my own database index to the A-leg, passing the call to mod_callcenter, then capturing the CHANNEL_ANSWER event where I am looking for this same index value. Unfortunately, I am not able to persist this custom channel variable for the duration of the call, despite using ‘export’. Could you suggest how I may accomplish a channel variable’s persistence in this situation?
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Never mind. I needed to be looking at the CHANNEL_BRIDGE event, or such. On Wed, Nov 24, 2010 at 3:53 PM, elijah <elijah@crankenstein.com> wrote:
I am also unable to see variables that I set in the dialplan after a call has gone through mod_fifo. Does that sound right? That I would set a channel variable in the dialplan, send the call to mod_fifo, and on the CHANNEL_ANSWER event have lost the variable? I've tried this with "set", "export", and "bridge_export".
On Fri, Nov 19, 2010 at 5:17 PM, elijah <elijah@crankenstein.com> wrote:
Ah. I just updated with git today. Maybe this feature is not yet available?
On Fri, Nov 19, 2010 at 4:34 PM, Michael Collins <msc@freeswitch.org>wrote:
FYI, this is a relatively new feature and if you check the date on the wiki article that DJB mentioned you'll see I only added it a few weeks ago...
-MC
On Fri, Nov 19, 2010 at 3:08 PM, DJB International <djbinter@gmail.com>wrote:
http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge_export
On Fri, Nov 19, 2010 at 12:58 PM, elijah <elijah@crankenstein.com>wrote:
Sorry to bother. You've been very responsive and I'm very appreciative. But I'm not understanding your recommendation. I can't find any documentation for 'export_bridged'. Would you mind elaborating on how I implement this?
On Fri, Nov 19, 2010 at 7:12 AM, Brian West <brian@freeswitch.org>wrote:
use git and export_bridged instead of set or export.
/b
On Nov 18, 2010, at 5:07 PM, Michael Collins wrote:
Can you pastebin the debug log of this actually happening? Also, when you say "persist" what exactly do you mean? At some point in the call flow the channel variable is set and at some point later in the call flow it is not set? Again, a console debug log might yield some information.
-MC
On Wed, Nov 17, 2010 at 4:21 PM, elijah <elijah@crankenstein.com> wrote:
> There is a channel variable I am adding to calls as they arrive that > I would like to see within raised events. Specifically, I am adding my own > database index to the A-leg, passing the call to mod_callcenter, then > capturing the CHANNEL_ANSWER event where I am looking for this same index > value. Unfortunately, I am not able to persist this custom channel variable > for the duration of the call, despite using ‘export’. Could you suggest how > I may accomplish a channel variable’s persistence in this situation? >
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE: http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
participants (4)
-
Brian West
-
DJB International
-
elijah
-
Michael Collins