RESOLVED ! Unable to dial out of PSTN line from a remote Obi throuh AA
Obitalk:
Hi Obi support, Any luck on finding out what my issue with the device might be ? Thanks
yhfung:
Most of second-stage diallings in SPA3000 or SPA3102 have the same and well-known problems as you described.
You may consider by adjusting the gains (receive or transmit in either or both OBi devices) such that the analogue DTMF signals at the callee end are GOOD enough for the DTMF digit detection.
Hope this give you some direction to go.
YH
obi-support2:
Obitalk,
Our support staff is checking your OBi configuration right now. They will continue to communicate with you directly over email. We may need to run some further diagnostics with your remote OBi in order to trouble shoot the root cause. Thanks for your patience.
Please do not hesitate to email support for status update or to provide further information.
-------
I also would like to make a quick note about the extra rule ([1-9]x?*(Mpli) in digit map
and {([1-9]x?*(Mpli)):pp} in call route. These are added to support a new feature in release 1.2, known as ad hoc 1-stage gateway dialing. Basically you can have a gateway's obi number configured in one of the 99 speed dial slots (1-99). Suppose this gateway obi does not require userid/password authentication for inbound 1-stage call (i.e., only based based on circle-of-trust), then one can dial
<speed-dial> * <target-number> to make a 1-stage call to the target number via the gateway (whose obi number is configured in the given <speed-dial>. For example, speed dial 8 = pp(ob200123456)).
About the missing **8 rule in OutboundCallRoute on some OBi. This was caused by an earlier bug in the OBiTALK portal that accidentally removed the rule from some obi units that are managed by the portal. This issue has been fixed and you will get back the correct OutboundCallRoute after resync'ing with the portal. We apologize for your inconvenience.
OBiSupport:
Obitalk,
You mentioned earlier that you ask someone at the remote location to press
**8<phonenum>>. You said that it is working at that place, that's good.
Can you also ask that person to press **0 (which AA will respond)
and then option 2, proceed to **8<phonenum> ?
This way, the person at the remote location is trying the same exact way
as what you do when you call in to AA.
This will need to be handled by the support team,
can you please email support@obihai.com with the answer to above.
Thanks
-Obihai Support Team
Obitalk:
I requested the person at the remote end to dial
**8 (phone number) and it was successful. Both parties were able the hear each other
**0 Pressed 2 and then **8 (phone number) was also successful. Both parties were able to hear each other.
I'm emailing the same information to the support team.
Thanks
Navigation
[0] Message Index
[#] Next page
[*] Previous page