View Full Version : Ok3 Panel MAC ID change does not work.
crowbay
12-15-2019, 08:46 PM
Hi all,
I have been testing these past few days, the Panel feature does not work with STB EMU apparently.
I have tested many options during the past few days and to no avail, MACID changes simply does not work.
Anyone have some insight or advice? I keep getting the Contact Provider...
Recap : Donor resets/uninstall app by mistake/accident/crash...
I have to activate a new MACID for them because they keep getting contact provider with previous one activated.
I tried to update MACID on STB emu app, also tried to reset the MACID to get a new one the on panel and the same issue occurs.
I see a member has the similar trouble as I.
There is something different with the new server however. i have my sub with MAC, and it works fine on my BUZZ box (which is my main box). However if I try to set it up on any one of my other Android boxes (generic android, and AndroidTV [miibox3]) with STBEmu, I can't get it to work, regardless if I try to replicate the MAC from my buzz. Seems like the account marries to something from the first device to connect to it.
On new subs (that have not connected before with any other box before), the ok3 apk works fine (since buddy activated 3 accounts this past weekend with MACs) and it worked fine.
So I don't know what it is from the buzz box that it has also married to, but I can't use the same MAC on generic android box using STBEMU. PS: No, I am not trying to use them simultaneously :)
I tried changing the serial number number, and even tried forcing it to send the deviceID, and enabled the option to generate deviceid based on mac. No difference.
Unless we have support from the server operators, I'm afraid I've tried all permutations I can think of.
nobodyspecial
12-15-2019, 09:58 PM
I don't think what emporium is discussing is the same.
If you read the whole thread the issue he is having happens with other services
He is unaware too that buzz has two device ids written into the software
Herk has always been able to change macs for panel users Did you not ask him?
crowbay
12-16-2019, 03:47 AM
No, I did not ask Herk yet.
I am simply reporting the issue, would have hope the feature to actually work since it got updated to self serve.
Next time please send me a pm I get notified when I receive one
What was exact message?
Any other panel users having this issue?
Emporium
12-16-2019, 03:07 PM
I don't think what emporium is discussing is the same.
If you read the whole thread the issue he is having happens with other services
He is unaware too that buzz has two device ids written into the software
Herk has always been able to change macs for panel users Did you not ask him?
I am not saying what is happening to me is the same, since I do not have a panel to test.
However, the issue only happens for me on OK3, not other services. I presently have 2 other services activated with MAC, and I have no issue using them on BOTH my Buzz or on my Miibox using STBEmu (obviously 1 at a time). Something I can't do anymore since the server change with OK3. It was working fine before.
For OK3 (MAC sub), I can only seem to use it on my buzz (probably since it was the first box I used it on). Putting same mac on STBEmu, does not seem to work. What I suspect, is that the server has married to some other aspect of the buzz (like you mention - possibly one of the 2 internal device ids). On the buzz, I don't know what the deviceid being sent is. It is not listed (at least I could not find it) on any of the buzz setup screens. Short of using wireshark to sniff the packets and extract the info from there, the only other way, would be for someone with access to the servers, to tell us what the sub is married to.
On NEW ok3 subs, I know they work fine on stbemu, since I recently got a few new subs for some friends, and they installed them on their generic android boxes using stbemu without a hitch. So it is only a issue if you have used your account with a buzz (or possibly other STB - I have no clue since I don't have others), and the server has married to some aspect of that stb (possibly device id). Would be nice if the server could only use the MAC for a sub, and not take into consideration DEVICEID.
OK, I know it is more secure when it binds to more than just a MAC (and I appreciate that - since it is like a 2 factor authentication). But there should be an easy way (for users or resellers) to get the info needed, to be able to set up another similar box. STBEmu does allow you to use a deviceID, and I tried all sorts of permutations to get it working but could not get it to work.
Now, I don't know IF there is some reset on the panel to squash the original deviceID info. Then you'd be able to use another box at least. But we would need to know what it marries to, and when ? Does it decide what to marry to, upon first conection ? So if you use STBEmu with MAC setup properly, and set to not transmit deviceid (since it is not selected in stbemu settings), and use that to connect first, would it continue to ignore deviceid ? Or then first time something like a buzz would connect which sends deviceid, would it record it, and then lock out the stbemu setup, unless you knew the deviceid the buzz sent ?
Anyhow, the permutations are numerous, and I don't want to go into the full details. At the moment, as much as I prefer the OK3 lineup, is not ideal if you have an STB and want to run a second instance (same sub) on a second box. There should be a solution for this. This does work fine however on other services (at least 2 others I am running right now).
I have the same problem when change the Mac address from mag 322 to stb emulator it gives me stb blocked
I have the same problem when change the Mac address from mag 322 to stb emulator it gives me stb blocked
Try request delete then change mac
I will try thanks
Thanks .let me know
Emporium
12-16-2019, 06:16 PM
Yes, please let us know how it goes.
And when you delete and change MAC, if you remember, please let us know WHICH of your devices did you connect first (STBEmu unit, or the actual MAG322). If that is all it is, then it might be something left over from the transition to new server. At least we'll have a work around.
At first connect with mag 322 it’s working but when I change the MAC address using stb emulator it gives me stb blocked... tried also request delete the same result
crowbay
12-17-2019, 01:23 AM
Pm me the mac please
Will do, thanks for always being available to us Herk.
GSATV
12-17-2019, 05:22 AM
At first connect with mag 322 itÂ’s working but when I change the MAC address using stb emulator it gives me stb blocked... tried also request delete the same result
This has been happening to me with ok3 since they changed billing platforms. The services I have this same issue with are those using that same platform...
As you've mentions, and myself and Emporium have discussed a while back the server has to be taking any/all id's/info from the first device or app used and marries the two. I do know with the other services I have using the same platform and experiencing the same issue, if you go to the panel, change the mac to something random then change back to your specific mac it works. This obviously is not practical and would be a pain, but may help point someone in the right direction.
If anyone seems to crack this one, I'd love to hear about!
Merry Christmas!
crowbay
12-17-2019, 07:11 AM
This has been happening to me with ok3 since they changed billing platforms. The services I have this same issue with are those using that same platform...
As you've mentions, and myself and Emporium have discussed a while back the server has to be taking any/all id's/info from the first device or app used and marries the two. I do know with the other services I have using the same platform and experiencing the same issue, if you go to the panel, change the mac to something random then change back to your specific mac it works. This obviously is not practical and would be a pain, but may help point someone in the right direction.
If anyone seems to crack this one, I'd love to hear about!
Merry Christmas!
Tried changing the MAC to a Generic Dummy ID ( XX:XX:XX:YY:YY:YY) and re inserting the mac id from my stb emu and still the problem persist.
Workaround proposed did not work for me.
Emporium
12-18-2019, 01:24 AM
According to herk,
"... system have token features, will block multiple devices"
So unless this feature is turned off on the new ministra platform, I don't think multiple boxes on the same account/MAC will be a possibility.
Looking at some of the ministra documentation, there are obviously many available options (use of tokens, 1 or 2 device ids, serial number, etc..). And which API versions they want to support. It's up to each operator to decide which ones they want to enable and/or disable. I know the migration to the new platform was done pretty quickly (and it was appreciated). I don't know if this is something that was intentionally turned on, or just an oversight. But for now at least I don't think multiple boxes on the same MAC (even if it is one at a time) will be a possibility :noidea:
Thanks for the quick reply herk. You help and input is always appreciated.
Happy holidays to all.
According to herk,
"... system have token features, will block multiple devices"
So unless this feature is turned off on the new ministra platform, I don't think multiple boxes on the same account/MAC will be a possibility.
Looking at some of the ministra documentation, there are obviously many available options (use of tokens, 1 or 2 device ids, serial number, etc..). And which API versions they want to support. It's up to each operator to decide which ones they want to enable and/or disable. I know the migration to the new platform was done pretty quickly (and it was appreciated). I don't know if this is something that was intentionally turned on, or just an oversight. But for now at least I don't think multiple boxes on the same MAC (even if it is one at a time) will be a possibility :noidea:
Thanks for the quick reply herk. You help and input is always appreciated.
Happy holidays to all.
nothing is written in stone
I am sure there will be meetings on it after the holidays
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions Inc. All rights reserved.