Promising

[SrTaronja]

As owner of a for-the-moment useless UFiber Instant, I am really interested on this project.
For UFiber Instant, can the steps be done via a Ubiquiti EdgeRouter (in my case ER12P)? If so, more detailed instructions on how to achieve that would be highly appreciated (a mini-guide for dumbs).
Maybe - for future versions of the tool and if possible - it would also be interesting the possibility of modifying the LOID and the LOID_PW (not that my ISP checks them, but I know others that do).

I will keep following you, and no matter if I can use it or not, thank you for doing something that should be provided by Ubiquiti.... I have never understood all the problems that the ISPs give to their customers in terms of replacing their hardward, though I have somehow accepted it... But the manufacturers?????

[galvesribeiro]

As owner of a for-the-moment useless UFiber Instant, I am really interested on this project.

Thank you! We (and a lot of other people) are on the same boat.

For UFiber Instant, can the steps be done via a Ubiquiti EdgeRouter (in my case ER12P)?

You are not able to do that inside the EdgeRouter since all the Ubiquiti hardware uses a tiny MIPS CPU. If that was at least an ARM64, then it would be possible to build the package for that. I'm still working on testing the Fiber with its firmware. My real Fiber device will arrive Today, so I'll have more updates for you soon!

it would also be interesting the possibility of modifying the LOID and the LOID_PW (not that my ISP checks them, but I know others that do).

Oh! You are right. The LOID/LOID_PW is changeable thru the web UI on UF-Loco/UF-Nano-G but UF-Instant has no UI. I'll dig into it and update the tool soon. Thank you for remind me.

I will keep following you, and no matter if I can use it or not, thank you for doing something that should be provided by Ubiquiti....

Yeah, I've stuck without options and had to do this. We're looking to bring other tools on this GitHub org that will do what Ubiquiti doesn't. Their hardware is pretty awesome, and I can't say that enough. But their software is just crap, unfortunately...

I have never understood all the problems that the ISPs give to their customers in terms of replacing their hardward, though I have somehow accepted it... But the manufacturers?????

Yeah... I have the same feeling...

To give you an idea, I've shared this repo with a Facebook Ubiquiti user group here in Brazil and guess what? The admins banned me from the group without any explanation. And guess who are the admins? 2 Ubiquiti employees... It is just ridiculous... If you look on the official forums, there are tons of posts discussing similar methodologies used by this tool like this one and nobody was ever banned nor the post was deleted. It is just that the employees won't comment on the post which is ok, if they don't want to provide the feature, just keep silent on "alternative" solutions.

Btw, out of curiosity, where did you found this repo?

Again, thanks for the issue, I'll update you on my testes soon.

[Shto1337]

You are not able to do that inside the EdgeRouter since all the Ubiquiti hardware uses a tiny MIPS CPU. If that was at least an ARM64, then it would be possible to build the package for that. I'm still working on testing the Fiber with its firmware. My real Fiber device will arrive Today, so I'll have more updates for you soon!

With what equipment should we update the UF-Instant so that we can change the SN?

Having an ER-X-SFP, my future plan is to replace the UF-Nano-G with the ER-X with the UF-Instant SFP but I do not know if it will be compatible because my ISP does not use Unifi/Ubiquiti equipment's.

[galvesribeiro]

With what equipment should we update the UF-Instant so that we can change the SN?

You can plug it on any SFP switch port than pass --host the IP the module has along with the other parameters then reboot it. If you put it on the WAN port it will not be accessible by its internal IP.

Having an ER-X-SFP, my future plan is to replace the UF-Nano-G with the ER-X with the UF-Instant SFP but I do not know if it will be compatible because my ISP does not use Unifi/Ubiquiti equipment's.

UF-Nano-G and UF-Loco are already tested and proved to work. UF-Instant should arrive tomorrow here so I can let you know.

[galvesribeiro]

Ok, UF-Instant arrived here. Does any of you guys know what is the default IP address assigned to it so we can ssh/telnet on it?

Thank you!

[galvesribeiro]

@SrTaronja ?

[SrTaronja]

Unfortunately I am not at home this week, but I don't remember it having an IP address itself. The only place I can plug mu UFInstant is in the ER12P (I have never used a SFP module before), and from there I can manually assign an IP to that interface, but I am pretty sure that the IP will "belong" to the router, not to the UFInstant. I am not familiar on how a SFP module can be configured, but I think it is not via IP address (at least, not directly as it can be done with the other 2 ubiquiti ONTs). E.g. I know some fritz routers that allow you to configure some SFP settings via the router's web interface. I guess that some device able to interface SFP with TCP (or COM) in order to do telnet/SSH woul be needed for the UFInstant. But as I say, I am totally noob on SFP (among many other topics 😅). Next week I will be at home and I can check or do some tests if you want.

[galvesribeiro]

@SrTaronja That SFP is kind of special. They are basically a computer on its own. It has a MCU which has linux on it which where the OMCID process is running to deal with the GPON stuff. It is just "embedded" into the MCU transceiver.

It must have an IP address. The problem is there is no documentation whatsoever about it so we can't know for sure where to start. This guy show the device connected on the terminal. I asked the IP but he didn't reply yet...

[SrTaronja]

Hello galversribeiro,

I was wondering if you could make any progress with the UFInstant. I have found a forum where someone says that the default's IP address is 192.168.1.1 with telnet available (ubnt/ubnt) but wihout SSH (which I don't know if it can be activated via telnet):
https://forum.mikrotik.com/viewtopic.php?t=116364&start=300
I will try next week to see if I can access that IP

EDIT: OK, I see that you are already participating in that forum/thread :D :D :D

[galvesribeiro]

Hello! I got the IP from that forum, have enabled SSH and was able to change all properties I’ve wanted except the SN. For my particular case, I don’t need the SN, so it should have worked. However, it didn’t. When I plug the fiber cable, the omci_app processes are killed and then the device reboot. Other folks have told me there that this is because when the Ubiquiti watchdog detects the 3rd party OLT, the UF-Instance reboots since Ubiquiti doesn’t want to you to use it outside their own OLTs. I’m still looking for a way to patch it and upload a custom firmware with that behavior disabled. I am able to authenticate with my ISP and get the O5 fiber status, so my code is working. The only thing missing is the SN and to remove the reboot behavior. Will keep you posted. Thanks Get Outlook for iOS<https://aka.ms/o0ukef>

…

________________________________ From: SrTaronja ***@***.***> Sent: Sunday, May 2, 2021 2:14:37 PM To: Unifi-Tools/UFiber.Configurator ***@***.***> Cc: Gutemberg Ribeiro ***@***.***>; Comment ***@***.***> Subject: Re: [Unifi-Tools/UFiber.Configurator] Promising (#2) Hello galversribeiro, I was wondering if you could make any progress with the UFInstant. I have found a forum where someone says that the default's IP address is 192.168.1.1 with telnet available (ubnt/ubnt) but wihout SSH (which I don't know if it can be activated via telnet): https://forum.mikrotik.com/viewtopic.php?t=116364&start=300 I will try next week to see if I can access that IP — You are receiving this because you commented. Reply to this email directly, view it on GitHub<#2 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/ABD64OEFZDKAXOUCSRNXOB3TLWB73ANCNFSM43S5DIKA>.

[pmgcosta]

Very Very Cool Project, i realy want that for UF-Instant.

I think you know that already but on my UDM-PRO using this i can access to the SFP,

ifconfig eth9:2 192.168.1.29 netmask 255.255.255.0 up
telnet 192.168.1.1

ubnt\ubnt

But after that, i don't know.

BusyBox v1.12.4 (2019-11-01 09:41:51 UTC) built-in shell (ash)
Enter 'help' for a list of built-in commands.

help

_Built-in commands:

    . : [ [[ alias bg break cd chdir continue echo eval exec exit
    export false fg hash help jobs kill let local printf pwd read
    readonly return set shift source test times trap true type ulimit
    umask unalias unset wait_

Please ask if you need any kind of help or testing

[jjeziorny]

Looking forward to your progrss with UF-Instant. Like galvesribeiro, I have managed to obtain O5 with my provider (Orange Spain) on this device, however the device reboots after a while.
It has been mentioned in Russian forums that UB locked this device by modifying the omci_app, I believe it detects when some parameters have changes (SN in particular probably) and reboots it. But could be something else, like detecting the OLT side is not UB as mentioned.

[galvesribeiro]

Yeah, I don't think it is related to the config. It happens even when the device is reseted to factory settings and I just plug the fiber. They definitively are getting the OLT and rebooting if it is not UBNT...

We can patch the omci_app the same way we do for UF-Loco and UF-Nano-G. The problem is that we can't write it back since the partition is read-only... We need to find a way to either upload a custom firmware or somehow make the partition writeable again...

[SrTaronja]

The Ubiquiti attitude is not only totally absurd (why some ONTs can be connected to "any" OLTs and others are limited to their own ones????) but also extremely disappointing.
It is not that I regret having bought the Ubiquiti router (other than this SFP limitation and a problem with the port aggregation I am really happy with both the router's and the WAP performance), but I really doubt I will bet for Ubiquiti in my next network generation (which will take some years to come).

I really want to thank galvesribeiro and the rest of users that are trying to make it work, but I am starting to lose faith on it being possible unless Ubiquiti realizes that they are only bothering their customers and releases a new more-configurable firmware. Nevertheless I will keep an eye on this project in a regular basis.

[galvesribeiro]

Yeah, that is really a big shame...

To give you an idea on how they behave: I had made a post on a Brazilian Facebook group managed by the Ubiquiti employees here. The post was in reply to an user that wanted to have the same, to use Ubiquiti ONTs with their ISPs and ditch their modems... You know what happened? The employees banned me and remove all my content.

I'v reached out Ubiquiti HQ by email. They've spoke with the employees and the resolution was "If you agree that you are not doing this anymore, we will treat this as a warning, keep the content removed and restore your access". I told them NO, I don't agree with that since I didn't made anything wrong. Nothing we are doing is against any law, agreement, license, Facebook or group rules.

I've started a legal action against Ubiquiti to deal with that situation. They have many posts about that subject on their own forums at community.ui.com. Lets see who wins... In fact, all I've changed is protected by MIT or GPL license, so as long as I keep the code public (which I do here), I'm safe. It is important to remember that Ubiquiti has broken GPL and LGPL multiple times (they are breaking it Today!).

As a side note, I have one CarlitoxxPro on its way and I will test that as well.

It is not that I regret having bought the Ubiquiti router (other than this SFP limitation and a problem with the port aggregation I am really happy with both the router's and the WAP performance), but I really doubt I will bet for Ubiquiti in my next network generation (which will take some years to come).

I had my 2 offices full of Ubiquiti devices along my 2 apartments and the beach house. I'm using and supporting them since its early inceptions. The hardware is good. But the software is buggy and far from complete. I would say that they are on an alpha stage since they released the first AP and never got it right software wise.

Mikrotik in other hand, has solid routing software/capabilities but their hardware is "weird" to say the minimum and it is too much overcomplicated. Not to mention in terms of wifi, they are a disaster.

Other manufacturers are starting to do something like Ubiquiti is doing like this Omada from TP-Link.

I honestly though myself on working on something like that and put a funding project... will see...

[FlorentCoppint]

Hi everyone,
I got an UDM Pro + UF-Instant, is there any news about it ?
Thank you.

[galvesribeiro]

Not much yet unfortunately. Only UF-Loco / UF-Nano-G fully supported.

[3DJupp]

Patching and flashing of the UF Instant:

I have seen this on GitHub, which looks promising to me.

[alexdelprete]

I got the IP from that forum, have enabled SSH and was able to change all properties I’ve wanted except the SN. For my particular case, I don’t need the SN, so it should have worked. However, it didn’t.

Hi, it seems the sn is generated, I found this info in this post:

In UF-instant, you can't just change pon seriallike you do in EGS1. UF-instant is customized omci_app so that sn is taken from the /proc/ubnthal/sn file, which is set by the ubnthal.ko driver. The driver generates sn by gluing the letters UBNT and the last 4 bytes from the mac address. The address itself is taken from the sec partition by displacement 0xA022.
Thus, to change sn you will have to patch ubnthal.ko and adjust the mac address to sec, or modify the omci_app, or even adapt the firmware from EGS1.

Further down that thread, another post:

With UF-nano G and UF-loco the situation is different, they store sn entirely as is, and do not generate it from a mac address, as UF-instant does, so there to change it in general is not a problem.
However, I already have an idea: we can try to patch the omci_app so that sn is taken not from /proc, but from a regular file in which we can put any sn, somewhere in the rw section. You just need to figure out where the optodriver gets sn from, and if he is told omci_app, then the method should work. Plus, you still need to choose the parameters for the correct repacking of rootfs, and understand how this modified rootfs can be safely flashed, so that in case of failure, you do not complicate the life of the usb console or programmer.

Hope this info helps, maybe you already knew this stuff, but I thought it was interesting to report it back here.

Keep up the good work, thanks for what you've done 'til now.