(This is a technical posting for the benefit of industry colleagues. Subscribers to our service won’t miss anything by skipping it.
The OmniTik UPA-5HnD with POE-out is tailor-made for small neighborhood towers. You can run a single ethernet cable from the host site to the unit, supplied by the beefy 1.6A 24VDC transformer that comes with it, and then use short patch cables at height to power several other SXTs or similar for feeds and relay links. (If MikroTik would only make a version of this OmniTik in 2.4GHz, ah, the trailer parks I could serve!)
We ordered two (one to replace a perfectly-good non-POE-out OmniTik) for two tower upgrades planned this month.
After mounting the first unit on our new mast tower, we tested the access point portion and it worked flawlessly. When we hooked up the feed link SXT, the grief started. The unit wouldn’t power up—the OmniTik diagnosed it as a “short circuit.” Same for the other two SXT units.
Our patch cables tested out fine, but we swapped them out with known-good commercial indoor cables anyway, only to get the same result. We ran a commercial indoor cable up to power the OmniTik, and ditto. We gingerly turned on the “forced on” POE-out setting, but still got “short circuit” (and no lights on the SXTs, meaning no power).
We checked out the POE documentation to see if maybe we were trying to draw too much power. It assured us that the SXT was tested and certified to run fine.
Searching for “short,” among other references we found this global configuration setting:
|setting to yes will disable short detection on all poe-out ports to enable use of longer ethernet cables. This is potentially dangerous settings and should be used with caution.|
However, our POE-out cables were only three feet long—hardly candidates for turning on a “dangerous” option.
We phoned for assistance from our dealer technical support group. They were baffled, as was a professional west-coast MikroTik consultant (it was too late in the day to call east).
Our only option was to pack it in for the day. We went back to the shop and experimented with the other OmniTik unit. It had no problems running three SXTs. We concluded that the original unit was faulty and requested an RMA.
The next day, we replaced the first unit with the second we had tested. To our chagrin, we got exactly the same behavior we got from the first unit. The original unit, when tested indoors worked fine. Something about the action of putting the unit atop the mast was causing this behavior—there was no other conclusion. (It wasn’t a grounding issue, since the unit is entirely housed in insulating plastic and stands 3″ off the mast.)
At this point, the light went on, to be immediately reinforced once I noticed the tiny clue that the name of the option listed above was “ether1-poe-in-long-cable”. The long-cable issue didn’t involve the POE-out ports—it involved the POE-in port! Somehow (and this is really unintuitive!) the length of the feed cable causes the OmniTik to diagnose the satellite cables as short circuits. How this could even be an issue with a 24VDC, 1.6A feed transformer over a 25′ cable still boggles me.
We turned this “dangerous” configuration value on, and the problem evaporated.
In short order, we wired the rest of tower together, fixed the remaining configuration bugs, and had a working service. But the job isn’t over until the paperwork is done, and part of the paperwork on this job involves requesting a few improvements from MikroTik:
- “Longer ethernet cables” is way too vague, especially when a 25′ cable apparently qualifies. OmniTiks are designed to be strapped to masts, not to sit on people’s desks. A 25′ mast seems to me to be pretty modest, given that the technical limit for the length of an ethernet cable is over 300 feet. To think I have to turn on a “dangerous” option to run a tower that is 8′ above roof level is not soothing.
- The POE-out documentation needs to make it much clearer that the length limitation applies to the input cable, not the output cables. The single digit “1” is too easily overlooked a clue to convey this important and counterintuitive a distinction. How about: “setting to yes will disable short detection on all poe-out ports to enable use of an ethernet cable over [length value] on the poe-in port”?
- This option is apparently one of the few configuration parameters that Winbox doesn’t make available. It’s only available through the CLI, and you have to know it’s there to go looking for it. That makes debugging this issue tougher than it needs to be. Winbox knows to display POE-out ports differently (status, power consumption, etc.)—it should also make available the “long cable” setting for the POE-in port.
- The POE documentation has material in it about POE firmware versions that I suspect is obsolete. The documented POE firmware upgrade command no longer exists in ROS 6.17. Although you can obtain the version of the currently-running POE firmware, there’s no place to find out whether that is the newest version, the version you should be running, or what you should do about it either way. If the upgrade documentation is no longer useful, it should be deleted, or at least accompanied by the older RouterOS version numbers to which it applies.
If this posting keeps even one engineer from going down the frustrating rathole we did this weekend, my work here is done.