TDMoE से BER कितना संवेदनशील है?


9

वर्तमान में हम एक मेट्रो ईथरनेट में दो तारांकन सर्वरों को जोड़ने पर देख रहे हैं। यह उन सवालों के एक जोड़े की ओर ले जाता है, जिनका जवाब मैं कहीं और नहीं दे पाया।

पहले में बिट त्रुटि दर और केबल लगाना शामिल है। मुझे उम्मीद है कि समय के प्रति संवेदनशील होने के कारण TDMoE, बिट एरर रेट्स के प्रति भी संवेदनशील होगा (यानी मैं यह नहीं देखता कि लापता डेटा को कैसे वापस लिया जा सकता है)। क्या यह एक सही धारणा है? डेटा बहुत विरल लगता है। क्या मुझे दो सर्वरों के बीच के लिंक के लिए BER के चारों ओर केबल बिछाने पर विचार करना चाहिए? क्या मुझे मेट्रो ईथरनेट प्रदाता से BER- संबंधित प्रश्न पूछना चाहिए?

या प्रोटोकॉल उचित नुकसान से निपटने में सक्षम है?

मुझे TDMoE के साथ बहुत अधिक अनुभव नहीं है, लेकिन इसके माध्यम से सोचने पर, मेरी चिंता यह है कि खोए हुए ईथरनेट फ्रेम खोए हुए PRI फ्रेम को जन्म देंगे, जिससे कॉल ड्रॉप हो सकती है और PRI अलार्म अवस्था में जा सकता है।

जवाबों:


9

Http://tools.ietf.org/html/rfc4553 पर एक नज़र डालें , आम तौर पर बोलते हुए जब परिवहन को त्रुटि की जानकारी प्रदान करनी चाहिए, तो आप ढीली जानकारी देंगे, जो कुछ भेजा गया था, उसे पुनः प्राप्त करने का कोई तरीका नहीं है। ट्रांसपोर्ट ही (सिस्को में CEoIP बोलते हैं, या अधिक आम तौर पर - इसके ऊपर TDM ट्रांसपोर्ट के साथ L2VPN) ठीक होगा क्योंकि लंबे समय तक सिग्नल खत्म होने वाली नोड्स के बीच काम करेगा, आपके आवेदन हालांकि, यह टीडीएम पर डेटा चलाने में त्रुटियों का सामना कर सकता है।

इसीलिए नोड्स के लिए यह महत्वपूर्ण है कि वे परिवहन को ठीक से समय दे सकें। यदि आप स्वयं परिवहन प्रदान कर रहे हैं तो यह भी अलग चर्चा है कि यदि आप परिवहन के लिए पूछ रहे हैं - विशिष्ट ME सेवा के लिए, तो आपको विशिष्ट ईथरनेट BER आश्वासन मिलेगा।

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