সিরিয়াল ইন্টারফেসে আউটপুট ড্রপ: আরও ভাল সারিবদ্ধ বা আউটপুট সারি আকার?

Question

একাধিক ক্যারিয়ারে ইবিজিপি এবং একে অপরকে আইবিজিপি বলতে ইন্টারনেট প্রান্তের রাউটারগুলিতে, ল্যান এবং ডাব্লু ওএন পাশের সমস্ত ইন্টারফেসগুলি প্রতিটি রাউটারের একটি সিরিয়াল ফুল-ডিএস 3 (45 এমবিপিএস) ব্যতীত জিই হয় are যদিও আমি মনে করি আমি সিরিয়াল ইন্টারফেসগুলিতে খুব বেশি ট্র্যাফিক আউটবাউন্ড পাঠাচ্ছি - 3-10 এমবিপিএস পরিসীমাতে - আমি স্থির আউটপুট সারি ড্রপগুলি (ওকিউডি) দেখি। সম্ভবত সম্ভবত বোঝা যাচ্ছে যে সেখানে প্রস্ফুটিত যানজট রয়েছে যা আমি দেখছি না যে লোড-ইন্টারভাল 30 সেকেন্ড ন্যূনতম এবং এসএনএমপি পোলিংটি 5 মিনিটেরও বেশি ট্রাফিক গড়ে তুলছে, সুতরাং সেগুলি জ্বলবে না?

প্ল্যাটফর্মটি সিসকো 7204VXR এনপিই-জি 2। ক্রমিক ক্রোয়িং ফিফো ।

সিরিয়াল 1/0 সমাপ্ত, লাইন প্রোটোকল শেষ
  হার্ডওয়্যার এম 2 টি-টি 3 + পা
  বর্ণনা: -মরিভড-
  ইন্টারনেট ঠিকানা abcd / 30
  এমটিইউ 4470 বাইট, বিডাব্লু 44210 কেবিট, ডিএলওয়াই 200 ইউজেক,
     নির্ভরযোগ্যতা 255/255, টেক্সলোড 5/255, আরএক্সলোড 1/255
  এনক্যাপসুলেশন এইচডিএলসি, সিআরসি 16, লুপব্যাক সেট করা নেই
  কিপালাইভ সেট (10 সেকেন্ড)
  পুনঃসূচনা-বিলম্বটি 0 সেকেন্ড
  শেষ ইনপুট 00:00:02, আউটপুট 00:00:00, আউটপুট কখনই থামবে না
  "শো ইন্টারফেস" কাউন্টারগুলির শেষ ক্লিয়ারিং 00:35:19
  ইনপুট সারি: 0/75/0/0 (আকার / সর্বাধিক / ড্রপ / ফ্লাশ); মোট আউটপুট ড্রপ: 36
  কুইং কৌশল: ফিফো
  আউটপুট সারি: 0/40 (আকার / সর্বাধিক)
  30 সেকেন্ড ইনপুট রেট 260000 বিট / সেকেন্ড, 208 প্যাকেট / সেকেন্ড
  30 সেকেন্ড আউটপুট রেট 939000 বিট / সেকেন্ড, 288 প্যাকেট / সেকেন্ড
     410638 প্যাকেট ইনপুট, 52410388 বাইট, 0 বাফার নেই
     212 সম্প্রচার, 0 রান, 0 দৈত্য, 0 থ্রোটল প্রাপ্ত হয়েছে
              0 সমতা
     0 ইনপুট ত্রুটি, 0 সিআরসি, 0 ফ্রেম, 0 ওভাররান, 0 উপেক্ষা করা, 0 অবতরণ
     515752 প্যাকেট আউটপুট, 139195019 বাইট, 0 আন্ডারআনস
     0 আউটপুট ত্রুটি, 0 অ্যাপ্লিক, 0 ইন্টারফেস পুনরায় সেট করুন
     0 আউটপুট বাফার ব্যর্থতা, 0 আউটপুট বাফার অদলবদল হয়েছে
     0 বাহক স্থানান্তর
   rxLOS নিষ্ক্রিয়, rxLOF নিষ্ক্রিয়, rxAIS নিষ্ক্রিয়
   txAIS নিষ্ক্রিয়, rxRAI নিষ্ক্রিয়, txRAI নিষ্ক্রিয়

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

Last clearing of "show interface" counters 1d01h
Input queue: 0/75/0/158 (size/max/drops/flushes); Total output drops: 12049

আমি ডিএস 3-তে আরও বহির্মুখী ট্র্যাফিক চাপতে চাই, তবে ওকিডিতে আমার উদ্বেগের সাথে নয়। ডিএস 3 এর পিছনের টিয়ার 2 আইএসপি-তে এমন পিওপি রয়েছে যা 6+ টিয়ার 1 এর সাথে পিয়ারিং-পয়েন্ট হিসাবে দ্বিগুণ হয়, তাই ধারণাটি হ'ল জিই-তে আমাদের প্রাথমিক আইএসপি-র বিপরীতে ক্লায়েন্ট অ্যাস্যাপের সাথে সেই ট্রাফিকটি অন-নেট করা যায় who , তবে তাদের পিয়ারিং এক্সচেঞ্জের দিকে অবশ্যই কাজ করা উচিত। অন্তর্মুখী ট্র্যাফিক কোনও উদ্বেগ নয়।

এই পরিস্থিতিতে ফিফোর চেয়ে আরও ভাল কুইং কৌশল আছে? ইনপুট ও আউটপুট সারি ড্রপগুলিতে সিসকো ডক্সের দিকে তাকানো, আউটবাউন্ড কাতারের আকার বাড়ানো সুপারিশ করা হয় না কারণ প্যাকেটগুলি ইতিমধ্যে রাউটারে রয়েছে এবং ইনপুট এ ফেলে দেওয়া ভাল so যাতে টিসিপি অ্যাপটিকে ফিরে যেতে পারে। আমাদের জিই লিঙ্কগুলিতে প্রচুর পরিমাণে ব্যান্ডউইথ রয়েছে, সুতরাং ইনপুটটি থ্রটল করার দরকার নেই। এই রাউটারগুলিতে কোনও নীতি-মানচিত্র নেই। আউটবাউন্ড ট্র্যাফিকের 90% আমাদের HTTP প্রতিক্রিয়া থেকে আসে; বাকি বেশিরভাগ এফটিপি এবং এসএমটিপি থেকে। জিই লিঙ্কগুলি 50-200 + এমবিপিএস পুশ করে।

আপনি কি আউটপুট সারি আকারের বাফারে কোনও সামঞ্জস্যের প্রস্তাব দিচ্ছেন? এই সিরিয়াল ইন্টারফেসগুলি হ'ল আমাদের ব্যাকআপ লিঙ্কগুলি যেগুলি আমি আগে বর্ণিত কারণে (বৈধ হলে) বরং আরও বেশি ব্যবহার করব তবে আমার বিজিপি নীতিমালায় মেতে উঠেছে যে সেই সিরিয়াল ইন্টারফেসটি (যা বেশিরভাগ সময় আন্ডারলোডড দেখা যায়) ওভারলোড না করার চেষ্টা করে।

Answer 1

আপনি ঠিক বলেছেন, আপনি সত্যিই SNMP তে সহজেই ফাটল দেখতে পাবেন না। 1 জিই 1.48 এমপিএস প্রেরণ করতে পারে, সুতরাং 45 এমবিপিএসের কনজেন্ট করতে খুব কম সময় লাগে, যা 75 কেপিপিএস থেকেও কম হ্যান্ডেল করতে পারে।

যদি আপনার ইনগ্রিংটি 1GE হয় এবং এড্রেস 45 এমবিপিএস হয় তবে স্পষ্টতই 45 এমবিপিএসের কনজেশন পয়েন্টটি প্যাকেটগুলি ফেলে দিতে হবে। এটি স্বাভাবিক এবং প্রত্যাশিত। আপনি যদি বাফারগুলি বাড়ান তবে আপনি আরও দেরি করবেন introduce
1 জিই 40 ডলার 1500 বি আইপি ফ্রেমগুলি প্রেরণ করতে 0.45 মিমি লাগে, এটি এখন আপনি যে পরিমাণ ফাটল পরিচালনা করতে পারবেন তা ঠিক। তবে 45 এমবিপিএসে এগুলি সনাক্ত করতে ইতিমধ্যে 10 এসএমএস লাগে।

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

যদি আপনি গভীর বাফার দিয়ে আপনার ভাগ্য চেষ্টা করতে চান তবে এর মতো কিছু যথেষ্ট হওয়া উচিত:

policy-map WAN-OUT
 class class-default
    fair-queue
    queue-limit 200 packets
!
interface Serial1/0
  service-policy output WAN-OUT

এটি সিরিয়াল 1 এ 50 মিমের বাফার সৃষ্টি করে এবং আপনাকে একক গিগ ইন্টারফেস থেকে 2.25 মিমি পর্যন্ত বিস্ফোরিত হতে দেয়।

Comments

ডিএস 3 এর উপর দিয়ে কিছু শতাংশ ট্র্যাফিক দিয়ে আমাদের প্রাথমিক পাথগুলিতে প্রাইমারী ইনগ্রিজ এবং এগ্র্রেস 1GE। 90% আউটবাউন্ড এফটিপি এবং এসএমটিপি দিয়ে বাকিগুলি তৈরির সাথে এইচটিটিপি প্রতিক্রিয়া ট্র্যাফিক হ'ল 90% আউটবাউন্ড তা দেখানোর জন্য সম্পাদিত কিউ।

— জেনারেলট ওয়ার্কারার

বাফারিংয়ের কারণে বিলম্বের কারণে যখন গিগ পাওয়া যায় তখন আমি DS3 ব্যবহার করা এড়াতে চাই। উল্লিখিত সমস্ত অ্যাপ্লিকেশন যদিও খুব বিলম্ব এবং ক্ষতি সহনীয় বলে মনে হচ্ছে।

— ytti

ডিএস 3 এর বেশি ব্যবহার করার চেষ্টা করার জন্য আমি অন্য যে কারণটির কথা উল্লেখ করি নি তা হ'ল জিই ওয়ান লিঙ্কগুলিতে ফাটানো অভিযোগগুলি এড়ানোর চেষ্টা করা যা 100 এমবিতে কিক-ইন করে। যদিও আমরা প্রতিদিন 100Mb এর উপরে ফেটে যাই, তবু এটি যথেষ্ট পরিমাণে যায় না (এখনও)।

— জেনারেলট ওয়ার্কারার

আপনি ডিএস 3 এ আরও ট্র্যাফিক চালাতে পারেন এবং আরও দেরি করে প্যাকেটের ড্রপগুলি হ্রাস করতে পারেন। তবে আপনি যদি আপনার ট্র্যাফিকের হারগুলি বাড়ানোর জন্য পরিকল্পনা করে থাকেন তবে সমস্যাটি আরও খারাপ এবং আরও খারাপ হয়ে উঠবে। মনে রাখবেন যে ইথারনেট কখনই 100% বা 0% ব্যতীত আর কিছুই নয়, এটি কত দিন 100% তারতম্য হয়। সুতরাং আপনি সর্বদা আপনার উচ্চ-গতি 1GE নেটওয়ার্কের ফলে বিস্ফোরণগুলি শেষ করবেন।

— ytti

200 প্যাকেটের জন্য আমার যুক্তিটি হ'ল আপনার 45 এমবিপিএসে প্রেরণে যে বিলম্ব হয় তা হ'ল এটি 50 মিলিমিটার যা ডেটা অ্যাপ্লিকেশনগুলির জন্য এখনও সহনীয় বিলম্ব। আপনার নিজের জিজ্ঞাসা করা উচিত, আপনি কতক্ষণ বিলম্ব সহ্য করতে চলেছেন এবং তারপরে লক্ষ্যটি পূরণের জন্য বাফার নির্দিষ্ট করতে হবে। আপনার পরিস্থিতিতে আমি কেবল গিগ ব্যবহার করব।

— ytti

Answer 2

ওকিউডি সাধারণত দুটি জিনিসের একটির কারণে ঘটে:

1. আপনি লিঙ্কটি ব্যবহারের বাইরে চলে গেছেন; হয় ধ্রুবক উচ্চ ব্যবহার বা বারস্টি ট্র্যাফিক সহ।

2. আপনার ইন্টারফেসে একটি নীতি মানচিত্র প্রয়োগ করা আছে যা কিছু বা সমস্ত ট্র্যাফিককে পোলিশিং বা আকার দেওয়ার মতো কিছু করার জন্য কনফিগার করা হয়েছে

3. ইন্টারফেসে এক ধরণের ত্রুটি রয়েছে, ত্রুটি কাউন্টারগুলি দেখুন ( show interface Serial1/0 counters errors) এবং পরীক্ষা করুন যে এটি কোনও ত্রুটির কারণে প্যাকেটগুলি নামাচ্ছে না।

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

যেমনটি আপনি উল্লেখ করেছেন, অন্য বিকল্পটি ইন্টারফেসে আউটপুট কিউয়ের আকার বাড়িয়ে তুলবে তবে আপনি যদি কোনও নীতি মানচিত্র ব্যবহার করতে চান তবে নীতিমালা অন্যান্য উপ-সারি তৈরি করার কারণে আর কোনও প্রয়োজন হবে না।