RESOLVED ! Unable to dial out of PSTN line from a remote Obi throuh AA
Obitalk:
Thanks for the input MichiganTelephone,
I configured both devices using the OBiTALK portal.
DitiMap default is still checked
OutboundCallRoute default is still checked
The remote destination I'm trying to dial is Sri Lanka
These are the two different logs:
This is the call history when the person tried dialling the phone using **8 (The call was successful)
Terminal ID PHONE1 LINE1
Peer Name
Peer Number **80776512345 0776512345
Direction Outbound Outbound
07:41:13 New Call
07:41:18 Call Connected
07:41:39 End Call
This is the log when I dial through the auto attendant:
Terminal ID AA1 LINE1
Peer Name
Peer Number 0771234567 0771234567
Direction Outbound Outbound
08:39:09 New Call
08:39:14 Call Connected
08:39:14 New Peer: P2P1:Name=USLINE#1 Number=200123456 Transfer Target
08:40:00 End Call
The call log although says connected, on the second example, I'm still not able to connect.
===============================================================================
Thanks for the input QBZappy,
I took the advice and made the changes though OBiTALK portal.
Now the Autoattendant Primary Line is set to PSTN Line
I'm trying to dial Sri Lanka (The phone number is 7 digits long)
But in this particular instance for testing purpose I'm trying to dial a mobile number and it needs to be prefixed by a 0 then followed by 776512345
So I'm dialling 0776512345 after pressing 2 when the AA answers
Look in the Setup Wizard section of the OBi unit:
What is your "Outbound Settings->Attendant PrimaryLine" setting? This is set to PSTN Line
{(290712345|200512345|200212345)>(xx.):LI},{(290712345|200512345|200212345):aa},{ph}
What is the digitmap of the far end OBi "Physical Interfaces->LINE Port->DigitMap" ? The digitmap is as follows: (xxxxxxxS4|1xxxxxxxxxx|xx.)
===================================================================================
I still haven't had any luck connecting via the line port using AA
RonR:
You show the peer number on the AA1 log entry as being different from the PHONE1 log entry. Are they actually different or was that accidental in your effort to obscure the real number?
RonR:
I just spotted something fishy in two Auto Attendant default settings.
Go to:
Voice Services -> Auto Attendant -> DigitMap
and uncheck default. Then delete this part at the beginning of the line:
Code:
[1-9]x?*(Mpli)|
Go to:
Voice Services -> Auto Attendant -> OutboundCallRoute
and uncheck default. Then delete this part at the beginning of the line:
Code:
{([1-9]x?*(Mpli)):pp},
Then try your call via the Auto Attendant.
MichiganTelephone:
I understand that you've obscured the actual numbers here, but in order for the test to be valid you must try calling the same number that was successfully called from the phone port. Otherwise you may run into a situation where the one number works fine and the other one won’t go through, and that's the problem.
Other than that, it sure looks like it's actually calling the number you dialed. So my suspicion is that the problem may be with the called number, not with the way the device is routing the call. Try calling two or three different numbers, preferably one or two different landlines and one or two different mobiles. If the issue isn't with the called number, then I'm stumped.
QBZappy:
Obitalk,
1) improve your "Physical Interfaces->LINE Port->DigitMap" (Digitmap for calls made on this trunk Mli)
Current setting=(xxxxxxxS4|1xxxxxxxxxx|xx.)
Consider setting=(77xxx xxxxS4|077xxx xxxxS4|xx.) <--(Not sure if you want other area codes in the dial plan)
Explanation:
7 digit phone number with 2 digit (landline calls) or 3 digit (cellular calls) area code.
I placed what I am just assuming the more general user dialing senario first on the left (you reverse this if cell calling is more common). Next the 3 digit cellular dial plan. Then a general dial plan to catch everthing else.
2) For ease of use, consider placing frequently called numbers in the speed dial. After AA picks up you would just press "speed dial number+#"
Navigation
[0] Message Index
[#] Next page
[*] Previous page