यूनिडायरेक्शनल पैकेट लॉस


8

हाल ही में 100Mbps से 1Gbps तक कई MetroE सर्किट (L2 कनेक्टिविटी) को अपग्रेड करने के बाद, मैंने देखा कि कुछ साइटों के बीच बड़ी फ़ाइल स्थानांतरण विफल हो जाते हैं; हालाँकि, स्थानांतरण केवल दिशा में विफल होता है। उदाहरण के लिए, निम्नलिखित उदाहरण पर विचार करें।

से -> टू

ए -> बी = असफल

बी -> ए = सफलता

ए -> सी = सफलता

सी -> ए = सफलता

बी -> सी = सफलता

सी -> बी = सफलता

प्रत्येक साइट साइट पर स्थित L3 स्विच के पीछे एक रूट किया गया खंड है। L3 स्विच प्रदाता के CPE मीडिया कनवर्टर से कनेक्ट होता है, जो फाइबर के माध्यम से प्रदाता के नेटवर्क से जुड़ता है। L3 स्विच के बीच स्टेटिक रूटिंग का उपयोग किया जाता है।

            *Site A*                      *Site B*
    L3 Switch <-> CPE <--- Provider ---> CPE <-> L3 Switch
                               |
                              CPE
                               |
                           L3 Switch
                            *Site C*

प्रदाता ने सीपीई से सर्किट के अंत-टू-एंड परीक्षण का प्रदर्शन किया और कोई नुकसान नहीं होने की सूचना दी। हालाँकि, मैं स्थानांतरण विफल होने से पहले मेजबानों पर एक पैकेट कैप्चर में कई डुप्लिकेट ACK देखते हैं।

अगर मैं समीकरण से L3 स्विच हटाता हूं, और प्रत्येक साइट पर दो होस्ट्स को सीधे CPE डिवाइस से कनेक्ट करता हूं, तो फाइल ट्रांसफर सफलतापूर्वक पूरा हो जाता है।

    Host A <-> CPE <--- Provider ---> CPE <-> Host B

यदि मैं एक L3 स्विच के दोनों ओर होस्ट करता हूं, तो इंटरवैन रूटिंग एक अड़चन के बिना काम करता है और फ़ाइल स्थानांतरण सफलतापूर्वक पूरा होता है।

    Host A1 <-> L3 Switch <-> Host A2

समस्या केवल तब होती है जब डेटा प्रदाता को दो रूट किए गए सेगमेंट के बीच ले जाता है।

    Host A <-> L3 Switch <-> CPE <--- Provider ---> CPE <-> L3 Switch <-> Host B

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

मामला क्या हो सकता है?

अपडेट १

मेजबान A और B के पैकेट निम्नलिखित URL पर मिल सकते हैं:

https://www.dropbox.com/sh/5m2yohgxieelo59/AADed-0EWOkdmFIe0qT45_uQa

मूल रूप से 12.3R6.6 चलने वाले जुनिपर EX3200 स्विच का उपयोग करके समस्या हुई। मैंने बाद में स्विच को 11.4R6.6 पर डाउनग्रेड किया, लेकिन इससे समस्या हल नहीं हुई।

मैं 12.3R6.6 और 11.4R6.6 चल रहे Juiper EX2200 स्विच का उपयोग करके इस मुद्दे को दोहराने में सक्षम था। मैं 3.3.11.2 चल रहे डेल 6224 स्विच का उपयोग करके समस्या को दोहराने में सक्षम था।

वर्तमान में, केवल CPE (ge-0/0/0) और एक होस्ट (ge-0/0/1) प्रत्येक साइट पर एक जुनिपर EX3200 से जुड़ा हुआ है। समस्या का निवारण करते समय, मैंने किसी भी बाहरी पैरामीटर के कॉन्फ़िगरेशन को हटा दिया, इसलिए कॉन्फ़िगरेशन काफी बुनियादी है। कॉन्फ़िगरेशन अनिवार्य रूप से प्रत्येक पर समान है, लेकिन अलग-अलग आईपी पते के साथ। नीचे एक स्निपेट है।

    # show interfaces
    ge-0/0/0 {
        unit 0 {
            family ethernet-switching {
                port-mode access;
                vlan {
                    members WAN;
                }
            }
        }
    }
    ge-0/0/1 {
        unit 0 {
            family ethernet-switching {
                port-mode access;
                vlan {
                    members LAN;
                }
            }
        }
    }
    vlan {
        unit 10 {
            description WAN;
            family inet {
                address 192.168.X.X/27;
            }
        }
        unit 100 {
            description LAN;
            family inet {
                targeted-broadcast;
                address 172.X.X.1/22;
            }
        }
    }

    # show vlans
    WAN {
        vlan-id 10;
        l3-interface vlan.10;
    }
    LAN {
        vlan-id 100;
        l3-interface vlan.100;
    }

अपडेट २

आज मैंने देखा कि अगर मैं साइट ए पर एल 3 स्विच, जुनिपर EX3200, ए 3 से एल 3 स्विच, जुनिपर ईएक्स 3200, बी पर एक फ़ाइल को स्कैन करता हूं, तो एसपीपी स्थानांतरण भी मुद्दे से प्रभावित होता है।

मुझे यह विशेष रूप से दिलचस्प लगता है क्योंकि स्थानांतरण वैन वैन पर सीपीई सामना करने वाले इंटरफ़ेस से उत्पन्न हो रहा है, क्योंकि अगर मैं EX3200 स्विच के माध्यम से प्रभावित साइटों के बीच एक वीएलएएन को ट्रंक करता हूं, तो साइट ए और बी में मेजबानों के बीच स्विच की गई फ़ाइल स्थानांतरण सफलतापूर्वक पूर्ण हो जाता है।


1
हाय माइक, सुझाव के लिए धन्यवाद। मैं अपने प्रदाता के साथ बोलने से जानता हूं कि वे 9000 से अधिक एमटीयू को कॉन्फ़िगर करते हैं। मैं दोनों दिशाओं में 1472 बाइट्स पास करने में सक्षम हूं, जो कि मैं डीएक्टो 1500 एमटीयू की उम्मीद करूंगा। Mturoute के प्रयोग से इसकी पुष्टि हुई। 1472 से अधिक कोई भी पिंग बिट सेट के साथ विफल रहता है।
पॉल गैरेट

कृपया फाइल ट्रांसफर को सूँघ लें जो दोनों तरफ से एक साथ विफल हो जाए , और बादलों पर परिणाम पोस्ट करें। हमें प्रश्न के "एल 3 स्विच" भाग के बारे में भी जानकारी चाहिए। निर्माता, मॉडल, फर्मवेयर संस्करण, कॉन्फ़िगरेशन, पोर्ट नंबर, आदि से जुड़ी चीजें ...
माइक पेनिंगटन

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

कृपया प्रश्न में अधिक विवरण जोड़ने पर विचार करें
माइक पेनिंगटन

प्रदाता के नेटवर्क के साथ एक समस्या थी। कोई अतिरिक्त विवरण उपलब्ध नहीं थे।
पॉल गैरेट

जवाबों:


1

यदि आप एक SRX का उपयोग कर रहे हैं तो फ़ायरवॉल पर, जांचें कि आपके सुरक्षा प्रवाह सत्र क्या हैं और यदि यह सीमा तक पहुँच रहा है।

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