Asterisk 13.4 cdr引擎每次呼叫创建2条记录

这真的开始让人讨厌了

我从2007年开始使用Asterisk 1.4来操作一个完美的PBX，它会像Asterisk的任何其他版本一样，在每次通话中创建一个CDR

昨天我想升级就可以了，结果得到了星号13.4

这该死的东西是创造2个CDR每次通话。。。表示拨号尝试的一个。。另一个包括已连接呼叫和初始拨号

我不知道在哪里配置CDR引擎以使其正常运行。。。也就是说，每次通话记录一个CDR。。不是2

有什么想法吗

PS：（不，我没有更改我的代码，不，我没有配置普通的

cdr.conf

）之外的任何特定行）

以下是CDR引擎的调试输出：

0x7f51f40009a8 - Created CDR for channel SIP/900100-00000002
0x7f51f40009a8 - Transitioning CDR for SIP/900100-00000002 from state NONE to Single
0x7f51f4002bc8 - Created CDR for channel SIP/vox-00000003
0x7f51f4002bc8 - Transitioning CDR for SIP/vox-00000003 from state NONE to Single

Dial Begin message for SIP/900100-00000002, SIP/vox-00000003: 1448665204.00639317

0x7f51f40009a8 - Processing Dial Begin message for channel SIP/900100-00000002, peer SIP/vox-00000003
0x7f51f40009a8 - Updated Party A SIP/900100-00000002 snapshot
0x7f51f40009a8 - Updated Party B SIP/vox-00000003 snapshot
0x7f51f40009a8 - Transitioning CDR for SIP/900100-00000002 from state Single to Dial
0x7f51f4002bc8 - Processing Bridge Leave for SIP/vox-00000003
0x7f51f4002bc8 - Transitioning CDR for SIP/vox-00000003 from state Bridged to Finalized
0x7f51f40009a8 - Transitioning CDR for SIP/900100-00000002 from state Bridged to Finalized
0x7f51f4002bc8 - Beginning finalize/dispatch for SIP/vox-00000003
0x7f51f4002bc8 - Dispatching CDR for Party A SIP/vox-00000003, Party B <none>

Bridge Leave message for SIP/900100-00000002: 1448665215.00246400

0x7f51f4003da8 - Created CDR for channel SIP/900100-00000002
0x7f51f4003da8 - Transitioning CDR for SIP/900100-00000002 from state NONE to Single
0x7f51f4003da8 - Set answered time to 1448665215.248071
0x7f51f4003da8 - Transitioning CDR for SIP/900100-00000002 from state Single to Finalized
0x7f51f40009a8 - Beginning finalize/dispatch for SIP/900100-00000002
0x7f51f40009a8 - Dispatching CDR for Party A SIP/900100-00000002, Party B SIP/vox-00000003

0x7f51f40009a8-为通道SIP/900100-00000002创建CDR
0x7f51f40009a8-将SIP/900100-0000000 2的CDR从无状态转换为单一状态
0x7f51f4002bc8-为通道SIP/vox创建CDR-0000000 3
0x7f51f4002bc8-正在将SIP/vox-0000000 3的CDR从无状态转换为单状态
SIP/900100-00000002、SIP/vox-00000003的拨号开始消息：1448665204.00639317
0x7f51f40009a8-正在处理通道SIP/900100-0000000 2、对等SIP/vox-0000000 3的拨号开始消息
0x7f51f40009a8-更新的甲方SIP/900100-00000002快照
0x7f51f40009a8-更新的乙方SIP/vox-0000000 3快照
0x7f51f40009a8-将SIP/900100-00000002的CDR从单一状态转换为拨号状态
0x7f51f4002bc8-处理SIP/vox的桥接离开-0000000 3
0x7f51f4002bc8-将SIP/vox-0000000 3的CDR从桥接状态转换为最终状态
0x7f51f40009a8-将SIP/900100-00000002的CDR从桥接状态转换为最终状态
0x7f51f4002bc8-开始完成/分派SIP/vox-0000000 3
0x7f51f4002bc8-甲方SIP/vox的调度CDR-00000003，乙方
SIP/900100-00000002的桥接离开消息：1448665215.00246400
0x7f51f4003da8-为通道SIP/900100-0000000 2创建CDR
0x7f51f4003da8-将SIP/900100-00000002的CDR从无状态转换为单一状态
0x7f51f4003da8-将应答时间设置为1448665215.248071
0x7f51f4003da8-将SIP/900100-00000002的CDR从单一状态转换为最终状态
0x7f51f40009a8-开始对SIP/900100-0000000进行最终确定/分派2
0x7f51f40009a8-甲方SIP/900100-00000002、乙方SIP/vox-00000003的调度CDR

这是从星号版本12开始的结果

根据频道的拨号和桥接方式，将为给定呼叫创建多个CDR。需要对这些记录进行后处理，以确定呼叫的总体统计信息

在升级任何软件之前，阅读所有的升级文档是一个好主意——在这种情况下，你有7年或8年的价值

请在cdr.conf中添加

unanswered=no

---

我为asterisk 13=）创建了补丁 简而言之，cdr的算法保持不变，从而消除了各种错误。如果CDR记录是最晚的，那么我们编写它。最后一张唱片正是我们需要的。在版本13.4和13.6上测试

安装： 修补星号源代码并生成/重新生成星号

补丁asterisk-13.6.0/main/cdr.c./asterisk13\u cdr.patch

下载：

另外，如果这个补丁对你有帮助或者你会发现bug=），请写在这里。

我也有类似的问题

星号认证/13.8-cert4

一个电话产生了两个记录。一个正确的记录，第二个记录有相同的值，除了“开始”、“结束”、“应答”字段是空的

重复记录的原因-cdr_odbc.so模块

asterisk -rx "module show like odbc"
Module Description Use Count Status Support Level
cdr_adaptive_odbc.so Adaptive ODBC CDR backend 0 Running core
cdr_odbc.so ODBC CDR Backend 0 Running extended
cel_odbc.so ODBC CEL backend 0 Running core
func_odbc.so ODBC lookups 0 Running core
res_config_odbc.so Realtime ODBC configuration 0 Running core
res_odbc.so ODBC resource 0 Running core
res_odbc_transaction.so ODBC transaction resource 0 Running core
7 modules loaded

我在modules.conf中将他关掉 'noload=>cdr_odbc.so'

---

重新启动服务器，一切正常。

我在Freepbx上发现了一个类似的错误，但这不是Freepbx。。这只是星号本身。。。我没有执行任何命令来将拨号尝试和连接呼叫视为cdr中的不同分支。只是在问题跟踪器中创建了一个案例，以防你们想跟进：将立即尝试并报告Hehe yeah。。好主意，先生。在完全迁移到生产环境之前，我当然会在测试服务器上进行迁移（按照书上的说法），但我没有意识到cdr引擎已经改变了这么多。谢谢