আমার কাছে ব্রডকাস্ট সক্ষম লিঙ্কের সাথে ওএসপিএফ রাউটারগুলির সাথে সংযোগ স্থাপনের জন্য কয়েকটি / 30 সাবনেট আছে .. আমিও আইপি ওএসপিএফ নেটওয়ার্ক পয়েন্ট-টু-পয়েন্টের লিঙ্কের সাথে জড়িত ইন্টারফেসগুলিও কনফিগার করব ? নাকি ব্যাপার? কেবলমাত্র আমি ভাবতে পারি যে নির্বাচনটি প্রতিরোধ করা যা সাবনেটে কেবলমাত্র 2 হোস্ট (রাউটার) হওয়ায় আমার বোঝাপড়ার বিষয়টি বিবেচনা করা উচিত নয়?
উত্তর:
আমার কাছে ব্রডকাস্ট সক্ষম লিঙ্কের সাথে ওএসপিএফ রাউটারগুলির সাথে সংযোগ স্থাপনের জন্য কয়েকটি / 30 সাবনেট আছে .. আমিও আইপি ওএসপিএফ নেটওয়ার্ক পয়েন্ট-টু-পয়েন্টের লিঙ্কের সাথে জড়িত ইন্টারফেসগুলিও কনফিগার করব? নাকি ব্যাপার?
নেটওয়ার্কের ধরণটি অবশ্যই স্পষ্টভাবে গুরুত্বপূর্ণ, তবে এই পরিস্থিতিটি পরিচালনা করার জন্য আপনার তীক্ষ্ণ হওয়া দরকার ... বিবেচনা করার জন্য কয়েকটি কোণার বিষয় রয়েছে। আসুন একটি / 30 কে "ব্রডকাস্ট" বা "পয়েন্ট-টু-পয়েন্ট" ওএসপিএফ নেটওয়ার্ক হিসাবে কনফিগার করার ফলাফলগুলি তুলনা করি ...
----------+-------+--------------+--------------------+--------------+
Network | Hello | DeadInterval | Adjacency Time | LSAs per /30 |
----------+-------+--------------+--------------------+--------------|
Broadcast | 10s | 40s | > 40s (very slow) | 3 |
Pt-to-Pt | 30s | 120s | < 2s (fast) | 2 |
----------+-------+--------------+--------------------+--------------+
RouterDeadInterval120 সেকেন্ডের তাই আপনি HelloIntervalনিচের দিকে যেতে চাইবেন । তবে, সঠিকভাবে ডিজাইন করা নেটওয়ার্ককে HelloInterval/ 30 পয়েন্ট-টু-পয়েন্ট ওএসপিএফ নেটওয়ার্কের জন্য কম করার বিষয়ে চিন্তা করার দরকার নেই ।ওএসপিএফ ব্রডকাস্ট নেটওয়ার্ক ডিফল্ট :
HelloInterval: 10 সেকেন্ডRouterDeadInterval: 40 সেকেন্ডOSPF প্রক্রিয়া ব্যর্থতা সনাক্ত করার সময় : <= 40 সেকেন্ড
সংলগ্ন সময় : 40 সেকেন্ডের বেশি
[Time T = 0]উভয় রাউটার লিঙ্কটি আসার সাথে সাথে ওএসপিএফ হেলোসকে প্রেরণ করে। ( ওএসপিএফ রাষ্ট্র: আইএনআইটি )[Time T = 0]উভয় রাউটার বিপরীত হ্যালো দেখতে পায়; তবে ডিআর অগ্রাধিকার 0 কনফিগার যদি না, উভয় রাউটার আবশ্যক অপেক্ষা RouterDeadIntervalসেকেন্ড নিশ্চিত করার অন্য কোন প্রার্থী ডিআরএস লিঙ্কে হয় আছে। ( ওএসপিএফ রাষ্ট্র: 2-ওয়ে )[Time T = 40] ডিআর / বিডিআর নির্বাচিত হয়, এবং ডিবিডি এক্সচেঞ্জ শুরু হয় ( ওএসপিএফ স্টেট: এক্সস্টার্ট )[Time T = 40 + 'DBD exchange time']ডিবিডি পার্স করা হয়েছে, এবং এসপিএফ চালিত হয় ( ওএসপিএফ রাজ্য: সম্পূর্ণ )এলএসএ :
ওএসপিএফ পয়েন্ট-টু-পয়েন্ট নেটওয়ার্ক ডিফল্ট :
HelloInterval: 30 সেকেন্ডRouterDeadInterval: 120 সেকেন্ডOSPF প্রক্রিয়া ব্যর্থতা সনাক্ত করার সময় : <= 120 সেকেন্ড
সংলগ্ন সময় : দ্রুত (সাধারণত 2 সেকেন্ডের চেয়ে কম)
[Time T = 0]উভয় রাউটার লিঙ্কটি আসার সাথে সাথে ওএসপিএফ হেলোসকে প্রেরণ করে। ( ওএসপিএফ রাষ্ট্র: আইএনআইটি )[Time T = 0]উভয় রাউটার বিপরীত হ্যালো দেখুন। ( ওএসপিএফ রাষ্ট্র: 2-ওয়ে )[Time T = 0] ডিবিডি এক্সচেঞ্জ শুরু হয় ( ওএসপিএফ স্টেট: এক্সস্টার্ট )[Time T = 'DBD exchange time']ডিবিডি পার্স করা হয়েছে, এবং এসপিএফ চালিত হয় ( ওএসপিএফ রাজ্য: সম্পূর্ণ )HelloIntervalএকটি ওএসপিএফ পয়েন্ট-টু-পয়েন্ট নেটওয়ার্কের জন্য কম করবেনএই মামলাগুলি বিবেচনা করুন ...
কেস এ: রাউটারগুলির মধ্যে সরাসরি ফাইবার লিঙ্ক
Router1-------------------------------Router2
রাউটারগুলির মধ্যে লিঙ্কটি ওএসপিএফ নেটওয়ার্ক পয়েন্ট-টু-পয়েন্ট হিসাবে কনফিগার করা হয়েছে। যদি রাউটার 1 এবং রাউটার 2 এর মধ্যে লিঙ্কটি মারা যায়, উভয় রাউটারগুলি তত্ক্ষণাত তাদের লিঙ্কটি নীচে নেমে যায় এবং বিকল্প পথ সন্ধানের জন্য এসপিএফ চালায়। ওএসপিএফ প্রক্রিয়া ব্যর্থতা খুব বিরল প্রবণতা থাকে, তাই সাধারণত HelloIntervalকেসএর পক্ষে কম করার পক্ষে একটি ভাল যুক্তি নেই ।
কেস বি: দুটি রাউটারের মধ্যে একটি স্যুইচ
Router1-------------Switch------------Router2
রাউটারগুলির মধ্যে লিঙ্কটি ওএসপিএফ নেটওয়ার্ক পয়েন্ট-টু-পয়েন্ট হিসাবে কনফিগার করা হয়েছে। যদি রাউটার 1 এবং স্যুইচের মধ্যে লিঙ্কটি মারা যায়, একটি সমস্যা আছে ... রাউটার 1 তত্ক্ষণাত এসপিএফ চালানো জানে (অপেক্ষা করার পরে SPFDelay); যাইহোক, রাউটার 2 এর লিঙ্কটি এখনও রয়েছে। ফলস্বরূপ রাউটার 2 অবশ্যই RouterDeadIntervalশেষ হওয়ার আগ পর্যন্ত কনভার্সের জন্য অপেক্ষা করতে হবে , বা রাউটার 2 রাউটার 1 এর নতুন এলএসএ না দেখার আগ পর্যন্ত (রাউটার 1 এসপিএফ শেষ হওয়ার পরে প্লাবিত)। বেশিরভাগ ক্ষেত্রে, রাউটার 2 রাউটার 1 এর নতুন এলএসএ দেখতে পাবে এবং তারপরে নিজে এসপিএফ চালাবেন ... তবে, রাউটার 2 এর পুনর্নির্মাণটি কমপক্ষে দ্বিগুণ SPFInterval( আইওএসে SPFIntervalডিফল্ট: 5 সেকেন্ড) is
যখন আপনার রাউটারগুলি ওএসপিএফ নেটওয়ার্ক পয়েন্ট-টু-পয়েন্ট হিসাবে কনফিগার করা থাকে তখন কেসবি-র জন্য হ্যালো টাইমারগুলি (বা বিএফডি টাইমারগুলি) কমিয়ে আনাই মূল্যবান।
কেস সি: একাধিক সুইচের মাধ্যমে সংলগ্ন দুটি রাউটার
Router1-----Switch1-----Switch2--------Router2
এটি ওএসপিএফ পয়েন্ট-টু-পয়েন্ট রূপান্তর সময়ের জন্য সবচেয়ে খারাপ পরিস্থিতি; রাউটারগুলির মধ্যে লিঙ্কটি ওএসপিএফ নেটওয়ার্ক পয়েন্ট-টু-পয়েন্ট হিসাবে কনফিগার করা হয়েছে। যদি সুইচ 1 এবং সুইচ 2 এর মধ্যে লিঙ্কটি মারা যায়, উভয় রাউটার তাদের লিঙ্কগুলি দেখতে পাবে; এর অর্থ HelloIntervalলিঙ্কটি নিচে নেমে যাওয়া এবং এসপিএফ চলার মধ্যে দুই মিনিটের বিলম্ব রোধ করতে ডিফল্ট টাইমারগুলি পরিবর্তন করা উচিত। এই ক্ষেত্রে, আপনার রাউটারগুলি যখন ওএসপিএফ নেটওয়ার্ক পয়েন্ট-টু-পয়েন্ট হিসাবে কনফিগার করা থাকে তখন কেসিসির জন্য হ্যালো টাইমারগুলি (বা বিএফডি টাইমারগুলি) হ্রাস করার উপযুক্ত।
এই প্রশ্নটি সম্পর্কে আপনাকে বোঝার জন্য আসলে কয়েকটি জিনিস রয়েছে।
দ্রষ্টব্য: পয়েন্ট-টু-পয়েন্ট নেটওয়ার্ক-টাইপের মাধ্যমে প্রাপ্ত রুটের জন্য, ওএসপিএফ প্রতিবেশী রাউটার হিসাবে পরের-হ্যাপের প্রতিবেদন করবে।
দ্রষ্টব্য: একটি সম্প্রচার নেটওয়ার্ক-টাইপের মাধ্যমে প্রাপ্ত রুটের জন্য, ওএসপিএফ পরবর্তী রাঙ্গাকে বিজ্ঞাপন রাউটার হিসাবে প্রতিবেদন করবে।
একটি বিষয় উদ্বিগ্ন টাইমারদের হয়। সম্প্রচার নেটওয়ার্কগুলিতে একটি 40 সেকেন্ড ডেড টাইমার থাকে তবে পিটিপি 120 সেকেন্ড। নেটওয়ার্ক ব্যর্থতার ক্ষেত্রে কনভার্সন / পুনরুদ্ধারের সময়ের জন্য এটি একটি সমস্যা হতে পারে।
সাধারণত, লিজড লিঙ্কগুলিতে ব্যান্ডউইথকে বাঁচানোর জন্য পয়েন্ট-টু-পয়েন্টে ওএসপিএফ নির্ধারণ করা হয় কারণ এটিতে নির্বাচন হবে না, সুতরাং লিঙ্কটি যদি ইজারা দেওয়া না হয় বা মিটার না করা হয় তবে আপনার উভয় সেটআপের মধ্যে খুব বেশি পার্থক্য দেখা উচিত নয়।