[asterisk-bugs] [JIRA] (ASTERISK-24237) CDR: FRACK With PJSIP blonde transfer.
Jonathan Rose (JIRA)
noreply at issues.asterisk.org
Fri Sep 19 10:56:29 CDT 2014
[ https://issues.asterisk.org/jira/browse/ASTERISK-24237?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Rose closed ASTERISK-24237.
------------------------------------
> 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
> Assignee: Matt Jordan
> Attachments: full_verb4_cdr_debug.txt, full_verb4_debug4_cdr_debug.txt
>
>
> 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