[Freeswitch-users] Inconsistent Event CHANNEL_PROGRESS

Dave R. Kompel drk at drkngs.net
Mon Jun 17 21:23:31 MSD 2013


Would it be possable to ask what your real application is, other then just originating calls via ESL? What are you trying to actually find out by subscribing to events? How much control do you need over the call from you ESL application, once the call is created?  
   
Do you have the new FS book? It does a better job of not refering to things like ESL as a replacment for doing an API command and things like that. You do know that there are many other options other then ESL to do external origination of a call? It may be the right answer, or it may not.   
   
In most cases just one single interface to FS, while can be used to do the entire application, the greatest thing about FS is that you can mix and match the different interfaces. Some in ESL, and then some of the supporting things that are needed to control the call mid-stream can be done with others.  
   
Just to give one example, you may want to originate a call from ESL, but use apps from the dialplan after the call is in prgress to actually handle the call flow. If you do something like that, you could report back to your application w/ custom events fired from either the dialplan, or API with only the info you want, w/o having to track the call with the CHANNEL_* events.  
   
For external applications remember that the API_ON_* and the EXECUTE_ON_* variables that you can pass in the dial string are your friend. Also when you use these *_ON_* variables and set them from a dialstring w/ originate, you can pass variable substitution that can be evaled at execute time. Example: {origination_nested_vars=true,api_on_hangup=lua myscript ${var_i_set_in_dialplan}}sofia/gateway/.... This would invoke a lua script when the calll complted and pass to it the the evaled var_i_set_in_dialpaln, with it's value at the time it was executed. That script could create a custom event, with all the data collected from the dialplan apps that were called to handle the call and report it back to your external application in a single message, no need to track the call through it's states.  
   
Remember this is just one example, but with FS and external applications it's best to think of FS as a bunch of building blocks (lego parts) that you can stitch together to provide your complete solution.  
   
--Dave  
   
 
      _____  

  From: Steven Ayre [mailto:steveayre at gmail.com]
To: FreeSWITCH Users Help [mailto:freeswitch-users at lists.freeswitch.org]
Sent: Mon, 17 Jun 2013 06:40:33 -0700
Subject: Re: [Freeswitch-users] Inconsistent Event CHANNEL_PROGRESS

On the PSTN *if* there's no Alerting you'll likely go straight to the answer state never seeing CHANNEL_PROGRESS.  

  
Also you may want to watch for CHANNEL_PROGRESS_MEDIA as well as CHANNEL_PROGRESS. They are similar but slightly different events.  

  
-Steve  

  

  


  
On 17 June 2013 20:19, Steven Ayre <steveayre at gmail.com> wrote:
  How does that affect my answer? :)  
  
  

  


  
On 17 June 2013 18:34, Ashish gautam <ashish at nms.co.in> wrote:
  I am generating calls to the same number again and again just to test on PSTN network through mod_freetdm.  
  


  
On Mon, Jun 17, 2013 at 4:56 PM, Steven Ayre <steveayre at gmail.com> wrote:
  Not all calls will enter this state, eg it is possible for a call without Alerting/SIP 18x to go straight from dialling to being answered.  

  
-Steve  

  


  
  
  
On 17 June 2013 17:46, Ashish gautam <ashish at nms.co.in> wrote:
    
  
Hi,  

  
I have subscribed to CHANNEL_PROGRESS event which inconsistent i.e. sometimes it doesn't get generated.   

  
I am generating outbound call through event socket.
  

-- 
Ashish Gautam

Nucleus Microsystems (Pvt.) Ltd.

Ph. 011 47574758 
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org
http://www.freeswitchsolutions.com




Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org
http://www.freeswitchsolutions.com




Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



  

-- 
Ashish Gautam

Nucleus Microsystems (Pvt.) Ltd.

Ph. 011 47574758 
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting at freeswitch.org
http://www.freeswitchsolutions.com




Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

FreeSWITCH-users mailing list
FreeSWITCH-users at lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



      
   
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130617/e9e93492/attachment.html 


Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users mailing list