यह संभव नहीं है क्योंकि MikroTIk को Linux कर्नेल के साथ डिज़ाइन किया गया था, इसलिए IP पते का असाइनमेंट हमेशा पीछे से आगे की ओर किया जाता है।

जिस तरह से लिनक्स कर्नेल पर आधारित मिक्रोटिक राउटरओएस, डीएचसीपी के माध्यम से आईपी पते निर्दिष्ट करता है, वह हमेशा निर्दिष्ट सीमा के भीतर निम्नतम से उच्चतम पते तक एक सख्त आरोही पैटर्न का पालन नहीं कर सकता है। कई डीएचसीपी प्रणालियों में, जिनमें लिनक्स पर आधारित प्रणालियाँ भी शामिल हैं, आईपी पते का असाइनमेंट परिभाषित पता सीमा के आरंभ से अंत तक विशुद्ध रूप से अनुक्रमिक नहीं हो सकता है।

मिक्रोटिक राउटरओएस में, और अधिक व्यापक रूप से लिनक्स-आधारित डीएचसीपी सिस्टम में, डीएचसीपी सर्वर परिभाषित पता सीमा के अंत से शुरू होकर, सीमा की शुरुआत की ओर बढ़ते हुए, आईपी पते निर्दिष्ट करता है। इसका मतलब यह है कि यदि आपके पास पता सीमा है 192.168.88.2-192.168.88.253, डीएचसीपी सर्वर सीमा के अंत के निकट पते निर्दिष्ट करना शुरू कर सकता है (उदा. .253, .252, आदि) और नीचे जारी रखें।

आईपी ​​​​पते निर्दिष्ट करने की विधि के पीछे का तर्क भिन्न हो सकता है और सभी मामलों या कॉन्फ़िगरेशन में इस पैटर्न का पालन करने की गारंटी नहीं है। आईपी ​​एड्रेस नवीनीकरण, विशिष्ट डीएचसीपी क्लाइंट अनुरोध (उदाहरण के लिए, यदि कोई क्लाइंट पहले से मौजूद पते का अनुरोध करता है), और आईपी एड्रेस आरक्षण जैसे कारक उस क्रम को प्रभावित कर सकते हैं जिसमें पते निर्दिष्ट किए गए हैं।

हालाँकि आप राउटरओएस में सेटिंग्स के माध्यम से सख्त आरोही क्रम का पालन करने के लिए आईपी आवंटन विधि को स्वाभाविक रूप से नहीं बदल सकते हैं, लेकिन यदि आप इस बात पर अधिक नियंत्रण चाहते हैं कि कौन से पते आईपी विशिष्ट उपकरणों को सौंपे गए हैं, तो आप विशिष्ट आरक्षण के माध्यम से पता सीमा और आवंटन का प्रबंधन कर सकते हैं।

दुर्भाग्य से, उन अनुप्रयोगों के लिए जहां एक सीमा के भीतर आईपी एड्रेस असाइनमेंट के क्रम पर सख्त नियंत्रण की आवश्यकता होती है, राउटरओएस और अन्य लिनक्स-आधारित सिस्टम में डीएचसीपी सर्वर की सीमाएं इस व्यवहार को सीधे ठीक करने की अनुमति नहीं दे सकती हैं। सर्वोत्तम अभ्यास में आमतौर पर अपेक्षाओं को प्रबंधित करना और डीएचसीपी सर्वर के डिफ़ॉल्ट व्यवहार को ध्यान में रखते हुए नेटवर्क को डिजाइन करना शामिल है।