Please give users a SIP address to receive calls via ObiTALK network
jimates:
MT,
See txcas' post about sip calls coming in on the Obitalk network.
http://www.obitalk.com/forum/index.php?topic=2588.0
QBZappy:
jimates,
It looks like one person's problem is another person's feature request.
jimates:
and just where have you been lurkin' lately
MichiganTelephone:
Quote from: Stewart on February 20, 2012, 08:29:01 pm
Quote from: MichiganTelephone on February 20, 2012, 03:29:43 pm
... the big idea here is to NOT involve additional third (or fourth or fifth) parties in the call. The more you do this, the greater the likelihood that call quality will go to hell in a handbasket.
I agree completely. However, you are asking to do exactly that, i.e. use OBiTalk as the third party. And, IMHO, it's not a very good one.
There's nothing "H" about your opinions. You are trying to ram them down our throats, and trying to sell us bullshit and call it shinola. The point is that we already HAVE the OBiTALK network — it's not like we'd need to add another provider that isn't there already.
Quote from: Stewart on February 20, 2012, 08:29:01 pm
1. Since the beginning of this year, OBiTalk has had at least two unplanned outages, plus several hours of scheduled maintenance downtime. http://www.obitalk.com/forum/index.php?topic=2246.0 http://www.obitalk.com/forum/index.php?topic=2403.0 . Sure, that's not the worst record in the league, but users who had interconnected their OBi devices with e.g. Callcentric or Anveo have enjoyed 100% uptime.
And how the hell would YOU know that? You're just pulling "facts" out of your ass, with NOTHING to substantiate them. You have NO WAY to know what the uptime of any particular provider has been, and when you try to tell me that someone's had 100% uptime, your credibility flies right out the window. NOBODY has 100% uptime. Servers crash, need to be rebooted, need to be pulled offline for maintenence… but hey, you'll just quote any old statistic that pops into your pea brain as long as it "proves" your point, won't you?
Quote from: Stewart on February 20, 2012, 08:29:01 pm
2. Some users have had troubles with OBiTalk, probably caused by their firewall or other network element. Unfortunately, the proprietary nature of the protocol makes troubleshooting very difficult; most of them simply gave up and now use SIP or another alternative.
How many users? 2? 5? 10? Just YOU that you know of? I could as easily say that some users have had trouble with SIP and have found the OBiTALK network to be more reliable, and my guess is that might actually be true in some areas of the world where governments actually attempt to block the use of VoIP. Maybe the OBiTALK network had not worked as well as YOU would like, but don't pretend that there number of people who have given up on the OBiTALK network unless you have some actual data in hand. If you don't, then once again you're just pulling stuff out of your ass.
Quote from: Stewart on February 20, 2012, 08:29:01 pm
3. Without future enhancements to protocol and firmware, I believe that an OBiTalk relay would have to proxy the media, adding latency. (I don't have any knowledge of the protocol; this is based on observations of RTP being relayed via OBiTalk servers.)
And in your world, what you believe = reality. I will actually accept that there might be some truth to this but you're not in any position to say, and neither am I. I'd at least like the chance to try it and see how well it works, before I say that it's going to be a major issue. Again, keep in mind that we all have the OBiTALK network on our devices, so it's not as though we'd need an additional provider to be added.
Quote from: Stewart on February 20, 2012, 08:29:01 pm
I view VoIP as a way to obtain high-quality, reliable, full-featured and well-supported communications at reasonable cost, not as a way to squeeze out the last nickel. So, it's puzzling when so many users put two GV accounts on one OBi. I understand that many need two GV numbers (usually, it's husband and wife or home and business). My typical advice is to put the "main" GV account on the OBi directly, and have the other ring in via a SIP provider. That way, you can have 911 service, a backup provider, use additional providers for international calling, receive calls via gateways in many countries, etc. The user then complains "but I need to be able to send either of our caller IDs on outbound calls." I reply "well, send the secondary account calls via the SIP provider." "No, that costs money, and we use both lines a lot." "You're designing a new system and expect heavy usage, yet don't provide a way to make or receive a call while your wife is on the phone??" There are many good solutions; a simple one is two OBi devices with one GV account on each; this works well with a two-line multi-handset system, separate phones, or an IP phone system.
And I'll bet it really ticks you off when people don't want to follow your "advice." Guess what — there are many people, particularly in today's economic climate, that DO want to make their money go as far as possible, and they would be perfectly within their rights to tell you to "fuck off" when you offer your unsolicited and unwanted advice. You are not the ruler of the world, nor even an Obihai employee, so I don't know where you get off thinking that your opinion counts for any more than anyone else's. Use your Obihai devices the way you want to, but don't expect everyone else to do as you do — your priorities and theirs may be quite different. And when you tell other people what to do, they probably view you as some kind of buttinsky asshole, which would be the same opinion I've had of you since practically the start of this thread!
(I WARNED him, people — see my previous message!)
MichiganTelephone:
Quote from: jimates on February 23, 2012, 09:02:30 am
MT,
See txcas' post about sip calls coming in on the Obitalk network.
http://www.obitalk.com/forum/index.php?topic=2588.0
I think the thing that tickles me most about that thread is that the other person that this forum would be better off without was once again proven wrong, after acting so certain that he knew what he was talking about!
I'm guessing that whatever is happening there is something that the Obihai folks need to look into, but at the same time, if those calls really are originating outside the OBiTALK network and then being carried on the OBiTALK network, I'd love to know how they are doing it, so we could use it to our advantage (and also so that if there is a security hole of some kind, the Obihai developers could close it). I hate it when some hacker can do to my advice what I want to be able to do, and he's not telling how he does it! (Hopefully that's not actually the case here).
Navigation
[0] Message Index
[#] Next page
[*] Previous page