Database 寻找星号'的解释;s cdr日志字段
星号有以下字段Database 寻找星号'的解释;s cdr日志字段,database,asterisk,calllog,cdr,Database,Asterisk,Calllog,Cdr,星号有以下字段 CREATE TABLE `cdr` ( `calldate` datetime NOT NULL default '0000-00-00 00:00:00', `clid` varchar(80) NOT NULL default '', `src` varchar(80) NOT NULL default '', `dst` varchar(80) NOT NULL default '', `dcontext` varchar(80) NOT NUL
CREATE TABLE `cdr` (
`calldate` datetime NOT NULL default '0000-00-00 00:00:00',
`clid` varchar(80) NOT NULL default '',
`src` varchar(80) NOT NULL default '',
`dst` varchar(80) NOT NULL default '',
`dcontext` varchar(80) NOT NULL default '',
`channel` varchar(80) NOT NULL default '',
`dstchannel` varchar(80) NOT NULL default '',
`lastapp` varchar(80) NOT NULL default '',
`lastdata` varchar(80) NOT NULL default '',
`duration` int(11) NOT NULL default '0',
`billsec` int(11) NOT NULL default '0',
`disposition` varchar(45) NOT NULL default '',
`amaflags` int(11) NOT NULL default '0',
`accountcode` varchar(20) NOT NULL default '',
`uniqueid` varchar(32) NOT NULL default '',
`userfield` varchar(255) NOT NULL default ''
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
大多数字段名是自解释的,但是有些字段包含非自解释数据。例如
dst
=“s”,有人知道解释CDR表中记录的这些数据和其他数据的文档吗?给你:给你:dst是你呼叫登陆的分机dst是你呼叫登陆的分机wiki对许多领域都有很好的参考:wiki对许多领域都有很好的参考在这些字段中:当呼叫到达的上下文没有其他匹配的扩展名时,cdr将显示dst=“s”。这有时被用作上述最后手段的延伸。本文还提到了在宏中使用s扩展,这也是一个可能的原因。根据您设置Asterisk的方式,您可能意识不到Asterisk只使用s分机来处理您的呼叫
为了提供更清晰的呼叫流表示,增加cdr的一种方法是使用cdr_adaptive_odbc模块记录您的呼叫。对adaptive CDR进行此更改将使您能够向CDR添加更多列。随着拨号计划变得越来越复杂,这些附加列将有助于澄清您将看到的所有不同类型的呼叫流。如果我们以stdexten为例,即使dst=s,您也可以通过使用实际扩展名填充另一个cdr字段来进一步明确cdr记录。这可以使用以下方式完成:CDR(xdst)=${ARG2} 当呼叫到达的上下文没有其他匹配的扩展名时,cdr将显示dst=“s”。这有时被用作上述最后手段的延伸。本文还提到了在宏中使用s扩展,这也是一个可能的原因。根据您设置Asterisk的方式,您可能意识不到Asterisk只使用s分机来处理您的呼叫
为了提供更清晰的呼叫流表示,增加cdr的一种方法是使用cdr_adaptive_odbc模块记录您的呼叫。对adaptive CDR进行此更改将使您能够向CDR添加更多列。随着拨号计划变得越来越复杂,这些附加列将有助于澄清您将看到的所有不同类型的呼叫流。如果我们以stdexten为例,即使dst=s,您也可以通过使用实际扩展名填充另一个cdr字段来进一步明确cdr记录。这可以使用以下方式完成:CDR(xdst)=${ARG2} 这是一个很好的信息来源,但我想要一些解释不同情况的东西,比如
dst
=“s”。似乎有些dst是从接收端转接过来的来电,但没有其他信息将其与原始来电显示关联。例如:2010-05-12 15:13:28 244 244 244 244 s来自内部SIP/239-0908f990 Zap/9-1 141 136应答3 1273691608.12897
,这是一个很好的信息来源,但是我想要一些解释不同情况的东西,比如dst
=“s”。似乎有些dst是从接收端转接过来的来电,但没有其他信息将其与原始来电显示关联。例如:2010-05-12 15:13:28 244 244 244 244 244 244 244 244 244 244 244 244 244 244 244 244 244 244 244 244 244 244 244 249-0908f990 Zap/9-1 141 136应答3 1273691608.12897