Displaying 6 results from an estimated 6 matches for "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]: ch...
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[1177...
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