Questions about setup using online OBiTalk.com portal
restamp:
Quote from: drgeoff on May 05, 2015, 06:59:50 am
Look at your Dashboard. Isn't that 290 number shown against Softphone? Until/unless you install a Softphone (Obion) and give it that number, it doesn't do anything.
You automatically get one gratis Softphone number per Obitalk account.
I think you're right about the soft phone, drgeoff. I remember seeing a soft phone entry on the dashboard when I registered my OBi200, but didn't pay too much attention to it at the time. It disappeared when I deregistered the OBi200, and doesn't show up in the dahsboard again now that I've registered the OBi202. (A bug?) I don't recall the soft phone's Obi number, but there is some ancillary evidence that the number in question does equate to a soft phone -- something to look into if I ever have occasion to want one.
Regarding your second response: So, if I decide I want to start manually maintaining my OBi, I should just turn off OBiTalk provisioning, but leave the device registered? I guess that would work. Actually, it would probably be a mistake to go with manual provisioning if GV is involved as it might be problematic if I ever wanted to add a second GV number to the device.
Thanks.
SteveInWA:
Quote from: restamp on May 05, 2015, 06:44:43 am
drgeoff, thanks for your answers. Referring to the numbers in my original query,
1. Unlike the Asterisk GV implementation, the OBis seem not to care about your GV password. (The applicable SP AuthPassword is left set as its default, blank.) I do see under System Status, there is a field "CertificateStatus ... Installed" and I wonder if perhaps GV is using public/private key cryptography to authenticate. If so, this would explain why we can no longer configure GV manually, although it wouldn't explain why my Asterisk interface to GV, which uses my gmail password, still works.
This has been discussed at great length, here on this forum. Do some reading through the forum to learn more.
OBi devices now use Google's approved OAUTH 2.0 authentication method to permit access to the service on your Google account by presenting a secure access token. The OBi password field is unused, as it should be, for security reasons. The OBi doesn't store your Google password. The other (non-OBi) methods that still submit your user name and password are obsolete and neither recommended nor supported by Google.
With regard to swapping between portal-based or local configuration, you can read Robert's post on making use of backups: http://www.obitalk.com/forum/index.php?topic=8685.msg57331#msg57331
azrobert:
To display the OBion app on the dashboard:
From the OBiTalk dashboard click Edit Profile on the left column.
At the bottom of the page check "View Softphone on Dashboard"
Also check "Enable Obi Expert..."
Now you can go directly to OBi Expert from the dashboard by clicking on the icon.
Click Submit Query.
OzarkEdge:
Quote from: restamp on May 05, 2015, 08:11:41 am
Regarding your second response: So, if I decide I want to start manually maintaining my OBi, I should just turn off OBiTalk provisioning, but leave the device registered? I guess that would work. Actually, it would probably be a mistake to go with manual provisioning if GV is involved as it might be problematic if I ever wanted to add a second GV number to the device.
If you use OBiTALK Provisioning to enable GV and then want to manage your OBi using its local web interface, I would fully disconnect and remove your OBi from online and disable these OBi settings:
Auto Provisioning - Auto Firmware Update::Method = Disabled ;prohibit remote access.
Auto Provisioning - ITSP Provisioning::Method = Disabled ;prohibit remote access.
Auto Provisioning - OBiTalk Provisioning::Method = Disabled ;prohibit remote access.
OBiTALK Service - OBiTALK Service Settings::Enable = NOT checked ;prohibit remote access.
It would be nice if Obihai could implement a simple button control on OBiTALK Provisioning to enable GV on SPn and that's all... no long term marriage to OBiTALK Provisioning required, no risk of OBiTALK Provisioning overwriting a working OBi configuration... just enable GV on SPn and then get the hell out of the way.
OE
restamp:
Thanks for the pointers, folks. I'm beginning to understand the OBi better, little-by-little. BTW, with azrobert's assist, I did find my Softphone entry, and yes, it was the same 290 number.
Navigation
[0] Message Index
[*] Previous page