একমুখী প্যাকেটের ক্ষতি


8

সম্প্রতি বেশ কয়েকটি মেট্রো সার্কিট (এল 2 সংযোগ) 100 এমবিপিএস থেকে 1 জিবিপিএসে আপগ্রেড করার পরে আমি লক্ষ্য করেছি যে কয়েকটি সাইটের মধ্যে বড় ফাইল স্থানান্তর ব্যর্থ হয়; তবে স্থানান্তরটি কেবল দিকনির্দেশেই ব্যর্থ হয়। উদাহরণস্বরূপ, নিম্নলিখিত উদাহরণটি বিবেচনা করুন।

থেকে -> থেকে

এ -> বি = ব্যর্থ

খ -> এ = সাফল্য

এ -> সি = সাফল্য

সি -> এ = সাফল্য

বি -> সি = সাফল্য

সি -> বি = সাফল্য

প্রতিটি সাইট সাইটে অবস্থিত একটি L3 সুইচের পিছনে একটি রাউন্ড সেগমেন্ট। এল 3 সুইচটি সরবরাহকারীর সিপিই মিডিয়া কনভার্টারের সাথে সংযোগ স্থাপন করে, যা ফাইবারের মাধ্যমে সরবরাহকারীর নেটওয়ার্কের সাথে সংযুক্ত হয়। স্ট্যাটিক রাউটিংটি এল 3 সুইচের মধ্যে ব্যবহার করা হয়।

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

সরবরাহকারী সিপিই থেকে সার্কিটগুলির শেষ থেকে শেষের পরীক্ষা করেছে এবং কোনও ক্ষয়ক্ষতির খবর নেই। যাইহোক, স্থানান্তর ব্যর্থ হওয়ার আগে হোস্টগুলিতে প্যাকেট ক্যাপচারে আমি অনেকগুলি নকল এসিকে দেখতে পাই।

যদি আমি সমীকরণ থেকে এল 3 স্যুইচগুলি সরিয়ে ফেলা হয় এবং প্রতিটি সাইটের সিপিই ডিভাইসে দুটি হোস্টকে সরাসরি সংযুক্ত করি তবে ফাইল স্থানান্তরটি সফলভাবে সম্পূর্ণ হয়।

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

আমি যদি এল 3 স্যুইচের উভয় পাশে হোস্টগুলি রাখি, তবে ইন্টারভ্লান রাউটিং কোনও বাঁধা ছাড়াই কাজ করে এবং ফাইল স্থানান্তরটি সফলভাবে শেষ হয়।

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

সমস্যাটি কেবল তখনই মনে হয় যখন ডেটা দুটি প্রদত্ত বিভাগের মধ্যে সরবরাহকারীকে আটকায়।

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

আমি বেশ কয়েকটি জিনিস যাচাই করেছি - ইন্টারফেসের পরিসংখ্যানগুলি পরিষ্কার (কোনও ত্রুটি নেই), সিপিইউ এবং মেমরির ব্যবহার কম, গতি এবং দ্বৈত ম্যাচ (ক্লায়েন্ট এবং সিপিই), ম্যাক এবং এআরপি টেবিলগুলি সঠিক, ইত্যাদি

ঘটনাটি কী হতে পারে?

আপডেট 1

হোস্ট এ এবং বি থেকে প্যাকেটগুলি নিম্নলিখিত URL এ পাওয়া যাবে:

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

সমস্যাটি মূলত জুনিপার EX3200 স্যুইচগুলি 12.3R6.6 চলমান ব্যবহার করে ঘটেছিল। পরে আমি সুইচগুলি 11.4R6.6 এ ডাউনগ্রেড করেছিলাম, তবে এটি সমস্যার সমাধান করেনি।

আমি 12.3R6.6 এবং 11.4R6.6 চলমান জুপার EX2200 সুইচগুলি ব্যবহার করে সমস্যার প্রতিলিপি করতে সক্ষম হয়েছি। আমি ডেল 6224 সুইচটি 3.3.11.2 চলমান ব্যবহার করে সমস্যাটির প্রতিরূপ তৈরি করতে সক্ষম হয়েছি।

বর্তমানে কেবলমাত্র সিপিই (জে -0 / 0/0) এবং একক হোস্ট (জি -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;
    }

আপডেট 2

আজ আমি লক্ষ্য করেছি যে আমি যদি এল 3 স্যুইচ থেকে জুনিপার এক্স 3232, সাইট এ টু এল 3 সুইচ, জুনিপার এক্স 3200, সাইট বি তে একটি ফাইল স্ক্রিপ করি তবে স্কিপ স্থানান্তরটিও সমস্যাটির দ্বারা প্রভাবিত হবে।

আমি এটি বিশেষত আকর্ষণীয় মনে করি যেহেতু স্থানান্তরটি WAN VLAN- তে সিপিই-এর মুখোমুখি ইন্টারফেস থেকে উদ্ভূত হয়েছে, কারণ আমি যদি EX3200 স্যুইচগুলির মাধ্যমে প্রভাবিত সাইটের মধ্যে একটি ভিএলএএন ট্রাঙ্ক করি তবে সুইচড ফাইল স্থানান্তরটি এ এবং বি সাইটের হোস্টগুলির মধ্যে সফলভাবে সম্পূর্ণরূপে সম্পূর্ণ হবে file


1
হাই মাইক, পরামর্শের জন্য ধন্যবাদ। আমি আমার সরবরাহকারীর সাথে কথা বলে জানি যে তারা 9000 এরও বেশি এমটিইউ কনফিগার করে। আমি উভয় দিকে 1472 বাইট পাস করতে সক্ষম, যা আমি ডিফাক্টো 1500 এমটিইউর প্রত্যাশা করব। Mturoute ব্যবহার করে এটি নিশ্চিত করেছে। 1472 এর বেশি কোনও পিং ফ্যাগমেন্ট বিট সেটটি ব্যর্থ করে।
পল গ্যারেট

দয়া করে উভয় পক্ষ থেকে একসাথে ব্যর্থ হওয়া ফাইল স্থানান্তরটি স্নিগ্ধ করুন এবং ফলাফলগুলি মেঘের ঝাপটে পোস্ট করুন। আমাদের প্রশ্নের "এল 3 সুইচ" অংশ সম্পর্কেও বিশদ প্রয়োজন। নির্মাতা, মডেল, ফার্মওয়্যার সংস্করণ, কনফিগারেশন, পোর্ট নম্বরগুলিতে সংযুক্ত হওয়া ইত্যাদির মতো বিষয়গুলি ...
মাইক পেনিংটন

ফাইল স্থানান্তর ব্যর্থ হওয়ার পরে ক্যাপচারগুলি প্রায় 19MB এর কাছাকাছি ছিল, যা ক্লডশার্কের পক্ষে খুব বড়, তাই আমি ক্যাপচারগুলি ড্রপবক্সে আপলোড করেছি এবং লিঙ্কটি ভাগ করেছি shared আপনার অনুরোধ করা অতিরিক্ত তথ্য অন্তর্ভুক্ত করার জন্য আমি পোস্টটি আপডেট করেছি।
পল গ্যারেট

প্রশ্নের আরও বিশদ যুক্ত করার বিষয়ে দয়া করে বিবেচনা করুন
মাইক পেনিংটন

সরবরাহকারীর নেটওয়ার্কে একটি সমস্যা ছিল। কোন অতিরিক্ত বিশদ উপলব্ধ ছিল।
পল গ্যারেট

উত্তর:


1

ফায়ারওয়ালে আপনি যদি একটি এসআরএক্স ব্যবহার করছেন তবে আপনার সুরক্ষা প্রবাহ সেশনগুলি কী সেট করা আছে এবং এটি সীমাতে পৌঁছেছে কিনা তা পরীক্ষা করুন।

#show security flow session summary 
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.