search for: ast_channel_masquerad

Displaying 6 results from an estimated 6 matches for "ast_channel_masquerad".

Did you mean: ast_channel_masquerade
2007 Feb 02
1
WARNING[4218]: res_features.c:1385 ast_bridge_call: Bridge failed on channels ( when I use asyncgoto)
...warning: -- Executing AsyncGoto("SIP/111-086497c8", "SIP/113-08674628|dynamic-nway|111|1") in new stack Feb 2 16:53:10 DEBUG[4218]: app_asyncgoto.c:95 asyncgoto_exec: Attempting async goto (SIP/113-08674628) to dynamic-nway,111,1 Feb 2 16:53:10 DEBUG[4218]: channel.c:2834 ast_channel_masquerade: Planning to masquerade channel SIP/113-08674628 into the structure of AsyncGoto/SIP/113-08674628 Feb 2 16:53:10 DEBUG[4218]: channel.c:2847 ast_channel_masquerade: Done planning to masquerade channel SIP/113-08674628 into the structure of AsyncGoto/SIP/113-08674628 Feb 2 16:53:10 DEBUG[4218]: c...
2005 Oct 05
3
SIP Attended Transfer using REFER and Replaces: headers
hey all, am wondering if anyone has successfuly done a SIP attended transfer using the REFER method (after an INVITE obviously) and the Replaces: header. we're writing our own SIP UAC and the asterisk code seems to support it, but we're not really sure if this is so. we plan on the following call flows: 1. incoming call from exten 1111 is sent to our UAC with Dial() 2. our UAC makes
2009 Jun 30
0
Redirect with ExtraChannel on Bridged call give AMI event with second channel name AsyncGoto/...<ZOMBIE>
...t received* [Jun 26 22:24:19] DEBUG[11779]: manager.c:3007 process_message: Manager received command 'Redirect' [Jun 26 22:24:19] WARNING[11779]: channel.c:961 ast_channel_alloc_withId_withVaList: Sending Newchannel event with ActionID: (null) [Jun 26 22:24:19] DEBUG[11779]: channel.c:3980 ast_channel_masquerade: Planning to masquerade channel SIP/902-007fe948 into the structure of AsyncGoto/SIP/902-007fe948 [Jun 26 22:24:19] DEBUG[11779]: channel.c:3992 ast_channel_masquerade: Done planning to masquerade channel SIP/902-007fe948 into the structure of AsyncGoto/SIP/902-007fe948 [Jun 26 22:24:19] DEBUG[117...
2004 May 17
4
*8 problem still there?
I upgraded to the latest stable version of 1.0 today and am still seeing the *8 problem where the phone that was originally dialed keeps on ringing even after another phone picks up. Are other people also seeing this? Has somebody figured out how to make this go away? Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL:
2005 Jun 20
2
app_valetparking.c
Since www.bkw.org seems not to exist anymore (getting response from some hosting provider), does anyone happend to have a copy of app_valetparking.c from www.bkw.org - the one that should work with * stable 1.0.X ? If so please contact me. One that can be downloaded from www.loligo.com dosn't compile with 1.0.X, and SuperValletParking (www.asterlink.com/svp/) seems to be for * HEAD
2005 Jun 20
1
Re: app_valetparking.c for * STABLE (1.0.X)
Nope ! This is the one that tries to include PRE 1.0.X header file <parking.h>. It cannot compile on * 1.0.X (I have tried also to include <features.h> instead of <parking.h> (as far as I know features.h is successor to parking.h), but still without results). Thanks anyway. Nenad > > Try this > >> Since www.bkw.org seems not to exist anymore (getting