The good news is that there is an MTCNA playlist that is completed which should help you with the exam. In MikroTik's own words the changes between v6 and v7 do not impact the exam much. Although there are some changes in v7 the questions are specifically based around it so you are welcome to go over this older playlist while I complete this newer one: ua-cam.com/play/PLJ7SGFemsLl3XQhO8g0hHCrKnC6J3KURk.html
Hi, what is the best way if you don't know the mac address from the start but build a firewall policy for say a specific range to use and your client at first connect gets an other IP. You can set a reservation after first discovery but the client in no way will loose it' preferred IP on DHCP it got while being discovered the first time. Even when you forget the IP. My way now is to set a static IP then on the client that is the reservation and after that set it back to DHCP ,but is there an other or smarter way?
I feel I have never looked for this answer/problem/issue - but is there a way for DHCP servers to share the same list of leased addresses. For DHCP servers at separate ends of a network with different exit nodes on the same physical network. If Router A goes down - can it be offloaded and shared to Router B's DHCP and then updated in kind? While we can do this with VRRP and other things, is there anything in the DHCP space for this? Are there DHCP server pools or backup instances that can be aware of the current lists provided?
In Mikrotik - This option isn't available (Unlike DHCP-Server on windows). A semi-work-around is; (/ip dhcp-server) Set Router A to authorative delay 2s Set Router B to authorative delay 10s - This causes router B to delay their offer by another 8seconds, meaning router A *should* hold most of the IP-adresses. Split the /ip pool between the routers, i.ex. /24-prefix would have .2-128 and secondary machine would have .129-.254. Nat the full subnet on both routers. Use VRRP (or your prefered redundancy protocol) - PS. VRRP also supports conn-track sharing on mikrotik for more seamless NAT-failover.
@@niqx Honestly this is a good suggestion, in my case, I still want to view the full list - and not hand out already provisioned addresses to existing or refreshing devices. This might be a bit odd - but the network is over a large distance with geographic borders. A router on one side is providing for clients closer to it, while the other side also is providing for the clients closer to the opposite side, but in the event of power failures or route failures, I am wanting to duplicate the entire routing table and lease table from both routers to each other so that there are no conflicts. Again not a normal scenario. Given topology duplicating the lease table via script may be the best option to populate both routers. But is there a High Availability DHCP solution or some sort of relay with fail over for DHCP as a service?
I respect him, but I had so many issues with DNS and DHCP on Mikrotik that I wont use them for some time. Even that you need to script DNS Autoregistration is a no-go for me.
this dude has helped me through so many exams
This dude is glad if the videos helped you in any way with your exams/learning😀
I need more video's, I am doing my MTCNA and been using this course now but unfortunately it is not completed yet
The good news is that there is an MTCNA playlist that is completed which should help you with the exam. In MikroTik's own words the changes between v6 and v7 do not impact the exam much.
Although there are some changes in v7 the questions are specifically based around it so you are welcome to go over this older playlist while I complete this newer one:
ua-cam.com/play/PLJ7SGFemsLl3XQhO8g0hHCrKnC6J3KURk.html
@@TheNetworkBerg Will do so, thank you
Got a notification, I tune in😅
nice to have bigger field for ip's in configuration at 10:54
Hi, what is the best way if you don't know the mac address from the start but build a firewall policy for say a specific range to use and your client at first connect gets an other IP. You can set a reservation after first discovery but the client in no way will loose it' preferred IP on DHCP it got while being discovered the first time. Even when you forget the IP. My way now is to set a static IP then on the client that is the reservation and after that set it back to DHCP ,but is there an other or smarter way?
I feel I have never looked for this answer/problem/issue - but is there a way for DHCP servers to share the same list of leased addresses. For DHCP servers at separate ends of a network with different exit nodes on the same physical network. If Router A goes down - can it be offloaded and shared to Router B's DHCP and then updated in kind? While we can do this with VRRP and other things, is there anything in the DHCP space for this? Are there DHCP server pools or backup instances that can be aware of the current lists provided?
In Mikrotik - This option isn't available (Unlike DHCP-Server on windows).
A semi-work-around is;
(/ip dhcp-server)
Set Router A to authorative delay 2s
Set Router B to authorative delay 10s
- This causes router B to delay their offer by another 8seconds, meaning router A *should* hold most of the IP-adresses.
Split the /ip pool between the routers, i.ex. /24-prefix would have .2-128 and secondary machine would have .129-.254.
Nat the full subnet on both routers.
Use VRRP (or your prefered redundancy protocol) - PS. VRRP also supports conn-track sharing on mikrotik for more seamless NAT-failover.
@@niqx Honestly this is a good suggestion, in my case, I still want to view the full list - and not hand out already provisioned addresses to existing or refreshing devices. This might be a bit odd - but the network is over a large distance with geographic borders. A router on one side is providing for clients closer to it, while the other side also is providing for the clients closer to the opposite side, but in the event of power failures or route failures, I am wanting to duplicate the entire routing table and lease table from both routers to each other so that there are no conflicts. Again not a normal scenario. Given topology duplicating the lease table via script may be the best option to populate both routers. But is there a High Availability DHCP solution or some sort of relay with fail over for DHCP as a service?
Sir, I have CCR 2004, running 1000+ pppoe users, during peak hours, cpu utilisation goes above 75%. How can I avoid that?
I respect him, but I had so many issues with DNS and DHCP on Mikrotik that I wont use them for some time. Even that you need to script DNS Autoregistration is a no-go for me.
Third