क्यूएस को एक "परिवर्तनशील" गति लिंक पर लागू करना जहां वाहक एनटीई द्वारा बातचीत की जाती है

संक्षेप में, हम वाहक से एक 80/20 लाइन खरीदते हैं जो ग्राहक परिसर और स्थानीय विनिमय के बीच परिवहन प्रदान करता है जहां वाहक हमारे पीई में समाप्त हो जाता है।

(जुनिपर पीई) <-> [वाहक विनिमय में विनिमय <---> ग्राहक संपत्ति में एनटीई] <---> (सिस्को सीपीई - 881,1921,1941,2921)

ग्राहक संपत्ति और स्थानीय सड़क कैबिनेट के बीच सर्किट अभी भी तांबा है और इसलिए शोर / दूरी बढ़ने से गति कम हो जाती है।

एनटीई के हमारे सीपीई नहीं वाहक पर वास्तविक लाइन गति वार्ता हो रही है।

मैं यह कैसे सुनिश्चित कर सकता हूं कि जब लिंक संतृप्त प्राथमिकता वाले पैकेट नहीं गिराए जाते हैं, तो वास्तव में यह जानने के बिना कि लाइन की गति को क्या प्रमाणित किया गया है? क्या ipsla के साथ कुछ किया जा सकता है?

qos cisco-ios-15

— DrBru
स्रोत

क्या आप अपलोड दिशा के लिए CPE पर QoS कॉन्फ़िगर की बात कर रहे हैं?

— जुवेन्सले

@ जावनो द्वि-दिशात्मक वास्तव में, वर्तमान में मेरे पास एक ही विकल्प उपलब्ध है, दोनों ओर के यातायात को आकार देने के लिए एक औसत की तरह, जैसा कि आप उत्तर में सुझाते हैं, मैं यह स्थापित करने की कोशिश कर रहा हूं कि क्या कोई और तरीका है जिससे यह अधिक सटीक तरीके से हो सके ।

— DrBru

आप वास्तव में क्या दर हमेशा मिल जाएगा की अत्यधिक रूढ़िवादी अनुमान बनाने के बिना इसे हल नहीं कर सकते। NTE को हटाकर सीधे अपने सिस्को CPE में कनेक्शन समाप्त करने पर शोध करें। तब सिस्को सीपीई इंटरफ़ेस लाइनरेट को जान लेगा।

— यती

@ytti धन्यवाद, वर्तमान में इसकी वित्तीय हमें वाहक का उपयोग करने के लिए मध्यवर्ती और fttc के रूप में उपयोग करना अभी भी बहुत नया है।

— DrBru

@ हाँ हाँ, लेकिन अगर यह डीएसएल या ऐसा कुछ है, तो क्या आप केवल मॉडेम को पूरी तरह से बदल नहीं सकते हैं और केवल अपने सीपीई का उपयोग कर सकते हैं? तब आप इंटरफ़ेस के लिए QoS को लागू कर सकते हैं जो कि दर से अवगत है।

— यति

एक संभावना यह है कि यदि आप CPE के प्रवेश द्वार की ओर QoS ट्रैफ़िक अपस्ट्रीम करना चाहते हैं, तो ट्रैफ़िक को आउटबाउंड आकार देना है, और फिर उस शेपिंग बैंडविड्थ के भीतर महत्वपूर्ण ट्रैफ़िक को प्राथमिकता देना है।

यदि यह एक 80/20 लाइन है और आपको पता है कि औसत गति 15Mbps है, तो आप आउटबाउंड ट्रैफ़िक को 15Mbps तक आकार दे सकते हैं और उस 15Mbps के भीतर आवाज़ को प्राथमिकता दे सकते हैं। यदि सिंक गति एमबीपीएस के एक जोड़े को गिरा देती है तो इससे बहुत अधिक अंतर नहीं होगा। यदि सिंक गति 17Mbps तक बढ़ जाती है, तो वे अपलोड बैंडविड्थ के कुछ एमबीपीएस से कम होंगे।

मैं कुछ EFM लाइनों पर झटका की तरह एक विन्यास का उपयोग करता हूं। EFM की गति लाइन की स्थितियों के कारण भिन्न हो सकती है, एक बार स्थापित होने के बावजूद वे बहुत सुसंगत लगती हैं। तो इस उदाहरण में, यह CPE 20/20 EFM लाइन से जुड़ा है जो वास्तव में 10/10 पर निर्भर है, अपलोड 10Mbps के आकार का है।

class-map match-any CM-VOICE-TRAFFIC
 match access-group 100
!
policy-map PM-PRIORITISE-VOICE
 class CM-VOICE-TRAFFIC
   set ip dscp ef
   priority 1000
 class class-default
   fair-queue
!
policy-map PM-SHAPE-10M
 class class-default
  shape average 10000000
  service-policy PM-PRIORITISE-VOICE
!
interface FastEthernet0/1
 Description WAN Interface
 bandwidth 10000
 service-policy output PM-SHAPE-10M
!
access-list 100 remark Priority IP Destinations
access-list 100 permit ip 1.2.3.0 0.0.0.255 any

यह महत्वपूर्ण है कि हम यहाँ आकार-सीमा या पुलिस नहीं बनाते हैं, ताकि ट्रैफ़िक नहीं गिरा हो, यह उपलब्ध बैंडविड्थ के लिए "आकार" है। कुछ अतिरिक्त जानकारी के लिए इस सिस्को पेज को पढ़ें ।

— jwbensley
स्रोत

मुझे नहीं लगता कि यह काम करता है, ओपी की समस्या यह है कि वह नहीं जानता कि कनेक्शन को कहां आकार देना है। यदि आप इसे 10Mbps पर आकार देते हैं, तो आप 'CM-VOICE-TRAFFIC' अनुबंध रखने के लिए 10Mbps पास कर सकते हैं।

— यति