Obihai is deleting unwanted topics
RonR:
Quote from: Ostracus on May 17, 2012, 01:03:50 pm
Well aside from the deletion, does not being a beta tester really mean anything?
Nope. Obihai stopped participating and responding to our questions in the Beta Tester's section long long ago. New firmware releases are not previewed to Beta Testers before the general public. 'Beta Tester' carried no out-of-the-ordinary consideration whatsoever.
I'm actually pleased that I no longer have that designation in the forum as it has mistakenly led some users to think I'm affiliated with Obihai in some way.
stevea:
More ...
With obitalk enabled, the obihai periodically sends a small (110 bytes of data) UDP packet from port 10000 to the server port 10870 and receives a ~424B return packet at regular intervals. The packet content seems to NOT be encrypted in it's entirety since there are a few repeated header bytes and a few fields are 'common' between most packets. However the data is binary - nothing easily decipherable. I suspect the packets have a sequence number or reply code embedded or something similar - since if the Obi doesn't get a reply then it resends the exact same packet repeatedly
The Obitalk reply packet (the ~400B ata transfer) can clearly contain the commands telling the obidevice to download new obitalk configs, (which it then does via webdav to the obitalk website) and likely also this mechanism command it to 'phone home' for an automatic firmware update.
Typical soho router firewall settings don't allow any external TCP initiation from outside to touch the obidevice. Nor can UDP packets be addressed to the Obidevice unless the Obi first sends an outbound packet to that system. So clearly the Obidevice has to initiate any route that permits Obiitalk to command an update. It appears this ObiTalk periodic traffic is the mechanism.
I've found that
ObiTalk Provisioning == disabled
OBiTALK Service Settings, Enable = UNchecked
Is sufficient to prevent the periodic ObiTalk UDP messages. And it therefore should prevent any externally generated control from ObiHai..
Firewall blocking UDP traffic to/from port 10000 on the Obi should enforce this decision.
Throughout this I think I've found potential means to examine someone's ObiTalk settings (again many requirements) ,but since the VOIP account passwords aren't there - it's not a serious problem I think.
carl:
Quote from: VaHam on May 17, 2012, 12:18:21 pm
Quote from: RonR on May 17, 2012, 09:24:54 am
Quote from: QBZappy on May 17, 2012, 08:52:03 am
I see that RonR has been punished. Anyone else notice it?
I was apparently demoted yesterday from 'Beta Tester' to simply 'Forum Member' with no rating.
Several posts that had resulted in getting users operational by having them log into their OBi's directly were also deleted. Apparently, any suggestion of directly accessing an OBi is now grounds for censorship.
I may not always agree with your opinions regarding the Web portal for configuration since I think it is pretty good and that provisioning via the device's web gui is probably better left to advanced users.
But I recognize the great amount of time and contributions you have made in this forum helping others!!! My first experience here was responded to by you and your input was appreciated greatly by me. If you were to get fed up and stop helping folks then I wonder if any one else would pick up that slack and respond to requests for help as prolifically as you have.
Alas, it turns out that currently the only way to keep firmware updates from being pushed is to disable all of ObiTALK services, then the web portal is also not usable so anyone who chooses not to receive the pushes will be forced to use your preferred method of provisioning directly with the devices web gui.
I absolutely agree with VaHam. Ron's contributions were have been not only useful, but highly needed by many of us. In a way he has been providing the level of customer service in certain areas Obihai should, but does not. Obihai would have less customers and worse ratings = less business without him.
Unfortunately, this type of actions are quite common on proprietary support forums. One great advantage on the Magic Jack support forum was that it was independent ( off course who needs Magic Jack these days!).
Billt928:
I know I'm new here and this is my first post, but been lurking a few weeks and I have been following this thread.
I do think that a few of you are
mrjoe:
Quote
Ron's contributions were have been not only useful, but highly needed by many of us. In a way he has been providing the level of customer service in certain areas Obihai should, but does not. Obihai would have less customers and worse ratings = less business without him.
I couldn't agree more!
RonR should be on Obhai's Payroll!
He has helped many of us. I sometimes search the forum for "RonR" to read through his very informative and easy to understand posts.
Navigation
[0] Message Index
[#] Next page
[*] Previous page