একটি নেটওয়ার্ক সুইচ আইপি-সচেতন হয়?


13

নেটওয়ার্কিং সম্পর্কে আমার খুব তুচ্ছ কিছু প্রাথমিক প্রশ্ন রয়েছে তবে আমি তার উপর বিবিধ তথ্য পাই, তাই আমি কেবল এটি নিষ্পত্তি করতে চেয়েছিলাম।

যতদূর আমি বুঝতে পারি একটি নেটওয়ার্ক সুইচ ট্র্যাফিককে "বুদ্ধিমানভাবে" পরিচালনা করে যেভাবে এটি কেবল তার পোর্টগুলিতে প্যাকেটগুলি প্রচার করে যেখানে এটি জানে যে রিসিভারটি অবস্থিত (হাবের বিপরীতে যা ব্রুট ফোর্স সমস্ত বন্দরগুলিতে সমস্ত ডেটা প্রেরণ করে)।

  • সঠিক?

সুতরাং একটি সুইচ এর সাথে সংযুক্ত হোস্টের সমস্ত ঠিকানা মনে রাখে। হোস্টটি পাওয়া না গেলে প্যাকেটটি ডিফল্ট রুটে প্রেরণ করা হয় (সাধারণত একটি বৃহত্তর নেটওয়ার্কের লিঙ্ক আপ)

  • সঠিক?

এখন আমার বড় প্রশ্নটি হ'ল:

  • কোনও সিদ্ধান্তের গণনা করার জন্য কোনও সুইচ কি আইপি-ঠিকানাগুলি বা ম্যাক-ঠিকানাগুলি মনে রাখে?

উত্তর:


21

ঠিক আছে, এটি নির্ভর করে আপনি কোন ধরণের স্যুইচ ব্যবহার করছেন।

খুব প্রাথমিক ধরণের লিঙ্ক স্তরে কাজ করে এবং আইপি ঠিকানা সম্পর্কে সচেতন নয়। তারা তাদের ক্রিয়াকলাপের জন্য ম্যাক ঠিকানা ব্যবহার করে। এই সুইচগুলি প্রায়শই নিয়ন্ত্রণহীন থাকে।

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

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


6
VLANs হয় না আইপি স্তর; তারা স্তর 2 এ কাজ করে most সম্ভবত আপনি কি বোঝাতে চেয়েছিলেন
গ্রেভিফেস

@ গ্রাফিফেস - আমি এগিয়ে গিয়ে তা সংশোধন করেছি। এটি অন্যথায় একটি ভাল উত্তর, সুতরাং +1।
EEAA

আপনি কেবলমাত্র এল 3 স্যুইচগুলিতে à নন-ম্যানেজমেন্ট ভ্যালানকে একটি আইপ বরাদ্দ করতে পারেন।
3molo

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

9

@ ওল্ফগ্যাঙ্গস এবং @ সালস্কের উত্তরগুলিতে সামান্য যোগ করার জন্য, এটির উপর জোর দেওয়া উচিত যে একটি স্ট্যান্ডার্ড সুইচ, যেমন ইতিমধ্যে বলা হয়েছে, খাঁটিভাবে একটি স্তর 2 ডিভাইস তাই এটি কেবল ম্যাকের ঠিকানাগুলি বোঝে।

যদিও একটি 'প্যাকেট' প্রায়শই জেনেরিক শব্দ হিসাবে ব্যবহৃত হয়, তবে স্তর 2 এ প্রোটোকল ডেটা ইউনিট (PDU) একটি 'ফ্রেম' হয়, স্তর 3 এ PDU একটি প্যাকেট।

একটি 'মাল্টি-লেয়ার স্যুইচ' এমন একটি সুইচ হিসাবে ভাবা যেতে পারে যা একটি রাউটার ধারণ করে, যা প্রচলিত রাউটারগুলির বিপরীতে, প্যাকেটগুলিকে ভিএলএএন থেকে ভিএলএএন-তে পরিবর্তিত করে একটি ভৌত ​​ইন্টারফেসের পরিবর্তে অন্য শারীরিক ইন্টারফেসে নিয়ে যায়।

যদি একটি স্যুইচ VLANs সমর্থন করে (এটি অগত্যা এটি মাল্টি-লেয়ার স্যুইচ করে না) তবে অজানা গন্তব্য ম্যাকের ঠিকানাযুক্ত একটি ফ্রেম সমস্ত পোর্টের বাইরে পাঠানো হবে (বন্যা হিসাবে পরিচিত) যা প্যাকেট হিসাবে একই ভিএলএএন এর সদস্য are এটি প্রাপ্ত হয়েছিল কারণ একটি ভিএলএএন একটি সম্প্রচার ডোমেন এবং ফ্রেম সম্প্রচার ডোমেনগুলির সীমানার বাইরে যায় না।

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


এখানে কিছু ভাল তথ্য আছে। দেখে মনে হচ্ছে এটি আরও প্রাসঙ্গিকভাবে চিহ্নিত করা যেতে পারে এবং ওল্ফগ্যাংস এর সাথে স্তর 2/3 সুইচের ব্যাখ্যা যোগ করতে পারে।
জেমস বারনেট

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

আমার আগের মন্তব্যে
@ জেমসবার্নেটে থাকা উচিত ছিল

8

যতদূর আমি বুঝতে পারি একটি নেটওয়ার্ক সুইচ ট্র্যাফিককে "বুদ্ধিমানভাবে" পরিচালনা করে যেভাবে এটি কেবল তার পোর্টগুলিতে প্যাকেটগুলি প্রচার করে যেখানে এটি জানে যে রিসিভারটি অবস্থিত (হাবের বিপরীতে যা ব্রুট ফোর্স সমস্ত বন্দরগুলিতে সমস্ত ডেটা প্রেরণ করে)।

হ্যাঁ এটা ঠিক.

সুতরাং একটি সুইচ এর সাথে সংযুক্ত হোস্টের সমস্ত ঠিকানা মনে রাখে। হোস্টটি পাওয়া না গেলে প্যাকেটটি ডিফল্ট রুটে প্রেরণ করা হয় (সাধারণত একটি বৃহত্তর নেটওয়ার্কের লিঙ্ক আপ)

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

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

কোনও সিদ্ধান্তের গণনা করার জন্য কোনও সুইচ কি আইপি-ঠিকানাগুলি বা ম্যাক-ঠিকানাগুলি মনে রাখে?

উপরে বর্ণিত হিসাবে, একটি স্যুইচ হ'ল আইপি-অজোনস্টিক, কারণ এটি বিমূর্ততার নিম্ন স্তরের উপর কাজ করে। সুতরাং, কেবল ম্যাক-ঠিকানাগুলি।

একটি জটিলতা: ওল্ফগ্যাংস এর উত্তরে যেমন ব্যাখ্যা করা হয়েছে, সেখানে কিছু সুইচ রয়েছে যা স্তর 3 (তথাকথিত মাল্টিলেয়ার সুইচ ) এও কাজ করে । এগুলি কিছুটা জটিল, এবং তারা আইপি ঠিকানাগুলি এবং আরও অনেক কিছু পরিচালনা করতে পারে।


1

@ ডাউনভোটার: কেন?
পিটার কে।

ডাউনভোট সম্ভবত কারণ স্ট্যাকএক্সচেঞ্জ টেক্সটে পুরো উত্তর পছন্দ করে, উত্তরের লিঙ্ক নয়
গ্রেগ

1
@ গ্রেগ 5.5+ বছর আগে এটি এতটা প্রচলিত ছিল না। :-)
পিটার কে।
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.