क्या ब्रिजिंग में देरी होती है?


10

अगर मैं बीच में आदमी की तरह ट्रैफ़िक सूँघने के लिए एक पुल का उपयोग करता हूँ तो क्या पुल में देरी होगी? और देरी या विलंबता के लिए मुझे किस शब्द का उपयोग करना चाहिए?


यदि आप शून्य विलंब चाहते हैं, तो एक टैप का उपयोग करें - सिग्नल विद्युत (या वैकल्पिक रूप से) दोहराया गया है, इसलिए आप देखें कि वास्तव में क्या भेजा गया था (त्रुटियों और सभी) [नोट: वे महंगे हैं, उनके अंदर $ 5 मूल्य के तर्क के बावजूद]
रिकी बीम

जवाबों:


12

नमस्ते और नेटवर्क इंजीनियरिंग में आपका स्वागत है।

"देरी" बनाम "विलंबता" के रूप में: शब्द हमेशा लगातार उपयोग नहीं किए जाते हैं। कुछ संकेत यहां मिल सकते हैं

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

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

यह प्रश्न भी देखें और क्रमबद्धता देरी के बारे में अपनी तालिका के लिए wiki.geant.org )।

विभिन्न मीडिया के लिए https://wiki.geant.org/display/public/EK/SerializationDelay

आपके मामले में, "बीच की चीज में आदमी" के कारण कुछ अतिरिक्त बफरिंग और प्रसंस्करण में देरी होगी। कितना होगा जो पूरी तरह से दिए गए प्लेटफॉर्म पर दिए गए ब्रिजिंग सॉफ्टवेयर की प्रोसेसिंग क्षमता तक है, और फ्रेम में विभिन्न विशेषताओं और मॉड्यूल के अधीन किया जा रहा है।


1
मेरी कॉफ़ी नहीं थी इसलिए सीधे नहीं सोच रहे थे, लेकिन क्या ब्रिजिंग को जोड़ने से क्रमबद्धता में दो गुना देरी होती है? जाहिर है कि यह हमेशा एक क्रमिक विलम्ब को जोड़ेगा (जब तक कि किसी प्रकार की कट-थ्रू चालू न हो), लेकिन "भेजना" क्रमांकन अगले रिसीवर के डिसेरिएलिसेशन के साथ समानांतर में होता है, (जो हमेशा वैसे भी होने वाला था), इसलिए ऐसा नहीं है यह केवल प्रभावी रूप से कुल में एक अतिरिक्त देरी है? क्षमा करें, यदि यह बहुत स्पष्ट नहीं है ...
भजन

1
@psmears क्रमिकरण में देरी तब होती है जब पुल किसी भी मामले में, सबसे अंत में फ्रेम भेजता है, सहमत है। के रूप में प्राप्त करने के पक्ष के लिए ... चलो एक अन्यथा समान "प्रत्यक्ष" केबल की कल्पना करते हैं पुल को पार करते हुए, जहां समान बिट अनुक्रम को समान रूप से भेजा जाता है, लेकिन पुल को दरकिनार करना। केबल में, बिट्स बस नीचे लाइन का प्रचार करते हैं, जबकि पुल प्रसंस्करण शुरू करने के लिए अंतिम बिट की प्रतीक्षा कर रहा है ... ओह। तुम सही हो, धन्यवाद! एक संपादन के लिए समय, फिर।
बजे मार्क 'नेटटेक्स्टियर' लुइथी

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

8

हां, एक पुल / स्विच एक फ्रेम में कुछ देरी जोड़ता है - 1 से 20 switch के क्रम में।

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


3
जब उस कट-थ्रू नोटिंग के माध्यम से केवल एक ही बिटरेट पर आने वाले और बाहर जाने वाले लिंक चलने पर इष्टतम प्रदर्शन प्राप्त होता है। और यह हो सकता है कि कोई भी विक्रेता मिश्रित बिटरेट परिदृश्यों के लिए कट-थ्रू लागू करने के लिए परेशान न हो।
कास्परड

2
@Kasperd सिस्को, नेक्सस 3000 श्रृंखला के लिए, समान गति और स्पीड-स्टेपडाउन परिदृश्यों (40G -> 1 / 10G) के लिए "कट-थ्रू" का दावा करता है, लेकिन स्पीड-स्टेपअप (1 / 10G -> 40g) के लिए नहीं। cisco.com/c/en/us/td/docs/switches/datacenter/nexus3000/sw/…
मार्क 'नेटटेक्स्टियर' लुइथी

@kasperd और Marc'netztier'Luethi - बिल्कुल, thx। जब तक आप जल्दी से डेटा से बाहर नहीं निकलते (तब तक आप फ्रेम की लंबाई जो आप नहीं करते) के साथ कदम-से-कट करना असंभव है।
Zac67

@ Zac67 लंबाई कुछ तख्ते पर जानी जाती है लेकिन सभी तख्ते पर नहीं। (और यह पढ़ने के बाद कि यह कैसे काम करता है मैं इसे पहली बार में देखने के लिए पछतावा कर रहा हूं।)
कास्परड
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.