क्यूओएस मुसीबतों - आईपी वीपीएन प्रबंधित


9

(सबसे पहले, मुझे पाठ की इस दीवार के लिए खेद है। मुझे नहीं पता कि महत्वपूर्ण जानकारी को खोए बिना इसे कैसे छोटा किया जा सकता है। मैं मूल रूप से इसके लिए चैट रूम का उपयोग करना चाहता था, जैसे हम इन प्रकार के लिए सर्वरफॉल्ट पर करते हैं। प्रश्नों का, लेकिन नेटवर्क इंजीनियरिंग कक्ष में कोई नहीं है)।

हम कई बेटी कंपनियों के साथ एक निगम हैं, जहां हमारे पास लगभग 70 अलग-अलग स्थानों के साथ एक बड़ी प्रबंधित आईपी-वीपीएन है, 2Mbps SHDSL से 100Mbps फाइबर तक भिन्न है। आईपी-वीपीएन कई वीपीएन (या सटीक होने के लिए सुरंग) का वहन करता है।

ट्रैफ़िक की प्राथमिकता एक प्रबंधन और डिज़ाइन के दृष्टिकोण से है:

  1. वीओआईपी (Avaya और Lync)
  2. वीडियो (Lync)
  3. आरडीपी
  4. आंतरिक सेवाएँ (फ़ाइलकर्ता, सक्रिय निर्देशिका, इंट्रानेट आदि)
  5. गैर-प्राथमिकता वाली आंतरिक सेवाएं (इंटरनेट उपयोग के लिए प्रॉक्सी सर्वर, विंडोज़ अपडेट सेवाएं, सिस्टम सेंटर कॉन्फ़िगरेशन प्रबंधन, एंटीवायरस अपडेट प्रॉक्सी)
  6. मिलान नहीं किया गया ट्रैफ़िक (इंटरनेट)

वीओआईपी का उपयोग केवल कुछ कार्यालयों में किया जाता है, जहां उपयोगकर्ताओं की कम मात्रा होती है। सबसे बड़ा रिमोट ऑफिस जो अभी वीओआईपी का उपयोग करता है, उसमें 5 कर्मचारियों के साथ 4mbps SHDSL और G.711 ALAW 64K कोडेक चलाने वाले 5 avaya IP फोन हैं। इससे वॉयस डेटा ट्रैफिक को 320kbps से अधिक तक नहीं लाना चाहिए। मैंने सत्यापित किया है कि फोन ऑडियो के लिए DSCP 46 का उपयोग करते हैं, और इसलिए इसे सही ढंग से EF के रूप में मिलान किया जाता है (नीचे कॉन्फ़िगरेशन देखें)। हालांकि सिग्नलिंग को DSCP 24 के रूप में मिलान किया गया है, जो कि मुझे यकीन नहीं है कि अगर हमारा QoS प्रोफाइल पिक करता है ..

सभी दूरस्थ स्थान हमारे मुख्यालय (2x100Mbit फाइबर) पर कई RDS खेतों के खिलाफ RDP का उपयोग करते हैं। RDP के लिए उपयोग किए जाने वाले बैंडविड्थ का पता लगाना इतना आसान नहीं है, क्योंकि यह मूल रूप से इसे प्राप्त होने वाली हर चीज का उपयोग करता है। हमारे पास यह सुनिश्चित करने के लिए कुछ सीमाएँ निर्धारित हैं कि यह बहुत अधिक संसाधन वाला नहीं है, लेकिन यह शायद इस साइट के दायरे से बाहर है। हमारे पास RDP के साथ हाल ही में कुछ गंभीर समस्याएं हैं ( /server/515809/mouse-cursor-jumps-around-when-use-rdp ), यही वजह है कि मैं इसे नेटवर्क इंजीनियरिंग में पोस्ट कर रहा हूं।

Lync ऑडियो के लिए DSCP 46 और वीडियो के लिए DSCP 34 का उपयोग करता है। आंतरिक सेवाओं और गैर-प्राथमिकता वाली आंतरिक सेवाओं को केवल सबनेट से मिलान किया जाता है, और बाकी सब कुछ बस किसी भी मैच से मेल खाता है।

यहाँ नवीनतम QoS कॉन्फिगरेशन संशोधन की एक प्रति है, जिसे मैंने कुछ नामों और IP पतों को छिपाने के लिए थोड़ा संशोधित किया है:

!
class-map match-any INTERNAL-PRI
 match access-group name CUST-INT-PRI
 match access-group name CUST-DMZ
class-map match-any INTERNAL-NOPRI
 match access-group name CUST-INT-NOPRI
class-map match-any REMOTEDESKTOP
 match access-group name RDP
class-map match-any ALL
 match any
class-map match-any NETWORK
 match ip precedence 6
 match ip precedence 7
class-map match-any EF
 match ip dscp ef
 match ip dscp cs5
class-map match-any AF-HIGH
 match ip dscp af41
 match ip dscp cs4
class-map match-any AF-MEDHI
 match ip dscp af31
 match ip dscp cs3
class-map match-any AF-MEDIUM
 match ip dscp af21
 match ip dscp cs2
class-map match-any AF-LOW
 match ip dscp af11
 match ip dscp cs1
class-map match-any BE
 match ip dscp default
!
!
policy-map setTos
 class EF
 class REMOTEDESKTOP
  set ip dscp af31
 class INTERNAL-PRI
  set ip dscp af21
 class INTERNAL-NONPRI
  set ip dscp af11
 class class-default
  set ip dscp default
policy-map useTos
 class EF
  priority percent 10
 class AF-HIGH
  bandwidth remaining percent 35
 class AF-MEDHI
  bandwidth remaining percent 25
 class AF-LOW
  bandwidth remaining percent 20
 class BE
  bandwidth remaining percent 10
 class NETWORK
policy-map QOS
 class ALL
  shape average 4096000
  service-policy useTos
!
!         
ip access-list standard CUST-DMZ
 permit 123.123.123.0 0.0.0.255
!
ip access-list standard CUST-INT-PRI
 permit 10.50.0.0 0.0.0.255
 permit 10.51.0.0 0.0.0.255
!
ip access-list standard CUST-INT-NOPRI
 permit 10.50.10.0 0.0.0.255
 permit 10.51.10.0 0.0.0.255
!
ip access-list extended RDP
 permit tcp any eq 3389 any
 permit tcp any any eq 3389
!

जैसा कि आप देख सकते हैं, यह एक बड़ा QoS कॉन्फ़िगरेशन है। ध्यान दें कि हमने इस विन्यास को अपने आप को नहीं बनाया है, यह सब हमारे आईपी-वीपीएन प्रदाता के एक पिछले कर्मचारी द्वारा किया गया था। यह भी ध्यान दें कि आकार मान किस प्रकार के कनेक्शन के अनुसार बदला गया है (2mbps, 4mbps, 8mbps और 10mbb)।

अब तक आप शायद सोच रहे होंगे - यहाँ क्या सवाल है? यहाँ जाता हैं..

  1. जैसा कि मैंने पहले उल्लेख किया है, हम आरडीपी उपयोगकर्ताओं से लैग / उपयोगकर्ता इनपुट को मान्यता नहीं दिए जाने की शिकायतों में डूब रहे हैं। क्या हम इसे सही तरीके से प्राथमिकता नहीं दे रहे हैं? क्या यह सुनिश्चित करना संभव है कि आरडीपी को पैकेट नुकसान, विलंबता और घबराहट की एक न्यूनतम मात्रा मिलती है, लेकिन फिर भी बैंडविथ में प्रतिबंधित किया जा रहा है?
  2. मैं इस विन्यास में कतारों का कोई उल्लेख नहीं देख रहा हूँ। मैंने कुछ Microsoft दस्तावेज़ीकरण पढ़े हैं, और वे वीओआईपी और वीडियो पर प्राथमिकता कतार का उपयोग करने की सलाह देते हैं। मैं यह कैसे कर सकता हूँ?
  3. जैसा कि विन्यास दिखाता है, वायुसेना वर्गीकरण में से कोई भी मध्यम या उच्च ड्रॉप का उपयोग नहीं करता है। किस तरह की सेवाओं को छोड़ना सुरक्षित है? RDP, वीडियो और वॉयस ड्रॉप्स के साथ अच्छी तरह से काम नहीं करता है।
  4. क्या बैंडवाथ प्रतिशत क्रम में हैं? यह 100% तक उपयोग करता है

किसी अन्य सुझाव (ओं) का स्वागत है, क्योंकि मैं इसे हल करने के लिए बेताब हूं। यदि आपको लगता है कि यह एक प्रश्नोत्तर साइट पर जवाब देने के लिए बहुत अधिक है, तो मैं सिर्फ धूल को काटूंगा और हमारे सिस्को गोल्ड पार्टनर से एक सलाहकार को काम पर रखूंगा, जो कि आर्थिक रूप से ठीक है - मैं यह सीखना चाहता हूं अगर मैं कर सकता हूं।


सिस्को का कौन सा मॉडल इस qos को कर रहा है, और यह किस प्रकार के इंटरफ़ेस पर कॉन्फ़िगर किया गया है? आप में संपादित कर सकते हैं show policy-map interface, show proc cpu history, show interface <your-interface-w-QOS-service-policy>, show buff, और show runn interface <your-interface-w-QOS-service-policy>रूटर से और सवाल के सबसे अंत में जोड़ सकता हूँ?
माइक पेनिंगटन

मेरे पास राउटर तक प्रबंधन की पहुंच नहीं है, क्योंकि यह एक प्रबंधित आईपी-वीपीएन सेवा है। 2, 4 और 8mbps लाइनें 1811 / 881G पर चलती हैं और एक नियमित FE0 / 1 पोर्ट से जुड़ी होती हैं, और 10mbps वाले SFF (आमतौर पर DWDM फाइबर) से जुड़े 892F पर चलते हैं। मेरे पास कुछ वेब आंकड़ों तक पहुंच है, जो सीपीयू / मेम पर बहुत कम उपयोग दिखाता है।
पौस्का

क्या किसी उत्तर ने आपकी मदद की? यदि हां, तो आपको उत्तर को स्वीकार करना चाहिए ताकि प्रश्न हमेशा के लिए पॉपअप न हो जाए, उत्तर की तलाश में है। वैकल्पिक रूप से, आप अपना स्वयं का उत्तर प्रदान कर सकते हैं और स्वीकार कर सकते हैं।
रॉन Maupin

जवाबों:


6

अपने सवालों के जवाब देने के लिए:

  • RDP ट्रैफ़िक को शेष बैंडविड्थ के 25% तक मिलना चाहिए। जहां पहले से आरक्षित बैंडविड्थ 35% है ( वर्ग-डिफ़ॉल्ट डिफ़ॉल्ट रूप से 25% और ईएफ को 10% मिलता है)। इसलिए, अगर मैं सही हूं, तो आपने आरडीपी को ~ 665Kbps सौंपा। वैसे भी आपको जांचना चाहिए कि क्या आप नीचे दिए गए पैकेट जारी कर रहे हैं:

show policy-map <your wan interface> output class REMOTEDESKTOP

और गिरा पैकेट के लिए जाँच कर रहा है।

  • सिस्को प्रत्येक उपयोगकर्ता-परिभाषित वर्ग में एक कतार असाइन करता है जिसमें बैंडविड्थ या पुलिस कमांड शामिल हैं। एक लंबी कहानी को सरल बनाने के लिए उन आदेशों को भीड़ के दौरान हर कतार को निर्दिष्ट बैंडविड्थ की मात्रा को परिभाषित किया गया है।

  • सिद्धांत रूप में प्रत्येक टीसीपी आधारित धारा बूंदों के साथ ठीक होनी चाहिए। व्यवहार में उनमें से कुछ नहीं हैं। ड्रॉपिंग पूर्वता बिट्स राउटर को बताता है कि भीड़भाड़ होने से पहले, किसी दिए गए वर्ग के भीतर पैकेट को क्या गिराया जाना चाहिए। चूंकि RDP आपके REMOTEDESKTOP वर्ग में परिभाषित एकमात्र प्रकार का ट्रैफ़िक है , इसलिए आपको इसकी चिंता नहीं करनी चाहिए।

  • बैंडविड्थ प्रतिशत क्रम में नहीं है (जैसा कि जेरेमी ने कहा है)।

उस ने कहा, बहुत सी चीजें हैं जो मैं आपके कॉन्फ़िगरेशन में बदलूंगा:

  • सेटटोस और यूज़टॉस पॉलिसी-मैप के कुछ वर्गों के बीच कोई मेल नहीं हैं । उदाहरण के लिए AF-HIGH नामक कोई पैकेट सेट नहीं कर रहा है क्योंकि सेटोस में कोई भी वर्ग DSCP से AF41 सेट नहीं करता है।

  • सेटटॉस में बीई क्लास किसी तरह से आत्म-पराजय है क्योंकि यह क्लास-डिफॉल्ट क्लास को बेकार बनाता है । ध्यान दें कि वर्ग-डिफ़ॉल्ट एकमात्र सिस्टम-परिभाषित वर्ग है और 25% बैंडविड्थ को डिफ़ॉल्ट रूप से प्राप्त करें (100 - अधिकतम-आरक्षित-बैंडविड्थ)।

  • बैंडविड्थ शेष प्रतिशत सबसे अच्छा विकल्प नहीं है (जैसा कि जेरेमी ने समझाया)। मैं इसे बैंडविड्थ प्रतिशत में बदल दूंगा

  • मैं अपने आप से ईएफ पैकेटों को चिह्नित करना पसंद करूंगा और फोन की सेटिंग पर भरोसा नहीं करना चाहूंगा।


धन्यवाद, इससे बहुत भ्रम की स्थिति पैदा हुई। मैं एक नए क्यूओएस कॉन्फिग पर काम कर रहा हूं, और जब मैं करूंगा तब इसे पोस्ट करूंगा। एक सवाल हालांकि - आप कहते हैं कि बैंडविथ / पुलिस को प्रति उपयोगकर्ता परिभाषित वर्ग में एक कतार मिलेगी। क्या होगा यदि मैं प्राथमिकता के साथ दो उपयोगकर्ता-परिभाषित कक्षाएं बनाता हूं? क्या वे एक ही LLQ कतार में समाप्त हो जाएंगे?
पौस्का

अजीबोगरीब होने के लिए, पुलिस और बैंडविड्थ मान IOS को बताते हैं कि यातायात के हर वर्ग के लिए कितने बफर स्थान आरक्षित हैं। मुझे नहीं पता कि जब आप एक ही पॉलिसी-मैप के भीतर दो अलग-अलग पुलिस स्टेटमेंट को कॉन्फ़िगर करते हैं, तो क्या होना चाहिए, लेकिन मुझे लगता है कि आईओएस उन्हें दो अलग-अलग कतारों के रूप में मानते हैं और स्वतंत्र रूप से आउटबाउंड इंटरफ़ेस पर सीधे अपना ट्रैफ़िक भेजते हैं। इसके बजाय, बैंडविड्थ के मामले में, IOS मिलान वर्ग के लिए आरक्षित पता स्थान का उपयोग करके यातायात की हर धारा (स्रोत प्रोटो / आईपी / पोर्ट - गंतव्य प्रोटो / आईपी / पोर्ट जोड़ी) के लिए कतार पर बनाता है।
मार्को मार्जेटी

7

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

इसके अलावा, bandwidth remaining percentकमांड थोड़ा मुश्किल है: प्रत्येक उदाहरण वास्तव में शेष उपलब्ध बैंडविड्थ का एन% आवंटित करता है, कुल का एन% नहीं। आर्डेन पैकेयर के एक लेख के इस ग्राफिक से इस विचार को समझने में मदद मिलेगी:

'बैंडविड्थ' बनाम 'बैंडविड्थ शेष'

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


मैं यह जोड़ना भूल गया कि आकार का औसत हाथ में पाइप के अनुसार समायोजित किया जाता है। मैंने जो उदाहरण दिया वह 4mbps SHDSL का था। एमपीएलएस क्यूओएस के बारे में अच्छी बात है, मैं उनसे पूछूंगा कि यह कैसा दिखता है। मैं जो कुछ भी मैं सीई उपकरण पर QoS चाहता हूँ हुक्म मिलता है। आरक्षण स्पष्टीकरण के लिए धन्यवाद, यह अब और अधिक समझ में आता है। यह मौजूदा क्यूओएस कॉन्फिग में एक प्रमुख दोष का भी खुलासा करता है, जिसमें ईएफ के लिए 70% बैंडविथ आरक्षण है!
पोटका

मैं आईएसपी के टैग के बारे में चिंता नहीं करता क्योंकि वह पहले से ही अपने किनारे पर बैंडविड्थ को सीमित कर रहा है, इसलिए कोई भीड़ नहीं होनी चाहिए।
मार्को मार्जेटी

1
प्रदाता के पूरे नेटवर्क में कंजेशन अभी भी हो सकता है, खासकर कई ट्रैफिक पैटर्न वाले। इसलिए प्रदाता की वर्गीकरण योजना के संबंध में ट्रैफ़िक को चिह्नित करना महत्वपूर्ण है।
जेरेमी स्ट्रेच
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.