[asterisk-bugs] [JIRA] (ASTERISK-24237) CDR: FRACK With PJSIP blonde transfer.
Richard Mudgett (JIRA)
noreply at issues.asterisk.org
Thu Aug 14 20:03:28 CDT 2014
Richard Mudgett created ASTERISK-24237:
------------------------------------------
Summary: 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