Auto Attendant frustration

(1/4) > >>

Hortoristic:
I have an existing post for this - but either people are sick of looking at it or really there is no solution - so I didn't the bad thing and reposted it here.

I have a DID in Vancouver, Canada area that my daughter uses like a calling card.  She calls the DID on SP2, my auto attendant in Seattle answers and she types in PIN and calls anywhere in north America with my GV number on SP1.

The DID is in SP2 and right now my SP2 -> X_InboundCallRoute = {AA}.  So all calls coming into SP2 get the AA.  For some reason all calls from the hospital she is in, shows as anonymous - which might be ok - but I also have other DID's on SP2 like our family in the UK, and another DID for my E911 - so whenever they call, they too get the AA - and have to press #1 to ring through.

The Obi web interface shows this below, yet whenever I try to put anonymous into the X_InboundCallRoute settings, the AA will no longer answer.  It does work if I put my cell number in it though.

This is what Obi web interface shows:
Terminal ID: SP2
Peer Name: Canada Anonymous
Peer Number: anonymous

Doing either of these in voice sp2-X_InboundCallRoute won’t make AA answer, the phone just rings:
{(anonymous):aa},{ph}
or:
{(Canada Anonymous):aa},{ph}

However; using just {aa}, then the AA does answer – but for every DID I have on SP2. 

What else might I try?

QBZappy:
Hortoristic,

Quote from: Hortoristic on August 30, 2012, 03:50:55 pm

This is what Obi web interface shows:
Terminal ID: SP2
Peer Name: Canada Anonymous
Peer Number: anonymous

Doing either of these in voice sp2-X_InboundCallRoute won’t make AA answer, the phone just rings:
{(anonymous):aa},{ph}
or:
{(Canada Anonymous):aa},{ph}


Try variations which include the "?". What CID number do you get on your cell?
{(anony?):aa},{ph}
{(?nony?):aa},{ph}

Hortoristic:
Isn't what really is important is what the call history is reporting?  On local web portal the peer number is showing:

Peer Number: anonymous

So isn't that the CID the Obi is getting?

I will try your suggestions.

jimates:
even though the Obi sees "anonymous", the callroute rules may not be able to process anything that is not a number.

I would present that possibility to Obihai support and see what they say.

ianobi:
Hortoristic,

I think I have a solution for you, but I would like someone else (Obihai Support?) to explain it to me.

I simulated the conditions you describe using PhonerLite to be the calling party, calling into sp2 on my Obi110. PhonerLite is the best test tool I know!

Here are my results: X_InboundCallRoute followed by result.

{(?):aa},{ph} Peer Number blank routes to aa. All other numbers routes to ph.

{(anonymous):aa},{ph} All calls including Peer Number “anonymous” route to ph.

{(anon@@.):aa},{ph} Peer Number “anonymous” and any Peer Number starting “anon” routes to aa. All other numbers routes to ph.

{(anonymous@@.):aa},{ph} All calls including Peer Number “anonymous” route to ph.

{(?|anon@@.):aa},{ph} Peer Number blank routes to aa, Peer Number “anonymous” and any Peer Number starting “anon” routes to aa. All other numbers routes to ph. This should solve your problem!


My problem:

I tried to replicate the problem using different letters instead of “anon” and I could not replicate the same results:

{(strange):aa},{ph} All calls including Peer Number “strange” route to ph.

{(stra@@.):aa},{ph} All calls including Peer Number “strange” route to ph.

Navigation

[0] Message Index

[#] Next page