[asterisk-bugs] [JIRA] (ASTERISK-24015) app_transfer fails with PJSIP channels

[Matt Jordan (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-24015?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=224807#comment-224807 ] 

Matt Jordan commented on ASTERISK-24015:
----------------------------------------

I don't know, but your backtrace shows you using a {{codec_g729}} module that did not originate from Digium:

{code}
Thread 219 (LWP 21608):
#0  0x00000000338c6877 in y8_ownsDotProd_32f64f_M7 () from /usr/lib/asterisk/modules/codec_g729.so
#1  0x00000000338b0bc4 in y8_ippsDotProd_32f64f () from /usr/lib/asterisk/modules/codec_g729.so
#2  0x000000003388ab6e in DecodeGain_G729 () from /usr/lib/asterisk/modules/codec_g729.so
#3  0x000000003387dfef in apiG729FPDecode () from /usr/lib/asterisk/modules/codec_g729.so
#4  0x000000003387c146 in ?? () from /usr/lib/asterisk/modules/codec_g729.so
#5  0x00000000005e54cb in framein (pvt=0xb281ce0, f=0x33b1c620) at translate.c:408
#6  0x00000000005e5ff7 in generate_computational_cost (t=0x33b10e60, seconds=1) at translate.c:642
#7  0x00000000005e78e1 in __ast_register_translator (t=0x33b10e60, mod=0xdca69c0) at translate.c:1187
#8  0x000000003387c492 in ?? () from /usr/lib/asterisk/modules/codec_g729.so
#9  0x000000000053460e in start_resource (mod=0xdca69c0) at loader.c:980
#10 0x0000000000534f5b in load_resource_list (load_order=0xffeffefc0, global_symbols=0, mod_count=0xffeffefac) at loader.c:1178
#11 0x00000000005355ab in load_modules (preload_only=0) at loader.c:1331
#12 0x000000000045b0c3 in main (argc=2, argv=0xfff000558) at asterisk.c:4557
{code}

Given that you are using a module which is quite possibly illegal, I don't think either I or anyone who works for Digium will be responding to you any further on the mailing lists or on the issue tracker.

Good luck in your usage of Asterisk in the future.

> app_transfer fails with PJSIP channels
> --------------------------------------
>
>                 Key: ASTERISK-24015
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24015
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_transfer
>    Affects Versions: SVN, 12.3.2, 12.5.0
>         Environment: Linux Fedora 20
>            Reporter: Private Name
>            Assignee: Matt Jordan
>         Attachments: backtrace.txt, full_answered.txt, full_no_answer.txt, myDebugLog, pjsip_trace.txt, valgrind.core.txt, valgrind.txt, valgrind.txt
>
>
> When using PJSIP, the Transfer application does not behave like the when using the old SIP channel, i.e., generate 301 Redirect messages
> Here is the trace
> {noformat}
> [Jul  9 21:39:29] DEBUG[47716][C-00000002]: pbx.c:4869 pbx_extension_helper: Launching 'Transfer'
>     -- Executing [17274428141 at redirect:30] Transfer("PJSIP/Client.1.1.1.1-00000002", "PJSIP/17274428141;rn=+18134029999;npdi at 1.1.1.1") in new stack
> [Jul  9 21:39:29] DEBUG[47716][C-00000002]: pbx.c:4869 pbx_extension_helper: Launching 'Verbose'
>     -- Executing [17274428141 at redirect:31] Verbose("PJSIP/Client.1.1.1.1-00000002", "2,Transferred: 17274428141;rn=+18134029999;npdi at 1.1.1.1") in new stack
>   == Transferred: 17274428141;rn=+18134029999;npdi at 1.1.1.1
>     -- Auto fallthrough, channel 'PJSIP/Client.1.1.1.1-00000002' status is 'UNKNOWN'
> [Jul  9 21:39:29] DEBUG[47716][C-00000002]: channel.c:2597 ast_softhangup_nolock: Soft-Hanging (0x10) up channel 'PJSIP/Client.1.1.1.1-00000002'
> [Jul  9 21:39:29] DEBUG[47716][C-00000002]: channel.c:2753 ast_hangup: Hanging up channel 'PJSIP/Client.1.1.1.1-00000002'
> [Jul  9 21:39:29] DEBUG[47716][C-00000002]: chan_pjsip.c:1578 hangup_cause2sip: AST hangup cause 0 (no match found in PJSIP)
> <--- Transmitting SIP response (369 bytes) to UDP:1.1.1.1:49260 --->
> SIP/2.0 603 Decline
> v: SIP/2.0/UDP 1.1.1.1:49260;rport;received=1.1.1.1;branch=z9hG4bK-d8754z-22994e127365d474-1---d8754z-
> i: MmFjNDM4NDc2NmFhZWNiYTU2MDQ1YmNjNGVmYmMyOTY
> f: "9544447408" <sip:9544447408 at 8.26.191.189>;tag=82c82c1d
> t: <sip:17274428141 at 8.26.191.189>;tag=09f3a67a-f457-46d1-8d16-243478ac3859
> CSeq: 1 INVITE
> Reason: Q.850;cause=0
> l:  0
> {noformat}
> Note: it makes no difference if the endpoint has "allow_transfer" in false or true, yes or now. The behavior is identical.
> This issue is a blocker for me, since I process several million redirects per day. Hence the importance. I already converted everything else and it works perfectly,



--
This message was sent by Atlassian JIRA
(v6.2#6252)