Community discussions

MikroTik App
 
smunaut
newbie
Topic Author
Posts: 26
Joined: Fri Jul 08, 2016 10:24 pm

Disable keep-alive feature of IPIP tunnel

Mon Jul 25, 2016 7:04 pm

Hi,

IPIP interface seems to have a keepalive feature with some special packets and disable the interface if the remote doesn't respond ...

But if I terminate an IPIP tunnel with a linux host, it doesn't know how to handle those and so the mikrotik disables the interface ...
I'd like to completely disable this feature and always have the tunnel be "running" no matter what the mikrotik thinks the remote state is.

How can I do that ?

Cheers,
 
  Sylvain
 
Feklar
Forum Guru
Forum Guru
Posts: 1724
Joined: Tue Dec 01, 2009 11:46 pm

Re: Disable keep-alive feature of IPIP tunnel

Mon Jul 25, 2016 10:33 pm

Just don't specify the keep alive parameter when creating it, it appears to be disabled by default when you go to create that interface. If it already created, go to it in WinBox and click on the arrow that will remove that part of the config.
 
smunaut
newbie
Topic Author
Posts: 26
Joined: Fri Jul 08, 2016 10:24 pm

Re: Disable keep-alive feature of IPIP tunnel

Mon Jul 25, 2016 10:52 pm

It's not disabled by default ... it's set to 10 x 10s by default.

export shows "!keepalive" but that apparently just takes the hardcoded default and doesn't disable it.
If you do an export verbose you see the actual default.
 
Feklar
Forum Guru
Forum Guru
Posts: 1724
Joined: Tue Dec 01, 2009 11:46 pm

Re: Disable keep-alive feature of IPIP tunnel

Mon Jul 25, 2016 10:56 pm

/interface ipip
add !keepalive local-address=10.10.10.5 name=ipip-tunnel1 remote-address=10.10.10.6

/interface ipip print 
Flags: X - disabled, R - running, D - dynamic 
 #     NAME                           MTU ACTUAL-MTU LOCAL-ADDRESS   REMOTE-ADDRESS                         KEEPALIVE                                                 DSCP
 0  R  ipip-tunnel1                  auto       1480 10.10.10.5      10.10.10.6                                                                                    inherit
Works for me on my test router running 6.34.4. As long as the local-address is tied to an actual IP address that exists on the router. If it's not tied to an actual IP it doesn't do anything.
 
smunaut
newbie
Topic Author
Posts: 26
Joined: Fri Jul 08, 2016 10:24 pm

Re: Disable keep-alive feature of IPIP tunnel

Tue Jul 26, 2016 12:20 am

Interesting, that's not what I'm seeing at all on 6.35.4 ...
[admin@ccr1036] /interface ipip> export
# jul/25/2016 23:15:21 by RouterOS 6.35.4

/interface ipip
add allow-fast-path=no !keepalive local-address=172.30.2.1 name=tx_tunnel remote-address=172.30.2.2

[admin@ccr1036] /interface ipip> print
Flags: X - disabled, R - running, D - dynamic 
 #     NAME                                                             MTU ACTUAL-MTU LOCAL-ADDRESS   REMOTE-ADDRESS                                                           KEEPALIVE                                                                                   DSCP
 0     tx_tunnel                                                       auto       9180 172.30.2.1      172.30.2.2                                                               10s,10                                                                                   inherit
 
smunaut
newbie
Topic Author
Posts: 26
Joined: Fri Jul 08, 2016 10:24 pm

Re: Disable keep-alive feature of IPIP tunnel

Tue Jul 26, 2016 10:30 am

Looks like a bug ...

If I specify the !keepalive when creating the IPIP tunnel, then the keep alive is indeed not present when I do a print.
But if I don't specify anything when creating it, then an export will show "!keepalive" but will in fact have the default 10,10s enabled !

That's actually a pretty worrying bug because it proves that what you see when you do "export" might not be what's actually running ! (and yeah the bug survives a reboot)

Is there a procedure to report bug ?
 
pe1chl
Forum Guru
Forum Guru
Posts: 10541
Joined: Mon Jun 08, 2015 12:09 pm

Re: Disable keep-alive feature of IPIP tunnel

Tue Jul 26, 2016 11:03 am

I don't think that is a bug.  When you do a compact export (which is the default) you get the commands and parameters
required to setup the router as it is now.   When a parameter is at its default value, the export will not show that parameter.
So when the default for keepalive is 10/10, and you have not changed that, the export will show nothing about keepalive.
When you have turned it off, the export will show !keepalive.  All fine and dandy.

When you don't like this, use export verbose.
 
smunaut
newbie
Topic Author
Posts: 26
Joined: Fri Jul 08, 2016 10:24 pm

Re: Disable keep-alive feature of IPIP tunnel

Tue Jul 26, 2016 3:33 pm

Huh, either I haven't been clear or you haven't read it properly.

If in the config when creating it I type :
/interface ipip
add allow-fast-path=no local-address=172.30.2.1 name=tx_tunnel remote-address=172.30.2.2
Then, when doing an export, it will show :
/interface ipip
add allow-fast-path=no !keepalive local-address=172.30.2.1 name=tx_tunnel remote-address=172.30.2.2
Note how the "!keepalive" was added there. I didn't type it when creating the interface and the export show it. And when doing a print, it will show that keep alive is at its default 10,10s value.

Now if I delete that interface and add it again with the !keepalive , the export will show _exactly_ the same as previously but then the keep alive will be disabled.
 
Feklar
Forum Guru
Forum Guru
Posts: 1724
Joined: Tue Dec 01, 2009 11:46 pm

Re: Disable keep-alive feature of IPIP tunnel

Tue Jul 26, 2016 4:31 pm

Report issues/bugs to support@mikrotik.com. Include a couple of Supout.rif when sending in the report. One with the issue where it puts in the keep alive automatically and one where you specify. You can also include a link to this thread for them to reference.
 
User avatar
mrz
MikroTik Support
MikroTik Support
Posts: 7195
Joined: Wed Feb 07, 2007 12:45 pm
Location: Latvia
Contact:

Re: Disable keep-alive feature of IPIP tunnel

Tue Jul 26, 2016 5:08 pm

This is known export bug, will be fixed in one of the future versions.