Tas nav iespējams, jo MikroTIk tika izstrādāts ar Linux kodolu, tāpēc IP adrešu piešķiršana vienmēr tiek veikta no aizmugures uz priekšu.

Veids, kā MikroTik RouterOS, pamatojoties uz Linux kodolu, piešķir IP adreses, izmantojot DHCP, ne vienmēr var ievērot stingru augošu shēmu no zemākās uz augstāko adresi norādītajā diapazonā. Daudzās DHCP sistēmās, tostarp tajās, kuru pamatā ir Linux, IP adrešu piešķiršana var nebūt tikai secīga no noteiktā adrešu diapazona sākuma līdz beigām.

MikroTik RouterOS un plašāk uz Linux balstītajās DHCP sistēmās DHCP serveris mēdz piešķirt IP adreses, sākot no noteiktā adrešu diapazona beigām, virzoties uz diapazona sākumu. Tas nozīmē, ka, ja jums ir adrešu diapazons 192.168.88.2-192.168.88.253, DHCP serveris var sākt piešķirt adreses tuvu diapazona beigām (piem. .253, .252u.c.) un turpiniet uz leju.

IP adrešu piešķiršanas metodes loģika var atšķirties, un ne vienmēr tiek garantēta šī shēma visos gadījumos vai konfigurācijās. Tādi faktori kā IP adreses atjaunošana, konkrēti DHCP klienta pieprasījumi (ja klients pieprasa adresi, kas tam iepriekš bija, piemēram) un IP adrešu rezervēšana var ietekmēt adrešu piešķiršanas secību.

Lai gan jūs nevarat būtībā mainīt IP piešķiršanas metodi, lai tā ievērotu stingru augošu secību, izmantojot RouterOS iestatījumus, varat pārvaldīt adrešu diapazonu un piešķiršanu, izmantojot īpašas rezervācijas, ja vēlaties vairāk kontrolēt, kuras adreses IP tiek piešķirtas konkrētām ierīcēm.

Diemžēl lietojumprogrammām, kurām ir nepieciešama stingra kontrole pār IP adreses piešķiršanas secību diapazonā, RouterOS un citu Linux balstītu sistēmu DHCP servera ierobežojumi var neļaut tieši pielāgot šo darbību. Labākā prakse parasti ietver cerību pārvaldību un tīkla izveidi, ņemot vērā DHCP servera noklusējuma darbību.