Issues with Obi-to-Obi dialing (**9+9-digit-Obi#)

(1/3) > >>

robbie:
I've setup two Obi110 devices and registered them successfully on Obitalk.com. I've also setup Google Voice on the two Obi110 devices one in my house and one at my sister's house. The Google Voice works perfectly.

However, if I try to call my sister's device using **9-<her Obi110's 9-digit #>, I get this recording:
"No Call Route Available to Complete This Call"

She tried calling me using my Obi110 device's 9-digit # prefixed with the **9 code and got the same message! Is this recording from Google Voice or is it from Obitalk/Obi110 device? What am I missing? Again, there's absolutely no issues with Google Voice, Google Voice works flawlessly. Also, I don't have anything connected in the Telco ports on the Obi110 devices.

I bought the Obi devices primarily for the **9 direct-dial feature just in case Google Voice starts charging sometime in the future, but this direct Obi-to-Obi using the**9+9-digit Obi# feature dosn't seem to work. Is it a case of either or, ie, you can only have Google Voice working and not the Obi-to-Obi calling or the other way round?

Thanks for all your help in advance. All suggestions/pointers gratefully accepted.

Best Regards

Robbie

RonR:
The message you're hearing is coming from the OBi.

You should be able to call each other's OBi's without registering them on the OBiTALK Web Portal and without configuring them in any way. IOW, nothing is required to make OBi-to-OBi calls straight out of the box. You should also be able to call the echo test at : **9 222 222 222

1. Log directly into the OBi using the IP address returned by dialing ***1 (userid/passwd = admin/admin) and verify that the OBiTALK Service Status at the bottom of the System Status page reports:

Status Normal (User Mode)

2. Then navigate to each of the following settings and verify that the Default box is checked:

Physical Interfaces -> PHONE Port -> DigitMap
Physical Interfaces -> PHONE Port -> OutboundCallRoute
Voice Services -> OBiTALK Service -> DigitMap

robbie:
Hi RonR

Thanks for the suggestions. I had registered the two Obi110s using the portal Obitalk.com/obinet and also used that portal to configure Google Voice on the devices, so I assume the portal then updated the firmware settings on two Obi110s I bought. In any case, I followed your suggestion and accessed the devices directly using their respective IP addresses (with the login: admin/<pwd> I had setup in the Obitalk portal) since I now have both devices connected to my home router.

I found that the default check box for the OutboundCallRoute setting was unchecked on both devices, so I checked it and rebooted them. (Physical Interfaces -> PHONE Port -> OutboundCallRoute)

Unfortunately, I still get the same recording when I pick up the phone attached to the Ob110 "Phone" port on both the devices and dial **9+9-digit Obi#!! Not sure what the issue is? BTW, the **9-222-222-222 echo test also gives me the same annoying announcement in a male voice: "No Call Route Available to Complete This Call"

Again, thanks for any suggestions/pointers on fixing this issue or getting the right settings into the Obi110 box or onto the portal Obitalk.com/obinet using my portal account login where the two devices are registered.
I should report that I also added a bunch of phone #s under the Circle of Trust, none of which I'm guessing should affect the direct Obi-to-Obi dialing capability.

I should repeat that the two Google Voice #s I setup on the Obi110s continue to work flawlessly even though the direct dial **9 feature is crippled on both devices.

Best,

Robbie

RonR:
If you want to make changes to the OBi directly, you must disable Auto Provisioning in the OBi or the OBiTALK Web Portal will overwrite your changes:

System Management -> Auto Provisioning -> ITSP Provisioning -> Method : Disabled

You'll probably find when you go back in that the Default box is no longer checked and the OutboundCallRoute is back to it's previous value. Please copy the entire value (ctrl-A followed by ctrl-C) before checking the Default box and post the contents here so I can see what change the OBiTALK Web Portal is making.

robbie:
Indeed, it appears the web portal is overriding the manual checkbox for Default for the OutboundCallRoute attribute. As you say, when I went back in there now, the Default box for OutboundCallRoute is unchecked. Here is the string that is in there now before I re-check it:

---
{911:sp1},{([1-9]x?*(Mpli)):pp},{(<#:>|911):li},{**0:aa},{***:aa2},{(<**1:>(Msp1)):sp1},{(<**2:>(Msp2)):sp2},{(<**8:>(Mli)):li},{(<**9:>(Mpp)):pp},{(Mpli):pli}
---

Ok, I disabled the Auto Provisioning attribute under System Management as you suggested and and went into the Phone Port menu under Physical Interfaces and re-checked the box under Default for the OutboundCallRoute attribute and "Submit"ted the changes and rebooted the Obi110. Guess what, the System MAnagement attribute has been changed to Disabled, however when I go into Phone Port under Physical Interfaces, its been over-ridded again and the box under Default for the attribute OutboundCallRoute is again unchecked!! It appears, disabling the Auto Provisioning attribute under System Management doesn't seem to prevent the device from being over-written by the portal. Very strange.

Any more suggestions or things to try?

Thx

robbie

Navigation

[0] Message Index

[#] Next page