From PSTN line AA into OBI110, can not dial 2 to call other voice gateway

<< < (3/3)

azrobert:
I also have an OBi110 with a service provider defined on VG3.
I added the same code to my configuration as I suggested.
I called my PSTN line and was routed to the AA.
The outbound number I entered was 011 + a domestic number.
My service provider is for domestic only.
The 011 was stripped off and the call was connected successfully on VG3.
I don't know why mine works and yours doesn't.

I don't know how to diagnose this problem, so put everything back the way you had it.
Maybe someone else can help you.

ianobi:
Quote

Voice Service -> Auto Attendant 1: Primary Line PSTN line

Physical Interfaces -> Line Port -> InboundCallRoute

{(x.13******108|x.64******10|x.85******15|x.85******59|x.13******345|x.13******031|x.13******345|x.13******572|x.64******32|x.78******77):aa},{ph}

I can get AA prompt from both(trusted callers and OBI endpoints), then enter 2, +011+countrycode+phone number+#, OBI endpoints works fine for this outbound number, trusted callers got error message with same outbound number.

Thanks!

Here's a possibility using the above config. The other OBi endpoints are in your "Circle of Trust". This means that they are calling into your OBi110 using the OBiTALK network and getting access to AA. They dial the number using AA's Primary Line, which is PSTN. The call is successful, but is using PSTN to complete the call. Please check Call History to confirm if this is the case.

Trusted Callers are calling in via PSTN, then also trying to use PSTN (AA's Primary Line) to make the outgoing call. Of course, PSTN is already busy so the call fails.

If Call History shows my theory to be correct, then you should be able to route calls from Trusted Callers to VG3 using the **3 code before any number after selecting AA Option 2. This was suggested by azrobert and I can see no reason why it should not work.

To test how AA is routing calls use the phone attached to the OBi110 and dial **0. This will give you access to the AA and you can test that AA routes calls as you expect before then adding any incoming routes to the testing. Always check Call History to confirm that calls are actually routing as expected.

Navigation

[0] Message Index

[*] Previous page