Top 10 must have new features in upcoming firmware V1.3
Ostracus:
Quote from: RonR on July 27, 2011, 09:43:10 am
Quote from: Tack on July 27, 2011, 09:00:50 am
Skype gateway would likewise be very useful. Just as valuable as Google Voice.
I seriously doubt there will ever be native Skpe support in the OBi, but you can make and receive Skype calls using SipToSis:
http://www.obitalk.com/forum/index.php?topic=1196.0
If memory serves they don't have a Windows x64 version.
Forgot to add Freetalk already offers a Skype ATA about roughly the same price as a Obihai in two versions.
RonR:
Quote from: Ostracus on August 28, 2011, 09:14:41 pm
Quote from: RonR on July 27, 2011, 09:43:10 am
Quote from: Tack on July 27, 2011, 09:00:50 am
Skype gateway would likewise be very useful. Just as valuable as Google Voice.
I seriously doubt there will ever be native Skpe support in the OBi, but you can make and receive Skype calls using SipToSis:
http://www.obitalk.com/forum/index.php?topic=1196.0
If memory serves they don't have a Windows x64 version.
I'm running SipToSis on Windows 7 Ultimate x64 with no problems whatsoever. I use it regularly.
psichel:
The feature I want most is click-to-dial. A simple idea, but surprisingly powerful.
Imagine you have a calendar full of conference calls (10-digit phone number + 10-digit access code). Instead of dialing one sequence of digits after another, you could have your computer dial for you. Need to add another party? Have your computer bridge them in.
Since the OBi110 can act as a service bridge for IP phones and devices running the OBion app, having a simple way to setup calls from your computer takes the idea of a "Personal PBX" to a whole new level. Click on a link to setup a call. Want to experiment with ISN dialing? Let 3rd party developers refine the solution.
The combination of Caller ID, dialing, and service bridging could be category defining.
- Peter
VaHam:
Quote from: psichel on September 13, 2011, 08:10:28 am
The feature I want most is click-to-dial. A simple idea, but surprisingly powerful.
Imagine you have a calendar full of conference calls (10-digit phone number + 10-digit access code). Instead of dialing one sequence of digits after another, you could have your computer dial for you. Need to add another party? Have your computer bridge them in.
Since the OBi110 can act as a service bridge for IP phones and devices running the OBion app, having a simple way to setup calls from your computer takes the idea of a "Personal PBX" to a whole new level. Click on a link to setup a call.
I think your asking for something beyond traditional click-to-dial here perhaps. If traditional click-to-dial is what your looking for, then you can simply set your browser application options for handling callto: links to the softphone application your using (ex. bria3.exe) in conjunction with the OBion already.
To call a US number the link syntax on the web page would look like:
<a href="callto:AAAPPPNNNN#">(AAA) PPP-NNNN</a>
Quote from: psichel on September 13, 2011, 08:10:28 am
Want to experiment with ISN dialing? Let 3rd party developers refine the solution.
Implementing ISN dialing with a thrid party app would require writing a proxy for the OBion proxy to call. A rather messy approach which could reak havoc with the OBion app. However to implement it in the OBi it self would require only a few lines of code and zero additional overhead to Obihai. Some things are better left to third parties perhaps; but ISN dialing is not one of them.
As far a every OBi being reachable via ISN dialing that would be nearly impossible for anyone other than Obihai to implement since their devices do not uniformly register their ip address to anywhere else. Yes some third party could setup sip accounts for the OBi's to register with just as they do with any other sip provider; but unless a user setup an account with the third party then it would not work. To do this currently one would be using up one of the two SP's to accomplish this third party solution; again something best handled by Obihai.
Obihai servers already know the association between ObiTalk numbers and ip addresses so no additional registration would be necessary. If Obihai simply registered it's own ITAD then any incoming ITAD requests to their servers would simply hand off the call to the proper OBi just as it does now from other OBi's using the OBiTalk network.
Quote from: psichel on September 13, 2011, 08:10:28 am
The combination of Caller ID, dialing, and service bridging could be category defining.
- Peter
CID lookup requires querying a number of sources and comparing their results and finally presenting a best guess to the phone; IMHO, a task better left to a PBX. IMHO this would simply require too many resources inside the OBi to implement.
Dialing, if it is traditional click-to-dial that you want, is already available.
Not sure what you mean by bridging in this context. You can bridge calls between OBi SP1, SP2 and phone ports currently. If your talking about using it to setup calls into a PBX why not simply use the PBX to do that?
psichel:
Thanks for sharing your thoughts and clarifying ISN dialing.
I'm the developer of Phone Amego, a Mac application that provides on-screen Caller ID, click-to-dial, and Mac integration. I've already implemented Caller ID support for the OBi110 in Phone Amego. Besides the convenience of on-screen caller ID, Phone Amego already does reverse lookups checking multiple sources as desired. I'm not looking for the OBi box to present the caller name, only to pass along the peer number which it does (but could do better by indicating when call status is available in the syslog).
The reason I want click-to-dial is to make dialing easier for the user. If you work in a sales related field and place many calls a day, instead of picking up your phone to dial, you could just lookup the contact in your Address Book or CRM software and press dial. Notice if you want to enter a conference call access code, a "callto:" link is useless because you need to send touch-tones, not initiate a call.
More importantly, soft-phones are a relatively small niche. By combining click-to-dial and service bridging, an OBi box becomes a universal auto-dialer that can dial for landlines, SIP based phones or services, and other nodes on the OBitalk network.
Consider all the different SIP based PBX systems and IP phones in the market. Imagine the the man years spent developing software to interface with each of these systems. With this modest enhancement, one device can dial them all. That's category defining.
Enjoy!
Navigation
[0] Message Index
[#] Next page
[*] Previous page