मैं वर्तमान में ISP- स्तर की कंपनियों के लिए ट्रैफ़िक को आकार देने वाले समाधान पर काम कर रहा हूं, और एक दिलचस्प (किफ़ायती दार्शनिक) समस्या के लिए आया हूं।
एंडपॉइंट की संख्या के बारे में देखते हुए सिस्टम को संभालना चाहिए (जो कि ~ 20k के आसपास है) मुझे थोड़ी चिंता हुई कि क्या होगा जब मुझे अधिक उपयोगकर्ताओं की नीति / आकार ट्रैफ़िक की आवश्यकता होगी। जैसा कि मैं वर्तमान में पूरे नेटवर्क के लिए एचएफएससी आकार देने वाले पेड़ (टीसी-एचएफ़एससी, ज्यादातर समान-लेकिन-कूलर के रूप में बेहतर-ज्ञात एचटीबी) का उपयोग कर रहा हूं, मुझे अधिक क्लासिड (प्रत्येक उपयोगकर्ता के लिए कम से कम एक उपयोगकर्ता के लिए) का उपयोग करने की आवश्यकता होगी नेटवर्क)। जो समस्या मुझे मिली वह यह थी कि टीसी क्लासिड्स थोड़े सीमित हैं - वे 16-बिट संख्याएं हैं, जो मुझे इस समाधान के आकार का अधिकतम 64k उपयोगकर्ता देती हैं।
इसी तरह, अगर मैं कुशलतापूर्वक टीसी फिल्टर का प्रबंधन करना चाहता हूं (जैसे 'फ्लश ऑल तकनीक' का उपयोग नहीं कर रहा), तो मुझे व्यक्तिगत फिल्टर प्रविष्टियों को हटाने या संशोधित करने में सक्षम होने की आवश्यकता है। (मैं LARTC [1] से हैश तालिका के समान कुछ का उपयोग कर रहा हूं)। फिर, एकमात्र विधि जो इसके साथ काम करती दिखती है वह है व्यक्तिगत प्राथमिकताओं का उपयोग करके सभी फ़िल्टर को क्रमांकित करना (tc filter add dev ... पुजारी 1)। कोई अन्य पैरामीटर नहीं है जो इस उद्देश्य के लिए इस्तेमाल किया जा सकता है, और, अफसोस की बात है, प्रियो 16-बिट-केवल भी है।
मेरा प्रश्न निम्नलिखित है: क्या उपलब्ध "पहचानकर्ता स्थान" को बढ़ाने के लिए कुछ अच्छी विधि मौजूद है, जैसे कि 'tc' क्लास कमांड के लिए 32-बिट clsid, और 'tc filter' के लिए 32-बिट प्राथमिकताएँ (या कोई अन्य संशोधन हैंडल)। आदेश?
बहुत बहुत धन्यवाद,
-mk
(btw मुझे उम्मीद है कि यह "64k उपयोगकर्ताओं को हर किसी के लिए पर्याप्त नहीं होना चाहिए" परिदृश्य के लिए होगा ...)