Feature Request: GREtap

Please add GREtap as it is widely accepted everywhere!

http://forum.mikrotik.com/t/eoip-gretap-compatibility/130789/1
+1

RouterOS has EoIP for that. It is the same thing.

nope … tried that !
MTik-EoIP and GRETAP make use of different protocol-types
… so … the feature-request … is simply a request for a compatibility-flag
.
https://tools.ietf.org/html/rfc2784
.

7.2.  Protocol Types

   GRE uses an ETHER Type for the Protocol Type. New ETHER TYPES are
   assigned by Xerox Systems Institute [RFC1700].

.
https://developers.redhat.com/blog/2019/05/17/an-introduction-to-linux-virtual-interfaces-tunnels/#gre
.
… no wireguard … in the article ! … but hopefully well-discussed in this forum soon : )

.
just to illustrate the issue ( … opened the archives)
.
diff-is-diff.png

Ok… it should then be possible to make a selection option in the EoIP interface menu and make it compatible.
A bit of a pity that MikroTik defined their own protocol type for this, while a “standard” type already existed for a long time (it appears).
Of course they now cannot simply change it. But an option should be possible.

.
Open vSwitch is using GRETAP as a tunneling option ! … maybe also an option to terminate MTik-wireless-devices over a distributed-foreign network-infrastructure ?!
… with the new hiperf-switches and 10/25G-routers … ?! that would be “a feature” also for datacenter-like installations !! … or a door-opener for large scale wireless-rollouts

.

A bit of a pity that MikroTik defined their own protocol type

.
… sometimes it’s just about having my own “Jodeldiplom” ?!
.
… but opening a platform for a compatibilty is - of course - always a sometimes hard-to-know business-decision …
I see more options, than contraints for this case

I think it is mostly caused by not knowing the invented protocol already exists and is registered under another protocol number.
I know a similar case in IPIP tunnel which uses IP protocol 4, but another protocol which is exactly the same was registered much later under protocol number 94.
(and fell into disuse after this was uncovered)

Anyone from mikrotik please have a look!

I’d also like to have this feature for interoperation with standard Linux systems.

am i wrong or isn’t this implemented yet?
Screenshot_2021-10-04_17-43-10.png

It was never acknowledged by MikroTik as a feature worth implementing.
You will have to use EoIP instead.

EoIP doesn’t work with SNAT behind IPACCT based NAS systems used my many ISPs. That is the main issue.

It was never acknowledged by MikroTik as a feature worth implementing.
You will have to use EoIP instead.

But for now i need to combine dedicated in foreign datacenter and mikrotik near me. For now i’m using GREtap and computer with two network cards after mikrotik to route traffic.
In my case, i’m thinking that i do not need mikrotik at all, because EOIP can be freely compiled in linux

Yes, it should be a matter of changing a constant. And maybe there even is some function that allows you to change this during the tunnel setup, who knows.

some compatibility setting for EoIP would be nice, +1 for that. Would spare me some pain over they years :wink:

That being said, you guys may want to give VXLAN a look.

i’m thinking that i do not need mikrotik at all, because EOIP can be freely compiled in linux

.
please … as soon as you’ve overcome the thinking-phase … give us a GIT-URL !
… just changing the protocol-number … than … compatible ?
:open_mouth: … we should talk to Linus ?! … maybe it’s just an option he implemented years ago ?!
… in my long years of reading … a lot of things were not documented in the “official docu” :sunglasses: :laughing:

That being said, you guys may want to give VXLAN a look.


guess the inventors destroyed this codex pretty much themself :sunglasses:
:open_mouth: … ? … but you never know !? Moses was an abandoned child … … !?

… while promised myself to come back here … every year …
… I’am early in 2025 :sunglasses:
.
… but this feature request … is a heartfelt wish of mine …
… so it is early … as it is … urgently required