- Public - talk.mikrotik.com.au

ROS v7 - Production Ready?
by Thomas Jackson 06 Oct '21

06 Oct '21

Hi all, Last week I picked up a CCR2004-16G-2S+ for a new build (it ticked basically every box for what we need, dual PSU, >8 ports, appealing price point, etc), and powered it up today to realise it is running ROSv7 out of the box, and doesn't have a downgrade path to v6 (my mistake for not reading the description closely enough!). On one side, the Mikrotik website still lists v7 as beta which makes me uncomfortable pushing this into a prod environment, but on the other side it looks like all of the new models are coming out v7 only so presumably it is considered production ready? Before I make the trip down to the DC to rack it up, how are others finding v7 stability? Or should I order a CCR1036 (our usual model for this type of work) and chuck the CCR2004 in the cupboard until v7 is a bit further along? Any input appreciated!

5 8

Mikrotik seller in Port Moresby
by Malcolm Faed 24 Sep '21

24 Sep '21

Hi all, Does anyone know of a Mikrotik seller in Port Moresby at all. It could save me sending one up. Cheers, *Malcolm Faed.* Head of Engineering *Av-Comm* avcomm.com.au malcolm(a)avcomm.com.au 24/9 Powells Road, Brookvale, NSW 2100, Australia P: +61 (2) 9939 4377 M: +61 409 601 747 [image: Twitter] <https://twitter.com/AvCommSatellite> <https://plus.google.com/+AvcommAustralia/>[image: Youtube] <https://www.youtube.com/channel/UCO8ZtcnwoTH7e54LAndE-yw>[image: Linkedin] <https://www.linkedin.com/company-beta/6583589/> This e-mail message may contain confidential or legally privileged information and is intended only for the use of the intended recipient(s). Any unauthorised disclosure, dissemination, distribution, copying or the taking of any action in reliance on the information herein is prohibited. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, or contain viruses. Anyone who communicates with us by e-mail is deemed to have accepted these risks. Av-Comm is not responsible for errors or omissions in this message and denies any responsibility for any damage arising from the use of e-mail. Any opinion and other statement contained in this message and any attachment are solely those of the author and do not necessarily represent those of the company.

1 0

Merai/Meris attack via MikroTiks?
by Karl Auer 10 Sep '21

10 Sep '21

Have just read this and am a bit confused. https://blog.qrator.net/en/meris-botnet-climbing-to-the-record_142/ I can't figure out whether the attackers are abusing Mikrotik features that the owner has nor disabled or blocked, or whether this is an actual vulnerability - i.e., something exploitable even if the owner of the device has followed best practice. Does anyone have more information about this issue? Is it even an issue at all? Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer(a)nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160 GPG fingerprint: 9FB6 C08F 91CB 5093 30EF 3E2F 8C94 EEBD 117C 4A10 Old fingerprint: CF68 0C56 EEE4 CC19 28D4 03B3 BCE0 E800 E31F 7254

2 1

EoIP Tunnel that doesn't want to tunnel
by Christopher Hawker 06 Sep '21

06 Sep '21

Hi Everyone, I for some reason, have two MT devices (A-side is a CCR1009-8G-1S-1S+ and the Z-side is a CHR) and they don't seem to want to tunnel together. The tunnel comes up, two ICMP packets get through, and the link goes down. There is no firewalling in place (or has been disabled altogether for testing purposes) however the issue still manifests. The only thing is on the A side the public IP address is received by DHCP, however a reservation has been set by the carrier so the address will not change. *** A Side *** /interface eoip add allow-fast-path=no disabled=yes ipsec-secret="fakepass" local-address=192.0.2.10 mac-address=12:34:56:78:90:12 name=tun1 remote-address=203.0.113.10 tunnel-id=1 /ip address add address=172.21.254.2/30 interface=tun1 network=172.21.254.0 *** Z Side *** /interface eoip add allow-fast-path=no disabled=yes ipsec-secret="fakepass" local-address=203.0.113.10 mac-address=21:09:87:65:43:21 name=tun1 remote-address=192.0.2.10 tunnel-id=1 /ip address add address=203.0.113.10/29 interface=ether1 network=27.32.52.8 add address=172.21.254.1/30 interface=tun1 network=172.21.254.0 If anyone would be able to point out any issues or have any ideas, it'd be much appreciated! Thanks, Christopher Hawker

4 7

State of 3G/4G fallback on MikroTik?
by Karl Auer 01 Sep '21

01 Sep '21

We need to quote to a client for two routers capable of running a VPN between two sites - easy, that's a MikroTik. But they want a fallback to 3G/4G so that the site that falls back keeps Internet access AND so that the VPN keeps running. What's the state of MikroTik 3G/4G fallback? Last I looked it seemed very roll-your-own, and supported only a few very specific dongles... Ideally it would work like the (vastly more expensive) Merakis and just fail everything over to the secondary link if the primary fails, where "fail" would be either a ping test or interface down. That said, I'm OK with a solution that needs more work, as long as once done it is set-and-forget. Any pointers? Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer(a)nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160 GPG fingerprint: 887A DA07 4DCC EE76 B413 27D4 C638 4189 6CF0 D556 Old fingerprint: 8454 EE43 6215 B6DD 1B4D 9D8D 984D 7BA1 7378 A38D

7 12

Proscend 180T and hEX-S
by Jason Hecker 16 Aug '21

16 Aug '21

Hi I am contemplating using a 180T and hEX-S. Does anyone have any experience with this combination and long term reliability? Jason Hecker <https://www.upandrunningtech.com.au/>

4 6

We're back!
by Mike Everest 16 Aug '21

16 Aug '21

Apologies for the whitespace for a couple of days - thanks to Tom and Chris and team for getting the list back online again! : ) Cheers, Mike. ---------------------------------------------------------------------------- -------- Why Choose DuxTel for all your MikroTik needs? 10 good reasons: http://duxtel.com/why_duxtel ---------------------------------------------------------------------------- -------- Follow our tweets for news and updates: http://twitter.com/duxtel

1 0

hAP Lite not hAP-pening...
by Karl Auer 11 Aug '21

11 Aug '21

I have a hAP Lite (RB941-2nD-TC). I went to upload an NPK file and found that I couldn't. scp fails with various errors, mostly "temporarily unavailable", and only about three-quarters of the file is copied. This is with a direct connection to a laptop. The same cable works fine with other MikroTiks, the problem happens with other cables, the problem happens on ports 2,3 and 4, and the problem persists after a configuration reset. The problem is completely repeatable. The connection is not a complete failure - I can for example log in to the device over a cable and configure it. It's a cheap device, so I don't want to spend too much time on it, but if this is a known issue with a quick fix it'd be nice :-) Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer(a)nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160 GPG fingerprint: 9FB6 C08F 91CB 5093 30EF 3E2F 8C94 EEBD 117C 4A10 Old fingerprint: CF68 0C56 EEE4 CC19 28D4 03B3 BCE0 E800 E31F 7254

7 11

Re: [MT-AU Public] IPSec puzzlement
by Karl Auer 17 Jul '21

17 Jul '21

On Fri, 2021-07-16 at 20:14 +1000, Karl Auer wrote: > I have these two routers which *were* doing an IPSec VPN quite > successfully, but for reasons unclear now no longer have a (VPN) > connection. There is Internet connectivity between them, but IPsec > stays stubbornly down. I'm at a bit of a loss, because the setup > seems ridiculously simple! I'm almost too embarrassed to write this, but here goes. Basically I made the cardinal mistake of assuming something instead of just noting the symptoms. I assumed the VPN was down; but all I really knew was that my test traffic was not being delivered as it should have been, and that it should have been going over the VPN. The policy at one end says run traffic over the VPN if it comes from 192.168.102.0/24 and is going to 192.168.103.0/24. The policy at the other end says vice versa. I was testing from the routers themselves - which have many interfaces and thus many possible source addresses. And I was not specifying a source address for my tests, so my test packets were not coming from source addresses that matched the policies. The penny dropped as I watched (for the thousandth time) a host unreachable come back from the ISP's next hop address, and oh-so- belatedly twigged that my test packets were not being directed over the VPN at all... As soon as I specified the right source addresses in my tests, the traffic went over the VPN. And when I then tested from the networks on the LAN sides of the routers (something I should have tried a lot earlier), that worked too. Regards, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer(a)nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160

1 0

RB951G-2HnD - upgrade 6.36 to 6.47.10?
by Karl Auer 11 Jul '21

11 Jul '21

Two MikroTik RB951G-2HnD routers have sort of swung back into my orbit with the return after some time of an old customer. These routers both have 6.36 on them, and I'm thinking I should upgrade them to 6.47.10 LTS. Is that too big a jump? Will chunks of the current configuration fail? It's all fairly plain-vanilla except for an IPSec VPN running between the two devices. The particular model is barely mentioned in any of the (many, many) release notes since 6.36, and nothing really relevant. Any hints appreciated. Thanks, K. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Karl Auer (kauer(a)nullarbor.com.au) work +61 2 64957435 http://www.nullarbor.com.au mobile +61 428 957160

2 1