সিসকো ট্রেনিং 200-125 CCNA v3.0. দিন 49 EIGRP পরিচিতি

আজ আমরা EIGRP প্রোটোকল অধ্যয়ন শুরু করব, যা OSPF অধ্যয়নের পাশাপাশি CCNA কোর্সের সবচেয়ে গুরুত্বপূর্ণ বিষয়।

আমরা পরে বিভাগ 2.5-এ ফিরে যাব, কিন্তু আপাতত, বিভাগ 2.4-এর পরে, আমরা বিভাগ 2.6-এ চলে যাব, “IPv4-এর উপর EIGRP কনফিগার করা, যাচাই করা এবং সমস্যা সমাধান করা (প্রমাণিকরণ, ফিল্টারিং, ম্যানুয়াল সংক্ষিপ্তকরণ, পুনঃবন্টন, এবং স্টাব বাদ দিয়ে) কনফিগারেশন)."
আজ আমাদের কাছে একটি পরিচায়ক পাঠ থাকবে যেখানে আমি আপনাকে বর্ধিত অভ্যন্তরীণ গেটওয়ে রাউটিং প্রোটোকল EIGRP-এর ধারণার সাথে পরিচয় করিয়ে দেব এবং পরবর্তী দুটি পাঠে আমরা প্রোটোকলের রোবট কনফিগার এবং সমস্যা সমাধানের বিষয়ে দেখব। তবে প্রথমে আমি আপনাকে নিম্নলিখিতটি বলতে চাই।

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

EIGRP কি? এটি একটি হাইব্রিড রাউটিং প্রোটোকল যা একটি দূরত্ব ভেক্টর প্রোটোকল যেমন RIP এবং একটি লিঙ্ক-স্টেট প্রোটোকল যেমন OSPF উভয়ের দরকারী বৈশিষ্ট্যগুলিকে একত্রিত করে।

EIGRP হল একটি Cisco মালিকানাধীন প্রোটোকল যা 2013 সালে জনসাধারণের জন্য উপলব্ধ করা হয়েছিল। লিঙ্ক-স্টেট ট্র্যাকিং প্রোটোকল থেকে, তিনি একটি প্রতিবেশী প্রতিষ্ঠার অ্যালগরিদম গ্রহণ করেছিলেন, RIP এর বিপরীতে, যা প্রতিবেশী তৈরি করে না। RIP প্রোটোকলের অন্যান্য অংশগ্রহণকারীদের সাথে রাউটিং টেবিলও বিনিময় করে, কিন্তু OSPF এই বিনিময় শুরু করার আগে একটি সংলগ্নতা গঠন করে। EIGRP একই ভাবে কাজ করে।

RIP প্রোটোকল পর্যায়ক্রমে প্রতি 30 সেকেন্ডে সম্পূর্ণ রাউটিং টেবিল আপডেট করে এবং তার সমস্ত প্রতিবেশীদের কাছে সমস্ত ইন্টারফেস এবং সমস্ত রুট সম্পর্কে তথ্য বিতরণ করে। EIGRP তথ্যের পর্যায়ক্রমিক পূর্ণ আপডেটগুলি সম্পাদন করে না, পরিবর্তে OSPF যেভাবে হ্যালো বার্তা সম্প্রচারের ধারণা ব্যবহার করে। প্রতিবেশী এখনও "জীবিত" আছে তা নিশ্চিত করতে প্রতি কয়েক সেকেন্ডে এটি একটি হ্যালো পাঠায়।

দূরত্ব ভেক্টর প্রোটোকলের বিপরীতে, যা একটি রুট গঠনের সিদ্ধান্ত নেওয়ার আগে সমগ্র নেটওয়ার্ক টপোলজি পরীক্ষা করে, EIGRP, RIP এর মতো, গুজবের উপর ভিত্তি করে রুট তৈরি করে। যখন আমি গুজব বলি, তখন আমি বলতে চাই যে যখন একজন প্রতিবেশী কিছু রিপোর্ট করে, EIGRP প্রশ্ন ছাড়াই এর সাথে একমত হয়। উদাহরণস্বরূপ, যদি একজন প্রতিবেশী বলে যে সে জানে কিভাবে 10.1.1.2 এ পৌঁছাতে হয়, EIGRP তাকে জিজ্ঞাসা না করেই বিশ্বাস করে, “আপনি এটা কিভাবে জানলেন? পুরো নেটওয়ার্কের টপোলজি সম্পর্কে বলুন!

2013 সালের আগে, আপনি যদি শুধুমাত্র সিস্কো অবকাঠামো ব্যবহার করেন তবে আপনি EIGRP ব্যবহার করতে পারেন, যেহেতু এই প্রোটোকলটি 1994 সালে তৈরি করা হয়েছিল। যাইহোক, অনেক কোম্পানি, এমনকি Cisco সরঞ্জাম ব্যবহার করে, এই ফাঁক সঙ্গে কাজ করতে চান না. আমার মতে, EIGRP হল আজকের সেরা ডাইনামিক রাউটিং প্রোটোকল কারণ এটি ব্যবহার করা অনেক সহজ, কিন্তু লোকেরা এখনও OSPF পছন্দ করে। আমি মনে করি এটি এই কারণে যে তারা সিস্কো পণ্যের সাথে আবদ্ধ হতে চায় না। কিন্তু Cisco এই প্রোটোকলটি সর্বজনীনভাবে উপলব্ধ করেছে কারণ এটি জুনিপারের মতো তৃতীয়-পক্ষের নেটওয়ার্কিং সরঞ্জামগুলিকে সমর্থন করে এবং আপনি যদি এমন একটি কোম্পানির সাথে টিম আপ করেন যা Cisco সরঞ্জাম ব্যবহার করে না, তাহলে আপনার কোন সমস্যা হবে না।

নেটওয়ার্ক প্রোটোকলের ইতিহাসে একটি সংক্ষিপ্ত ভ্রমণ করা যাক।

RIPv1 প্রোটোকল, যা 1980-এর দশকে আবির্ভূত হয়েছিল, তার অনেকগুলি সীমাবদ্ধতা ছিল, উদাহরণস্বরূপ, সর্বোচ্চ 16 সংখ্যক হপ, এবং তাই বড় নেটওয়ার্কগুলিতে রাউটিং প্রদান করতে পারেনি। একটু পরে, তারা অভ্যন্তরীণ গেটওয়ে রাউটিং প্রোটোকল IGRP তৈরি করেছে, যা RIP এর চেয়ে অনেক ভালো ছিল। যাইহোক, এটি একটি লিঙ্ক স্টেট প্রোটোকলের চেয়ে একটি দূরত্ব ভেক্টর প্রোটোকল ছিল। 80 এর দশকের শেষের দিকে, একটি উন্মুক্ত মান আবির্ভূত হয়, IPv2 এর জন্য OSPFv4 লিঙ্ক স্টেট প্রোটোকল।

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

90 এর দশকের শেষের দিকে, RIPv2 প্রোটোকলের একটি আপডেটেড ক্লাসলেস সংস্করণ প্রকাশিত হয়েছিল। 2000-এর দশকে, OSPF, RIPng এবং EIGRPv6-এর তৃতীয় সংস্করণ, যা IPv6 প্রোটোকল সমর্থন করে, আবির্ভূত হয়। বিশ্ব ধীরে ধীরে IPv6-এ একটি সম্পূর্ণ রূপান্তরের দিকে এগিয়ে যাচ্ছে, এবং রাউটিং প্রোটোকল বিকাশকারীরা এর জন্য প্রস্তুত হতে চায়।

আপনি যদি মনে রাখেন, আমরা অধ্যয়ন করেছি যে সর্বোত্তম রুটটি বেছে নেওয়ার সময়, দূরত্ব ভেক্টর প্রোটোকল হিসাবে RIP শুধুমাত্র একটি মানদণ্ড দ্বারা পরিচালিত হয় - হপগুলির ন্যূনতম সংখ্যা, বা গন্তব্য ইন্টারফেসের সর্বনিম্ন দূরত্ব। সুতরাং, রাউটার R1 রাউটার R3-এর জন্য একটি সরাসরি রুট বেছে নেবে, যদিও এই রুটে গতি 64 kbit/s - R1-R2-R3 রুটের গতির চেয়ে কয়েকগুণ কম, 1544 kbit/s এর সমান। আরআইপি প্রোটোকল 2টি হপের দ্রুত পথের পরিবর্তে একটি হপ দৈর্ঘ্যের একটি ধীর পথকে সর্বোত্তম বলে বিবেচনা করবে।

ওএসপিএফ পুরো নেটওয়ার্ক টপোলজি অধ্যয়ন করবে এবং রাউটারের সাথে যোগাযোগের জন্য দ্রুততর রুট হিসাবে R3 এর মাধ্যমে রুটটি ব্যবহার করার সিদ্ধান্ত নেবে। RIP তার মেট্রিক হিসাবে হপ সংখ্যা ব্যবহার করে, যখন OSPF-এর মেট্রিক হল খরচ, যা বেশিরভাগ ক্ষেত্রে লিঙ্কের ব্যান্ডউইথের সমানুপাতিক।

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

CCNA কোর্সে আমরা শুধুমাত্র ব্যান্ডউইথ এবং বিলম্বের মতো মেট্রিক গঠনের কারণগুলিকে বিবেচনা করব যা মেট্রিক সূত্র ব্যবহার করবে।

দূরত্ব ভেক্টর প্রোটোকল RIP দুটি ধারণা ব্যবহার করে: দূরত্ব এবং দিকনির্দেশ। যদি আমাদের 3 টি রাউটার থাকে এবং তাদের মধ্যে একটি 20.0.0.0 নেটওয়ার্কের সাথে সংযুক্ত থাকে, তবে পছন্দটি দূরত্ব অনুসারে তৈরি করা হবে - এগুলি হপস, এই ক্ষেত্রে 1 হপ, এবং দিকনির্দেশ দ্বারা, অর্থাৎ কোন পথ ধরে - উপরের বা কম - ট্রাফিক পাঠাতে।

উপরন্তু, RIP তথ্যের পর্যায়ক্রমিক আপডেট ব্যবহার করে, প্রতি 30 সেকেন্ডে নেটওয়ার্ক জুড়ে একটি সম্পূর্ণ রাউটিং টেবিল বিতরণ করে। এই আপডেটটি 2টি জিনিস করে। প্রথমটি হল রাউটিং টেবিলের প্রকৃত আপডেট, দ্বিতীয়টি প্রতিবেশীর কার্যকারিতা পরীক্ষা করা। যদি ডিভাইসটি 30 সেকেন্ডের মধ্যে প্রতিবেশীর কাছ থেকে প্রতিক্রিয়া টেবিল আপডেট বা নতুন রুটের তথ্য না পায়, তবে এটি বুঝতে পারে যে প্রতিবেশীর রুটটি আর ব্যবহার করা যাবে না। রাউটার প্রতি 30 সেকেন্ডে একটি আপডেট পাঠায় প্রতিবেশী এখনও জীবিত কিনা এবং রুটটি বৈধ কিনা তা খুঁজে বের করতে।

আমি যেমন বলেছি, রুট লুপ প্রতিরোধ করতে স্প্লিট হরাইজন প্রযুক্তি ব্যবহার করা হয়। এর মানে হল যে আপডেটটি যে ইন্টারফেস থেকে এসেছে সেখানে ফেরত পাঠানো হয় না। লুপ প্রতিরোধের জন্য দ্বিতীয় প্রযুক্তি হল রুট পয়জন। ছবিতে দেখানো 20.0.0.0 নেটওয়ার্কের সাথে সংযোগ বিঘ্নিত হলে, যে রাউটারটির সাথে এটি সংযুক্ত ছিল সেটি তার প্রতিবেশীদের কাছে একটি "বিষাক্ত রুট" পাঠায়, যেখানে এটি রিপোর্ট করে যে এই নেটওয়ার্কটি এখন 16 টি হপসে অ্যাক্সেসযোগ্য, অর্থাৎ, কার্যত নাগালযোগ্য। এইভাবে RIP প্রোটোকল কাজ করে।

কিভাবে EIGRP কাজ করে? আপনি যদি OSPF সম্পর্কে পাঠগুলি থেকে মনে রাখেন, এই প্রোটোকলটি তিনটি কার্য সম্পাদন করে: এটি একটি আশেপাশের এলাকা স্থাপন করে, নেটওয়ার্ক টপোলজির পরিবর্তন অনুসারে LSDB আপডেট করতে LSA ব্যবহার করে এবং একটি রাউটিং টেবিল তৈরি করে। একটি প্রতিবেশী স্থাপন একটি বরং জটিল প্রক্রিয়া যা অনেক পরামিতি ব্যবহার করে। উদাহরণস্বরূপ, একটি 2WAY সংযোগ পরীক্ষা করা এবং পরিবর্তন করা - কিছু সংযোগ দ্বিমুখী যোগাযোগের অবস্থায় থাকে, কিছু সম্পূর্ণ অবস্থায় যায়। OSPF এর বিপরীতে, এটি EIGRP প্রোটোকলে ঘটে না - এটি শুধুমাত্র 4টি পরামিতি পরীক্ষা করে।

OSPF-এর মতো, এই প্রোটোকলটি প্রতি 10 সেকেন্ডে 4টি প্যারামিটার সম্বলিত একটি হ্যালো বার্তা পাঠায়। প্রথমটি হল প্রমাণীকরণের মানদণ্ড, যদি এটি পূর্বে কনফিগার করা থাকে। এই ক্ষেত্রে, যে সমস্ত ডিভাইসগুলির সাথে প্রক্সিমিটি প্রতিষ্ঠিত হয়েছে তাদের অবশ্যই একই প্রমাণীকরণ পরামিতি থাকতে হবে।

দ্বিতীয় প্যারামিটারটি ডিভাইসগুলি একই স্বায়ত্তশাসিত সিস্টেমের অন্তর্গত কিনা তা পরীক্ষা করতে ব্যবহৃত হয়, অর্থাৎ, EIGRP প্রোটোকল ব্যবহার করে সংলগ্নতা স্থাপন করতে, উভয় ডিভাইসেরই একই স্বায়ত্তশাসিত সিস্টেম নম্বর থাকতে হবে। তৃতীয় প্যারামিটারটি পরীক্ষা করতে ব্যবহৃত হয় যে হ্যালো বার্তাগুলি একই উত্স আইপি ঠিকানা থেকে পাঠানো হয়েছে।

চতুর্থ প্যারামিটারটি পরিবর্তনশীল K-মান সহগগুলির সামঞ্জস্য পরীক্ষা করতে ব্যবহৃত হয়। EIRGP প্রোটোকল K5 থেকে K1 এ ধরনের 5টি সহগ ব্যবহার করে। আপনি যদি মনে রাখেন, K=0 যদি পরামিতিগুলি উপেক্ষা করা হয়, কিন্তু যদি K=1 হয়, তাহলে পরামিতিগুলি মেট্রিক গণনার জন্য সূত্রে ব্যবহৃত হয়। সুতরাং, বিভিন্ন ডিভাইসের জন্য K1-5 এর মান অবশ্যই একই হতে হবে। CCNA কোর্সে আমরা এই সহগগুলির ডিফল্ট মান নেব: K1 এবং K3 সমান 1, এবং K2, K4 এবং K5 0 এর সমান।

সুতরাং, যদি এই 4টি প্যারামিটার মিলে যায়, EIGRP একটি প্রতিবেশী সম্পর্ক স্থাপন করে এবং ডিভাইসগুলি একে অপরকে প্রতিবেশী টেবিলে প্রবেশ করে। এরপরে, টপোলজি টেবিলে পরিবর্তন করা হয়।

সমস্ত হ্যালো বার্তাগুলি মাল্টিকাস্ট আইপি ঠিকানা 224.0.0.10 এ পাঠানো হয় এবং আপডেটগুলি, কনফিগারেশনের উপর নির্ভর করে, প্রতিবেশীদের ইউনিকাস্ট ঠিকানায় বা মাল্টিকাস্ট ঠিকানায় পাঠানো হয়। এই আপডেটটি UDP বা TCP-তে আসে না, তবে RTP, Reliable Transport Protocol নামে একটি ভিন্ন প্রোটোকল ব্যবহার করে। এই প্রোটোকলটি প্রতিবেশী একটি আপডেট পেয়েছে কিনা তা পরীক্ষা করে এবং এর নাম অনুসারে, এর মূল কাজটি যোগাযোগের নির্ভরযোগ্যতা নিশ্চিত করা। আপডেটটি প্রতিবেশীর কাছে না পৌঁছালে, প্রতিবেশী এটি না পাওয়া পর্যন্ত ট্রান্সমিশন পুনরাবৃত্তি করা হবে। ওএসপিএফের প্রাপক ডিভাইস চেক করার কোনো ব্যবস্থা নেই, তাই সিস্টেমটি জানে না প্রতিবেশী ডিভাইসগুলি আপডেট পেয়েছে কি না।
যদি আপনার মনে থাকে, RIP প্রতি 30 সেকেন্ডে সম্পূর্ণ নেটওয়ার্ক টপোলজির একটি আপডেট পাঠায়। EIGRP শুধুমাত্র এটি করে যদি নেটওয়ার্কে একটি নতুন ডিভাইস উপস্থিত হয় বা কিছু পরিবর্তন ঘটে থাকে। সাবনেট টপোলজি পরিবর্তিত হলে, প্রোটোকল একটি আপডেট পাঠাবে, কিন্তু সম্পূর্ণ টপোলজি টেবিল নয়, শুধুমাত্র এই পরিবর্তনের সাথে রেকর্ডগুলি। যদি একটি সাবনেট পরিবর্তন হয়, শুধুমাত্র তার টপোলজি আপডেট করা হবে। এটি একটি আংশিক আপডেট বলে মনে হচ্ছে যা প্রয়োজন হলে ঘটে।

আপনি জানেন, OSPF প্রতি 30 মিনিটে LSA পাঠায়, নেটওয়ার্কে কোনো পরিবর্তন হোক না কেন। নেটওয়ার্কে কিছু পরিবর্তন না হওয়া পর্যন্ত EIGRP বর্ধিত সময়ের জন্য কোনো আপডেট পাঠাবে না। অতএব, EIGRP ওএসপিএফের তুলনায় অনেক বেশি দক্ষ।

রাউটারগুলি আপডেট প্যাকেজগুলি বিনিময় করার পরে, তৃতীয় পর্যায় শুরু হয় - মেট্রিকের উপর ভিত্তি করে একটি রাউটিং টেবিল গঠন, যা চিত্রে দেখানো সূত্র ব্যবহার করে গণনা করা হয়। তিনি খরচ গণনা করেন এবং এই খরচের উপর ভিত্তি করে সিদ্ধান্ত নেন।
ধরা যাক R1 রাউটার R2-এ Hello পাঠিয়েছে এবং সেই রাউটার R1 রাউটারে Hello পাঠিয়েছে। যদি সমস্ত পরামিতি মেলে, রাউটারগুলি প্রতিবেশীদের একটি টেবিল তৈরি করে। এই টেবিলে, R2 রাউটার R1 সম্পর্কে একটি এন্ট্রি লিখে, এবং R1 R2 সম্পর্কে একটি এন্ট্রি তৈরি করে। এর পরে, রাউটার R1 এটির সাথে সংযুক্ত 10.1.1.0/24 নেটওয়ার্কে আপডেট পাঠায়। রাউটিং টেবিলে, এটি নেটওয়ার্কের আইপি ঠিকানা, রাউটার ইন্টারফেস যা এটির সাথে যোগাযোগ সরবরাহ করে এবং এই ইন্টারফেসের মাধ্যমে রুটের খরচ সম্পর্কে তথ্যের মতো দেখাচ্ছে। আপনি যদি মনে করেন, EIGRP-এর খরচ 90, এবং তারপরে দূরত্বের মান নির্দেশিত হয়, যা আমরা পরে কথা বলব।

সম্পূর্ণ মেট্রিক সূত্রটি আরও জটিল দেখায়, কারণ এতে K সহগগুলির মান এবং বিভিন্ন রূপান্তর অন্তর্ভুক্ত রয়েছে। Cisco ওয়েবসাইট সূত্রটির একটি সম্পূর্ণ ফর্ম প্রদান করে, কিন্তু আপনি যদি ডিফল্ট সহগ মানগুলি প্রতিস্থাপন করেন, তবে এটি একটি সহজ আকারে রূপান্তরিত হবে - মেট্রিকটি (ব্যান্ডউইথ + বিলম্ব) * 256 এর সমান হবে৷

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

EIGRP শেখার সময়, আমাদের চারটি সংজ্ঞা বুঝতে হবে: সম্ভাব্য দূরত্ব, রিপোর্ট করা দূরত্ব, উত্তরসূরি (গন্তব্য নেটওয়ার্কের সর্বনিম্ন পথ খরচ সহ প্রতিবেশী রাউটার), এবং সম্ভাব্য উত্তরসূরি (ব্যাকআপ প্রতিবেশী রাউটার)। তারা কি বোঝায় তা বোঝার জন্য, নিম্নলিখিত নেটওয়ার্ক টপোলজি বিবেচনা করুন।

নেটওয়ার্ক 1/10.1.1.0 এর সর্বোত্তম রুট নির্বাচন করতে একটি রাউটিং টেবিল R24 তৈরি করে শুরু করা যাক। প্রতিটি ডিভাইসের পাশে kbit/s-এ থ্রুপুট এবং ms-এ লেটেন্সি দেখানো হয়। আমরা 100 Mbps বা 1000000 kbps GigabitEthernet ইন্টারফেস, 100000 kbps ফাস্টইথারনেট, 10000 kbps ইথারনেট এবং 1544 kbps সিরিয়াল ইন্টারফেস ব্যবহার করি। রাউটার সেটিংসে সংশ্লিষ্ট শারীরিক ইন্টারফেসের বৈশিষ্ট্যগুলি দেখে এই মানগুলি খুঁজে পাওয়া যেতে পারে।
সিরিয়াল ইন্টারফেসের ডিফল্ট থ্রুপুট হল 1544 kbps, এবং আপনার কাছে 64 kbps লাইন থাকলেও, থ্রুপুট এখনও 1544 kbps হবে। অতএব, একজন নেটওয়ার্ক প্রশাসক হিসাবে, আপনাকে নিশ্চিত করতে হবে যে আপনি সঠিক ব্যান্ডউইথ মান ব্যবহার করছেন। একটি নির্দিষ্ট ইন্টারফেসের জন্য, এটি ব্যান্ডউইথ কমান্ড ব্যবহার করে সেট করা যেতে পারে, এবং বিলম্ব কমান্ড ব্যবহার করে, আপনি ডিফল্ট বিলম্ব মান পরিবর্তন করতে পারেন। গিগাবিট ইথারনেট বা ইথারনেট ইন্টারফেসের জন্য আপনাকে ডিফল্ট ব্যান্ডউইথ মান সম্পর্কে চিন্তা করতে হবে না, তবে আপনি যদি সিরিয়াল ইন্টারফেস ব্যবহার করেন তবে লাইনের গতি চয়ন করার সময় সতর্ক থাকুন।

অনুগ্রহ করে মনে রাখবেন যে এই চিত্রটিতে বিলম্বটি মিলিসেকেন্ড ms এ নির্দেশিত হয়েছে, কিন্তু বাস্তবে এটি মাইক্রোসেকেন্ড, মাইক্রোসেকেন্ড μs সঠিকভাবে বোঝাতে আমার কাছে অক্ষরটি নেই।

অনুগ্রহ করে নিম্নোক্ত সত্যটির প্রতি গভীর মনোযোগ দিন। আপনি যদি শো ইন্টারফেস g0/0 কমান্ড ইস্যু করেন, তবে সিস্টেমটি মাইক্রোসেকেন্ডের পরিবর্তে দশ মাইক্রোসেকেন্ডে লেটেন্সি প্রদর্শন করবে।

আমরা EIGRP কনফিগার করার পরবর্তী ভিডিওতে এই সমস্যাটি বিশদভাবে দেখব, আপাতত মনে রাখবেন যে সূত্রে লেটেন্সি মান প্রতিস্থাপন করার সময়, ডায়াগ্রাম থেকে 100 μs 10 তে পরিণত হয়, যেহেতু সূত্রটি দশটি মাইক্রোসেকেন্ড ব্যবহার করে, ইউনিট নয়।

ডায়াগ্রামে, আমি লাল বিন্দু দিয়ে ইন্টারফেসগুলি নির্দেশ করব যেখানে দেখানো থ্রুপুট এবং বিলম্বগুলি সম্পর্কিত।

প্রথমত, আমাদের সম্ভাব্য সম্ভাব্য দূরত্ব নির্ধারণ করতে হবে। এটি একটি FD মেট্রিক যা সূত্র ব্যবহার করে গণনা করা হয়। R5 থেকে বাহ্যিক নেটওয়ার্কের অংশের জন্য, আমাদের 107 কে 106 দ্বারা ভাগ করতে হবে, ফলস্বরূপ আমরা 10 পাব। পরবর্তী, এই ব্যান্ডউইথ মানের সাথে আমাদের 1 এর সমান একটি বিলম্ব যোগ করতে হবে, কারণ আমাদের 10 মাইক্রোসেকেন্ড আছে, অর্থাৎ, এক দশ 11-এর ফলস্বরূপ মানটিকে 256 দ্বারা গুণ করতে হবে, অর্থাৎ, মেট্রিক মান 2816 হবে। এটি নেটওয়ার্কের এই বিভাগের জন্য FD মান।

রাউটার R5 এই মানটি রাউটার R2 এ পাঠাবে এবং R2 এর জন্য এটি ঘোষিত রিপোর্ট করা দূরত্ব হয়ে যাবে, অর্থাৎ, প্রতিবেশী এটিকে যে মান বলেছে। এইভাবে, অন্যান্য সমস্ত ডিভাইসের জন্য বিজ্ঞাপিত RD দূরত্ব আপনার কাছে রিপোর্ট করা ডিভাইসের সম্ভাব্য FD দূরত্বের সমান হবে।

রাউটার R2 তার ডেটার উপর ভিত্তি করে FD গণনা করে, অর্থাৎ, 107 কে 105 দিয়ে ভাগ করে এবং 100 পায়। তারপরে এটি এই মানের সাথে বাহ্যিক নেটওয়ার্কের রুটে বিলম্বের যোগফল যোগ করে: R5 এর বিলম্ব, এক দশ মাইক্রোসেকেন্ডের সমান, এবং এর নিজস্ব বিলম্ব, দশ দশের সমান। মোট বিলম্ব হবে 11 দশ মাইক্রোসেকেন্ড। আমরা এটিকে ফলের শতকে যোগ করি এবং 111 পাই, এই মানটিকে 256 দ্বারা গুণ করি এবং মান FD = 28416 পাই। রাউটার R3 একই কাজ করে, গণনার পরে মান FD=281856 পায়। রাউটার R4 FD=3072 মান গণনা করে এবং R1-এ RD হিসাবে প্রেরণ করে।

অনুগ্রহ করে মনে রাখবেন যে FD গণনা করার সময়, রাউটার R1 তার নিজস্ব 1000000 kbit/s এর ব্যান্ডউইথকে সূত্রে প্রতিস্থাপন করে না, কিন্তু রাউটার R2-এর নিম্ন ব্যান্ডউইথ, যা 100000 kbit/s এর সমান, কারণ সূত্রটি সর্বদা সর্বনিম্ন ব্যান্ডউইথ ব্যবহার করে ইন্টারফেসটি গন্তব্য নেটওয়ার্কের দিকে নিয়ে যায়। এই ক্ষেত্রে, রাউটার R10.1.1.0 এবং R24 নেটওয়ার্ক 2/5 এর পথে অবস্থিত, কিন্তু যেহেতু পঞ্চম রাউটারের একটি বৃহত্তর ব্যান্ডউইথ রয়েছে, তাই রাউটার R2-এর ক্ষুদ্রতম ব্যান্ডউইথের মান সূত্রে প্রতিস্থাপিত হয়। R1-R2-R5 পথ বরাবর মোট বিলম্ব হল 1+10+1 (দশ) = 12, হ্রাসকৃত থ্রুপুট হল 100, এবং এই সংখ্যাগুলির যোগফল 256 দ্বারা গুণ করলে FD=30976 মান পাওয়া যায়।

সুতরাং, সমস্ত ডিভাইস তাদের ইন্টারফেসের FD গণনা করেছে, এবং রাউটার R1-এ গন্তব্য নেটওয়ার্কের দিকে 3টি রুট রয়েছে। এগুলো হল R1-R2, R1-R3 এবং R1-R4 রুট। রাউটার সম্ভাব্য দূরত্ব FD-এর ন্যূনতম মান নির্বাচন করে, যা 30976-এর সমান - এটি রাউটার R2-এর রুট। এই রাউটারটি উত্তরসূরি বা "উত্তরাধিকারী" হয়ে যায়। রাউটিং টেবিলটি সম্ভাব্য উত্তরসূরি (ব্যাকআপ উত্তরসূরি) নির্দেশ করে - এর মানে হল যে যদি R1 এবং উত্তরসূরির মধ্যে সংযোগ বিচ্ছিন্ন হয়ে যায়, তাহলে রুটটি ব্যাকআপ সম্ভাব্য উত্তরসূরি রাউটারের মাধ্যমে রুট করা হবে।

সম্ভাব্য উত্তরসূরিদের একটি একক নিয়ম অনুসারে বরাদ্দ করা হয়েছে: এই রাউটারের বিজ্ঞাপিত দূরত্ব RD অবশ্যই উত্তরাধিকারীর কাছে সেগমেন্টে রাউটারের FD থেকে কম হতে হবে। আমাদের ক্ষেত্রে, R1-R2-এর FD = 30976, R1-K3 বিভাগে RD-এর সমান 281856, এবং R1-R4 বিভাগে RD-এর সমান 3072৷ 3072 <30976 থেকে, রাউটার R4 সম্ভাব্য উত্তরসূরি হিসাবে নির্বাচিত হয়েছে৷

এর মানে হল R1-R2 নেটওয়ার্ক বিভাগে যোগাযোগ ব্যাহত হলে, 10.1.1.0/24 নেটওয়ার্কে ট্রাফিক R1-R4-R5 রুট বরাবর পাঠানো হবে। RIP ব্যবহার করার সময় একটি রুট পরিবর্তন করতে কয়েক দশ সেকেন্ড সময় লাগে, OSPF ব্যবহার করার সময় এটি কয়েক সেকেন্ড সময় নেয় এবং EIGRP-এ এটি তাত্ক্ষণিকভাবে ঘটে। এটি অন্যান্য রাউটিং প্রোটোকলের তুলনায় EIGRP-এর আরেকটি সুবিধা।

উত্তরসূরি এবং সম্ভাব্য উত্তরসূরি উভয়ই একই সময়ে সংযোগ বিচ্ছিন্ন হলে কী হবে? এই ক্ষেত্রে, EIGRP DUAL অ্যালগরিদম ব্যবহার করে, যা সম্ভাব্য উত্তরসূরির মাধ্যমে একটি ব্যাকআপ রুট গণনা করতে পারে। এতে কয়েক সেকেন্ড সময় লাগতে পারে, এই সময়ে EIGRP অন্য একটি প্রতিবেশী খুঁজে পাবে যা ট্র্যাফিক ফরোয়ার্ড করতে এবং এর ডেটা রাউটিং টেবিলে রাখতে ব্যবহার করা যেতে পারে। এর পরে, প্রোটোকল তার স্বাভাবিক রাউটিং কাজ চালিয়ে যাবে।

আমাদের সাথে থাকার জন্য আপনাকে ধন্যবাদ. আপনি আমাদের নিবন্ধ পছন্দ করেন? আরো আকর্ষণীয় বিষয়বস্তু দেখতে চান? অর্ডার দিয়ে বা বন্ধুদের সুপারিশ করে আমাদের সমর্থন করুন, এন্ট্রি-লেভেল সার্ভারের একটি অনন্য অ্যানালগ-এ Habr ব্যবহারকারীদের জন্য 30% ছাড়, যা আপনার জন্য আমাদের দ্বারা উদ্ভাবিত হয়েছে: VPS (KVM) E5-2650 v4 (6 কোর) 10GB DDR4 240GB SSD 1Gbps থেকে $20 বা কিভাবে একটি সার্ভার শেয়ার করবেন সম্পর্কে সম্পূর্ণ সত্য? (RAID1 এবং RAID10 এর সাথে উপলব্ধ, 24 কোর পর্যন্ত এবং 40GB DDR4 পর্যন্ত)।

Dell R730xd 2 গুণ সস্তা? শুধু এখানে 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 টিভি $199 থেকে নেদারল্যান্ডে! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 থেকে! সম্পর্কে পড়ুন কিভাবে ইনফ্রাস্ট্রাকচার কর্পোরেশন তৈরি করা যায়। এক পয়সার জন্য 730 ইউরো মূল্যের Dell R5xd E2650-4 v9000 সার্ভার ব্যবহার করে ক্লাস?

উত্স: www.habr.com