Thanks Marc,

I may try and do this on another version - maybe there is some unfound (by me) bugfix for the callerid.

Appreciate the response

Martin

On 14/11/2012 10:16 AM, Marc Carrafiello wrote:
Martin,

I got nothing to add but a confirmation of your work.  My common "trunk
dial" script fudges the outbound call display before placing a call on my
PRI, and I do the same thing as you.  Essentially, I make sure the outbound
ID is a generic one if the call isn't being placed from a DID.  I don't use
CALLERID(ani), but I do use (name) and (num) with no problems.

This is on Asterisk 1.8.14.1, DAHDI 2.,6.1, libpri 1.4.12  Perhaps your
specific version of asterisk, libpri, or dahdi has a known caller id bug in
it?  You'd need to ready through change logs from Digium to figure that out.


-Marc


On Wed, Nov 14, 2012 at 11:59 AM, Martin Glazer <[email protected]> wrote:

No-one has any ideas?



On 07/11/2012 9:01 AM, Martin Glazer wrote:

Hey All,

For a whistleblower line, I've had a request to remove the inbound caller
id for a voicemailbox and so make the messages anonymous.

This is on an Asterisk 1.4 (+FreePBX) system using a PRI and multiple
DID's. The caller id must only be removed from a single DID.

I've created a route whereby I set the callerid name and number in the
dialplan and then send it to the voicemailbox however it does not work
consistently. The callerid name is always changed, however the number is
changed on some calls and not others. I cannot tell what the difference is
between these calls that change or do not change the callerid number.

Here is the part of the dialplan changing the callerid
[custom-setcid]
exten => s,1,Noop((Anon) Changing cid to Anon <5551111>)
exten => s,n,Set(CALLERID(name)=Anon)
exten => s,n,Set(CALLERID(num)=5551111)
exten => s,n,Set(CALLERID(ani)=5551111)
exten => s,n,Goto(ext-local,vmu999,1)


Am I missing something? Is the callerid number field kept elsewhere?

Any thoughts or advice appreciated

Thanks



------------------------------**------------------------------**---------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]




---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to