নেটওয়ার্ক টপোলজি

১ · টপোলজি কী — ফিজিক্যাল বনাম লজিক্যাল বিন্যাস

টপোলজিNetwork Topologyনেটওয়ার্কের নোড ও লিংকের বিন্যাস প্যাটার্ন — ফিজিক্যাল (প্রকৃত তার/ডিভাইস কীভাবে বসানো) বা লজিক্যাল (ডেটা আসলে কোন পথে প্রবাহিত হয়) দুই রকমই হতে পারে। বলতে বোঝায় নেটওয়ার্কের ডিভাইসগুলো কীভাবে একে অপরের সাথে সংযুক্ত। মজার ব্যাপার হলো — একটি নেটওয়ার্কের ফিজিক্যাল বিন্যাস (তার আসলে কীভাবে টানা) এবং তার লজিক্যাল বিন্যাস (ডেটা আসলে কীভাবে প্রবাহিত হয়) সবসময় এক নাও হতে পারে। যেমন — যদি কেন্দ্রীয় ডিভাইসটি একটি সাধারণ হাব হয় (সুইচ নয়), তাহলে ফিজিক্যালি এটি স্টার-আকৃতির তারের বিন্যাস হলেও, লজিক্যালি এটি এখনও একটি বাস-এর মতোই আচরণ করে — কারণ হাব প্রতিটি সিগন্যাল সবগুলো পোর্টে সম্প্রচার করে (M3/L12-এ সুইচের সাথে এই পার্থক্য বিস্তারিত দেখব)।

২ · বাস টপোলজি (Bus)

একটি একক শেয়ার্ড কেবল (backbone) — সবগুলো ডিভাইস সরাসরি এই কেবলে ট্যাপ করে সংযুক্ত থাকে, আর যেকোনো ডিভাইসের পাঠানো সিগন্যাল পুরো কেবল বরাবর সবার কাছে পৌঁছায়। কেবলের দুই প্রান্তে টার্মিনেটর থাকে যাতে সিগন্যাল প্রতিফলিত না হয়।

• সুবিধা: সবচেয়ে কম কেবলিং খরচ, বসানো সহজ।
• অসুবিধা: শেয়ার্ড মাধ্যম হওয়ায় কলিশন-প্রবণ; এবং কেবলের যেকোনো একটি ব্রেক পুরো সেগমেন্টকে অচল করে দেয়।

৩ · স্টার টপোলজি (Star)

সবগুলো ডিভাইস একটি কেন্দ্রীয় হাব বা সুইচের সাথে পৃথক তারে সংযুক্ত — এটিই আজকের সবচেয়ে প্রচলিত টপোলজি (প্রায় প্রতিটি বাসা বা অফিস LAN)।

• সুবিধা: একটি ডিভাইসের তার নষ্ট হলে শুধু সেই ডিভাইসটিই প্রভাবিত হয়, বাকিরা স্বাভাবিকভাবে চলতে থাকে।
• অসুবিধা: কেন্দ্রীয় হাব/সুইচ নষ্ট হলে পুরো নেটওয়ার্ক বিচ্ছিন্ন হয়ে যায় — এটি একটি single point of failure (SPOF)।

৪ · রিং টপোলজি (Ring)

প্রতিটি নোড ঠিক দুইটি প্রতিবেশী নোডের সাথে সংযুক্ত, একটি বদ্ধ লুপ তৈরি করে। ঐতিহ্যবাহী রিং নেটওয়ার্কগুলো টোকেন পাসিং ব্যবহার করত — শুধু যে নোডের কাছে "টোকেন" থাকে সেই ট্রান্সমিট করতে পারে, ফলে কলিশন এড়ানো যায়।

• সুবিধা: কলিশন-মুক্ত, প্রতিটি নোড সমান সুযোগ পায়।
• অসুবিধা: একটি লিংক ভেঙে গেলে পুরো রিং বিঘ্নিত হতে পারে — যদি না ডুয়াল-রিং রিডানডেন্সি থাকে (দুটি বিপরীতমুখী রিং, যেমন FDDI নেটওয়ার্ক)।

৫ · মেশ টপোলজি (Mesh)

প্রতিটি নোড অনেক বা সবগুলো অন্য নোডের সাথে সরাসরি সংযুক্ত — সর্বোচ্চ রিডানডেন্সি ও ফল্ট-টলারেন্স দেয়, কিন্তু কেবলিং খরচ ও জটিলতা দ্রুত বাড়ে। nটি নোডের একটি পূর্ণ (full) মেশে প্রয়োজনীয় লিংক সংখ্যা —

$$ \text{লিংক সংখ্যা} = \frac{n(n-1)}{2} $$

যেমন ৪টি নোডে ৬টি লিংক লাগে, কিন্তু ২০টি নোডে লাগে ১৯০টি — এই দ্রুত (quadratic) বৃদ্ধিই ব্যাখ্যা করে কেন পূর্ণ মেশ সাধারণত শুধু ব্যাকবোন/WAN-এর ছোট, ক্রিটিক্যাল অংশেই ব্যবহৃত হয় (নিচের কোড সেলে নিজে যাচাই করুন)।

৬ · হাইব্রিড টপোলজি

বাস্তব নেটওয়ার্ক প্রায় কখনোই একটিমাত্র "খাঁটি" টপোলজি ব্যবহার করে না — সাধারণত একাধিক টপোলজির মিশ্রণ (যেমন star-of-stars: একাধিক ছোট স্টার LAN পরস্পর সংযুক্ত হয়ে একটি বড় ট্রি-আকৃতির কাঠামো তৈরি করে)। একটি বড় অফিস ভবনের প্রতিটি ফ্লোরে একটি করে স্টার সুইচ থাকতে পারে, আর সেই সুইচগুলো নিজেরা একটি ব্যাকবোনের মাধ্যমে সংযুক্ত থাকে — এটিই একটি সাধারণ হাইব্রিড ডিজাইন।

# টপোলজি তুলনা — ফল্ট-টলারেন্স, কেবলিং খরচ ও single point of failure
topologies = {
    "Bus":  {"ফল্ট_টলারেন্স": "নিম্ন",   "কেবলিং_খরচ": "সর্বনিম্ন", "SPOF": "শেয়ার্ড কেবল (ব্রেক হলে পুরো সেগমেন্ট অচল)"},
    "Star": {"ফল্ট_টলারেন্স": "মধ্যম",   "কেবলিং_খরচ": "মধ্যম",     "SPOF": "কেন্দ্রীয় হাব/সুইচ"},
    "Ring": {"ফল্ট_টলারেন্স": "মধ্যম",   "কেবলিং_খরচ": "মধ্যম",     "SPOF": "যেকোনো একটি লিংক (ডুয়াল-রিং না থাকলে)"},
    "Mesh": {"ফল্ট_টলারেন্স": "সর্বোচ্চ", "কেবলিং_খরচ": "সর্বোচ্চ",  "SPOF": "নেই (পূর্ণ মেশে)"},
}

print("টপোলজি তুলনা:")
for name, info in topologies.items():
    print(f"\n{name}:")
    for key, value in info.items():
        print(f"  {key}: {value}")

# মেশ টপোলজিতে নোড বাড়ার সাথে সাথে প্রয়োজনীয় লিংক সংখ্যা কীভাবে বাড়ে (n নোডের জন্য n*(n-1)/2 লিংক)
print("\nপূর্ণ মেশে নোড সংখ্যা বনাম প্রয়োজনীয় লিংক সংখ্যা:")
for n in [4, 10, 20]:
    links = n * (n - 1) // 2
    print(f"  {n} নোড -> {links}টি লিংক প্রয়োজন")