asterisk users - Dec 2006 - Dialed Number missing from the CDR when using call files.

The CDR, both the csv file and in MySQL does not contain the dialed 
number (src) in case of a call placed using .call files.

"","","302","extensions","","Zap/4-1","SIP/7777-82c8","Dial","SIP/7777|40|whtWHT","2006-12-29
15:48:56","2006-12-29 15:48:59","2006-
12-29 15:50:09",73,70,"ANSWERED","DOCUMENTATION"

*************************** 1. row ***************************
   calldate: 2006-12-29 15:48:56
       clid:
        src:
        dst: 302
   dcontext: extensions
    channel: Zap/4-1
 dstchannel: SIP/7777-82c8
    lastapp: Dial
   lastdata: SIP/7777|40|whtWHT
   duration: 73
    billsec: 70
disposition: ANSWERED
   amaflags: 3
accountcode:
   uniqueid: 1167389332.202
  userfield:

Is this is Bug ? The cdr should have complete info, what ever the source 
or method of the call.

-- 
Regards,


Nasir.

> The CDR, both the csv file and in MySQL does not contain the dialed
> number (src) in case of a call placed using .call files.
> 
> Is this is Bug ? The cdr should have complete info, what ever the
source
> or method of the call.
> 
I have found this same problem and have not found a solution within
Asterisk.  AFAIK, the CDR subsystem simply does not put the 'dialed
number' in the record.  Not a 'bug' so much as an unfortunate design
choice.  Another issue is that when an auto dial call (i.e. at .call
file or manager interface 'originate' action) fails, the CDR record is
cut BEFORE any dialplan entries are executed, so you can't put this
information into the CDR UserField via the dialplan.

The wiki implies that you can use the local channel to bypass this
limitation.  I've tried it, but I cannot get it to work.  (I always end
up with two channels bridged together when all I want is one channel
dialing out to deliver a message to the called party.)  The wiki stuff
is here:
http://www.voip-info.org/wiki/index.php?page=Asterisk+local+channels

If anyone has figured out how to use the local channel to initiate an
autodial out call, please respond.  I'd love to see how it works.  

-MC

I am dialinig the far end fist, because I need to. how ever I tried the 
reverse, and the result is the same i.e. info on one end missing. This 
time the extension is missing. I think the CDR generator of the Asterisk 
needs change to record the complete information.

*************************** 1. row ***************************
   calldate: 2006-12-30 12:19:16
       clid:
        src:
        dst: 903332302834
   dcontext: outgoing
    channel: SIP/7777-2ab7
 dstchannel: Zap/4-1
    lastapp: Dial
   lastdata: zap/4/03332302834@default|100|WHT
   duration: 14
    billsec: 10
disposition: ANSWERED
   amaflags: 3
accountcode:
   uniqueid: 1167463148.220
  userfield:



Jerry wrote:
>Hi,
>
>  
>
>>The CDR, both the csv file and in MySQL does not contain the dialed
>>number (src) in case of a call placed using .call files.
>>
>>"","","302","extensions","","Zap/4-1","SIP/7777-82c8","Dial","SIP/7777|40|whtWHT","2006-12-29
>>15:48:56","2006-12-29 15:48:59","2006-
>>12-29
15:50:09",73,70,"ANSWERED","DOCUMENTATION"
>>    
>>
>
>The question is how your call file is constructed, of course, and what the
>piece of the dialplan you connect to looks like.
>
>It looks like you are calling the far end first, and then hooking that leg
>up to your SIP phone. But I'm only guessing.
>
>Follow up to the list with the additional info -- I'm not a .call file
>expert, but it's hard to diagnose anything without your config info.
>
>Thanks,
>J.
>  
>
-- 
Regards,


Nasir.