[asterisk-bugs] [JIRA] (ASTERISK-24237) CDR: FRACK With PJSIP blonde transfer.

Matt Jordan (JIRA) noreply at issues.asterisk.org
Thu Aug 14 20:13:29 CDT 2014


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

Matt Jordan commented on ASTERISK-24237:
----------------------------------------

Something isn't raising the right Dial Stasis messages.

Enable 'cdr set debug on' and grab a full DEBUG log. That will show the state transitions.

> CDR: FRACK With PJSIP blonde transfer.
> --------------------------------------
>
>                 Key: ASTERISK-24237
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-24237
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: CDR/General
>    Affects Versions: 13.0.0-beta1
>            Reporter: Richard Mudgett
>
> A calls B
> B does a SIP blonde transfer to C
> C answers
> FRACK
> A, B, and C are PJSIP endpoints.
> {noformat}
> (gdb) bt
> #0  0x00f77422 in __kernel_vsyscall ()
> #1  0x0064a681 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
> #2  0x0064dab2 in *__GI_abort () at abort.c:92
> #3  0x0824c086 in ast_do_crash () at utils.c:2537
> #4  0x0824c112 in __ast_assert_failed (condition=0, condition_str=0x8269873 "0", file=0x8269734 "cdr.c", line=1396, function=0x826b579 "base_process_dial_end") at utils.c:2567
> #5  0x080e4514 in _ast_assert (cdr=0xb74c5604, caller=0x9e63374, peer=0x9e4f5c4, dial_status=0x9cb0ab0 "ANSWER") at /home/rmudgett/projects/sa/asterisk/starscream/include/asterisk/utils.h:810
> #6  base_process_dial_end (cdr=0xb74c5604, caller=0x9e63374, peer=0x9e4f5c4, dial_status=0x9cb0ab0 "ANSWER") at cdr.c:1396
> #7  0x080e6399 in handle_dial_message (data=0x0, sub=0xb72cea14, message=0x9ff7994) at cdr.c:1958
> #8  0x0822896d in router_dispatch (data=0xb7569fe4, sub=0xb72cea14, message=0x9ff7994) at stasis_message_router.c:201
> #9  0x08217075 in subscription_invoke (sub=0xb72cea14, message=0x9ff7994) at stasis.c:417
> #10 0x08217c2a in dispatch_exec_async (local=0xb6196250) at stasis.c:666
> #11 0x08232f84 in ast_taskprocessor_execute (tps=0xb752f9ac) at taskprocessor.c:764
> #12 0x08231608 in default_tps_processing_function (data=0xb72215cc) at taskprocessor.c:184
> #13 0x08248b45 in dummy_start (data=0xb755cd60) at utils.c:1178
> #14 0x0087e96e in start_thread (arg=0xb6196b70) at pthread_create.c:300
> #15 0x006f33fe in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
> {noformat}
> I suspect this is a result of recent changes in the DialEnd event ordering. (-r420794).  On some investigation that patch wouldn't cause this since it was adding forwarding information.



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



More information about the asterisk-bugs mailing list