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