I'm so happy I found you, I'm a systems engineer and only have worked with Cisco, then I decided to start my own ISP and obviously couldn't afford the switches and routers I was use too. So I ended up getting some MikroTiks and I couldn't find any good videos then bam you came up. Love it, thank you very much!
Glad you like them! I want these videos to be comparable to "nuggets" where I want to keep the time frames of the videos as short as possible while giving all of the relevant information possible.
I love your amazing contents, they're by far the most informative and very easy to understand. Keep on the good work. I was wondering if you were following a course outline for these videos you're uploading or you're picking the topics randomly. If it's the later, I would love to know when you'll treat Mpls, Vpls and Traffic Engineering. i really look forward to your reply. Thanks again for your good work!!!
Hello, yes I do follow a course outline set by MikroTik for their certifications, everything that I am covering in the MTCNA playlist can be checked here mikrotik.com/download/pdf/MTCNA_Outline.pdf I might not put everything in the exact order as some things just make more sense to me to talk about them in their own sections, like L2 concepts vs L3 concepts. There are plenty of standalone tutorial videos on the channel covering MPLS + VPLS, some of the streams also have HOURS worth of content of me building an ISP network in EVE-NG. Once I am done with the MTCNA I will look at doing an MTCRE course, though that will cover more PBR + OSPF than anything else. The MTCINE definitely covers those topics, though I imagine if I did make a course on it that it would only be sometime next year. Thanks for the well wishes and comment, appreciate it!
@@TheNetworkBerg Oh okay, I'll do well to check the MTCNA playlist and your standalone tutorials as well. Meanwhile, I'll be anticipating more of your videos. Thanks for the help.
That's interesting. I always assumed when there were multiple connections going across a router that the overall bandwidth was averaged across the connections. So if a user was using nearly 100% of the bandwidth on a download - and then someone else started another download - I figured each would get 50% each.
I know its an old video but still informative I have a question and hope you still answer them on older videos.. How do we know everything coming in from LAN2 is upload? shouldn't it be going out because you are sending packets/files out into the internet when uploading? i don't understand the concept behind it. I hope you can explain!
Can this be combined with PCC? I have 3 WANS and I am still trying to understand how the connection marks or new marked packets will integrate with the PCC rules.
Hi Network Berg. Love your Tutorials. Has helped me a lot. I'm trying to use a queue tree as in your example, but when I do, the queue limits my LAN traffic to my server as well. How do I get around this?
Hi Ridoo, I take it you have traffic routing between different interfaces form different subnets. If that's the case you will have to either change the src mangle rule and apply that to you WAN interface or alternatively setup mangle rules above the packet marks between your LAN subnets so that they do not get marked and queued. Unless you are trying to setup some sort of queues for your servers, but I think a simple queue would be a lot more effective.
I can't get it working on capsman server. I follow your steps, in mangle rule, at in interface for upload I choose the bridge that i have for my caps. I try to test it using 2 clients connected to caps and I it does not working, bandwidth is not equal. Thank you in advance
I don't think that's how marking works :) You could park-connections to fasttrack them, but marking connections does in no way make marking packets faster. You are in essence just generalizing a specific connection and all packets inside it.
@@TheNetworkBerg I tend not to agree. If you use "marking packets", the CPU need to analyse each and every packet for your selections. Especially if you have complex patterns (ie. lots of ports) this costs. If you use connection marking you have to do this just one time when the connection is created. After that you just copy the connection mark to the packet mark which is much less effort.
@@chrisjonach1828 I think you may have mistaken my point, what I said was marking the connection doesn't mean that the packet marking process is faster. Please read my last sentence "You are in essence just generalizing a specific connection and all packets inside it." Which is exactly the point you are making.
Seems like it might :D, as soon as MikroTik makes RoSv7 for the MTCNA mandatory and releases a long-term release then I will be happy to add that to this playlist.
