I'm ready now...my workaround for when GV & Obi get divorced.
vtsnaab:
I may be vastly mistaken, but the info posted above about one man's way of using GV=> IPKall=>PBXes=> Obi and/or a softphone looked like one possible workaround to the killing off of XMPP to me.
Being as I know very little though, it could also be just another dead end that is dependent somehow on the defunct XMPP.
I do wish someone who knows alot more about these things might examine it and explain why it may or may not be useful and/or usable in some manner post-XMPP shutdown, please ??
Thanks.
drgeoff:
It is a workaround for receiving calls to your GV number without porting it away from GV. It does not use XMPP. It does not require PBXes. Any SP reachable via a SIP address will do. That generalised solution has been described many times on these forums since OBi's announcement last autumn.
It is sometimes possible to go directly from IPKall to your OBi but that is more tricky to set up and keep working. (Dynamic DNS and/or port forwarding often required.)
vtsnaab:
Thank You Drgeoff.
Quote from: drgeoff on May 15, 2014, 02:27:14 am
It is a workaround for receiving calls to your GV number without porting it away from GV. It does not use XMPP.
OK, this much I can follow well enough, thanks.
Here is where I start to get a bit clouded over though:
Quote
It does not require PBXes. Any SP reachable via a SIP address will do.
IF I begin to get the above, what you infer is that instead of using PBXes, one would get a SIP address for use with IPKall's DID, and use a softphone with that; is this much correct ??
But then here...:
Quote
It is sometimes possible to go directly from IPKall to your OBi but that is more tricky to set up and keep working. (Dynamic DNS and/or port forwarding often required.)
It looks to be saying that using GV=> IPKall=>PBXes=> Obi CAN be a solution instead of the possibly unreliable way using IPKall=> Obi direct method...is this also correct ??
The author of that article seemed to be inferring that his proposal would allow BOTH incoming & outgoing while staying with GV, whereas you've mentioned incoming ONLY - if you have a moment to spare, would you please elaborate on this ??
My thanks to anyone who clarifies all this stuff !!!
drgeoff:
1. There is no fundamental difference between a SIP softphone and an OBi device. Anything you do with a SIP softphone to work around the absence of XMPP from GV can also be done with an OBi. (Clearly there may be differences such as a softphone might support more SP registrations than the 2 or 4 on an OBi.)
2. Yes, I was saying that PBXes is not the only way of doing this. All SIP ITSPs allocate a SIP address for your account. (That is what your OBi or softphone registers to.) But not all of them permit all calls coming in to them (and on to you) by that route. Some only accept calls coming in as POTS numbers or from other ITSPs they have an agreement with. (See the green ticks and red crosses in the list at http://www.sipbroker.com/sipbroker/action/providerWhitePages). For example I can forward an IPKall number to my localphone.com account but not to my sipgate.co.uk one. (sipgate.co.uk only reciprocates with telio.no and gradwell.com)
3. But really, 2 above is pointless if you already have a US DID. GV can forward to that. No need for IPKall and PBXes (or other ITSP). (Maybe you have spotted the clues why some people including myself are not in that position.)
4. Having your OBi or softphone register with an ISTP (to which IPKall is forwarded) usually overcomes the non-fixed IP address and NAT/firewall issues of having IPKall forwarded directly to your OBi. (The method of SIP coming into your OBI or softphone is exactly the same one as SIP scanners use.)
5. I don't see anything in the Gleitzman blog which says or implies that outgoing calls can be initiated from the SIP softphone. You still need to use a browser on google.com/voice and enter the number you want to call.
6. Of course we may see softphones which implement a 'hidden from the user' visit to google.com/voice or which implement whatever protocol is needed to use Google Hangouts calling. All the indications to date are that OBi can't/won't (for whatever reasons) do those.
vtsnaab:
Thanks once again Drgeoff !!
Well, here it is the next day and my Obi still has GV on SP1...and it is still working as ever before.
The incoming is verified hourly by an automatic IFTTT call, and the outgoing is checked by me making a test call now & then - this all makes me wonder if Big G is just a nasty practical joker after all ?!?
Now, to your very thorough and helpful reply:
#1 & 2 I do understand now, thanks.
For this part...:
Quote
3. But really, 2 above is pointless if you already have a US DID. GV can forward to that. No need for IPKall and PBXes (or other ITSP). (Maybe you have spotted the clues why some people including myself are not in that position.)
Query=>
Please specify somehow what your clues are leading to in terms of service choices and DID ??
Yes:
Quote
4. Having your OBi or softphone register with an ISTP (to which IPKall is forwarded) usually overcomes the non-fixed IP address and NAT/firewall issues of having IPKall forwarded directly to your OBi. (The method of SIP coming into your OBI or softphone is exactly the same one as SIP scanners use.)
All the tumult about no more XMPP for GV/Obi users spurred me to using it as an excuse to include my lack of a mobile phone into this picture (there is exactly zero cellular service where I am most of the time...).
So, I got a very nice $20 Android phone for use via Wifi ONLY.
As of late last night my GV number is forwarding to CC and IPKall numbers.
IPKall is pointing to PBXes and Sipdroid seems to work fine with all this to catch my incoming GV calls on the Android/Wifi phone.
Given that Sipdroid can do 2 providers I also tried to set it up for Localphone outgoing - but had trouble with this as well as Localphone's own Android app, so I have to poke at the outgoing some more I guess...
Mostly I am concerned that whenever the Big G gets around to 'pulling the plug'=>
Quote
5. I don't see anything in the Gleitzman blog which says or implies that outgoing calls can be initiated from the SIP softphone. You still need to use a browser on google.com/voice and enter the number you want to call.
6. Of course we may see softphones which implement a 'hidden from the user' visit to google.com/voice or which implement whatever protocol is needed to use Google Hangouts calling. All the indications to date are that OBi can't/won't (for whatever reasons) do those.
That this user needs to be able to catch whatever incoming calls as may come via the GV number so any calles can then to be manually re-directed to another number of my choosing.
This fiasco has shown me that though GV has been great & free, it is time now to break away from that service and do some things of my own choosing instead - a very good thing to be pushed into, I think.
Thank You for your thoughtful & helpful replies Drgeoff.
Navigation
[0] Message Index
[#] Next page
[*] Previous page