प्रति-लिंक विलंबता / घबराना / पैकेट-नुकसान को मापना


9

मुझे एक नेटवर्क में प्रति लिंक विलंबता, घबराना और पैकेट-नुकसान को मापने की आवश्यकता है , जैसा कि एंड-टू-एंड के विपरीत है, उदाहरण के लिए:

s1-eth0 <-> s2-eth0 (~ 20 avs avg। विलंबता, मानक व्युत्पत्ति 10 %s, 57% पैकेट हानि / अंतिम सेकंड)

s2-eth1 <-> s3-eth0 (~ 25 avs औसत, विलंबता, मानक व्युत्पत्ति 5 %s, 21% पैकेट हानि / अंतिम सेकंड)

...

सभी समाधान जो मैं खोजने में सक्षम था, वे या तो अकादमिक प्रस्ताव थे या सक्रिय जांच के लिए समर्पित हार्डवेयर का उपयोग करना शामिल था।

यहाँ एक सारांश है जो मेरे शोध के अनुसार काम नहीं करता है:

  • नेटफ्लो: कोई विलंबता जानकारी नहीं, केवल एंड-टू-एंड
  • सक्रिय जांच: नेटवर्क का कॉन्फ़िगरेशन बदलना मेरे लिए संभव नहीं है
  • राउंडट्रिप-टाइम को मापें: प्रति-लिंक-आँकड़े प्रदान नहीं करता है

क्या कोई नेटवर्क प्रोटोकॉल, माप उपकरण या अन्य कार्यक्षमता है जो सभी या कम से कम उपरोक्त कुछ आँकड़े प्रदान कर रहा है?

जवाबों:


12

सिस्को उपकरणों पर, आप सिस्को आईपी एसएलए का उपयोग कर सकते हैं। आपको पहले इसे कॉन्फ़िगर और सक्षम करने की आवश्यकता है, और फिर परिणामों की निगरानी करें।

कदम:

1. ip sla monitor operation-number

2. type echo protocol ipIcmpEcho {destination-ip-address | destination-hostname} [source-ipaddr {ip-address | hostname} | source-interface interface-name]

3. frequency seconds

4. ip sla monitor schedule operation-number [life {forever | seconds}] [start-time {hh:mm[:ss] [month day | day month] | pending | now | after hh:mm:ss] [ageout seconds] [recurring]

सिस्को से लिया गया कॉन्फ़िगरेशन उदाहरण : IP SLAs - ICMP इको ऑपरेशन का उपयोग करके IP सेवा स्तर का विश्लेषण

Router> enable
Router# configure terminal
Router(config)# ip sla monitor 10
Router(config-sla-monitor)# type echo protocol ipIcmpEcho 172.29.139.134
Router(config-sla-monitor-echo)# frequency 300
Router(config-sla-monitor-echo)# exit
Router(config)# ip sla monitor schedule 10 start-time now life forever

नजर रखने के लिए:

show ip sla monitor statistics

6

जुनिपर हार्डवेयर पर आप उन मापों को प्राप्त करने के लिए RPM सेवा का उपयोग कर सकते हैं। सेवा को विशिष्ट इंटरफेस की निगरानी के लिए कॉन्फ़िगर किया जा सकता है जो 'प्रति-लिंक' आवश्यकता के साथ मदद करेगा।


4

Y.1731 प्रोटोकॉल (या IEEE 802.1ag , या OAM) देखें। सॉफ़्टवेयर में इसे लागू करना काफी आसान है (मैं अनुमान लगा रहा हूं कि आप क्या लक्ष्य कर रहे हैं), और यह सभी भौतिक नेटवर्क तत्वों द्वारा समर्थित है।

सी में एक बहुत ही भोला खुला स्रोत Y.1731 कार्यान्वयन है , जिसे आप देख सकते हैं।

कृपया ध्यान दें कि Y.1731 को भौतिक नेटवर्क सीमा को पार करने के लिए डिज़ाइन नहीं किया गया है (अर्थात इसके लिए दोनों MEPs के मैक पते ज्ञात हैं), इसलिए यदि आपको आईपी मार्ग से गुजरने की आवश्यकता है, तो आप अपने Y.1731 फ्रेम को कुछ छोटे चौराहों के भीतर घेरना चाहेंगे। प्रोटोकॉल, जैसे VXLAN या GRE।

उम्मीद है की यह मदद करेगा।


4

ईथर सीधे आपको ईथरनेट पर सीधे लेयर 2 पर थ्रूपुट, लेटेंसी और पैकेट (फ्रेम) के नुकसान को मापने में सक्षम बनाता है (जो आपको लग रहा है जैसे लगता है)। यह वर्तमान में घबराहट को मापता नहीं है लेकिन यह भविष्य में करेगा।

इसका उपयोग करके आप नियंत्रित तरीके से परत 2 ईथरनेट ट्रैफ़िक उत्पन्न कर सकते हैं जिसे आप माप सकते हैं।

आप ट्रैफ़िक प्रवाह की अवधि, फ़्रेम का आकार, प्रति सेकंड / बाइट्स प्रति सेकंड, स्थानांतरण के लिए कुल बाइट्स, ईथर, वीएलएएन आईडी और पीसीपी मान निर्दिष्ट कर सकते हैं। यदि आप लेयर 2 पर नुकसान का परीक्षण करना चाहते हैं तो आप लेयर 2 फ्रेम को ACK भी कर सकते हैं।

जब परीक्षण पूरा हो जाता है तो Rx होस्ट प्राप्त किए गए परीक्षण फ़्रेमों की एक संख्या प्रदर्शित करता है (यदि यह कम है कि Tx होस्ट से भेजे गए फ़्रेमों की संख्या, जो आपको फ़्रेम हानि का आंकड़ा देती है), गैर-परीक्षण फ़्रेम प्राप्त हुए, परीक्षण फ़्रेम प्राप्त हुए ऑर्डर और टेस्ट फ्रेम ऑर्डर ऑफ (प्रारंभिक या देर से) से प्राप्त हुआ।

https://github.com/jwbensley/etherate

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.