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 <[email protected]> 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 > _______________________________________________ -- 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
