[asterisk-users] CallerID ANI issues

[mail-lists]

Not a possibility I'm afraid. Our client is an insurance agent and the 
voicemail/answering service is mandated by corporate.

There also are not various DID's to call in on. All voicemail calls go 
to an 800 number

Thanks for your advice though.

> Most voicemail/answering service dont' care about callerid or ani,
> they instead use the DID that the call comes in on to decide how to
> answer the call.
> Get a different voicemail/answering service.
> 
> On Tue, Jan 20, 2009 at 9:32 AM, mail-lists <mail-lists at peachnet.com> wrote:
>> Hello,
>>
>> We're having some issues with CallerID and I thought someone here might
>> be able to shed some light as none of our carriers seem to know what I'm
>> talking about.
>>
>> The issues is this:
>>
>> A client of ours uses an after-hours voicemail service as mandated by
>> their corporate office. We have a Day/Night setting that lets them turn
>> this on and off. A call comes in from one of their customers and gets
>> forwarded back out to the voicemail service with the CallerID set to the
>> clients DID. The voicemail service checks the callerID of the incoming
>> call to determine which agency is calling.
>>
>> The problem is this: The voicemail service (who uses verizon), looks at
>> the ANI field in the CallerID which shows up as something other than our
>> clients DID (notably our BILLING number) We've called two of our
>> carriers (one a SIP provider, the other our PRI provider) and they both
>> say they make no distinction between 'regular' CallerID and the ANI
>> field. The PRI provider said if we have 'station-level' callerID (which
>> we do) the number should show up fine.
>>
>> I've contacted the voicemail service and they say there's nothing they
>> can do on their end. I've played around with setting the ANI fields on
>> our asterisk servers and as far as I can tell the ANI is correctly set
>> to the same as the callerID (Tried Set(CALLERID(all) and
>> Set(CALLERID(ANI) ).
>>
>> Does anyone have any idea what we might look at next to get this
>> resolved? I'm pretty eager to figure this out as we potentially have a
>> dozen clients that are interested in signing with us, provided we have
>> this working.
>>
>> Thanks a lot!
>>
>> Steve
>>
>>
>> _______________________________________________
>> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>>
>> asterisk-users mailing list
>> To UNSUBSCRIBE or update options visit:
>>   http://lists.digium.com/mailman/listinfo/asterisk-users
>>
> 
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
> 
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>