Thanks!The example "InterVLAN Routing by Bridge" has been updated:
https://wiki.mikrotik.com/wiki/Manual:I ... _Bridge.29
Thanks, will give it a shot....snip...
Ker-blamo, you have a 2 VLAN network with an access port in each and a trunk port on ether4 to uplink to your network.
In which constelation? Pleain IPSec or in combination with L2TP maybe?Problem with router cache owerflow caused by sending traffic over IPsec tunnels still persists in this release, despite the fact the Router Cache feature is turned off.
Ticket number #2015081766000633
Anyhow, they (MikroTik) are nevertheless not aimed at the DC sector.I am not sure if that's the case anymore.As MikroTik products are more targeted to the (W)ISP sector
Working flawless here, 6.29 on client(RB450G)&server(x86) though.PPTP Client seems broken after upgrade to 6.29.*) fixed async. ppp server;
Every few minutes it disconnects.Screenshot: http://prntscr.com/7apgti
This keeps on since yesterday's upgrade.
Stumbled across this more then once. In my cases reinstalling with netinstall always solved the issue in case config reset didn't help.RB750 after upgrade from 6.28 DHCP client on ether1 don't work - status "searching". Settings are default.
I downgraded to 6.28 - works fine.
That wasn't my intention but stating "RouterOS can not be infected." isn't really better.A lot of stuff is possible in pure theory, however, until somebody has actually done it, there is no point in scaring people.
Just for accuracy, CEF is software fastpath on lower end devices and true hardware TCAM based forwarding on higher end devices.Like say there's normal forwarding (process switching), fast path (fast-switching), and then hardware fast path (CEF equivalent).
We are not even at the point, where Metarouter works in an idle situation. So I guess it's no suprise that a freezes with load.Metarouter freezes when loading the base system more than 40-50 per cent.
What kind of post is this supposed to be?Maybe , but who knows?
Thanks for your verification effort!There is no change on mine, also. Problem persists.
Hmm "less likely", what's the developers point of view? No offense, but this sounds like "we have no idea if we did fix it", don't you agree?atm - I'd say - less likely to happen. No problematic events on debug metarouter have happened for a long time. At le
I don't think so see http://wiki.mikrotik.com/wiki/Manual:Fast_PathThis is thiswe are working on "fast path" for firewall too. we will publish more detailed tests in a few weeks
but tell me its not only for Cloud Core Router?
Thanks, I must admit, right now I'm quite disappointed that RB2011 isn't working either.timberwolf - during weekend and national holiday i have generated quite a lot of useful stuff for devs to work on regarding metarouter.
To keep the answer short, we all hope it will be fixed anytime soon as it is an open issue since 2 years(if I'm not mistaken). And no I'am quite sure you aren't doing anything wrong.Will it be fixed? Or am I doing something wrong?
Yes I understood. I was more thinking about you sharing some of you plans with us, like other features which may be planned beside firewall or maybe even which firewall functionality is planned.Yes, firewall fastpath is planned as well.
Understandablefirst ppc metarouter has to start work, and resolve issues there, maybe afterwards someone will make this cosmetic change.
Yes I know, that's why me and other people recommended disabling health monitoring completely.unfortunately due to how metarouter operates (one of my older posts in this thread) health monitoring values can be off the mark.
I took about 3-4 hours on my setup.Bad part is - it took week to manifest itself. Anyway, "blackout period was those 12 seconds.
Two, as I wrote earlier.Did you have one or several guests running?
Oh really? Of course there is an issue! What cause do you think I would have for making this up?!about mips metarouter - i had a moment where response time was 12129.041ms so we will look into it. As we now know that there still is some issue that can happen rarely
Well it happens frequently, 60ms is an extreme value but 14-30ms seem to happen quite often.my explanation is about variable ping times when ICMP echo is sent from MR to itself or other MR. Of course, 60ms is excessive, but as i understand, that happens rarely.
Any update or rough estimate you could give us?hopefully soon enough you (obviously not days) will not need to do that any more to run MetaROUTER on RB450G
Sorry, I don't understand what you are saying. How could you try without turning monitoring off, when the test would be to actually turn monitoring off?i will try locally without monitoring turned off, as it is not that easy to make npk with that change.
all Can you confirm this? I can't recall it exactly, but I think there where negative reports for RB433AH too.since rb433AH and RB540G has the same CPU and one is supposed to crash and other is not
I mean a block diagram, like we have for the RB450G switch "features" and topology.You mean this? http://img.routerboard.com/pricelist/272_hi_res.png
Or you mean block diagram?
I am still hoping that there will someday be a picture in the Wiki.My RB2011 tells that it has two switches: ar8327 and ar8227. Not sure how those are wired however.The 5 Gigabit Ports and the SFP ports are connected to an external switch chip, Atheros 83xx?
If I get this correct, then Nathans RB1100AH shouldn't have locked up completely, as he had the watchdog enabled, right?the difference is - hardware watchdog will reboot device always, while software watchdog can lock up,.That is why all recent product series use hardware watchdog.
I did put quite some load with encryption on my RB450G some time ago, no crashes, so this somehow doesn't quite fit.After 2 - 3 yers since these boards where given to me - capacitors went bad, after re-soldering - no crashes
Yes the same part, but not the same setup regarding connections to a switch chip and amount of RAM etc.How could it be a SoC issue? It's the exact same part/silicon that's on the 433AH.
No it isn't, RB450G ist actually the worst board for MR.RB450G is really good. i have used it. i think you should go for it.
Yes, that is exactly my opinion.Timberwolf, so your opinion is not to use MR at all, at least not until a stable version is available?
As if there were any comparable alternative...And if it is I'll guess I have to live with it and plan to move to another platform over time. The very last thing on my list!
Your devs forgot to include the AR7116 in the JTAG scan chain on the RB450G?That is thanks to new board that has similar structure as RB450G where debug mode or MetaROUTER can be monitored (it cannot be done or RB450G).