search for: ast_do_masquerade

...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]: channel.c:2972 ast_do_masquerade: Got clone lock for masquerade on 'SIP/113-08674628' at 0x8677314 Feb 2 16:53:10 DEBUG[4218]: channel.c:3154 ast_do_masquerade: Putting channel SIP/113-08674628 in 2/2 formats Feb 2 16:53:10 DEBUG[4218]: channel.c:3189 ast_do_masquerade: Released clone lock on 'AsyncGoto/SIP/113-08674...

In my application, I am using AMI to run an Originate command between a channel and a dialplan application (NOT a context). In my case, the application I want to invoke is FastAGI. The Originate AMI command works correctly, but Asterisk generates a very short (0-1s) duration for the CDR that results from this call, regardless of the time spent running the FastAGI application. I want the CDR

...erade 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[11779]: channel.c:4098 ast_do_masquerade: Actually Masquerading SIP/902-007fe948(6) into the structure of AsyncGoto/SIP/902-007fe948(6) [Jun 26 22:24:19] DEBUG[11779]: channel.c:4111 ast_do_masquerade: Got clone lock for masquerade on 'SIP/902-007fe948' at 0x805350 [Jun 26 22:24:19] DEBUG[11779]: channel.c:4292 ast_do_masquerade:...

...upbx]/16384 NOTICE[46109]: File chan_mgcp.c, Line 775 (mgcp_fixup): mgcp_fixup(MGCP/aaln/2@217.114.96.220-1, MGCP/aaln/2@217.114.96.220-1<MASQ>) WARNING[46109]: File chan_mgcp.c, Line 777 (mgcp_fixup): old channel wasn't 0x8134958 but was (nil) WARNING[46109]: File channel.c, Line 2011 (ast_do_masquerade): Fixup failed on channel MGCP/aaln/2@217.114.96.220-1<MASQ>, strange things may happen. NOTICE[46109]: File chan_mgcp.c, Line 775 (mgcp_fixup): mgcp_fixup(MGCP/aaln/1@217.114.96.220-0<ZOMBIE>, MGCP/aaln/2@217.114.96.220-1) -- Endpoint 'aaln/2@217.114.96.220-1' observed &...

...quest): Transfer attempt failed NOTICE[20498]: File chan_mgcp.c, Line 775 (mgcp_fixup): mgcp_fixup(CAPI[contr2/8510]/3, CAPI[contr2/8510]/3<MASQ>) WARNING[20498]: File chan_mgcp.c, Line 777 (mgcp_fixup): old channel wasn't 0x813e2f8 but was (nil) WARNING[20498]: File channel.c, Line 1963 (ast_do_masquerade): Fixup failed on channel CAPI[contr2/8510]/3<MASQ>, strange things may happen. == Spawn extension (macro-stdexten, s, 3) exited non-zero on 'MGCP/aaln/1@192.168.1.26-0<ZOMBIE>' in macro 'stdexten'

We have a client that has sporadic problems with the *8 pickup facility. The server they are using is 1.8.5 and they are using Snom phones. Every now and then when they try to do a pickup from another phone they get a forbidden message on the phone and I can see the following in the logs. [Aug 8 11:51:53] ERROR[19314] astobj2.c: user_data is NULL [Aug 8 11:51:53] ERROR[19314] astobj2.c:

...ce to `dlclose' loader.o: In function `ast_update_module_list': /usr/src/asterisk/loader.c:434: undefined reference to `pthread_mutex_trylock' channel.o: In function `ast_queue_frame': /usr/src/asterisk/channel.c:396: undefined reference to `pthread_kill' channel.o: In function `ast_do_masquerade': /usr/src/asterisk/channel.c:2112: undefined reference to `pthread_kill' channel.o: In function `tonepair_generator': /usr/src/asterisk/channel.c:2418: undefined reference to `sin' /usr/src/asterisk/channel.c:2418: undefined reference to `sin' channel.o: In function `ast_softha...