ইন্টারনেট কীভাবে চলে — IP, DNS, TCP/IP আর HTTP

১ · নেটওয়ার্কের নেটওয়ার্ক — আর packet-এর ধারণা

পর্ব ১৩-এ আপনি ইন্টারনেট ব্যবহার করেছেন ব্রাউজার আর ইমেইলের চোখে। পর্ব ৩২-এ দেখেছেন LAN, WAN আর রাউটার-সুইচের মতো যন্ত্র। এই পর্বে আমরা ঢাকনা খুলে দেখব: আপনার ফোন থেকে সিঙ্গাপুর বা আমেরিকার একটি সার্ভারে ডেটা আসলে যায় কীভাবে।

এই নিয়মগুলোর প্রতিটিকে বলে protocol — দুই পক্ষ কোন ক্রমে, কোন ভাষায়, কী বললে কী বোঝাবে, তার লিখিত চুক্তি। ঠিক যেমন ডাক বিভাগে খামের ওপর প্রাপকের ঠিকানা ডানে, প্রেরকের ঠিকানা বাঁয়ে, ডাকটিকিট ওপরের কোণে — সবাই একই নিয়ম মানে বলে চিঠি পৌঁছায়।

Circuit switching বনাম packet switching

পুরোনো ল্যান্ডফোনের কথা ভাবুন। ঢাকা থেকে চট্টগ্রামে কল করলে টেলিফোন এক্সচেঞ্জ দুই প্রান্তের মধ্যে একটি নির্দিষ্ট পথ (circuit) পুরো কলের সময়ের জন্য আপনার নামে আটকে রাখত। আপনি চুপ করে থাকলেও সেই পথ আর কেউ ব্যবহার করতে পারত না। একে বলে circuit switching.

ইন্টারনেট চলে উল্টো নীতিতে — packet switching. কোনো পথ আগে থেকে আটকানো হয় না। একটি ছবি পাঠালে সেটি শত শত packet-এ ভাগ হয়, প্রতিটি packet নিজের মতো করে সামনে এগোয়, এক packet-এর পেছনেই অন্য কারও packet একই তার দিয়ে চলে যায়। ডাকঘরে চিঠির বস্তার মতো — একই ট্রাকে হাজার মানুষের চিঠি যায়, কারও জন্য আলাদা ট্রাক লাগে না।

packet switching-এর ঘাটতি — হারানো, দেরি, ক্রম উল্টে যাওয়া — সামলানোর দায়িত্ব নেয় ওপরের স্তরের protocol. সেই ভাগাভাগিটাই এই পর্বের মেরুদণ্ড।

২ · IP address — ইন্টারনেটের ঠিকানা

প্রতিটি packet-এর গায়ে দুটি ঠিকানা থাকে: প্রেরকের আর প্রাপকের IP address. বহুল প্রচলিত রূপটি IPv4: চারটি সংখ্যা, মাঝে বিন্দু, যেমন 192.168.1.100. প্রতিটি সংখ্যা আসলে ৮ bit — একে বলে octet — তাই প্রতিটির মান ০ থেকে ২৫৫. মোট ৪ × ৮ = ৩২ bit. পর্ব ১৬-এর বাইনারি রূপান্তর এখানে সরাসরি কাজে লাগে:

  192   .   168    .    1     .   100
11000000.10101000.00000001.01100100     ← ৩২টি bit, ৪টি octet

৩২ bit দিয়ে মোট ঠিকানা হয় ২^৩২ — প্রায় ৪৩০ কোটি। ১৯৮১ সালে এটি অসীম মনে হয়েছিল; আজ পৃথিবীর মানুষই ৮০০ কোটির বেশি, আর প্রত্যেকের হাতে একাধিক যন্ত্র। তাহলে চলছে কীভাবে? উত্তর দুটি: private address আর NAT.

Private আর public address

কিছু ঠিকানার ব্লক আলাদা করে রাখা হয়েছে শুধু ঘরোয়া বা অফিসের ভেতরের নেটওয়ার্কের জন্য — এগুলো ইন্টারনেটে সরাসরি চলে না, তাই লাখো বাড়ি একই ঠিকানা আবার ব্যবহার করতে পারে। এগুলোই private IP:

বাকি প্রায় সব ঠিকানা public IP — সারা ইন্টারনেটে অনন্য, যেমন একটি ওয়েব সার্ভারের ঠিকানা। public ঠিকানা আপনার ISP পায় আঞ্চলিক রেজিস্ট্রি থেকে (বাংলাদেশসহ এশিয়া-প্রশান্ত অঞ্চলে APNIC), তারপর গ্রাহকদের দেয়।

NAT — বাসার সবার জন্য একটি public ঠিকানা

আপনার বাসায় ফোন, ল্যাপটপ, টিভি মিলিয়ে হয়তো আটটি যন্ত্র — প্রত্যেকের private ঠিকানা (192.168.0.101, .102 …)। কিন্তু ISP হয়তো দিয়েছে একটিমাত্র public ঠিকানা। রাউটার তখন NAT (Network Address Translation) চালায়: বাইরে যাওয়া প্রতিটি packet-এর প্রেরক-ঠিকানা মুছে নিজের public ঠিকানা বসায়, আর একটি খাতায় লিখে রাখে কোন উত্তর কোন যন্ত্রের। উত্তর ফিরলে খাতা দেখে সঠিক যন্ত্রে পাঠায়।

IPv6 — ঠিকানার সংকটের স্থায়ী সমাধান

NAT একটি জোড়াতালি। স্থায়ী সমাধান IPv6: ঠিকানা ৩২ নয়, ১২৮ bit. লেখা হয় আটটি দলে, প্রতিটি দলে চারটি hexadecimal অঙ্ক, মাঝে কোলন — যেমন 2001:0db8:0000:0000:0000:0000:0000:0001. প্রতিটি দলের শুরুর শূন্য বাদ দেওয়া যায়, আর পরপর শূন্য-দলগুলো একবার :: দিয়ে ছোট করা যায়: 2001:db8::1. মোট ঠিকানা ২^১২৮ — প্রায় ৩.৪ × ১০^৩৮, পৃথিবীর প্রতিটি বালুকণাকে কোটি কোটি ঠিকানা দেওয়ার মতো।

Subnet mask — ঠিকানার কোন অংশ “এলাকা”, কোন অংশ “বাড়ি”

একটি IP address-এর দুই অংশ: সামনের অংশ নেটওয়ার্কের পরিচয় (এলাকার নাম), পেছনের অংশ সেই নেটওয়ার্কের ভেতরে একটি যন্ত্র (বাড়ির নম্বর)। কোথায় ভাগ হবে, বলে দেয় subnet mask. বাসার নেটওয়ার্কে সাধারণত 255.255.255.0 — বাইনারিতে প্রথম ২৪টি 1, তারপর ৮টি 0. সংক্ষেপে লেখা হয় /24 (এই লেখার ধরনকে বলে CIDR).

• /24: শেষের ৮ bit যন্ত্রের জন্য → ২^৮ = ২৫৬টি ঠিকানা। প্রথমটি (.0) নেটওয়ার্কের নিজের নাম, শেষটি (.255) broadcast — “সবাইকে”; ব্যবহারযোগ্য ২৫৪টি।
• /26: শেষের ৬ bit → ৬৪টি ঠিকানা, ব্যবহারযোগ্য ৬২টি। একটি /24-কে চারটি /26-এ ভাগ করা যায় — যেমন একটি অফিসের চার তলার জন্য চারটি আলাদা নেটওয়ার্ক।

যন্ত্র নিজের mask দিয়ে বোঝে প্রাপক একই নেটওয়ার্কে কি না। একই হলে সরাসরি পাঠায়; না হলে পাঠায় default gateway-এ — সাধারণত বাসার রাউটার, যে বাইরের দুনিয়ার দরজা।

DHCP — ঠিকানা আপনা-আপনি

আপনি কখনো নিজের ফোনে IP address টাইপ করেননি, তবু ফোন Wi-Fi-তে ঢুকেই ঠিকানা পায়। কাজটি করে DHCP: যন্ত্র চিৎকার করে “আমার একটা ঠিকানা দরকার!” (Discover), রাউটারের DHCP সার্ভার প্রস্তাব দেয় (Offer), যন্ত্র সেটি চায় (Request), সার্ভার নিশ্চিত করে (Acknowledge) — চার ধাপের সংক্ষেপ DORA. সাথে আসে subnet mask, default gateway আর DNS সার্ভারের ঠিকানা। ঠিকানাটি একটি নির্দিষ্ট সময়ের জন্য “ভাড়া” (lease) দেওয়া হয়।

MAC বনাম IP — স্থানীয় ডেলিভারি আর বিশ্ব-ঠিকানা

প্রতিটি নেটওয়ার্ক কার্ডের কারখানা থেকে দেওয়া ৪৮-bit একটি পরিচয় থাকে — MAC address (পর্ব ১৬, ৩২)। তাহলে দুই রকম ঠিকানা কেন? IP হলো চিঠির খামের প্রাপকের ঠিকানা — শুরু থেকে শেষ পর্যন্ত একই থাকে। MAC হলো প্রতিটি ধাপে কোন পিয়ন কার হাতে দেবে — শুধু একটি স্থানীয় নেটওয়ার্কের ভেতরে অর্থ রাখে, আর প্রতিটি রাউটার পেরোলেই বদলে যায়। একই LAN-এ কোন IP-র MAC কী, তা খুঁজে বের করার protocol-এর নাম ARP.

৩ · Port, TCP আর UDP — কোন অ্যাপ, কতটা নিশ্চয়তা

IP address packet-কে সঠিক কম্পিউটারে পৌঁছে দেয়। কিন্তু সেই কম্পিউটারে একসাথে ব্রাউজার, WhatsApp, গেম, আপডেট চলছে — packet-টি কার? এখানে আসে port number: ০ থেকে ৬৫৫৩৫-এর একটি সংখ্যা, যা বলে কোন প্রোগ্রাম বা সেবার জন্য। IP যদি একটি অফিস-ভবনের ঠিকানা হয়, port হলো ভেতরের রুম নম্বর।

সার্ভারের port নির্দিষ্ট (ওয়েব সার্ভার ৪৪৩-এ অপেক্ষা করে); আপনার দিকের port প্রতিটি সংযোগের জন্য OS একটি বড় সংখ্যা থেকে সাময়িকভাবে বেছে নেয়, যেমন ৫১৭৩৪. তাই একই ব্রাউজারের দশটি ট্যাব আলাদা আলাদা সংযোগ রাখতে পারে।

TCP — নিশ্চিত ডেলিভারি

IP নিজে কোনো নিশ্চয়তা দেয় না — “best effort”: চেষ্টা করব, পৌঁছাবে কি না জানি না। TCP সেই অনিশ্চিত ভিতের ওপর একটি নির্ভরযোগ্য সংযোগ বানায়:

• সংযোগ আগে: ডেটা পাঠানোর আগে দুই পক্ষ হাত মেলায় — three-way handshake.
• ক্রমিক নম্বর: প্রতিটি byte-এর একটি sequence number থাকে, তাই উল্টোপাল্টা পৌঁছালেও প্রাপক ক্রম ঠিক করে নেয়।
• প্রাপ্তিস্বীকার: প্রাপক জানায় কতটুকু পেয়েছে (acknowledgement, ACK); নির্দিষ্ট সময়ে ACK না এলে প্রেরক আবার পাঠায়।
• গতি নিয়ন্ত্রণ: প্রাপক বা নেটওয়ার্ক হিমশিম খেলে TCP পাঠানোর গতি কমায় (flow ও congestion control).

UDP — পাঠিয়েই খালাস

UDP কোনো হাত মেলায় না, ACK চায় না, হারানো packet আবার পাঠায় না। শুধু port নম্বর যোগ করে packet ছেড়ে দেয়। শুনতে খারাপ, কিন্তু অনেক কাজে এটাই সেরা। ভিডিও কলে ২০০ মিলিসেকেন্ড আগের একটি হারানো ফ্রেম আবার পাঠিয়ে লাভ নেই — ততক্ষণে কথা এগিয়ে গেছে; একটু ঝাপসা ছবিই ভালো, আটকে থাকার চেয়ে। অনলাইন গেম, লাইভ সম্প্রচার আর DNS-এর ছোট প্রশ্ন-উত্তরেও UDP চলে।

৪ · স্তরে স্তরে — TCP/IP মডেল, OSI মডেল আর খামের ভেতরে খাম

এতক্ষণ যা দেখলেন — Wi-Fi-র তরঙ্গ, MAC, IP, port, TCP, HTTP — সবাই আলাদা আলাদা দায়িত্ব নেয়। এই দায়িত্বগুলো স্তরে (layer) সাজানো, প্রতিটি স্তর শুধু ঠিক নিচের স্তরের সেবা ব্যবহার করে আর ঠিক ওপরের স্তরকে সেবা দেয়। পর্ব ২৩-এ দেখা বিমূর্ততার স্তরের মতোই — ব্রাউজারকে জানতে হয় না packet Wi-Fi দিয়ে যাচ্ছে না ফাইবার দিয়ে।

ইন্টারনেট আসলে চলে TCP/IP মডেল-এ, চার স্তরে। পাঠ্যবইয়ে আর পরীক্ষায় বেশি আসে ISO-র (১৯৮৪) সাত স্তরের OSI মডেল — বাস্তবে কম ব্যবহৃত, কিন্তু আলোচনার সাধারণ ভাষা। নেটওয়ার্ক প্রকৌশলীরা আজও বলেন “এটা Layer 3-এর সমস্যা”, মানে IP/রাউটিং-এর।

Encapsulation — খামের ভেতরে খাম

পাঠানোর সময় প্রতিটি স্তর ওপরের স্তরের পুরো জিনিসটিকে নিজের একটি খামে ভরে, খামের গায়ে নিজের দরকারি তথ্য লেখে — এই তথ্যকে বলে header. এই প্রক্রিয়ার নাম encapsulation. প্রাপকের দিকে উল্টো: প্রতিটি স্তর নিজের খাম খুলে ভেতরেরটি ওপরে পাঠায় — decapsulation.

এই নকশার জাদু হলো স্বাধীনতা: কাল Wi-Fi 7 এলে শুধু Link স্তর বদলাবে, ব্রাউজার বা TCP-কে কিছু জানতেই হবে না। IP স্তর মাঝখানে একটি সরু কোমরের মতো — নিচে যেকোনো মাধ্যম, ওপরে যেকোনো অ্যাপ, মাঝে সবাই IP বোঝে।

৫ · DNS — নাম থেকে ঠিকানা, ধাপে ধাপে

মানুষ নাম মনে রাখে, যন্ত্র চলে সংখ্যায়। ডোমেইন নাম www.example.com.bd-কে IP address-এ বদলানোর বিশ্বজোড়া ব্যবস্থাই DNS (Domain Name System). এটি একটি বিশাল, ভাগ করা ফোনবুক — কোনো একটি কম্পিউটারে পুরো তালিকা নেই; প্রতিটি অংশের দায়িত্ব আলাদা প্রতিষ্ঠানের।

নামটি ডান থেকে বাঁয়ে পড়তে হয়। সবচেয়ে ডানে একটি অদৃশ্য বিন্দু — root. তারপর TLD .bd (বাংলাদেশের দেশ-কোড ডোমেইন, পরিচালনা করে BTCL), তারপর com.bd, তারপর example, শেষে www. প্রথমবার কোনো নাম খুঁজলে ধাপগুলো এমন:

1. নিজের খাতা: ব্রাউজার আর OS আগে নিজেদের cache দেখে — সম্প্রতি খোঁজা হয়ে থাকলে উত্তর সেখানেই।
2. Resolver: না পেলে OS জিজ্ঞেস করে একটি recursive resolver-কে — সাধারণত আপনার ISP-র, অথবা আপনি বেছে নিলে Google-এর 8.8.8.8 বা Cloudflare-এর 1.1.1.1. resolver-এর নিজের cache-এ থাকলে সঙ্গে সঙ্গে উত্তর।
3. Root server: না থাকলে resolver একটি root server-কে জিজ্ঞেস করে। root বলে, “পুরো ঠিকানা জানি না, তবে .bd-এর দায়িত্বে কারা, তাদের ঠিকানা এই।”
4. TLD server: .bd-এর সার্ভার বলে, “example.com.bd-এর দায়িত্ব ns1.example.com.bd-এর।”
5. Authoritative server: এই ডোমেইনের মালিকের ঠিক করা authoritative name server চূড়ান্ত উত্তর দেয়: www.example.com.bd = 203.0.113.10.
6. ফেরত ও মনে রাখা: resolver উত্তর আপনার কম্পিউটারে পাঠায়, আর রেকর্ডের TTL-এ লেখা সময় পর্যন্ত (কয়েক মিনিট থেকে এক দিন) মনে রাখে — পরের জনের জন্য আর পুরো পথ ঘুরতে হয় না।

প্রথমবারের পূর্ণ খোঁজে হয়তো ১০০ মিলিসেকেন্ড লাগে; cache থেকে প্রায় শূন্য। নিজের ডোমেইন কিনে কোন রেকর্ডে কী লিখতে হয় (A, AAAA, MX, CNAME), তা দেখবেন পরের পর্বে (পর্ব ৩৪)।

নিজে চালিয়ে দেখুন — ছোট্ট IP টুলকিট

নিচের কোড চারটি ঠিকানাকে বাইনারিতে দেখায় আর private/public চেনে, একটি ঠিকানার /24 আর /26 নেটওয়ার্ক হিসাব করে, আর ওপরের DNS খোঁজের একটি সিমুলেটেড ধাপ-তালিকা ছাপে (আসল নেটওয়ার্কে যায় না — ফল প্রতিবার একই)।

const toBin = ip => ip.split('.').map(o => (+o).toString(2).padStart(8, '0')).join('.');
const toInt = ip => ip.split('.').reduce((n, o) => n * 256 + Number(o), 0);
const toIp = n => [24, 16, 8, 0].map(s => Math.floor(n / 2 ** s) % 256).join('.');
function kind(ip) {
  const [a, b] = ip.split('.').map(Number);
  if (a === 10 || (a === 172 && b >= 16 && b <= 31) || (a === 192 && b === 168)) return 'private';
  return a === 127 ? 'loopback' : 'public';
}
function subnet(ip, p) {                       // p = prefix length, যেমন 24
  const size = 2 ** (32 - p);                  // এই ব্লকে মোট ঠিকানা
  const base = Math.floor(toInt(ip) / size) * size;
  console.log(`${ip}/${p}: network ${toIp(base)}, broadcast ${toIp(base + size - 1)}, hosts ${size - 2}`);
}
for (const ip of ['192.168.1.100', '10.0.0.5', '8.8.8.8', '127.0.0.1'])
  console.log(ip.padEnd(14), toBin(ip), kind(ip));
subnet('192.168.1.100', 24);
subnet('192.168.1.100', 26);
const trace = [['browser/OS cache', 'miss'], ['resolver (ISP)', 'miss, asks a root server'],
  ['root server (.)', 'ask the .bd TLD servers'],
  ['TLD server (.bd)', 'ask ns1.example.com.bd'], ['authoritative', 'www.example.com.bd = 203.0.113.10']];
console.log('DNS: www.example.com.bd');
trace.forEach(([who, says], i) => console.log(`  ${i + 1}. ${who.padEnd(17)} -> ${says}`));

৬ · HTTP আর HTTPS — ব্রাউজার আর সার্ভারের কথোপকথন

ঠিকানা পাওয়া গেল, সংযোগও হলো। এবার ব্রাউজার আর সার্ভার কথা বলে HTTP-তে — একটি সরল লেখাভিত্তিক protocol: ব্রাউজার একটি request পাঠায়, সার্ভার একটি response দেয়। একটি request দেখতে মোটামুটি এমন:

GET /admission/result HTTP/1.1          ← method, পথ, সংস্করণ
Host: www.example.com.bd                 ← কোন সাইট (এক সার্ভারে অনেক সাইট থাকে)
User-Agent: Mozilla/5.0 ...              ← কোন ব্রাউজার
Accept-Language: bn, en                  ← কোন ভাষা পছন্দ

HTTP/1.1 200 OK                          ← status code
Content-Type: text/html; charset=UTF-8   ← কী পাঠানো হচ্ছে
Content-Length: 5120

<!DOCTYPE html> ...                      ← পাতার HTML

প্রথম লাইনের পরের “নাম: মান” লাইনগুলো HTTP header — অনুরোধ বা উত্তর সম্পর্কে বাড়তি তথ্য। সবচেয়ে পরিচিত দুটি method: GET — কিছু চাওয়া (পাতা, ছবি); POST — কিছু পাঠানো (ফর্ম জমা, লগইন, ফাইল আপলোড)। আরও আছে PUT, DELETE ইত্যাদি, যা অ্যাপের API-তে বেশি দেখা যায়।

HTTP নিজে কিছু মনে রাখে না (stateless) — প্রতিটি request আলাদা। তাহলে লগইন করে থাকা অবস্থা টিকে থাকে কীভাবে? সার্ভার একটি cookie দেয়, ব্রাউজার পরের প্রতিটি request-এ সেটি ফেরত পাঠায় (পর্ব ১৩)।

HTTPS = HTTP + TLS

সাধারণ HTTP-তে সব লেখা খোলা চিঠির মতো যায় — পথের যেকোনো রাউটার বা একই পাবলিক Wi-Fi-তে বসা কেউ পড়তে বা বদলাতে পারে। HTTPS-এ HTTP চলে TLS-এর একটি এনক্রিপ্ট করা সুড়ঙ্গের ভেতর দিয়ে, সাধারণত port ৪৪৩-এ। TLS তিনটি জিনিস দেয়: গোপনীয়তা (কেউ পড়তে পারে না), অখণ্ডতা (পথে বদলালে ধরা পড়ে), আর সার্ভারের পরিচয়ের প্রমাণ (certificate). কীভাবে — চাবি বিনিময় আর certificate-এর পুরো গল্প পর্ব ৪৪-এ।

সব একসাথে — Enter চাপার পর

পর্ব ১৩-এ এই যাত্রা দেখেছেন এক নজরে। এবার প্রতিটি ধাপে কোন protocol, কোন port, কোন স্তর কাজ করছে, আর সময় কোথায় খরচ হচ্ছে — তা দেখুন। সময়গুলো ঢাকা থেকে সিঙ্গাপুরের একটি সার্ভারের জন্য আনুমানিক, শুধু ধারণা দেওয়ার জন্য:

scheme = https  →  port 443
host   = www.example.com.bd
path   = /
cache-এ পাতা আছে? না → নেটওয়ার্কে যেতে হবে

প্রশ্ন : www.example.com.bd-এর A রেকর্ড?
উত্তর : 203.0.113.10   (cache-এ থাকলে প্রায় ০ ms)

→ SYN
← SYN-ACK
→ ACK        সংযোগ ESTABLISHED

→ ClientHello  (কোন কোন পদ্ধতি জানি)
← ServerHello + certificate
ব্রাউজার certificate যাচাই করল → এনক্রিপ্ট করা সুড়ঙ্গ তৈরি

GET / HTTP/1.1
Host: www.example.com.bd
→ TCP segment → IP packet → Wi-Fi frame → বাতাসে

HTTP/1.1 200 OK  → HTML
HTML-এ লেখা আছে: style.css, app.js, logo.png …
→ প্রতিটির জন্য আবার request (একই সংযোগে)

৭ · রাউটার, ISP আর ইন্টারনেটের মেরুদণ্ড

প্রতিটি রাউটারের কাছে একটি routing table থাকে — “এই ঠিকানা-ব্লকের packet এই দিকে পাঠাও”। রাউটার পুরো পথ জানে না; সে শুধু জানে পরের ধাপ (next hop) কোনটি। ডাকঘরের মতো: ঢাকার জিপিও জানে চিঠিটি চট্টগ্রামের বস্তায় যাবে, কিন্তু কোন গলির কোন বাড়ি — তা চট্টগ্রামের ডাকঘর জানে। packet-কে এক রাউটার থেকে আরেক রাউটারে পথ দেখানোর পুরো কাজটির নাম routing.

বড় নেটওয়ার্কগুলো (ISP, বড় কোম্পানি) একে অপরকে জানায় “এই ঠিকানা-ব্লকগুলো আমার কাছে পৌঁছানো যায়” — ইন্টারনেটের স্তরে এই কাজের protocol হলো BGP. কোনো পথ নষ্ট হলে কয়েক সেকেন্ড থেকে কয়েক মিনিটের মধ্যে বিকল্প পথ বেছে নেওয়া হয় — packet switching-এর সেই নমনীয়তা।

বাংলাদেশ থেকে বিশ্বে — স্তরগুলো

• আপনার ISP বা মোবাইল অপারেটর: বাসা পর্যন্ত শেষ মাইল — ফাইবার, তার বা মোবাইল টাওয়ার।
• দেশের ভেতরের আদান-প্রদান: দুই দেশি ISP-র গ্রাহকের মধ্যে ডেটা বিদেশ ঘুরে না গিয়ে দেশেই বিনিময়ের জায়গা — IXP (Internet Exchange Point). বাংলাদেশে এর পরিচিত উদাহরণ BDIX; অনেক ISP “BDIX-এ দ্রুত” FTP বা ক্যাশ সার্ভারের কথা বলে এজন্যই।
• বিদেশের দরজা: বাংলাদেশে আন্তর্জাতিক ইন্টারনেট ট্রাফিক যায় লাইসেন্সপ্রাপ্ত IIG (International Internet Gateway) প্রতিষ্ঠানের মাধ্যমে।
• সমুদ্রের নিচের তার: বিশ্বের আন্তর্জাতিক ডেটার বিশাল অংশ যায় সমুদ্রতলের ফাইবার-অপটিক সাবমেরিন কেবল দিয়ে। বাংলাদেশ যুক্ত SEA-ME-WE 4 (কক্সবাজার) আর SEA-ME-WE 5 (কুয়াকাটা) কেবলে, সাথে প্রতিবেশী দেশের ভেতর দিয়ে স্থলপথের কেবল (ITC). একটি কেবল কাটা পড়লে বা মেরামত চললে গতি কমে যায় — খবরে মাঝে মাঝে যা দেখেন।
• বড় কোম্পানির কাছের সার্ভার: YouTube, Facebook-এর মতো সেবা অনেক জনপ্রিয় ভিডিও দেশের ভেতরে বা কাছের ক্যাশ সার্ভারে (CDN) রাখে, তাই সেগুলো বিদেশ না ঘুরেই আসে।

নিচে একটি packet-এর যাত্রা দেখুন, যেমন tracert কমান্ড দেখায় (অংশ ৮)। ঠিকানা আর সময়গুলো উদাহরণমাত্র — আপনার ISP আর গন্তব্যে বদলাবে:

কে চালায় ইন্টারনেট?

কেউ একা নয়। প্রতিটি নেটওয়ার্কের মালিক আলাদা — সরকার, কোম্পানি, বিশ্ববিদ্যালয়। কিন্তু কয়েকটি জিনিস বিশ্বজুড়ে একটিই হতে হয়, নইলে ঠিকানা মিলবে না:

• নাম আর সংখ্যার সমন্বয়: ICANN (১৯৯৮ সালে প্রতিষ্ঠিত অলাভজনক প্রতিষ্ঠান) আর তার অধীনের IANA কাজ দেখে — root zone, TLD-এর তালিকা, IP ঠিকানার বড় ব্লক আঞ্চলিক রেজিস্ট্রিগুলোকে (যেমন APNIC) দেওয়া, আর port নম্বরের সরকারি তালিকা।
• মান নির্ধারণ: IETF — বিশ্বজুড়ে প্রকৌশলীদের উন্মুক্ত সংগঠন, যেখানে যে কেউ অংশ নিতে পারেন। তাদের প্রকাশিত দলিলের নাম RFC (Request for Comments) — যেমন RFC 791 (IPv4), RFC 9293 (TCP-র বর্তমান বিবরণ)। ওয়েবের HTML-সংক্রান্ত মানগুলো দেখে W3C ও WHATWG.

৮ · নিজের চোখে দেখুন — ipconfig, ping, tracert আর nslookup

পর্ব ২৯-এর কমান্ড লাইন খুলুন (Windows-এ PowerShell বা Command Prompt). নিচের আউটপুটগুলো উদাহরণ (illustrative) — আপনার কম্পিউটারে ঠিকানা আর সংখ্যা আলাদা হবে, আর ঠিক সেটিই আসল শেখার জিনিস।

PS> ipconfig
Wireless LAN adapter Wi-Fi:
   IPv4 Address. . . . . . . . . . . : 192.168.0.105
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 192.168.0.1

PS> ping 8.8.8.8
Reply from 8.8.8.8: bytes=32 time=44ms TTL=116
Reply from 8.8.8.8: bytes=32 time=43ms TTL=116
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss)

PS> nslookup www.example.com.bd
Non-authoritative answer:
Name:    www.example.com.bd
Address:  203.0.113.10

• ipconfig (Mac/Linux-এ ip addr বা ifconfig): আপনার private ঠিকানা, mask (/24) আর gateway. ipconfig /all দিলে MAC (Physical Address), DHCP চালু কি না আর DNS সার্ভারও দেখা যায়।
• ping: একটি ছোট ICMP বার্তা পাঠিয়ে উত্তরের অপেক্ষা। time=44ms হলো round trip — যেতে আর ফিরতে মোট সময়। Lost বেশি হলে সংযোগে সমস্যা। (অনেক সার্ভার নিরাপত্তার কারণে ping-এর উত্তর দেয় না — তাই “Request timed out” মানেই সার্ভার বন্ধ, এমন নয়।)
• tracert (Mac/Linux-এ traceroute): ওপরের stepper-এর মতো হপের তালিকা। কোনো লাইনে * মানে সেই রাউটার উত্তর দেয়নি — প্রায়ই স্বাভাবিক।
• nslookup: DNS-কে সরাসরি প্রশ্ন। “Non-authoritative answer” মানে উত্তরটি এসেছে resolver-এর মাধ্যমে (প্রায়ই তার cache থেকে), সরাসরি মূল authoritative সার্ভার থেকে নয়।

গতি বনাম latency — দুটো আলাদা জিনিস

ISP-র বিজ্ঞাপনের “৫০ Mbps” হলো bandwidth — প্রতি সেকেন্ডে কতটা ডেটা যেতে পারে, পাইপ কত মোটা। Latency (ping-এর ms) হলো একটি packet যেতে-আসতে কত সময় — পাইপ কত লম্বা। বড় ফাইল ডাউনলোডে bandwidth জরুরি; অনলাইন গেম, ভিডিও কল আর অনেক ছোট ফাইলের ওয়েব পেজে latency প্রায়ই বেশি জরুরি। ১০০ Mbps সংযোগেও সার্ভার আমেরিকায় হলে প্রতিটি round trip ২০০ মিলিসেকেন্ডের বেশি — আলোর গতি টাকা দিয়ে কেনা যায় না।

৯ · AI-এর যুগে — ব্যাখ্যা নিন, আউটপুট আর নম্বর নিজে যাচাই করুন

নেটওয়ার্কিংয়ের ধারণা ব্যাখ্যায় AI চ্যাটবট খুব ভালো: “NAT সহজ উপমায় বোঝাও”, “TCP আর UDP-র তুলনা টেবিলে দাও” — সাধারণত পরিষ্কার উত্তর আসে। কিন্তু তিনটি জায়গায় সাবধান। প্রথমত, AI কমান্ডের আউটপুট বানিয়ে লেখে — দেখতে নিখুঁত, কিন্তু আপনার নেটওয়ার্কের সাথে সম্পর্কহীন। দ্বিতীয়ত, কম পরিচিত port নম্বর বা RFC নম্বর মাঝে মাঝে ভুল বলে, বা বাতিল হয়ে যাওয়া পুরোনো RFC-কে বর্তমান বলে। তৃতীয়ত, subnet-এর অঙ্কে এক bit-এর ভুল পুরো উত্তর বদলে দেয়।

AI-এর উত্তর হাতে পেলে — যাচাইয়ের চেকলিস্ট

• AI যে কমান্ড দিয়েছে, নিজের কম্পিউটারে চালিয়ে আসল আউটপুট দেখেছি (ipconfig, ping, tracert, nslookup)
• subnet-এর হিসাব ওপরের JavaScript টুলকিটে বা খাতায় বাইনারি এঁকে মিলিয়েছি
• port নম্বর IANA-র “Service Name and Transport Protocol Port Number Registry”-তে মিলিয়েছি
• RFC নম্বর rfc-editor.org-এ খুঁজে দেখেছি — শিরোনাম মেলে কি না, আর “Obsoleted by” লেখা আছে কি না
• বাংলাদেশের ইন্টারনেট-অবকাঠামো নিয়ে AI-এর দাবি (কেবল, IIG, পরিসংখ্যান) BTRC বা নির্ভরযোগ্য সংবাদসূত্রে মিলিয়েছি
• নেটওয়ার্ক বা রাউটারের সেটিং বদলের আগে পুরোনো সেটিং লিখে রেখেছি