2010-05-13 7 views
1

별표별표의 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 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 테이블에 기록 된 데이터의 다른 부분을 설명하는 문서를 아는 사람은 누구입니까? 여기

답변

1
+0

그건 좋은 정보원이지만'dst' = "s"와 같은 다른 경우를 설명하는 것이 좋을 것 같습니다. 일부 'dst' ='s '는 수신에서 전송 된 수신 전화이지만 다른 수신자 정보는 원래 수신 호출자 ID와 연결되어 있지 않은 것으로 보입니다. 예 : '2010-05-12 15시 13분 28초 \t 244 244 \t \t \t S-은 내부 \t SIP/239-0908f990 \t 써/9-1 \t \t \t \t 141 136 \t는 \t 3 \t 답변 \t 1273691608.12897' – johnml

3

DST가 통화 땅

2

CDR에 "호출이 도달하는 컨텍스트가 다른 일치하는 확장자가 없을 때. 이것은 종종 Asterisk+s+extension으로 묘사 된 최후의 수단의 연장으로 사용됩니다. 이 기사에서는 또한 가능한 이유 인 매크로에서 s 확장을 사용하는 것에 대해서도 언급합니다. 별표 (Asterisk) 설정 방법에 따라 전화가 별표 (stdexten macro)로 처리되는 것을 인식하지 못할 수도 있습니다.

cdr_adaptive_odbc 모듈을 사용하여 cdr to a database을 기록하려면 통화 흐름을 명확하게 표시 할 수 있도록 cdr을 보강하는 한 가지 방법이 있습니다. 적응 형 CDR을 변경하면 CDR에 열을 추가 할 수 있습니다. 추가 열은 다이얼 플랜이 더 복잡해질 때 볼 수있는 모든 종류의 통화 흐름을 명확히하는 데 도움이됩니다. 예제로 stdexten을 사용한다면 dst = s 일지라도 실제 확장자로 다른 cdr 필드를 채우면 cdr 레코드를 더 명확하게 볼 수 있습니다. 이 방법으로 cdr function을 사용하여 CDR (xdst) = $ {ARG2}을 (를) 수행 할 수 있습니다.