|Summary:||ASTERISK-09722: CDR(src) cannot be set independently of ANI|
|Reporter:||Peter Zieba (pzieba)||Labels:|
|Date Opened:||2007-06-20 15:53:10||Date Closed:||2011-06-07 14:02:52|
|Description:||The CDR(src) logs what the caller id number is set to as the source. However, there are situations in which knowing the actual source (before caller id information is altered) would be useful in the CDR.|
This is especially useful in situations where most, if not all users, do not have their own DID's, in which case, advertising a main office number on the callerid to the outside world makes sense.
The inability to control these independantly, makes it difficult to determine the original caller from the CDR, which then has to be logged either separately, or determined from the cdr channel field.
Considering there are separate cdr fields for callerid and src, being able to control this independantly probably makes sense.
|Comments:||By: Peter Zieba (pzieba) 2007-06-20 15:59:27|
Using ResetCDR() as a work-around seems to help -- I'm not sure of the implications of using this, however.
By: Tilghman Lesher (tilghman) 2007-06-25 16:45:51
Why aren't you setting CALLERID(ani), which directly corresponds to CDR(src), if it exists?
By: Peter Zieba (pzieba) 2007-06-27 11:21:14
Setting CALLERID(ani) modifies the CDR(src), which I'm trying to avoid. I only want the number set on the PRI so that the party being called sees the correct caller id. I want the caller-id to reflect the extension that dialed the outside number, which is what happens if I don't touch the callerid information at all.
By: Tilghman Lesher (tilghman) 2007-06-27 11:45:03
Set(CALLERID(num)=whatever you want)
ANI is preserved and you get whatever outgoing number you want.
By: Tilghman Lesher (tilghman) 2007-06-27 11:48:55
Specifically, if you do:
then 123 shows up as the CDR(src), and 456 is sent as the outgoing callerid.
By: Joshua C. Colp (jcolp) 2007-09-04 10:03:11
Closed per Corydon's comments.