Is there maybe a chance that zerotier will be availible on mipsbe?? what about ccr??

+1 mipsbe

And x86_64 - CHR.

On mipsbe and mmips is mandatory, specially when you are using some mobile connection (3G - 4G - 5G). Is the only VPN that works to communicate between your personal devices.

Regards.

+1

Have a large deployment of LoraWAN gateways which use MIPSBE.

This would be a perfect management solution since almost every single gateway is on a differenet ISP network and mostly behind CGNat.

+1 mmips and chr for the central location

+1 from me
have been playing with zerotier (on arm) the last days and its kinda magical. i have never setup a vpn setup as easy like this. combined with the private zerotier network-controller on docker (ztncui) it rocks!

+1

Chiming in to say another +1!

+1 from my side

We only can do it for ARM systems, no plans for MIPS now.

OMG... What about CHR?..

We only can do it for ARM systems, no plans for MIPS now.

I hope that you consider MIPS development - combining ZeroTier and KNOT into a single device could be one of the most useful products that MikroTik has ever put out.

Are there significant technical limitations?

"Normis: We only can do it for ARM systems, no plans for MIPS now."
Normis, please, with full respect to effort of MikroTik people working on development, may I ask you why is the problem to build package from already available source for non-ARM platforms? It is not rhetoric question.

And regardless of what was written earlier in this thread, thanks for this feature, even in development version. Thumbs up, it is very useful for me.
I would vote for port of this package for mibsbe and powerpc and CHR platforms.

Wish nice day to all.

Would be CHR added in future?

bad news earing that MIPSBE will not soon implemented....

This means that if I wish to use it on a remote LTE site (where I can only connect to LTE Networks) I do need a wAP LTE to connect and anothe ARM (like cAP AC) device that will act as a router, loosing al routing capabilities of the wAP LTE

+1 mips

+1 Mipsbe

+1 mipsbe

We only can do it for ARM systems, no plans for MIPS now.

an improvement Mipsbe?

in fact, Zerotier being NOT availiable for all MT architectures makes it virtual usesless ...
please MT, don't advertise with incomplete stuff anymore

Hello folks, Raspberry Pi can handle this situation with Zero device. By creating the bridge over the USB via the Pi LTE connection, the Routera connected devices easily via the Zerotear Connection of the Zerotear. I made it. This solution is great for me because a new Mikrotik ARM device is 4/1 of the minimum wage in my country.

Can you explain how do you setup that configuration? Or maybe make a diagram or something?... I'm interested on that setup..

+1 mipsbe (lot of deployed devices)

but really... what's the reason of zerotier not available for mipsbe (or other archs)?

+1 mipsbe (lot of deployed devices)

but really... what's the reason of zerotier not available for mipsbe (or other archs)?

Licence costs, how I see it.
There are historically a LOT more non-arm devices out which then need to be paid for.
Even devices which technically are not capable of running this package so that's a complete waste of money and resources.
From a business point of view I can understand this, sad as it may be for a lot of users.

...you mean license fee toward ZeroTier?
...and that the deal was based on arch?
Seems a little strange to me... but, ok... giving the reasoning of "number of devices per arch" (with devices too weak to even run this) then maybe...
And especially "strange" for the higher end devices with Tile arch (which seems in the process of shifting to arm anyway) and CCRs...
Well... at least WG seems there anyway so "poor man alternatives" could be possible...

I'm not following this closely, but did anyone from MikroTik ever in any way suggest or confirm that they are paying anything to ZeroTier for including it in RouterOS? Because it would seem weird. ZeroTier is running commercial service, more clients supporting it is good for them. Surely some MikroTik customers appreciate it too, and that in turn is good for MikroTik if they can offer it. So to me it looks like mutually beneficial cooperation, but definitely not overwhelmingly in MikroTik's favour, to justify paying for it.

When you look at Zerotier's website in the license section, it should be clear there is licensing involved for commercial products.

The fact nobody from MT responses nor reacts, also indicates something. You can say things by not saying them.
Could be it's under strict NDA.
And now I'm exaggerating ... or not ?

I don't know, I'm just curious (a little). Licensing in general is arbitrary, it's not set in stone.

I'm not following this closely, but did anyone from MikroTik ever in any way suggest or confirm that they are paying anything to ZeroTier for including it in RouterOS? Because it would seem weird. ZeroTier is running commercial service, more clients supporting it is good for them. Surely some MikroTik customers appreciate it too, and that in turn is good for MikroTik if they can offer it. So to me it looks like mutually beneficial cooperation, but definitely not overwhelmingly in MikroTik's favour, to justify paying for it.

ZeroTier is the best overlay protocol MikroTik has ever added. The flexibility and ease of using it are going to give MikroTIk a significant advantage in enterprise networks. It's also better with IPv6 than almost everything else i've used.

I don't know if they paid for it or not, but at the rate we are doing ZeroTier/MikroTik integrations to replace things like Cisco Anyconnect, Pulse Secure, Fortigate VPN, etc i would say it's worth it a thousand times over.

That's not even getting into the OOB, Industrial/Energy and IoT applications.

IMO - I believe it's all about spending development resources wisely rather than issues with the license agreement.

Porting usually require a lot of efforts and plenty of resources. My guess is that Mikrotik's objective is primarily to get a stable v7 up to a certain level of core functionality on their main dev platform (arm) before porting to any of the other architectures (using incremental development sort of).

Can you explain how do you setup that configuration? Or maybe make a diagram or something?... I'm interested on that setup..

I am sorry for my English
Step 1 Firstly access Mikrotik via USB.

https://www.ctrl-alt-del.cc/2020/01/mik ... ising.html

LTE input I gave 192.168.4.1 as Router. Raspberry zero 192.168.4.221

Step 2

https://zerotier.atlassian.net/wiki/spa ... l+Networks

for Zerotier settings

Router setting

https://ibb.co/71rW5r1

for Zero



Make Router setting up

Firstly a note of disappointment. It took me quite a lot of effort to determine that my CRS does not support zerotier.

It would be good to know if it is physically possible (so a matter of time, money or other resources) or not possible due to hardware limits (for example not enough RAM).

I've been exploring the free version of Zerotier on other systems and it would be good to add Mikrotik to the mix!

What CRS?

MikroTik has added ZeroTier to RouterOS v7.1rc2 as a separate package for the ARM/ARM64 architecture
https://help.mikrotik.com/docs/display/ROS/ZeroTier

I'd love to know what the blocker is for mipsbe hardware - even if it's just something simple like "we don't have the time right now because of ROSv7" which I can understand and accept.

The KNOT hardware is just waiting to be ZT enabled and then some cool stuff will happen

I'd love to know what the blocker is for mipsbe hardware

Agreed. If MIPSBE was a legacy platform, I'd understand implicitly, but they just released the CRS504 on that platform. There are several CRS3xx models on it as well, including "Our fastest switch for the most demanding setups" and the "Switch of the future".

The option to tie two remote switches together with ZeroTier is a brain-dead natural move, particularly when they're both behind NAT.

I'd love to know what the blocker is for mipsbe hardware

Agreed. If MIPSBE was a legacy platform, I'd understand implicitly, but they just released the CRS504 on that platform. There are several CRS3xx models on it as well, including "Our fastest switch for the most demanding setups" and the "Switch of the future".

The option to tie two remote switches together with ZeroTier is a brain-dead natural move, particularly when they're both behind NAT.

Another +1, ZT is really useful with LTE (which often have CGNAT). And most of Mikrotik's LTE devices are MIPSBE. I can see not offering something exotic like TILE... But MIPSBE is where ZT seems noticeably missing.

And yet another +196 mipsbe
That's how many mipsbe devices which I need this for.

I would really like to use Zerotier on my SXT. Any chance this will be possible some time in the future?

I try to simulate the official response:

ZeroTier is not and will never be available for mipsbe,
no matter how many people ask for it,
forget it.

I would really like to use Zerotier on my SXT. Any chance this will be possible some time in the future?

Having an SXT myself, I can tell you this: it's underpowered to add anything else next to minor routing towards CAP and Cap Lite, some DHCP and if needed capsman.
Without significant load, it hovers around 30-35% CPU already as it is.
Mind you, that's my setup.

And then there is the simulated official response

What CRS?

MikroTik has added ZeroTier to RouterOS v7.1rc2 as a separate package for the ARM/ARM64 architecture
https://help.mikrotik.com/docs/display/ROS/ZeroTier

there is some CRS 3xx references which uses MiPS CPU:

CRS354-48G-4S+2Q+RM
CRS354-48P-4S+2Q+RM
CRS326-24S+2Q+RM
CRS312-4C+8XG-RM
CRS504-4XQ-IN

of course i dont think a good practice to use a switch as a VPN gateway, but for secure remote management of the switch itself it will be nice

And then there is the simulated official response

Ops... misspelling error... (or not)???

Still no timeline for supporting other architectures? I bought a Hap ac3 just to try it out and it works great! But I'm literally waiting for you guys to support x86/CHR before purchasing any more licenses!

Still no timeline for supporting other architectures? I bought a Hap ac3 just to try it out and it works great! But I'm literally waiting for you guys to support x86/CHR before purchasing any more licenses!

You can run Zerotier in a Docker container on CHR.

+ 1000 for smips & mipsbe
And why not for ALL mikrotik product! if there is is no material - hardware problem ?
I think companies should pay attention to the people who give them their operating costs.
Its just my opinion.
Thank you Mikrotik and I hope for a solution in near feature.

smips?
The worst mikrotik hardware ever made.
when smips is released, aalready have space and memory problems AND Zerotier function on MikroTik product do not exist at all.

Is a old product, and must be usable only with latest v6 long-term version.

Pleae install Windows Vista on my DX4-100...

Pleae install Windows Vista on my DX4-100...

It can run Linux perfectly.
Why Vista ?

(you won't believe it, but that's exactly what I meant...)

We only can do it for ARM systems, no plans for MIPS now.

Why? ZeroTier saids their SDK runs on MIPS and takes about 32 mb, and they use AES for encryption. Seems like it would be great on a hEX.

In my hEX S I have free 1892 KiB, where is sufficent room for 32M???

In my hEX S I have free 1892 KiB, where is sufficent room for 32M???

In my hEX, I have free 200.6 MiB. There is the sufficient room for 32M.

You are sure we are both talking about the same thing?
Memory or Nand?

In my hEX S I have free 1892 KiB, where is sufficent room for 32M???

In my hEX, I have free 200.6 MiB. There is the sufficient room for 32M.

Flash is only 16Mb.
Please explain me how you're going to squeeze in 32Mb then ...

EDIT: hold on ... the package is less then 800k. So 32Mb has to be the memory requirement.
Then there is plenty.

You are sure we are both talking about the same thing?
Memory or Nand?

RAM is what I understood the 32M required to be. As for storage, the hEX has a microsd slot if the onboard flash isn't enough.

But even assuming that once "optimized", compiled and compressed, are 3M the package, the system already occupies 15M...

And it is completely useless and foolish to name the external memory, which you know perfectly well that it will never contain packets loaded at system startup, even for safety.

But even assuming that once "optimized", compiled and compressed, are 3M the package, the system already occupies 15M...

And it is completely useless and foolish to name the external memory, which you know perfectly well that it will never contain packets loaded at system startup, even for safety.

Why is it "foolish" to use the microsd? The Dude package already runs on the microsd, is that foolish?

Ok, I have 1892 KiB Nand free.
The package for ARM are ~800K,
For each v7 update, the "system" package increase of ~50K

this means that installing zerotier I would have ~1092K left,
and if the updates to the main package follow the ~50K trend,
when I get to RouterOS 7.6.6.6 I have to choose whether to update by removing zerotier,
or leave everything the same from there on...

Why is it "foolish" to use the microsd? The Dude package already runs on the microsd, is that foolish?

You are the foolish, the microsd it hosts only the database,
don't be a know-it-all, that you risk saying bullshit.
The executable code is in the nand along with routeros ...

And the dude is ~1,2M, no space at all for zerotier....

Why is it "foolish" to use the microsd? The Dude package already runs on the microsd, is that foolish?

You are the foolish, the microsd it hosts only the database,
don't be a know-it-all, that you risk saying bullshit.
The executable code is in the nand along with routeros ...

And the dude is ~1,2M, no space at all for zerotier....

It seems like you're losing the argument if you're resorting to attacking the other person. Yes, the dude db is on the microsd, which is worse because it's a read-write load vs a read-only load in storing executables--microsd flash tends to be less durable than onboard flash. Also, I don't need to run the dude on my hEX.

Well, I see you start with the usual phrases when the arguments run out ...

I am not "losing" the subject at all, also because the facts speak for themselves: there is no space.

Maybe one day when a / r2 - 3 - or 4 will come out on this model that will have at least 32M (better if they put 254 directly ...)
maybe we will talk about it again, but at that point you will still be forced to buy another one,
and therefore it is quite stupid to insist on mips when you can very well buy as a new model an ARM
in which there is already implemented and tested longer (from the point of view of RouterOS) zerotier.

All these requests for Zerotier on mips are perfectly useless if the RouterBOARD does not have at least 32M of space on the NAND.

Another consequence that I had not thought of: it is not enough to install the zerotier package compiled for mips,
but you also have to prepare the rest of RouterOS to use it.

So it may be that changing the version of RouterOS compiled for mipsbe, so that it also accepts Zerotier,
could still lead to a significant increase in the space used, even for those who do not want to use Zerotier ...

Right, there was also to think about this.

I am not "losing" the subject at all, also because the facts speak for themselves: there is no space.

That's still no cause to be calling someone a bullshitter just because you don't like their argument.

If you wish to be considered a fair moderator, be moderate!

All these requests for Zerotier on mips are perfectly useless if the RouterBOARD does not have at least 32M of space on the NAND.

There are 23 families of ARM devices listed in the current MikroTik product CSV with 16 MiB of on-board storage.

I say "families" because I'm counting the 8 flavors of the wAP as one, the rack mount and desk mount versions of the CRS326-24G as one, the products having LTE kit variants as one, etc.

(If you can please point out where I call someone bullshitter in this topic...)


7.1rc2 - 7.1rc1 = ~30K (arm post-zerotier size compared with pre-zerotier size, without the zerotier package itself)
From this point of view, no problem

what is added: ZeroTier Network Virtualization Engine 1.4.4 "licence"

(If you can please point out where I call someone bullshitter in this topic...)

It's a fine distinction to quibble about #62.

I don't care if I'm right or not.

If what I wrote is not understood,
probably due to a language problem,
I apologize, what else could I do?
I'm sorry that was not understood correctly.

I don't care if I'm right or not…language problem

So…you're conceding that your argument is both wrong and ineffectively presented?

While I don't think putting ZeroTier on a 16 MiB device is a great idea, you can't argue that it can't possibly work. We have existence proofs to the contrary.

what else could I do?

Read Frankfurt's "On Bullshit" in the original English. Then you'll not only know how the term is most effectively employed in an educated context — as opposed to a crass vulgarity — you'll polish your English skills on some damn fine prose.

To be precise, if I didn't explain myself well,
I argue, without giving further examples,
that simply by inserting support for zerotier, there would be no space left,
and in future versions you might be forced not to update (to continue using zerotier ),
because only the RouterOS package takes up almost everything and there is no room left for anything else.
As has already happened on smips...

To be precise, if I didn't explain myself well,
I argue, without giving further examples,
that simply by inserting support for zerotier, there would be no space left,
and in future versions you might be forced not to update (to continue using zerotier ),
because only the RouterOS package takes up almost everything and there is no room left for anything else.
As has already happened on smips...

That was a lot more civil and calm explanation.

Look at what exists now. Size of main package (7.4) is 12.5 MB (arm), 11.3 MB (mipsbe) and 10.7 MB (mmips), with AFAIK same functionality. Size of zerotier package for arm is a bit over 0.7 MB, and I don't see any reason why if should be significantly more for other architectures if other stuff isn't. So size alone is not an argument against mipsbe/mmips version. As it looks now, it has good chance to last longer (when main package keeps growing) on these than on 16 MB arm devices.

So…you're conceding that your argument is both wrong and ineffectively presented?

What I meant is that I am neither interested to have right or not on the subject,
and I am not interested in offending anyone,
it was just a saying in Italian, which perhaps is not used in English and could be misinterpreted...

***************

When you offend someone you are wrong twice,

the first because regardless of whether the other deserve it or not, you put yourself at the level of him, so you deserve the same offense,

the second because you will always keep remorse inside because you have offended your brother.

As you wish...

Look at what exists now. Size of main package (7.4) is 12.5 MB (arm), 11.3 MB (mipsbe) and 10.7 MB (mmips), with AFAIK same functionality. Size of zerotier package for arm is a bit over 0.7 MB, and I don't see any reason why if should be significantly more for other architectures if other stuff isn't. So size alone is not an argument against mipsbe/mmips version. As it looks now, it has good chance to last longer (when main package keeps growing) on these than on 16 MB arm devices.

Please consider the effective used space after installation, not only the compressed package.
I have ~1800K free just installing the main package without the dude.
Installing another ~800K
only 1000K remaining for future routeros updates (and I can not install the dude, but is another problem)

Hey just for anyone still interested in this, it looks to be possible by adding an OpenWRT MetaRouter, OpenWRT has a MIPS Zerotier package.

Too bad MetaRouter is dead end, there's no future for it in v7. But one thing you can take from it, if you have device where MR would fit, you'd definitely not have any problem with extra package, if it existed.

Hey just for anyone still interested in this, it looks to be possible by adding an OpenWRT MetaRouter, OpenWRT has a MIPS Zerotier package.

Very interesting. Sadly metarouter is not supported by newest devices.

Also the tile as in CCR1009. I've been running SoftEther on a Cisco/Linksys connected to my CCR1009 which works beautifully, but I'd rather replace that link with ZeroTier directly off the CCR1009. Its a beautiful router that I resurected from a trash pile after the processor developed cpu broken soldier joints on the pins. A quick heating up fixed that.

mAP on ARM with 5Ghz upgrade and ZeroTier would be perfect Road Warrior setup - i need 4 of them now .......

I need this desperately now ...

I need this desperately now ...

desperately?
Purchase a device that supports it.

rextended you have a point with old architectures with weak processors and minimal memory/ram, but consider my tile CCR1009, abandoned orphan!!
I thought I was getting the cats meow and future proofed for 10 years....
Although zerotier may not be possible.
I know what is possible.
Zerotrust cloudflare tunnel options package for ALL devices!!

I don't understand why MikroTik doesn't release it also for MIPSBE and MMIPS

Most likely because throughput and speeds on mips are not very high and it would create more support issues with people complaining about speeds.

That said, I see an enormous amount of value in enabling it on processor architectures other than ARM to enable IOT applications. It's perfect to use with LORA / LORAWAN for large scale / low bandwidth sensor type deployments.

Most likely because throughput and speeds on mips are not very high and it would create more support issues with people complaining about speeds.

Zerotier is designed for small devices so performance should be on par with Wireguard, and the business value (as for example as a management network, IOT, etc) would be enormous if Zerotier could be implemented on a broader range of devices.

the business value (as for example as a management network, IOT, etc) would be enormous if Zerotier could be implemented on a broader range of devices.

Agree 100% , I'm a huge fan of ZeroTier and I think too much focus is based on throughput as the only metric by which a VPN is useful. Most business use cases aren't focused on throughput but rather application delivery.

Hi IPANET, one day I will get to a proficient level of zerotier use.................initial forays were not productive and experimenting on family is not a good practice. I am quite comfortable now with wireguard so perhaps its time soon to start on the zerotier methods.........

Hi IPANET, one day I will get to a proficient level of zerotier use.................initial forays were not productive and experimenting on family is not a good practice. I am quite comfortable now with wireguard so perhaps its time soon to start on the zerotier methods.........

You'll like ZeroTier, it's easy and flexible. We use it for OOB mgmt on practically every ISP we work on now.

CCR2116 + NVME drive + Containers + ZeroTier makes for an amazing OOB gateway. It's easy and fast to get people and servers joined in from anywhere.

I just don't have the patience to manage tunnels anymore. Before I was a consultant, I was the net arch for a large enterprise and we had thousands of B2B ipsec tunnels to manage as well as 10,000+ remote VPN users globally and it wore me out on ever wanting to deal with encryption, tunnel settings, etc.

ZeroTier was the easy button i'd been missing all my life

Hahaha, kk, but dont you still have to manage
a. the main zerotier interface at which you have to add or remove users/devices.
b. manage any firewall rules for said users on MT devices??

ZeroTier interface management is pretty much set and forget.

As far as firewall rules, you could manage them on the Tik locally or you could use ZeroTier's centralized flow rules which allow you to push policies to each endpoint and create tags for reusing components. It's a great way to centrally manage the security policy of hundreds or thousands of ZeroTier users/routers

https://docs.zerotier.com/zerotier/rules/

That said, I see an enormous amount of value in enabling it on processor architectures other than ARM to enable IOT applications. It's perfect to use with LORA / LORAWAN for large scale / low bandwidth sensor type deployments.

Spot on. It's stuff like the KNOTs and wAP-LR8/9s that really would benefit from ZeroTier – but all are MIPSBE...

A lot of the IoT cases are also when the uplink may be a CGNAT from LTE, starlink, etc. & the devices/sensors/etc may be physically separated. Cases ZeroTier solves well. A lot of device also use some mDNS/SSDP/LLDP/DIAL/etc multicast discovery too. By keeping all the same sensors on the same ZT network offer all that all to just work, regardless of actual physical location. Exactly how ZeroTier is helpful for L2 winbox management today, just broader.

I'm just hoping they include MIPS+CHR ZeroTier, when they bump the package version. ZeroTier is super useful – but having one topology/scheme/etc for ZT+ARM, another for MIPS/etc. limits it potential and simplicity.

+1 mmips !!!

I need this desperately now ...

desperately?
Purchase a device that supports it.

I wish I could,
Where I live now, No Mikrotik retailers here, And only Mipsbe devices I have in stock!

So this request is about bring world peace! I'm all for peace, and feature parody across platforms.

I saw somewhere they were going to be updating the ZeroTier version soon – keeping hope alive it comes with more hw platform support.

Any ideas @normis ? This one seems like a no-brainer. Teltonika manage to have Zerotier on all their architectures.

+1 mipsbe

+1 smips

I am using ZeroTier on my hap ac2 and was really surprised to know that its not available for my hex s. This is really disappointing.

Hope the MMIPS package which can be used on the hex s is made available soon.

+10000 for MMIPS

ZeroTier interface management is pretty much set and forget.

As far as firewall rules, you could manage them on the Tik locally or you could use ZeroTier's centralized flow rules which allow you to push policies to each endpoint and create tags for reusing components. It's a great way to centrally manage the security policy of hundreds or thousands of ZeroTier users/routers

https://docs.zerotier.com/zerotier/rules/

Would Zerotier be a competent replacement for Meraki Site-to-Site "AutoVPN"? We use Meraki alot where I work and would love to get away from it if possible, hardware and licensing costs are a huge drawback... it does work though.

Yeah, Meraki Auto VPN is an order of magnitude more expensive than ZeroTier which can basically do exactly the same thing, although a downside is policies that have to be edited by hand using so-called "flow rules" where Auto VPN has a simpler "click-based" configuration support.

Here is an example: "Using Flow Rules To Direct Users to Services"

Performance wise more or less the same as long as you run on hardware with good AES hardware acceleration support that most modern system are equipped with nowadays.

I'd like to second this, I have OpenWRT routers that are way lower spec than my Mipsbe Mikrotik that run ZeroTier fine.

I was searching bit about ZeroTier and I saw that other vendors/solutions supports platforms other than just ARM/ARM64.
For example:

OpenWRT
https://openwrt.org/packages/pkgdata/zerotier
aarch64_cortex-a53, aarch64_cortex-a72, aarch64_generic, arc_archs, i386_pentium4, mips64_octeonplus, mips_24kc, mips_4kec, mips_mips32, mipsel_24kc, mipsel_24kc_24kf, mipsel_74kc, mipsel_mips32, powerpc_464fp, powerpc_8540, x86_64

Ubiquiti
https://download.zerotier.com/RELEASES/ ... mips64.deb

Debian
https://download.zerotier.com/RELEASES/ ... _amd64.deb
https://download.zerotier.com/RELEASES/ ... 9_i386.deb
https://download.zerotier.com/RELEASES/ ... ps64el.deb
https://download.zerotier.com/RELEASES/ ... mipsel.deb
https://download.zerotier.com/RELEASES/ ... pc64el.deb
https://download.zerotier.com/RELEASES/ ... _s390x.deb

RedHat
https://download.zerotier.com/RELEASES/ ... arch64.rpm
https://download.zerotier.com/RELEASES/ ... 7.i686.rpm
https://download.zerotier.com/RELEASES/ ... .s390x.rpm
https://download.zerotier.com/RELEASES/ ... x86_64.rpm

Some of those solutions use the same SoC/CPU than several hardwares of MikroTik.
Ubiquiti MIPS especially caught my attention. Also OpenWRT X86-64/MIPS/PPC.

This led me to the question:
If other Vendors/Solutions are capable of making ZeroTier available for hardware other than ARM, what would be the impediment for MikroTik to support Zerotier on platforms other than ARM?

P.S.: It also caught my attention that I didn't find anything about ZeroTier and Tilera.

Ubiquiti MIPS especially caught my attention. Also OpenWRT X86-64/MIPS/PPC.

The ER-X is based on the same SoC as the hEX, but the ER-X has 256MB of flash in addition to 256MB of RAM. The hEX has 256MB of RAM, but the hEX flash is limited to a paltry 16MB, although it does have an SD slot, but as far as I know the SD can't have extra features loaded on it.

So my guess it the very limited memory on many of the MikroTik mips devices is one reason ZeroTeir wasn't pursued.

The newer low end hAP ax lite has 128MB flash and 256MB RAM (as well as ARM cpu). So this seems to be the "entry level MikroTik device for ZeroTier".

On a related note, 16MB is the recommended absolute minimum flash for OpenWrt from 19.07 onward, although 8MB is usable if you want to tailor what is loaded.

P.S.: It also caught my attention that I didn't find anything about ZeroTier and Tilera.

The standard linux kernel nor modern build tools lack support tilera anymore. So I'll forgive them on the TILE. But... it has been a mystery that isn't on at least the xMIPS platforms. Stuff like KNOT really would benefit from ZeroTier since the upstream network from some IoT-ish deployments is often some CGNAT or otherwise janky. And judging from posts (myself included), ZeroTier is being used in the field to some degree. And 25K views of this post...

I keep hoping to be surpised in release notes on MIPS support for ZeroTier – just be good to know if that hope is misplaced from Mikrotik.

yeah, and since the client is so tiny, it would probably fit into any low-end device as well.

I keep hoping to be surpised in release notes on MIPS support for ZeroTier – just be good to know if that hope is misplaced from Mikrotik.

Yeah, this! I search every new release thread posted for mentions of ZT. We live in hope.

@fischerdouglas Thanks for the info. Sadly in my case is true that I have an Ubiquiti device, but it's a Bullet AC and this is not compatible from what i know.

The only device that I have is a RaspberryPi, but for now I'm using another solution, not ZeroTier.

For now I put the link for RaspberryPi with Debian or Debian based system:

https://download.zerotier.com/RELEASES/ ... _arm64.deb

Regards.

Hello, I did this with mikrotik wireguard via cloudflare warp-to-warp. I was able to access the local network devices only through the port. Direct access to my Mikrotik device. For me, being on the CGNAT network has partially stopped being a problem. My connection with my phone with different wireguard structure is successful. Here are Sources and my screenshot. I apologize for my English.

https://developers.cloudflare.com/cloud ... p-to-warp/

https://www.animmouse.com/p/setup-cloud ... -mikrotik/

https://ibb.co/fXVVKKM