এই পর্বে যা করবেন
- নেটওয়ার্কের MCQ কোন কোন ছাঁচে আসে তা চেনা, আর বাদ দেওয়ার পদ্ধতি ও সময় ভাগ শেখা
- bit বনাম byte, Mbps বনাম MB/s, ms বনাম µs, dB বনাম অনুপাত — এককের ফাঁদগুলো আগে থেকে ধরে ফেলা
- hub-switch-router-এর domain, flow বনাম congestion control, DNS-এর UDP বনাম TCP, hash বনাম encryption — বড় জোড়া-বিভ্রান্তি দূর করা
- পুরো কোর্সের ১২৭টি প্রশ্নে নিজের দুর্বল মডিউল খুঁজে বের করা, আর সেই পর্বে ফিরে যাওয়া
- AI দিয়ে আরও MCQ বানানো, আর তার “সঠিক উত্তর” হিসাব, man page আর RFC দিয়ে যাচাই করা
১ · নেটওয়ার্কের MCQ কীভাবে সামলাবেন — প্রশ্নের ধরন, বাদ দেওয়ার কৌশল আর এককের ফাঁদ
ধরুন খুলনার সাকিব একটি ব্যাংকের IT officer পদের প্রিলিমিনারি পরীক্ষায় বসেছেন। কম্পিউটার অংশে নেটওয়ার্কের প্রায় বিশটি MCQ, সময় কম, আর ভুলে নম্বর কাটে। প্রশ্নগুলো চেনা: “/27-এ কয়টি host?”, “DNS কোন port?”, “switch কোন স্তরে?” — কিন্তু অপশনে ৩০ আর ৩২ পাশাপাশি, “UDP 53” আর “TCP ও UDP 53” দুটিই আছে, আর ১২.৫ ও ১০০ দুটিই “Mbps-এর উত্তর” সেজে বসে আছে। ফলাফলে দেখা গেল, বেশিরভাগ ভুল জ্ঞানের অভাবে নয় — একটি একক (bit বনাম byte), একটি রীতি (network আর broadcast বাদ), বা একটি শব্দ (“মিথ্যা”) চোখ এড়িয়ে যাওয়ায়।
প্রশ্নকর্তা জেনেশুনে এমন ভুল অপশন রাখেন, যা কোনো আধা-সত্য নিয়ম বা একটি চেনা হিসাবের ভুল থেকে আসে। এমন বিভ্রান্তিকর অপশনকে বলে distractor. “১০০ Mbps মানে ১০০ MB/s”, “DNS শুধু UDP”, “switch-এ broadcast domain ভাগ হয়”, “hash-কে key দিয়ে খোলা যায়” — নেটওয়ার্কের distractor-গুলো ঘুরেফিরে একই দশ-বারোটি ভুল ধারণা থেকে আসে। সেগুলো চিনে ফেললে অর্ধেক কাজ শেষ।
পরীক্ষাগুলো সাধারণত কেমন
বাংলাদেশে চাকরির লিখিত পরীক্ষায় (IT officer, ব্যাংকের IT, assistant programmer, network বা system administrator, BCS-ধাঁচের পরীক্ষার কম্পিউটার অংশ) প্রথম ধাপে সাধারণত MCQ থাকে; অনেক পরীক্ষায় ভুল উত্তরে নম্বর কাটে (negative marking), তবে কত কাটে বা আদৌ কাটে কি না, পরীক্ষাভেদে আলাদা — নিজের পরীক্ষার বিজ্ঞপ্তি দেখে নিন। এ ধরনের পরীক্ষায় প্রায়ই আসে OSI-র স্তর, port নম্বর, IP-র শ্রেণি আর subnetting, যন্ত্রের পার্থক্য (hub, switch, router), protocol-এর পূর্ণরূপ আর কাজ, আর নিরাপত্তার মৌলিক ধারণা। বিশ্ববিদ্যালয়ের Computer Networks বা Data Communication কোর্সে MCQ বা ছোট quiz-এ numerical-এর ভাগ সাধারণত বেশি — delay, Nyquist-Shannon, CRC, sliding window, ALOHA, Dijkstra, TCP-র window. আর ইন্টারভিউর অনলাইন screening-এ বাস্তব আচরণের প্রশ্ন বাড়ে — TCP handshake, DNS, HTTP status, Linux কমান্ড। এই পাতার প্রশ্নগুলো তিন ধরনের পাঠকের কথা ভেবেই মেশানো।
প্রশ্নের সাত ছাঁচ
| ধরন | উদাহরণ | কৌশল |
|---|---|---|
| স্মৃতি ও সংজ্ঞা | “BGP কোন port?”, “AAAA record কী?” | জোড়ায় জোড়ায় মনে রাখুন (protocol — port — transport); কাছের জোড়াটি কেন নয়, তাও ভাবুন |
| ধারণা | “TCP-তে তিন-ধাপের handshake কেন?” | অপশনের দাবিটি নিজের ভাষায় বলুন, তারপর নকশার উদ্দেশ্যের সাথে মেলান |
| ছোট numerical | subnet, delay, Shannon, CRC, window, RTO | রীতি আর একক আগে খাতায় লিখুন, তারপর হিসাব |
| “কোনটি মিথ্যা” | “IPv6 সম্পর্কে কোনটি মিথ্যা?” | প্রতিটি অপশনের পাশে স বা মি লিখুন; “মিথ্যা” শব্দে দাগ দিন |
| Protocol-এর আচরণ ও ক্রম | DORA, handshake-এর seq/ack, ARP-এর broadcast | ছোট sequence diagram এঁকে প্রতিটি বার্তা মেলান |
| কমান্ড ও টুল | ss -tlnp, dig, tcpdump -nn | flag-এর অক্ষর ভেঙে পড়ুন (t = TCP, l = listening…); পুরোনো আর নতুন টুলের পার্থক্য জানুন |
| নিরাপত্তা ও আধুনিক বিষয় | TLS 1.3, SYN cookies, QUIC, 5G, Kubernetes | “কোনটি কী থামায়” প্রশ্নে ভাবুন; সংস্করণ আর প্রসঙ্গ দেখে নিন |
কৌশল ১ · বাদ দেওয়ার পদ্ধতি — একটি subnet-এর প্রশ্নে ধাপে ধাপে
সঠিক উত্তর সরাসরি খোঁজার চেয়ে ভুলগুলো বাদ দেওয়া প্রায়ই সহজ। একে বলে elimination method. প্রতিটি অপশনকে জিজ্ঞেস করুন: “এটি সত্য হলে কোন নিয়মটি সত্য হতে হবে?” তারপর একটি নিয়ম বা ছোট হিসাব দিয়ে অপশনটি কেটে দিন। নিচের ডায়াগ্রামে subnetting-এর একটি প্রশ্ন এভাবে সমাধান করা হয়েছে — চারটি অপশনের তিনটিই তিনটি পরিচিত ফাঁদ থেকে বানানো।
- প্রশ্ন পড়া
/20mask কোন octet-এ? - Block
256 − 240১৬, তৃতীয় octet-এ - ৪৫ কোথায়?
32–47ক, ঘ বাদ - host গোনা
2¹² − 2গ বাদ - উত্তর
খফাঁদগুলো মনে রাখুন
এই host-এর নেটওয়ার্ক সম্পর্কে কোনটি সঠিক? ক) নেটওয়ার্ক 172.16.45.0, broadcast 172.16.45.255 খ) নেটওয়ার্ক 172.16.32.0, broadcast 172.16.47.255 গ) নেটওয়ার্ক 172.16.32.0, ব্যবহারযোগ্য host ৪০৯৬টি ঘ) নেটওয়ার্ক 172.16.40.0, broadcast 172.16.47.255
/20 = 8 + 8 + 4 → তৃতীয় octet-এ ৪টি ১ mask = 255.255.240.0 block = 256 − 240 = 16 তৃতীয় octet-এর নেটওয়ার্ক: 0, 16, 32, 48, 64 … ক) ধরে নিয়েছে /24 — চতুর্থ octet নিয়ে ভাবা, যেখানে mask আসলে ০ক) 172.16.45.0
32 ≤ 45 < 48 নেটওয়ার্ক = 172.16.32.0 broadcast = 172.16.47.255 ঘ) 40 তো 16-এর গুণিতকই নয় — block-এর শুরু হতে পারে নাঘ) 172.16.40.0
host bit = 32 − 20 = 12 মোট ঠিকানা = 2¹² = 4096 ব্যবহারযোগ্য = 4096 − 2 = 4094 (network আর broadcast বাদ) গ) নেটওয়ার্ক ঠিক, কিন্তু ৪০৯৬ “মোট”, “ব্যবহারযোগ্য” নয়গ) host ৪০৯৬টি
উত্তর: খ) 172.16.32.0 – 172.16.47.255
তিন ফাঁদ:
ক → ভুল octet-এ কাজ করা
ঘ → block-এর গুণিতক না দেখা
গ → “মোট” আর “ব্যবহারযোগ্য” গোলানো
- প্রশ্নটি আসলে কী চায়, আগে দেখুন। চারটি অপশনে দুই রকম দাবি — নেটওয়ার্ক-broadcast জোড়া, আর একটিতে host-সংখ্যা। “সঠিক” শব্দে দাগ দিন: চারটির ঠিক একটিই পুরোপুরি সত্য হতে হবে। প্রথম কাজ: /20-এর mask কোন octet-এ “আকর্ষণীয়” — অর্থাৎ ২৫৫ বা ০ নয়।
- Mask আর block size বের করুন। /20 = ৮ + ৮ + ৪, তাই তৃতীয় octet-এ চারটি ১: mask 255.255.240.0, block ২৫৬ − ২৪০ = ১৬. এখানেই ক বাদ — ক অপশনটি /24-এর মতো ভেবেছে, যেন তৃতীয় octet পুরোটাই নেটওয়ার্কের।
- Host-এর octet কোন block-এ পড়ে। তৃতীয় octet ৪৫; ১৬-এর গুণিতকে block শুরু হয় ০, ১৬, ৩২, ৪৮… — ৩২ ≤ ৪৫ < ৪৮. তাই নেটওয়ার্ক 172.16.32.0, broadcast 172.16.47.255. ঘ বাদ: ৪০ ষোলোর গুণিতকই নয়, তাই কোনো /20 block সেখানে শুরু হতে পারে না।
- Host-সংখ্যা যাচাই করুন। host bit ৩২ − ২০ = ১২, মোট ঠিকানা ২১২ = ৪০৯৬, ব্যবহারযোগ্য ৪০৯৬ − ২ = ৪০৯৪. গ-এর নেটওয়ার্ক ঠিক, কিন্তু host-সংখ্যা ভুল — আধা-সত্য অপশন, “সঠিক” নয়।
- উত্তর খ — আর তিনটি ফাঁদ মনে রাখুন। ভুল octet-এ কাজ করা, block-এর গুণিতক না দেখা, আর “মোট” বনাম “ব্যবহারযোগ্য”। মডিউল ৩-এর অংশে 10.20.1.77/22-এর একই ধাঁচের প্রশ্ন আছে — সেখানে এই তিন ধাপ নিজে চালিয়ে দেখুন।
কৌশল ২ · numerical-এ রীতি আর একক আগে, হিসাব পরে
নেটওয়ার্কের numerical-এ সবচেয়ে বেশি নম্বর হারায় হিসাবের ভুলে নয়, রীতি আর এককের ভুলে। একই প্রশ্নের দুটি উত্তর দুটি ভিন্ন রীতি থেকে আসতে পারে, আর প্রশ্নকর্তা প্রায়ই দুটিকেই অপশনে রাখেন। এই কোর্সের পর্বগুলো যে রীতি মানে, এই পাতার প্রশ্নগুলোও তা-ই মানে; ভিন্ন রীতি হলে প্রশ্নে লেখা আছে।
| বিষয় | রীতি | অন্য রীতিতে কী বদলায় |
|---|---|---|
| গতির একক | k, M, G = ১০৩, ১০৬, ১০৯; ১ byte = ৮ bit | ফাইলের আকারে KiB = ১০২৪ byte — প্রশ্নে কোনটি, দেখে নিন |
| Delay | dtrans = L/R, dprop = d/s, ρ = La/R | L byte-এ রেখে দিলে উত্তর ৮ গুণ ছোট |
| Host-সংখ্যা | ২h − ২ (network আর broadcast বাদ) | /31 (point-to-point, RFC 3021) আর /32 ব্যতিক্রম |
| Fragment offset | ৮ byte-এর এককে; প্রতি fragment-এর data ৮-এর গুণিতক | byte-এ লিখলে ৮ গুণ বড় |
| ARQ-এর efficiency | a = Tprop/Ttrans; U = W/(১ + ২a), সর্বোচ্চ ১ | ACK-এর transmission বা processing ধরলে হর বড় হয় — প্রশ্নে কী নগণ্য, দেখে নিন |
| CRC | generator-এর degree r হলে বার্তার শেষে r টি ০; XOR ভাগ | ০ না জুড়লে ভাগশেষ আলাদা |
| RTO | RFC 6298: আগে RTTVAR (পুরোনো SRTT দিয়ে), তারপর SRTT; RTO = SRTT + ৪·RTTVAR | কিছু বই আগে SRTT হালনাগাদ করে — উত্তর সামান্য আলাদা |
| TCP Reno | ৩টি duplicate ACK: ssthresh = cwnd/২, fast recovery শেষে cwnd = ssthresh; timeout: cwnd = ১ | কিছু বই মাঝপথে cwnd = ssthresh + ৩ দেখায় |
| HTTP-র সময় | transmission নগণ্য; non-persistent-এ প্রতি object ২ RTT | প্রথম পাতার handshake গোনা হবে কি না, প্রশ্নে দেখুন |
রীতি লেখার পর খাতায় একক মিলিয়ে নিন — উত্তরের এককটি অপশনের এককের সাথে মেলে কি না। নিচের ছোট হিসাবটি এই পাতার কয়েকটি বহুল-প্রচলিত numerical আবার করে; যেকোনো সংখ্যা বদলে নিজের প্রশ্নের উত্তর মিলিয়ে দেখতে পারেন:
// Re-check the most common MCQ numericals before trusting an answer key.
function subnet(ip, prefix) {
const n = ip.split(".").reduce((a, o) => a * 256 + Number(o), 0);
const size = 2 ** (32 - prefix);
const net = Math.floor(n / size) * size;
const toIp = v => [24, 16, 8, 0].map(s => Math.floor(v / 2 ** s) % 256).join(".");
return toIp(net) + " - " + toIp(net + size - 1) + ", usable hosts " + (prefix >= 31 ? "special (/31, /32)" : size - 2);
}
const log2 = Math.log2;
console.log("172.16.45.200/20 -> " + subnet("172.16.45.200", 20));
console.log("192.168.1.130/25 -> " + subnet("192.168.1.130", 25));
console.log("Nyquist B=3000 Hz, L=4 : " + 2 * 3000 * log2(4) + " bps");
console.log("Shannon B=3000 Hz, SNR=30 dB: " + Math.round(3000 * log2(1 + 10 ** (30 / 10))) + " bps");
console.log("Pure ALOHA max = " + (1 / (2 * Math.E)).toFixed(3) + ", slotted max = " + (1 / Math.E).toFixed(3));
console.log("Stop-and-wait U, a = 2 : " + (1 / (1 + 2 * 2)).toFixed(2));
// Units: 1 byte = 8 bits; network rates use k = 1000
const fileMB = 500, linkMbps = 100;
console.log("500 MB over 100 Mbps : " + (fileMB * 8 / linkMbps) + " s (not 5 s)");
console.log("BDP 1 Gbps x 40 ms : " + (1e9 * 0.040 / 8 / 1e6) + " MB");
// RFC 6298 order: RTTVAR first (with the OLD SRTT), then SRTT
let srtt = 100, rttvar = 10; const r = 120;
rttvar = 0.75 * rttvar + 0.25 * Math.abs(srtt - r);
srtt = 0.875 * srtt + 0.125 * r;
console.log("RTO = " + srtt + " + 4 x " + rttvar + " = " + (srtt + 4 * rttvar) + " ms");আউটপুট (নির্ধারিত, প্রতিবার একই):
172.16.45.200/20 -> 172.16.32.0 - 172.16.47.255, usable hosts 4094
192.168.1.130/25 -> 192.168.1.128 - 192.168.1.255, usable hosts 126
Nyquist B=3000 Hz, L=4 : 12000 bps
Shannon B=3000 Hz, SNR=30 dB: 29902 bps
Pure ALOHA max = 0.184, slotted max = 0.368
Stop-and-wait U, a = 2 : 0.20
500 MB over 100 Mbps : 40 s (not 5 s)
BDP 1 Gbps x 40 ms : 5 MB
RTO = 102.5 + 4 x 12.5 = 152.5 ms
প্রথম দুই লাইন subnet-এর হিসাব: 172.16.45.200/20 পড়ে 172.16.32.0–172.16.47.255 block-এ, ব্যবহারযোগ্য ৪০৯৪ — ঠিক উপরের ডায়াগ্রামের উত্তর; আর 192.168.1.130/25 পড়ে .128 থেকে .255-এর block-এ, ১২৬টি host-সহ। তৃতীয় আর চতুর্থ লাইনে একই ৩০০০ Hz চ্যানেল দুই সূত্রে: শব্দহীন ধরে ৪ স্তরে Nyquist ১২,০০০ bps, আর ৩০ dB শব্দসহ Shannon-এর সীমা প্রায় ২৯,৯০২ bps. খেয়াল করুন, dB-কে আগে ১০৩০/১০ = ১০০০-এ বদলাতে হয়েছে। এরপর ALOHA-র দুই সর্বোচ্চ মান (০.১৮৪ আর ০.৩৬৮) আর a = ২-এ stop-and-wait-এর ২০%. “500 MB over 100 Mbps” লাইনটি এককের ফাঁদ দেখায় — ৮ দিয়ে গুণ ভুলে গেলে উত্তর আসে ৫ সেকেন্ড, আসলে ৪০. শেষ দুই লাইনে bandwidth-delay product (১ Gbps × ৪০ ms = ৫ MB) আর RFC 6298-এর ক্রমে RTO = ১৫২.৫ ms — মডিউল ৫-এর একটি প্রশ্নের উত্তর।
কৌশল ৩ · negative marking আর সময় ভাগ
ভুলে নম্বর কাটলে আন্দাজ একটি হিসাবের সিদ্ধান্ত। ঠিক হলে +১ আর ভুলে −০.২৫ ধরলে চারটি অপশনের মধ্যে অন্ধ আন্দাজের গড় লাভ মাত্র +০.০৬২৫; একটি অপশন নিশ্চিতভাবে বাদ দিয়ে তিনটি থেকে +০.১৬৭; দুটি বাদ দিয়ে +০.৩৭৫. সাধারণ নিয়ম: k টি অপশন বাকি থাকলে আন্দাজ লাভজনক, যতক্ষণ কাটা নম্বর ১ ÷ (k − ১)-এর কম। অর্থাৎ লাভ আসে বাদ দেওয়ার দক্ষতা থেকে, ভাগ্য থেকে নয়।
সময় ভাগ করুন দুই দফায়। প্রথম দফায় স্মৃতি আর সংজ্ঞার প্রশ্ন (port, স্তর, পূর্ণরূপ) — প্রতিটি আধা মিনিটের কম। numerical আর যেগুলোতে দ্বিধা, সেগুলোর পাশে চিহ্ন দিয়ে এগিয়ে যান। দ্বিতীয় দফায় চিহ্ন দেওয়া প্রশ্ন, খাতায় ছোট হিসাবসহ। Subnet-এর প্রশ্নে block size-টি আগে লিখুন; delay-র প্রশ্নে প্রথমে সব সংখ্যা bit আর সেকেন্ডে আনুন।
দশটি বড় ফাঁদ
নিচের প্রতিটি সারি এই পাতার একাধিক প্রশ্নে distractor হয়ে ফিরে আসবে। শুরুর আগে একবার চোখ বুলিয়ে নিন, আর শেষে আপনার ভুলগুলো কোন সারিতে পড়ল, মিলিয়ে দেখুন।
| ফাঁদ | ভুল ধারণা | সঠিক কথা |
|---|---|---|
| bit বনাম byte | “১০০ Mbps মানে ১০০ MB/s” | ছোট b = bit, বড় B = byte; ১০০ Mbps ≈ ১২.৫ MB/s, overhead-এ আরও একটু কম |
| ms, µs আর k | “১০ Mbps-এ ১২,০০০ bit যেতে ১২ ms” | ১০৭ bit/s-এ ১.২ ms; এককের প্রতিটি ধাপ খাতায় লিখুন |
| Transmission বনাম propagation | “packet বড় হলে propagation delay বাড়ে” | packet-এর আকার বাড়ায় transmission; propagation শুধু দূরত্ব আর মাধ্যমের গতিতে |
| dB বনাম অনুপাত | “SNR ৩০ dB, তাই log2(১ + ৩০)” | আগে ১০৩ = ১০০০-এ রূপান্তর, তারপর Shannon |
| Hub, switch, router | “switch broadcast domain ভাগ করে” | switch ভাগ করে collision domain (প্রতি port একটি); broadcast domain ভাগ করে router বা VLAN |
| Host-সংখ্যা | “/27-এ ৩২টি host” | ৩২টি ঠিকানা, ব্যবহারযোগ্য ৩০ |
| DNS-এর port 53 | “DNS শুধু UDP” | সাধারণ প্রশ্ন UDP-তে; বড় উত্তর আর zone transfer TCP 53-এ — দুটিই বৈধ |
| GBN বনাম SR-এর window | “m bit-এ দুটিতেই ২m − ১” | GBN: ২m − ১; SR: ২m−১ |
| Flow বনাম congestion control | “rwnd নেটওয়ার্কের ভিড় মাপে” | rwnd প্রাপকের buffer; cwnd নেটওয়ার্কের অনুমান; প্রেরক পাঠায় min(rwnd, cwnd) |
| Hash বনাম encryption | “SHA-256 key দিয়ে খোলা যায়” | hash একমুখী, কোনো key নেই; encryption-এ key দিয়ে ফেরত আনা যায় |
এই পাতার প্রশ্নগুলো সম্পর্কে: প্রশ্নগুলো এই কোর্সের জন্য নতুন করে লেখা — বিশ্ববিদ্যালয়, চাকরির লিখিত পরীক্ষা আর ইন্টারভিউতে এ ধরনের প্রশ্ন প্রায়ই আসে, এমন ধারণা থেকে বানানো; কোনোটিই কোনো নির্দিষ্ট পরীক্ষার আসল প্রশ্ন নয়। প্রতিটি numerical-এর উত্তর ছোট প্রোগ্রামে মিলিয়ে দেখা, আর রীতি প্রশ্নেই লেখা। IP ঠিকানাগুলো private বা ডকুমেন্টেশনের জন্য সংরক্ষিত range থেকে নেওয়া। অন্যভাবে বলা না থাকলে Linux-এর আচরণ মানে সাম্প্রতিক Linux আর iproute2-এর টুল।
২ · মডিউল ১ — নেটওয়ার্কের ভিত্তি (১৪টি প্রশ্ন)
এই অংশ কোর্সের ভিত্তি: OSI আর TCP/IP-র স্তর, encapsulation, circuit বনাম packet switching, topology, চার রকম delay আর throughput, আর Linux-এর নেটওয়ার্ক টুল। পরীক্ষায় সবচেয়ে বেশি ভুল হয় তিন জায়গায়: transmission delay আর propagation delay গুলিয়ে ফেলা, bit-byte-এর রূপান্তর ভুলে যাওয়া, আর throughput-এ সবচেয়ে ধীর link-টি (bottleneck) না দেখা।
- পর্ব ০১ · কম্পিউটার নেটওয়ার্ক কী আর কেন আর পর্ব ০২ · নেটওয়ার্কের ধরন আর topology — LAN-WAN, ISP-র স্তর, mesh-এর link-সংখ্যা
- পর্ব ০৩ · স্তরে স্তরে নেটওয়ার্ক — OSI, TCP/IP, PDU-র নাম, encapsulation
- পর্ব ০৪ · Circuit switching আর packet switching আর পর্ব ০৫ · Delay, loss আর throughput — store-and-forward, ρ = La/R, bottleneck
- পর্ব ০৬ · Linux-এ নেটওয়ার্ক দেখা —
ip,ss,ping,/proc/net
(সহজ) একটি router প্রধানত OSI মডেলের কোন স্তরে কাজ করে — অর্থাৎ কোন স্তরের ঠিকানা দেখে packet-কে পথ দেখায়?
- Data link স্তর (স্তর ২)
- Physical স্তর (স্তর ১)
- Transport স্তর (স্তর ৪)
- Network স্তর (স্তর ৩)
(সহজ) Data link স্তরের PDU (protocol data unit)-কে প্রচলিতভাবে কী বলা হয়?
- Segment
- Packet বা datagram
- Bit
- Frame
(মাঝারি) একটি ব্রাউজার HTTP request পাঠাচ্ছে। প্রেরকের দিকে encapsulation-এর সঠিক ক্রম কোনটি?
- HTTP বার্তা → TCP segment → IP packet → Ethernet frame → bit
- HTTP বার্তা → IP packet → TCP segment → Ethernet frame → bit
- Ethernet frame → IP packet → TCP segment → HTTP বার্তা → bit
- HTTP বার্তা → TCP segment → Ethernet frame → IP packet → bit
(মাঝারি) OSI আর TCP/IP মডেল নিয়ে কোন বক্তব্যটি মিথ্যা?
- OSI মডেলে সাতটি স্তর আছে
- ইন্টারনেট বাস্তবে TCP/IP protocol-গুলো দিয়েই চলে
- Encapsulation-এ প্রতিটি স্তর নিজের header যোগ করে
- TCP/IP মডেলে session আর presentation আলাদা স্তর হিসেবে আছে
(সহজ) ১৫০০ byte-এর একটি packet ১০ Mbps-এর link-এ ঠেলে দিতে (transmission delay) কত সময় লাগে?
- ০.১৫ ms
- ১.২ ms
- ১২ ms
- ১২০ ms
(সহজ) নিচের কোনটির ওপর propagation delay নির্ভর করে না?
- দুই প্রান্তের দূরত্ব
- মাধ্যমে সংকেতের গতি (তামা, fiber বা বাতাস)
- মাধ্যমটি কী দিয়ে তৈরি
- Packet-এর আকার
(মাঝারি) একটি router-এর outgoing link ১০ Mbps. সেখানে গড়ে প্রতি সেকেন্ডে ৫০০টি packet আসে, প্রতিটি ১৫০০ byte. Traffic intensity ρ = La/R কত?
- ০.০৭৫
- ০.৬
- ১.২
- ৬
(মাঝারি) Source আর destination-এর মাঝে দুটি router, অর্থাৎ তিনটি link; প্রতিটি link ১ Mbps. ১২,০০০ bit-এর একটি packet store-and-forward পদ্ধতিতে যায়। Propagation, processing আর queuing delay শূন্য ধরলে end-to-end delay কত?
- ১২ ms
- ২৪ ms
- ৩৬ ms
- ৮৪ ms
(সহজ) একটি ফাইলের পথে তিনটি link: ১০০ Mbps, ২০ Mbps আর ৫০ Mbps. অন্য কোনো traffic নেই। ৪০ MB (১ MB = ১০৬ byte) ফাইল নামাতে মোটামুটি কত সময় লাগবে?
- ২ সেকেন্ড
- ৩.২ সেকেন্ড
- ৬.৪ সেকেন্ড
- ১৬ সেকেন্ড
(সহজ) আপনার ISP প্যাকেজ “১০০ Mbps”. ডাউনলোড ম্যানেজারে গতি দেখায় MB/s-এ। Overhead বাদ দিলে সর্বোচ্চ মোটামুটি কত দেখাবে?
- প্রায় ১.২৫ MB/s
- প্রায় ১২.৫ MB/s
- প্রায় ১০০ MB/s
- প্রায় ৮০০ MB/s
(সহজ) Linux-এ কোন কোন TCP port-এ প্রোগ্রাম শুনছে (listening), সংখ্যায় আর প্রোগ্রামের নামসহ দেখতে আধুনিক কোন কমান্ডটি ব্যবহার করবেন?
ip routeping -c 4ip -s linkss -tlnp
(কঠিন) x86 Linux-এ /proc/net/tcp-এর একটি সারিতে local_address লেখা 0100007F:1F90. এটি কোন ঠিকানা আর port?
- 127.0.0.1:8080
- 1.0.0.127:8080
- 127.0.0.1:36895
- 0.0.0.0:8080
(সহজ) নিচের কোনটি circuit switching-এর বৈশিষ্ট্য, packet switching-এর নয়?
- সংযোগের শুরুতে পুরো পথে নির্দিষ্ট ক্ষমতা সংরক্ষিত থাকে, কথা না বললেও তা অন্য কেউ পায় না
- প্রতিটি packet নিজের header-এ গন্তব্য নিয়ে আলাদাভাবে যায়
- Link-এর ক্ষমতা statistical multiplexing-এ ভাগ হয় — যে পাঠায়, সে-ই ব্যবহার করে
- ভিড়ের সময় router-এর buffer-এ queue জমে, আর packet হারাতে পারে
(মাঝারি) ৬টি যন্ত্রকে full mesh topology-তে জুড়তে (প্রতিটি জোড়ার মধ্যে আলাদা point-to-point link) মোট কয়টি link লাগবে?
- ৬টি
- ১২টি
- ১৫টি
- ৩০টি
৩ · মডিউল ২ — Physical আর data link স্তর (১৭টি প্রশ্ন)
এখানে numerical সবচেয়ে ঘন: Nyquist আর Shannon, baud বনাম bit rate, CRC-এর লম্বা ভাগ, Hamming distance, stop-and-wait আর sliding window-এর efficiency, ALOHA আর CSMA/CD. তারপর switch, VLAN আর Wi-Fi-র আচরণ। সবচেয়ে বেশি ভুল হয় dB-কে অনুপাতে না বদলানো, GBN আর SR-এর window-সীমা গোলানো, আর collision domain বনাম broadcast domain গোনায়।
- পর্ব ০৭ · Physical layer আর পর্ব ০৮ · মাধ্যম আর multiplexing — Nyquist, Shannon, dB, line coding, QAM, fiber
- পর্ব ০৯ · Error detection আর correction — CRC-র ভাগ, Hamming distance আর code
- পর্ব ১০ · Framing আর ARQ আর পর্ব ১১ · Multiple access — U = W/(১ + ২a), window-সীমা, ALOHA, ন্যূনতম frame
- পর্ব ১২ · Ethernet আর switch, পর্ব ১৩ · VLAN আর পর্ব ১৪ · Wi-Fi — MAC শেখা, 802.1Q, CSMA/CA, WPA3
(মাঝারি) শব্দহীন একটি চ্যানেলের bandwidth ৩০০০ Hz, আর সংকেতের ৪টি আলাদা স্তর ব্যবহার করা হয়। Nyquist সূত্রে সর্বোচ্চ bit rate কত?
- ৬,০০০ bps
- ১২,০০০ bps
- ২৪,০০০ bps
- ৪৮,০০০ bps
(মাঝারি) একটি চ্যানেলের bandwidth ১ MHz, আর SNR = ৬৩ (অনুপাত, dB নয়)। Shannon সূত্রে তাত্ত্বিক সর্বোচ্চ ক্ষমতা কত?
- ৬ Mbps
- ১২ Mbps
- ৩১.৫ Mbps
- ৬৩ Mbps
(মাঝারি) ৩০ dB-এর SNR সরল অনুপাতে কত?
- ৩০
- ৩০০
- ১,০০০
- ১০,০০০
(সহজ) Manchester encoding-এ প্রতিটি bit-এর মাঝখানে সংকেতের স্তর বদলায়। এর মূল সুবিধা কী?
- আলাদা clock সংকেত ছাড়াই প্রাপক bit-এর সীমানা ধরে রাখতে পারে
- একই baud-এ bit rate দ্বিগুণ হয়
- Bit-এর ভুল নিজে থেকে সংশোধন হয়
- কম bandwidth লাগে
(মাঝারি) একটি modem ১৬-QAM ব্যবহার করে ৯৬০০ bps পাঠায়। Baud rate কত?
- ৬০০ baud
- ২৪০০ baud
- ৯৬০০ baud
- ৩৮,৪০০ baud
(কঠিন) বার্তা 1101011011, generator 10011 (x4 + x + 1). বার্তার শেষে ৪টি ০ জুড়ে modulo-2 ভাগ করলে CRC (remainder) কত?
0011011110111110
(মাঝারি) একটি code-এর minimum Hamming distance ৫. এটি নিশ্চিতভাবে সর্বোচ্চ কয়টি bit-এর ভুল সংশোধন করতে পারে?
- ১টি
- ২টি
- ৪টি
- ৫টি
(মাঝারি) ৭ bit ডেটার জন্য Hamming code-এ (একটি bit-এর ভুল সংশোধনের জন্য) কমপক্ষে কয়টি parity bit লাগবে?
- ৩টি
- ৪টি
- ৫টি
- ৭টি
(মাঝারি) Stop-and-wait ARQ-তে একটি frame-এর transmission time ১ ms, এক দিকের propagation delay ২ ms. ACK-এর আকার আর processing নগণ্য, ত্রুটি নেই। Link utilization কত?
- ২০%
- ৩৩%
- ৫০%
- ১০০%
(কঠিন) Sequence নম্বরের জন্য ৩ bit বরাদ্দ (০ থেকে ৭)। Go-Back-N আর Selective Repeat-এ প্রেরকের window সর্বোচ্চ কত হতে পারে?
- GBN ৭, SR ৪
- GBN ৮, SR ৮
- GBN ৭, SR ৭
- GBN ৮, SR ৪
(মাঝারি) Pure ALOHA আর slotted ALOHA-র তাত্ত্বিক সর্বোচ্চ throughput (চ্যানেলের ক্ষমতার ভগ্নাংশ হিসেবে) কত?
- Pure ৩৬.৮%, slotted ১৮.৪%
- Pure ৫০%, slotted ১০০%
- Pure ১৮.৪%, slotted ৩৬.৮%
- দুটিই ৩৬.৮%
(কঠিন) একটি CSMA/CD নেটওয়ার্কে গতি ১০ Mbps, দুই প্রান্তের সর্বোচ্চ দূরত্ব ২০০০ m, সংকেতের গতি ২ × ১০৮ m/s. Collision নিশ্চিতভাবে ধরতে ন্যূনতম frame size কত (repeater-এর delay নগণ্য)?
- ১০০ bit
- ২০০ bit
- ৪০০ bit
- ৫১২ bit
(মাঝারি) একটি router-এর দুটি interface-এ দুটি switch, প্রতিটি switch-এ ৪টি PC. Hub নেই। মোট কয়টি broadcast domain আর কয়টি collision domain?
- Broadcast ১, collision ১০
- Broadcast ২, collision ৮
- Broadcast ২, collision ২
- Broadcast ২, collision ১০
(মাঝারি) সদ্য চালু হওয়া একটি switch-এর MAC address table খালি। Port 1-এ থাকা A একটি frame পাঠাল B-কে (B port 3-এ)। Switch কী করবে?
- A-কে port 1-এ শিখবে, আর frame-টি port 1 ছাড়া সব port-এ পাঠাবে (flooding)
- Frame ফেলে দেবে, কারণ B-র ঠিকানা জানা নেই
- B-কে খুঁজতে ARP request পাঠাবে
- শুধু port 3-এ পাঠাবে
(মাঝারি) IEEE 802.1Q VLAN tag নিয়ে কোন বক্তব্যটি সঠিক?
- Tag ৮ byte, আর VLAN ID ১৬ bit
- Access port-এ PC-র কাছে frame সবসময় tag-সহ যায়
- ভিন্ন VLAN-এর host-রা router ছাড়াই সরাসরি কথা বলতে পারে
- VLAN ID ১২ bit, তাই ব্যবহারযোগ্য VLAN প্রায় ৪০৯৪টি (০ আর ৪০৯৫ সংরক্ষিত)
(মাঝারি) Wi-Fi কেন CSMA/CD-র বদলে CSMA/CA ব্যবহার করে, আর hidden terminal সমস্যা কমাতে কোন ব্যবস্থা আছে?
- বেতারে collision কখনো হয় না; RTS/CTS শুধু গতি বাড়ায়
- CSMA/CD বেশি দামি; hidden terminal সমাধানে WPA3
- বেতারে পাঠানোর সময় নিজের সংকেতের নিচে collision শোনা কার্যত সম্ভব নয়; RTS/CTS দিয়ে চ্যানেল আগে সংরক্ষণ করা যায়
- Wi-Fi token passing ব্যবহার করে; hidden terminal সমাধানে STP
(সহজ) বাড়ি বা অফিসের Wi-Fi-র জন্য নিচের কোন সেটিংটি এখন সবচেয়ে নিরাপদ পছন্দ (যদি সব যন্ত্র সমর্থন করে)?
- WPA3-Personal (SAE)
- WEP
- Open নেটওয়ার্ক, MAC filtering-সহ
- WPA2-Personal, WPS PIN চালু রেখে
৪ · মডিউল ৩ — Network স্তর (১৪টি প্রশ্ন)
চাকরির পরীক্ষায় সবচেয়ে বেশি আসা অংশ সম্ভবত এটিই: IPv4 ঠিকানা, subnet mask, CIDR আর VLSM, private range, fragmentation, DHCP, ARP, NAT, ICMP আর IPv6. Subnet-এর প্রশ্নে block size পদ্ধতি (পর্ব ১৭) সবচেয়ে দ্রুত — mask-এর আকর্ষণীয় octet খুঁজে ২৫৬ থেকে বিয়োগ করুন। আর fragmentation-এ offset সবসময় ৮ byte-এর এককে।
- পর্ব ১৫ · Network layer — forwarding বনাম routing, data আর control plane
- পর্ব ১৬ · IPv4 ঠিকানা আর header আর পর্ব ১৭ · Subnetting, CIDR আর VLSM — block size, host-সংখ্যা, TTL, fragmentation
- পর্ব ১৮ · DHCP আর ARP আর পর্ব ১৯ · NAT আর private ঠিকানা — DORA, broadcast বনাম unicast, PAT
- পর্ব ২০ · ICMP আর পর্ব ২১ · IPv6 — traceroute, Time Exceeded, link-local, PMTUD
(সহজ) Router-এর ভেতরে forwarding আর routing-এর পার্থক্য কোনটি?
- Forwarding পুরো নেটওয়ার্কের পথ হিসাব করে; routing একটি packet-কে port-এ সরায়
- দুটি একই কাজের দুই নাম
- Routing শুধু IPv6-এ হয়
- Forwarding হলো প্রতিটি packet-কে input থেকে সঠিক output port-এ পাঠানো (data plane); routing হলো table বানাতে পথ ঠিক করা (control plane)
(মাঝারি) Host 10.20.1.77/22 কোন নেটওয়ার্কে আছে, আর সেই নেটওয়ার্কের broadcast ঠিকানা কী?
- নেটওয়ার্ক 10.20.1.0, broadcast 10.20.1.255
- নেটওয়ার্ক 10.20.0.0, broadcast 10.20.255.255
- নেটওয়ার্ক 10.20.4.0, broadcast 10.20.7.255
- নেটওয়ার্ক 10.20.0.0, broadcast 10.20.3.255
(সহজ) একটি /27 subnet-এ host-এর জন্য কয়টি ঠিকানা ব্যবহার করা যায়?
- ১৪টি
- ৩০টি
- ৩২টি
- ৬২টি
(মাঝারি) 192.168.10.0/24-কে সমান মাপের ৪টি subnet-এ ভাগ করা হলো। তৃতীয় subnet-এর প্রথম ব্যবহারযোগ্য host ঠিকানা কোনটি?
- 192.168.10.65
- 192.168.10.128
- 192.168.10.129
- 192.168.10.193
(মাঝারি) VLSM নকশায় একটি বিভাগের ১০০টি host লাগবে। অপচয় সবচেয়ে কম রেখে কোন prefix দেবেন?
- /24
- /25
- /26
- /27
(সহজ) নিচের কোন ঠিকানাটি RFC 1918-এর private ঠিকানা?
- 100.64.10.1
- 192.0.2.10
- 169.254.3.4
- 172.20.5.1
(মাঝারি) ৪০০০ byte-এর একটি IPv4 datagram (২০ byte header, কোনো option নেই) ১৫০০ byte MTU-র link-এ যাবে। তৃতীয় fragment-এর data length আর fragment offset কত?
- ১০২০ byte, offset ৩৭০
- ১০৪০ byte, offset ২৯৬০
- ১০০০ byte, offset ৩৭৫
- ১০২০ byte, offset ১৮৫
(সহজ) IPv4 header-এর TTL field-এর মূল কাজ কী?
- Packet কত সেকেন্ড বাঁচবে, তা ঘড়ি ধরে মাপা
- Packet-এর অগ্রাধিকার ঠিক করা
- Fragment-গুলো জোড়া লাগানোর ক্রম রাখা
- Routing loop-এ packet যেন চিরকাল ঘুরতে না পারে — প্রতি hop-এ ১ কমে, ০ হলে packet ফেলে ICMP Time Exceeded পাঠানো হয়
(সহজ) DHCP-তে ঠিকানা পাওয়ার চারটি বার্তার সঠিক ক্রম কোনটি?
- Request → Offer → Discover → Ack
- Discover → Request → Offer → Ack
- Discover → Offer → Request → Ack
- Offer → Discover → Ack → Request
(মাঝারি) একই LAN-এ 192.168.1.10 জানতে চায় 192.168.1.20-এর MAC ঠিকানা। ARP-এর বার্তা কীভাবে যায়?
- Request broadcast (ff:ff:ff:ff:ff:ff)-এ, reply সাধারণত unicast-এ
- Request আর reply দুটিই broadcast-এ
- Request DNS server-এর কাছে যায়
- Request router হয়ে অন্য নেটওয়ার্কেও যায়
(মাঝারি) NAT (PAT) নিয়ে কোন বক্তব্যটি মিথ্যা?
- NAT থাকলে আলাদা firewall-এর আর কোনো দরকার নেই
- অনেক private host একটি public IP ভাগ করে, আলাদা port নম্বর দিয়ে চেনা যায়
- বাইরে থেকে নতুন সংযোগ ভেতরের host-এ আনতে port forwarding লাগে
- NAT end-to-end principle-কে কিছুটা ভাঙে
(সহজ) Linux-এর traceroute পথের প্রতিটি router-কে কীভাবে চেনে?
- প্রতিটি router-কে DNS-এ জিজ্ঞেস করে
- Router-গুলোর routing table ডাউনলোড করে
- TTL ১, ২, ৩… দিয়ে probe পাঠায়; যে router-এ TTL ০ হয়, সে ICMP Time Exceeded ফেরত পাঠায়
- ARP দিয়ে প্রতিটি hop-এর MAC খোঁজে
(মাঝারি) IPv6 নিয়ে কোন বক্তব্যটি মিথ্যা?
- মূল header-এর আকার স্থির ৪০ byte
- মূল header-এ কোনো header checksum নেই
- পথের router বড় packet নিজেরাই fragment করে পাঠায়
- ঠিকানা ১২৮ bit লম্বা
(সহজ) fe80:: দিয়ে শুরু হওয়া একটি IPv6 ঠিকানা কী ধরনের?
- Global unicast — ইন্টারনেটে সরাসরি পৌঁছানো যায়
- Loopback
- Documentation-এর জন্য সংরক্ষিত
- Link-local — শুধু একই link-এ বৈধ, router পার হয় না
৫ · মডিউল ৪ — Routing (১২টি প্রশ্ন)
Routing-এর প্রশ্ন দুই রকম: হাতে হিসাব (longest prefix match, Dijkstra-র টেবিল, Bellman-Ford-এর এক ধাপ, token bucket) আর protocol চেনা (RIP, OSPF, BGP, IGMP). হিসাবের প্রশ্নে সবচেয়ে বড় ফাঁদ “সবচেয়ে কম hop মানেই সবচেয়ে সস্তা পথ” ভাবা, আর count-to-infinity-র প্রতিকার আর তার সীমা গুলিয়ে ফেলা।
- পর্ব ২২ · Routing-এর ভিত্তি — routing table, static ও default route, longest prefix match
- পর্ব ২৩ · Distance vector routing আর পর্ব ২৪ · Link state routing — Bellman-Ford, split horizon, Dijkstra-র N′ আর D(v), OSPF area
- পর্ব ২৫ · BGP আর ইন্টারনেটের গঠন — AS_PATH, LOCAL_PREF, eBGP বনাম iBGP
- পর্ব ২৬ · Multicast আর QoS — IGMP, PIM, DiffServ, token bucket
(মাঝারি) একটি router-এর table-এ আছে: 10.0.0.0/8 → eth0, 10.1.0.0/16 → eth1, 10.1.2.0/24 → eth2, 0.0.0.0/0 → eth3. গন্তব্য 10.1.3.5-এর packet কোন interface দিয়ে যাবে?
- eth1
- eth0
- eth2
- eth3
(কঠিন) একটি নেটওয়ার্কের link-খরচ: u–v ২, u–w ৫, u–x ১, v–x ২, v–w ৩, x–w ৩, x–y ১, w–y ১, w–z ৫, y–z ২ (সব link দুই দিকে সমান)। Dijkstra দিয়ে u থেকে z-এর ন্যূনতম খরচ কত?
- ৪
- ৭
- ৮
- ১০
(মাঝারি) Distance vector routing-এ router x-এর প্রতিবেশী y (link-খরচ ২) আর z (link-খরচ ৭)। y জানায় Dy(z) = ১, আর z-এর নিজের কাছে Dz(z) = ০. Bellman-Ford অনুযায়ী Dx(z) কত?
- ১
- ৩
- ৭
- ৯
(মাঝারি) Distance vector protocol-এ count-to-infinity সমস্যা কমাতে কোন কৌশলটি ব্যবহৃত হয়?
- Split horizon with poison reverse — যে প্রতিবেশীর মাধ্যমে পথ শিখেছি, তাকে সেই গন্তব্যের দূরত্ব অসীম বলা
- Link-এর bandwidth বাড়ানো
- প্রতিটি router-কে Dijkstra চালানো
- Update পাঠানো বন্ধ রাখা
(সহজ) RIP-এ কোনো গন্তব্যের metric ১৬ দেখালে তার মানে কী?
- ১৬টি router পার হতে হবে
- পথের খরচ ১৬ Mbps
- গন্তব্যটি অগম্য (অসীম দূরত্ব)
- পথটি সবচেয়ে পছন্দের
(সহজ) BGP কোন transport-এর ওপর চলে?
- UDP port 520
- সরাসরি IP-র ওপর, protocol নম্বর ৮৯
- UDP port 53
- TCP port 179
(মাঝারি) OSPF নিয়ে কোন বক্তব্যটি সঠিক?
- বড় নেটওয়ার্ককে area-তে ভাগ করা যায়; সব area-কে backbone area (area 0)-এর সাথে যুক্ত থাকতে হয়
- এটি distance vector protocol, শুধু hop গোনে
- এটি বিভিন্ন ISP-র মধ্যে ইন্টারনেট routing-এর মূল protocol
- প্রতিটি router শুধু প্রতিবেশীর দূরত্বের তালিকা দেখে সিদ্ধান্ত নেয়
(মাঝারি) BGP-তে একটি router এমন একটি route পেল যার AS_PATH-এ তার নিজের AS নম্বর আছে। সে কী করবে, আর কেন?
- Route-টি গ্রহণ করে সবচেয়ে পছন্দের ধরবে
- AS_PATH থেকে নিজের নম্বর মুছে ফেলবে
- Route-টি বাতিল করবে — এভাবেই path-vector protocol loop ঠেকায়
- BGP session বন্ধ করে দেবে
(মাঝারি) একটি AS-এর ভেতরে একই prefix-এর দুটি BGP route আছে: একটির LOCAL_PREF ২০০, অন্যটির ১০০; বাকি সব attribute সমান। কোনটি বাছাই হবে?
- LOCAL_PREF ২০০-এর route
- LOCAL_PREF ১০০-এর route
- দুটিতে load balance হবে
- যেটি আগে এসেছে
(সহজ) নিচের কোনটি IGP (একটি প্রতিষ্ঠানের ভেতরের routing protocol) নয়?
- OSPF
- IS-IS
- RIP
- BGP
(মাঝারি) একটি host কোনো multicast group-এ (যেমন IPTV চ্যানেল) যোগ দিতে চায়। নিজের স্থানীয় router-কে জানাতে কোন protocol ব্যবহার করে (IPv4-এ)?
- ARP
- IGMP
- ICMP Echo
- DHCP
(কঠিন) একটি token bucket-এ bucket-এর আকার ১০,০০০ byte, token জমার হার ১০০০ byte/s. শুরুতে bucket পূর্ণ। যেকোনো ৫ সেকেন্ডে সর্বোচ্চ কত byte পাঠানো যাবে?
- ৫,০০০ byte
- ১০,০০০ byte
- ১৫,০০০ byte
- ৫০,০০০ byte
৬ · মডিউল ৫ — Transport স্তর (১৫টি প্রশ্ন)
ইন্টারভিউর সবচেয়ে প্রিয় অংশ: port আর socket, UDP-র সরলতা, TCP-র three-way handshake আর seq/ack নম্বর, TIME_WAIT, RTO, fast retransmit, receive window আর congestion window, আর QUIC. Seq/ack-এর প্রশ্নে মনে রাখুন: SYN আর FIN একটি করে নম্বর খরচ করে, আর ACK মানে “পরের যে byte চাই”।
- পর্ব ২৭ · Transport layer আর পর্ব ২৮ · UDP — port, ৪-tuple, UDP header, DNS কেন UDP-তে
- পর্ব ২৯ · TCP সংযোগ আর পর্ব ৩০ · TCP-র নির্ভরযোগ্যতা — handshake, state, TIME_WAIT, RTO (α = ১/৮, β = ১/৪), fast retransmit
- পর্ব ৩১ · TCP flow control আর পর্ব ৩২ · TCP congestion control — window ÷ RTT, slow start, Reno-র রীতি
- পর্ব ৩৩ · QUIC আর আধুনিক transport — 1-RTT ও 0-RTT, stream, connection ID
(সহজ) নিচের কোন জোড়াটি (protocol — প্রচলিত port) ভুল?
- SSH — TCP 22
- HTTPS — TCP 443
- IMAP — TCP 25
- DNS — UDP ও TCP 53
(মাঝারি) একটি web server-এর port 443-এ একসাথে হাজারো client যুক্ত। Server-এর TCP একটি আগত segment কোন সংযোগের, তা কীভাবে আলাদা করে?
- শুধু গন্তব্য port (443) দেখে
- শুধু উৎস IP দেখে
- Segment-এর sequence নম্বর দেখে
- ৪-tuple দেখে — উৎস IP, উৎস port, গন্তব্য IP, গন্তব্য port
(সহজ) UDP header কত byte, আর তাতে কোন field থাকে?
- ২০ byte — sequence আর ACK নম্বরসহ
- ৮ byte — উৎস port, গন্তব্য port, length আর checksum
- ৪০ byte — flow label-সহ
- ৪ byte — শুধু দুই port
(মাঝারি) সাধারণ DNS প্রশ্ন-উত্তর কেন মূলত UDP-তে চলে?
- ছোট একটি প্রশ্ন আর একটি উত্তরের জন্য handshake-এর বাড়তি RTT আর সংযোগের অবস্থা রাখার খরচ লাগে না; হারালে resolver নিজেই আবার জিজ্ঞেস করে
- UDP-তে encryption আছে
- UDP-র packet কখনো হারায় না
- TCP-তে port 53 ব্যবহার নিষিদ্ধ
(মাঝারি) Client-এর ISN ১০০০, server-এর ISN ৫০০০. Three-way handshake-এর তৃতীয় segment (client-এর ACK)-এ sequence আর acknowledgment নম্বর কত?
- seq ১০০০, ack ৫০০০
- seq ৫০০১, ack ১০০১
- seq ১০০১, ack ৫০০০
- seq ১০০১, ack ৫০০১
(সহজ) একটি TCP segment-এর sequence নম্বর ১০০১, আর তাতে ৫০০ byte ডেটা। সব ঠিকঠাক পৌঁছালে প্রাপক কোন ACK নম্বর পাঠাবে?
- ১০০১
- ১৫০০
- ১৫০১
- ৫০১
(মাঝারি) TCP সংযোগ শুরুতে দুই-ধাপের বদলে তিন-ধাপের handshake কেন?
- তিনটি segment পাঠালে গতি বাড়ে
- Encryption key বিনিময়ের জন্য
- Server-এর CPU-কে বিশ্রাম দিতে
- দুই দিকেরই ISN জানানো আর নিশ্চিত হওয়া দরকার, আর নেটওয়ার্কে আটকে থাকা পুরোনো SYN যেন ভুল সংযোগ খুলতে না পারে
(মাঝারি) TCP-তে TIME_WAIT অবস্থা কোন প্রান্তে আসে, আর কতক্ষণ থাকে?
- Server-এ, সবসময়
- যে প্রান্ত প্রথমে FIN পাঠিয়ে সংযোগ বন্ধ শুরু করে (active close); প্রায় ২ × MSL
- যে প্রান্ত শেষে বন্ধ করে (passive close)
- দুই প্রান্তেই, ঠিক ১ সেকেন্ড
(কঠিন) RFC 6298-এর নিয়মে (α = ১/৮, β = ১/৪; আগে RTTVAR, পুরোনো SRTT দিয়ে) SRTT = ১০০ ms, RTTVAR = ১০ ms. নতুন নমুনা R = ১২০ ms. ন্যূনতম সীমা উপেক্ষা করলে নতুন RTO কত?
- ১৪০ ms
- ১৫০ ms
- ১৫২.৫ ms
- ১৬০ ms
(মাঝারি) TCP-তে fast retransmit কখন ঘটে?
- প্রতিটি segment পাঠানোর ঠিক পরেই
- RTO শেষ হলে
- একই ACK নম্বরের তিনটি duplicate ACK এলে — timeout-এর অপেক্ষা না করে
- প্রাপকের window শূন্য হলে
(মাঝারি) Window scaling ছাড়া প্রাপকের সর্বোচ্চ বিজ্ঞাপিত window ৬৫,৫৩৫ byte, আর RTT ১০০ ms. অন্য কোনো বাধা না থাকলে একটি TCP সংযোগের throughput-এর ঊর্ধ্বসীমা মোটামুটি কত?
- ০.৬৬ Mbps
- ৫.২৪ Mbps
- ৫২.৪ Mbps
- ৬৫৫ Mbps
(কঠিন) TCP Reno-তে cwnd = ২০ MSS অবস্থায় তিনটি duplicate ACK এল। Fast recovery শেষে (পাঠ্যবইয়ের সরল রীতিতে: cwnd = ssthresh) নতুন ssthresh আর cwnd কত?
- ssthresh ১০, cwnd ১
- ssthresh ২০, cwnd ১০
- ssthresh ১০, cwnd ১০
- ssthresh ৫, cwnd ৫
(মাঝারি) Slow start-এ cwnd শুরু ১ MSS থেকে, প্রতি RTT-তে দ্বিগুণ হয়; ssthresh ৬৪, কোনো loss নেই। প্রথম round-এ cwnd = ১ ধরলে কোন round-এ cwnd প্রথম ৩২ MSS হবে?
- ৫ম round
- ৬ষ্ঠ round
- ১৬তম round
- ৩২তম round
(মাঝারি) QUIC নিয়ে কোন বক্তব্যটি মিথ্যা?
- এটি UDP-র ওপর চলে, আর TLS 1.3 তার handshake-এর ভেতরেই মেশানো
- একটি stream-এর packet হারালে একই সংযোগের অন্য সব stream-ও থেমে থাকে
- Connection ID থাকায় Wi-Fi থেকে মোবাইল ডেটায় গেলেও সংযোগ টিকে থাকতে পারে
- মূল মান RFC 9000-এ প্রকাশিত
(কঠিন) QUIC বা TLS 1.3-এর 0-RTT ডেটায় প্রধান নিরাপত্তা-ঝুঁকি কী, আর সাধারণ প্রতিকার কী?
- আক্রমণকারী একই 0-RTT ডেটা আবার পাঠাতে পারে (replay); তাই 0-RTT-তে শুধু idempotent অনুরোধ (যেমন GET) পাঠানো হয়
- Encryption থাকে না; তাই 0-RTT নিষিদ্ধ
- Certificate যাচাই হয় না; প্রতিকার HSTS
- Server-এর CPU বেশি লাগে; প্রতিকার load balancer
৭ · মডিউল ৬ — Application স্তর (১৬টি প্রশ্ন)
এখানে স্মৃতির প্রশ্ন (DNS record, status code, ইমেইলের port) আর হিসাব (P2P বিতরণের সময়, HTTP-র RTT, cache-এর traffic intensity, VoIP-এর bandwidth) পাশাপাশি। DNS-এ recursive আর iterative প্রশ্ন কে কাকে করে, HTTP-তে কোন method idempotent, আর HTTP/3 কেন QUIC-এ — এগুলোতে distractor সবচেয়ে বেশি।
- পর্ব ৩৪ · Application layer আর পর্ব ৩৫ · DNS — P2P-র DP2P, record-এর ধরন, resolver, TCP 53
- পর্ব ৩৬ · HTTP আর পর্ব ৩৭ · HTTP/2 আর HTTP/3 — RTT-র হিসাব, status code, method, cookie, HOL blocking
- পর্ব ৩৮ · Web cache, proxy আর CDN — প্রতিষ্ঠানের access link, Cache-Control, 304
- পর্ব ৩৯ · ইমেইল আর পর্ব ৪০ · Real-time আর streaming — SMTP, IMAP, DKIM, VoIP-এর overhead, WebSocket
(মাঝারি) একটি ১০০ Mbit-এর ফাইল N = ১০ জন peer-এর কাছে বিতরণ করতে হবে। Server-এর upload ২০ Mbps; প্রতিটি peer-এর download ১০ Mbps আর upload ৫ Mbps. P2P পদ্ধতিতে বিতরণের ন্যূনতম সময় (DP2P-এর নিম্নসীমা) কত?
- ৫ s
- ১০ s
- ১৪.৩ s
- ৫০ s
(সহজ) একটি domain-এর IPv6 ঠিকানা কোন DNS record-এ থাকে?
- AAAA
- A
- MX
- PTR
(মাঝারি) আপনার ল্যাপটপ www.example.com খুঁজছে; ISP-র resolver-এর cache খালি। সাধারণত কোন প্রশ্ন recursive আর কোনগুলো iterative?
- সব প্রশ্নই recursive — root server নিজেই পুরো উত্তর এনে দেয়
- ল্যাপটপ থেকে resolver-এ iterative; বাকিগুলো recursive
- শুধু authoritative server recursive প্রশ্ন নেয়
- ল্যাপটপ থেকে resolver-এ recursive; resolver থেকে root, TLD আর authoritative server-এ iterative
(মাঝারি) কোন পরিস্থিতিতে DNS সাধারণত TCP port 53 ব্যবহার করে?
- প্রতিটি সাধারণ A-record প্রশ্নে
- শুধু IPv6 ঠিকানা খুঁজতে
- উত্তর UDP-তে না ধরায় truncated (TC bit) এলে, আর zone transfer (AXFR/IXFR)-এ
- DNS-over-HTTPS-এ
(মাঝারি) একটি HTML পাতা আর তাতে ১০টি ছোট ছবি। Non-persistent HTTP, একটির পর একটি (parallel নয়), transmission time নগণ্য। পুরো পাতা আনতে কত RTT লাগবে?
- ৩ RTT
- ১১ RTT
- ১২ RTT
- ২২ RTT
(সহজ) Conditional GET-এর (If-None-Match বা If-Modified-Since) উত্তরে server 304 পাঠালে তার মানে কী?
- ফাইলটি স্থায়ীভাবে নতুন ঠিকানায় সরেছে
- Cache-এর কপিটি এখনো বৈধ — body ছাড়াই উত্তর, ব্রাউজার নিজের কপি ব্যবহার করবে
- অনুরোধটি অনুমোদিত নয়
- Server ব্যস্ত, পরে চেষ্টা করুন
(মাঝারি) HTTP-তে 401 আর 403-এর পার্থক্য কোনটি?
- দুটি একই, পুরোনো আর নতুন নাম
- 401: পরিচয় দেওয়া হয়নি বা ভুল (authentication লাগবে); 403: পরিচয় জানা, কিন্তু এই কাজের অনুমতি নেই (authorization)
- 401: পাতা নেই; 403: server-এ ত্রুটি
- 401 শুধু HTTP/2-তে, 403 শুধু HTTP/1.1-এ
(মাঝারি) নিচের কোন HTTP method idempotent নয় (একই অনুরোধ দুবার পাঠালে ফল একবারের মতো থাকে না)?
- POST
- GET
- PUT
- DELETE
(মাঝারি) HTTP/2 আর HTTP/3 নিয়ে কোনটি সঠিক?
- HTTP/2 টেক্সট-ভিত্তিক, HTTP/3 binary
- HTTP/3 TCP port 80-এ চলে
- HTTP/2 একটি TCP সংযোগে অনেক stream চালায়, কিন্তু একটি TCP segment হারালে সব stream আটকায়; HTTP/3 QUIC-এর ওপর চলে এই সমস্যা দূর করে
- HTTP/2-এ header compression নেই
(মাঝারি) Cookie-তে HttpOnly flag দিলে কী লাভ হয়?
- Cookie শুধু HTTP-তে যায়, HTTPS-এ নয়
- Cookie অন্য site-এর অনুরোধে যায় না
- Cookie encrypt হয়ে যায়
- পাতার JavaScript (
document.cookie) cookie পড়তে পারে না, তাই XSS হলেও session cookie চুরি কঠিন হয়
(কঠিন) একটি প্রতিষ্ঠানের ইন্টারনেট access link ১৫ Mbps. ব্রাউজারগুলো গড়ে প্রতি সেকেন্ডে ১৫টি object চায়, প্রতিটি ১ Mbit. প্রতিষ্ঠানে একটি cache বসানো হলো, hit rate ০.৪. Access link-এর traffic intensity আগে আর পরে কত?
- আগে ১, পরে ০.৬
- আগে ০.৪, পরে ১
- আগে ১, পরে ০.৪
- আগে ১৫, পরে ৯
(মাঝারি) HTTP-র Cache-Control: no-cache আর no-store-এর পার্থক্য কী?
- দুটি একই
- no-cache: সংরক্ষণ করা যায়, কিন্তু প্রতিবার ব্যবহারের আগে server-এ যাচাই (revalidate) করতে হবে; no-store: কোথাও সংরক্ষণই করা যাবে না
- no-cache শুধু CDN-এ, no-store শুধু ব্রাউজারে
- no-store মানে ১ ঘণ্টা রাখা যাবে
(সহজ) ইমেইলের protocol-গুলো নিয়ে কোনটি সঠিক?
- IMAP দিয়ে মেইল পাঠানো হয়, SMTP দিয়ে পড়া হয়
- SMTP শুধু ব্রাউজারের webmail-এ লাগে
- POP3 আর IMAP দুটিই মেইল পাঠায়
- SMTP মেইল পাঠায় ও server থেকে server-এ পৌঁছায় (push); IMAP দিয়ে client server-এ রাখা mailbox পড়ে ও সাজায় (pull)
(মাঝারি) ইমেইলের DKIM কী করে?
- কোন IP থেকে domain-এর মেইল পাঠানো যাবে, তার তালিকা রাখে
- পুরো বার্তা end-to-end encrypt করে
- প্রেরক domain-এর private key দিয়ে বার্তার নির্দিষ্ট অংশে signature দেয়; প্রাপক DNS-এর TXT record থেকে public key নিয়ে যাচাই করে
- Spam শনাক্ত করতে machine learning চালায়
(কঠিন) G.711 codec (৬৪ kbps) দিয়ে VoIP, প্রতি ২০ ms-এ একটি packet. প্রতিটি packet-এ RTP (১২ byte), UDP (৮ byte) আর IPv4 (২০ byte) header. IP স্তরে (Ethernet বাদে) এক দিকের bandwidth কত লাগে?
- ৬৪ kbps
- ৭২ kbps
- ৮০ kbps
- ৮৭.২ kbps
(সহজ) ব্রাউজার WebSocket সংযোগ শুরু করলে server সফলভাবে রাজি হলে কোন HTTP status code পাঠায়?
- 200 OK
- 101 Switching Protocols
- 204 No Content
- 302 Found
৮ · মডিউল ৭ — Socket প্রোগ্রামিং (১২টি প্রশ্ন)
Socket-এর প্রশ্নে সাধারণত কোড চালাতে হয় না — জানতে হয় কোন call কী ফেরত দেয়, কোন ক্রমে ডাকতে হয়, আর ভুল হলে কী ঘটে। সবচেয়ে বড় ধারণাগত ফাঁদ: TCP-কে বার্তা-ভিত্তিক ভাবা — অথচ সে একটি byte-stream, বার্তার সীমানা রাখে না। আর server-এর দিকে SIGPIPE, zombie আর epoll-এর edge-triggered আচরণ।
- পর্ব ৪১ · TCP socket প্রোগ্রামিং আর পর্ব ৪২ · UDP socket প্রোগ্রামিং — socket-bind-listen-accept, htons, recv-এর ০, framing
- পর্ব ৪৩ · একসাথে অনেক client — fork, waitpid, thread pool
- পর্ব ৪৪ · Event-driven সার্ভার — select, poll, epoll, EAGAIN
- পর্ব ৪৫ · প্রজেক্ট — C-তে একটি ছোট HTTP সার্ভার — header-এর শেষ, path traversal
(সহজ) C-তে একটি TCP server-এর system call-এর সঠিক ক্রম কোনটি?
- socket → listen → bind → accept
- socket → connect → accept
- bind → socket → accept → listen
- socket → bind → listen → accept
(মাঝারি) accept() সফল হলে কী ফেরত দেয়?
- Client-এর জন্য একটি নতুন connected socket-এর file descriptor; listening socket আগের মতো শুনতে থাকে
- একই listening socket-এর fd
- Client-এর IP ঠিকানা, int হিসেবে
- সবসময় ০
(মাঝারি) Socket-এর ঠিকানায় port বসাতে htons() কেন ডাকা হয়?
- Port নম্বর encrypt করতে
- Port-কে string-এ রূপান্তর করতে
- Host-এর byte ক্রম থেকে network byte order (big-endian)-এ নিতে — x86-এর মতো little-endian মেশিনে byte উল্টে যায়
- Big-endian মেশিনে byte উল্টাতে
(মাঝারি) Blocking TCP socket-এ recv() ০ ফেরত দিলে তার মানে কী?
- কোনো ত্রুটি হয়েছে; errno দেখুন
- ডেটা এখনো আসেনি, আবার চেষ্টা করুন
- Buffer-এ ০ byte জায়গা আছে
- অন্য প্রান্ত সংযোগ সুশৃঙ্খলভাবে বন্ধ করেছে (FIN) — এটি EOF
(মাঝারি) Client পরপর দুবার send() করল, প্রতিবার ১০০ byte. Server-এ একটি recv(fd, buf, 4096, 0) কত byte ফেরত দিতে পারে?
- ১ থেকে ২০০-র যেকোনো সংখ্যা — যতটুকু তখন পর্যন্ত এসে buffer-এ আছে
- ঠিক ১০০ — প্রতিটি send একটি recv-এ মেলে
- সবসময় ঠিক ২০০
- ৪০৯৬, বাকিটা শূন্য দিয়ে ভরা
(মাঝারি) UDP socket প্রোগ্রামিং নিয়ে কোনটি সঠিক?
- Server-কে listen আর accept ডাকতে হয়
- UDP-তে একটি recv একাধিক datagram জোড়া লাগিয়ে দিতে পারে
- Server bind করে
recvfrom()-এ datagram আর প্রেরকের ঠিকানা পায়,sendto()দিয়ে সেই ঠিকানায় উত্তর দেয় - UDP-তে sendto() সফল মানে প্রাপক ডেটা পেয়েছে
(মাঝারি) একটি server বন্ধ করে সঙ্গে সঙ্গে আবার চালালে bind() EADDRINUSE দেয়। সবচেয়ে সম্ভাব্য কারণ আর প্রচলিত সমাধান কী?
- Port নম্বর ১০২৪-এর বেশি; root লাগবে
- আগের সংযোগগুলো TIME_WAIT-এ আছে; bind-এর আগে SO_REUSEADDR চালু করা
- Firewall port বন্ধ রেখেছে
- কম্পিউটার restart না করা পর্যন্ত port আর কখনো খুলবে না
(মাঝারি) Server এমন একটি TCP socket-এ write() করল, যার অন্য প্রান্ত আগেই সংযোগ বন্ধ করে চলে গেছে। Linux-এ ডিফল্টে কী ঘটতে পারে?
- ডেটা নিরাপদে queue-তে থাকে
- write সবসময় ০ ফেরত দেয়
- Kernel নিজে থেকে নতুন সংযোগ খোলে
- Process SIGPIPE signal পায়, যার ডিফল্ট কাজ process বন্ধ করে দেওয়া; প্রতিকার MSG_NOSIGNAL বা SIGPIPE উপেক্ষা করে EPIPE ত্রুটি সামলানো
(মাঝারি) প্রতিটি client-এর জন্য fork() করা TCP server-এ দুটি জরুরি কাজ কী?
- Parent connected socket বন্ধ করবে, আর SIGCHLD-এ waitpid() দিয়ে শেষ হওয়া child-দের সংগ্রহ করবে — না হলে zombie জমে
- Child-এ listening socket খুলে রাখা আর parent-এ connected socket খুলে রাখা
- প্রতিটি child-এ নতুন port-এ bind করা
- Child-কে root হিসেবে চালানো
(কঠিন) select, poll আর epoll নিয়ে কোন বক্তব্যটি মিথ্যা?
- glibc-তে select-এর fd_set সাধারণত FD_SETSIZE (১০২৪)-এর নিচের fd-তে সীমিত
- epoll ফাইল-ডেটা পড়া-লেখাকে নিজে থেকে asynchronous করে দেয়
- select আর poll প্রতিবার পুরো fd-তালিকা kernel-এ পাঠায় ও ঘোরে — O(n)
- epoll Linux-এর নিজস্ব; macOS আর BSD-তে সমতুল্য হলো kqueue
(কঠিন) Edge-triggered (EPOLLET) epoll ব্যবহার করলে socket থেকে কীভাবে পড়তে হয়?
- Blocking socket-এ একবার recv করলেই যথেষ্ট
- প্রতিটি ঘটনার পর epoll_ctl দিয়ে fd মুছে আবার যোগ করতে হয়
- Socket non-blocking রেখে recv বারবার করতে হয়, যতক্ষণ না −১ আর EAGAIN আসে
- ET-তে recv লাগে না, ডেটা event-এর সাথে আসে
(মাঝারি) C-তে লেখা একটি ছোট static-file HTTP server-এ path traversal (যেমন GET /../../etc/passwd) ঠেকানোর সঠিক উপায় কোনটি?
- Path decode করে canonical (realpath-এর মতো) রূপে আনা, তারপর তা document root-এর ভেতরে কি না যাচাই করা; server কম অধিকারের user হিসেবে চালানো
- শুধু URL-এ “..” আছে কি না string খুঁজে দেখা
- Server-কে root হিসেবে চালানো, যাতে সব ফাইল পড়া যায়
- Port 80-এর বদলে 8080 ব্যবহার করা
৯ · মডিউল ৮ — নেটওয়ার্ক নিরাপত্তা (১৩টি প্রশ্ন)
নিরাপত্তার প্রশ্নগুলো এখানে প্রতিরক্ষার দিক থেকে: কোন ব্যবস্থা কী থামায়, আর কোনটি শুধু থামানোর ভান করে। সবচেয়ে বেশি গুলিয়ে যায় hash, encryption, MAC আর digital signature-এর কাজ; TLS 1.3-এর নতুনত্ব; আর stateful firewall বনাম NAT. শেষ প্রশ্নটি base rate fallacy নিয়ে — IDS-এর alert কেন প্রায়ই মিথ্যা।
- পর্ব ৪৬ · নেটওয়ার্ক নিরাপত্তার ভিত্তি — CIA, least privilege, defense in depth
- পর্ব ৪৭ · Cryptography-র ভিত্তি — symmetric, public key, hash, signature, password hashing
- পর্ব ৪৮ · TLS আর HTTPS — 1-RTT handshake, forward secrecy, certificate chain
- পর্ব ৪৯ · Firewall আর VPN আর পর্ব ৫০ · প্রচলিত আক্রমণ আর প্রতিরক্ষা — default deny, IPsec, SYN cookies, BCP 38, DAI, IDS
(সহজ) অনলাইনে টাকা পাঠানোর সময় পথে কেউ ৫০০ টাকাকে ৫০০০ টাকা বানিয়ে দিল। CIA triad-এর কোন দিকটি ভঙ্গ হলো?
- Confidentiality
- Availability
- Integrity
- Non-repudiation
(মাঝারি) Hash, encryption আর তাদের ব্যবহার নিয়ে কোন বক্তব্যটি মিথ্যা?
- SHA-256 একমুখী — hash থেকে মূল ডেটা ফেরত আনার কোনো key নেই
- AES symmetric — একই key দিয়ে encrypt আর decrypt
- Password সংরক্ষণে সাধারণ SHA-256-এর চেয়ে salt-সহ ধীর hash (bcrypt, scrypt, Argon2) ভালো
- ঠিক key জানলে SHA-256 hash decrypt করে মূল password পাওয়া যায়
(মাঝারি) Digital signature-এ কোন key দিয়ে sign আর কোনটি দিয়ে যাচাই করা হয়?
- প্রাপকের public key দিয়ে sign; প্রাপকের private key দিয়ে যাচাই
- প্রেরকের private key দিয়ে sign; প্রেরকের public key দিয়ে যে কেউ যাচাই
- প্রেরকের public key দিয়ে sign; প্রেরকের private key দিয়ে যাচাই
- একটি shared secret key দিয়ে দুটিই
(মাঝারি) TLS-এর মতো protocol-এ public-key cryptography আর symmetric encryption দুটিই কেন ব্যবহার হয় (hybrid)?
- Public-key encryption বেশি নিরাপদ, তাই সব ডেটায় সেটি
- Public-key পদ্ধতি দিয়ে নিরাপদে একটি shared key ঠিক করা আর পরিচয় যাচাই; তারপর দ্রুত symmetric cipher (যেমন AES-GCM) দিয়ে আসল ডেটা
- Symmetric key নেটওয়ার্কে সরাসরি খোলাভাবে পাঠানো নিরাপদ
- দুটি একসাথে না চালালে HTTP কাজ করে না
(মাঝারি) TLS 1.3 নিয়ে কোনটি সঠিক?
- Ephemeral key exchange-এর কারণে forward secrecy থাকে — পরে server-এর দীর্ঘমেয়াদি private key ফাঁস হলেও পুরোনো রেকর্ড করা session পড়া যায় না
- Full handshake-এ ২ RTT লাগে, ঠিক TLS 1.2-এর মতো
- RSA দিয়ে key পাঠানো (RSA key transport) এখনো প্রধান পদ্ধতি
- Certificate পুরো handshake-এ খোলা অবস্থায় যায়
(মাঝারি) HTTPS সংযোগে ব্রাউজার server-এর certificate কীভাবে বিশ্বাস করে?
- Server যা পাঠায়, তা-ই বিশ্বাস করে
- DNS-এর A record মিললেই বিশ্বাস
- Server leaf আর intermediate certificate পাঠায়; ব্রাউজার signature-এর শিকল ধরে নিজের trust store-এর একটি root CA পর্যন্ত যাচাই করে, আর নাম (SAN), মেয়াদ ও অবস্থা দেখে
- Certificate-এর আকার দেখে
(সহজ) Stateful firewall stateless packet filter থেকে কোথায় আলাদা?
- এটি শুধু MAC ঠিকানা দেখে
- এটি সব packet ঢুকতে দেয়
- এর কোনো নিয়মের তালিকা লাগে না
- এটি সংযোগের অবস্থা (conntrack) মনে রাখে, তাই ভেতর থেকে শুরু হওয়া সংযোগের ফিরতি packet আলাদা নিয়ম ছাড়াই ঢুকতে দেয়
(মাঝারি) একটি ছোট অফিসের internet-মুখী firewall-এর জন্য কোন inbound নীতিটি সবচেয়ে নিরাপদ শুরু?
- সব port খোলা রেখে শুধু পরিচিত খারাপ IP বন্ধ
- শুধু ICMP বন্ধ, বাকি সব খোলা
- Remote access-এর জন্য RDP আর SSH সারা ইন্টারনেটের জন্য খোলা
- ডিফল্টে সব নতুন inbound সংযোগ বন্ধ; শুধু দরকারি সেবা (যেমন web server-এ TCP 443) নির্দিষ্ট গন্তব্যে খোলা; established/related ফিরতি traffic অনুমোদিত
(মাঝারি) IPsec নিয়ে কোন বক্তব্যটি মিথ্যা?
- AH payload encrypt করে গোপনীয়তা দেয়
- ESP গোপনীয়তা (encryption) আর integrity দুটিই দিতে পারে
- Tunnel mode-এ পুরো মূল IP packet নতুন IP header-এর ভেতরে ঢুকে যায়
- Key ঠিক করতে সাধারণত IKEv2 ব্যবহার হয়
(মাঝারি) SYN flood থেকে server বাঁচাতে Linux-এ প্রচলিত একটি ব্যবস্থা কোনটি?
- TCP বন্ধ করে সব সেবা UDP-তে নেওয়া
- Listen backlog ০ করা
- SYN cookies — অর্ধেক-খোলা সংযোগের অবস্থা queue-তে না রেখে ISN-এর ভেতরে সাংকেতিকভাবে রাখা
- সব ICMP বন্ধ করা
(মাঝারি) DNS-ভিত্তিক amplification DDoS কমাতে নেটওয়ার্ক মালিকদের কোন পদক্ষেপগুলো কার্যকর?
- নিজের DNS server-এ শুধু TCP বন্ধ করা
- Open resolver না রাখা (শুধু নিজের client-দের recursion দেওয়া), নিজের নেটওয়ার্ক থেকে জাল উৎস ঠিকানার packet বের হতে না দেওয়া (BCP 38), আর response rate limiting
- DNS-এর TTL শূন্য করা
- শুধু বড় ইন্টারনেট link কেনা
(মাঝারি) একটি অফিস LAN-এ ARP spoofing-এর মাধ্যমে MITM-এর ঝুঁকি কমাতে কোনটি কার্যকর ব্যবস্থা?
- সব PC-তে ARP বন্ধ করে দেওয়া
- Wi-Fi-র SSID লুকিয়ে রাখা
- Switch-এ DHCP snooping-এর তালিকা দিয়ে Dynamic ARP Inspection চালু করা, আর সেবাগুলোতে end-to-end TLS ব্যবহার
- Gateway-এর IP ঠিকানা প্রতি সপ্তাহে বদলানো
(কঠিন) একটি IDS প্রকৃত আক্রমণের ৯৯% ধরে, আর নিরীহ ঘটনার ১%-এ ভুল করে alert দেয়। প্রতি ১০,০০০ ঘটনায় গড়ে ১টি আক্রমণ। একটি alert এলে সেটি সত্যিকারের আক্রমণ হওয়ার সম্ভাবনা মোটামুটি কত?
- প্রায় ১%
- প্রায় ১০%
- প্রায় ৫০%
- প্রায় ৯৯%
১০ · মডিউল ৯ — আধুনিক নেটওয়ার্ক ও ক্যাপস্টোন (১৪টি প্রশ্ন)
শেষ অংশে মোবাইল নেটওয়ার্ক (5G-এর core, সেবা-শ্রেণি, frequency reuse, handover), data center (leaf-spine, oversubscription, load balancer), SDN, cloud আর Kubernetes, আর সমস্যা খোঁজার টুল — tcpdump, Wireshark, dig. এখানকার distractor প্রায়ই পুরোনো তথ্য বা এক প্রসঙ্গের সত্যকে সব প্রসঙ্গের বলে চালানো — যেমন “LTE-তে soft handover”, বা “Kubernetes-এ ডিফল্টে সব বন্ধ”।
- পর্ব ৫১ · মোবাইল নেটওয়ার্ক — cell, cluster, handover, 5G core আর slicing
- পর্ব ৫২ · Data center নেটওয়ার্ক আর পর্ব ৫৩ · SDN আর NFV — leaf-spine, ECMP, L4 বনাম L7, controller আর flow table
- পর্ব ৫৪ · Cloud আর container নেটওয়ার্কিং — VPC, Docker-এর port, Pod, Service, NetworkPolicy
- পর্ব ৫৫ · সমস্যা খোঁজা, পর্ব ৫৬ · নেটওয়ার্ক পারফরম্যান্স আর পর্ব ৫৭ · ক্যাপস্টোন — tcpdump, filter, BDP, স্তর ধরে তদন্ত
(সহজ) 5G core-এ ব্যবহারকারীর আসল ডেটা packet (user plane) কোন network function দিয়ে যায়?
- AMF
- UPF
- SMF
- gNB
(মাঝারি) কারখানার রোবট বা দূর থেকে যন্ত্র নিয়ন্ত্রণের মতো খুব কম latency আর খুব উচ্চ নির্ভরযোগ্যতার চাহিদা 5G-র কোন সেবা-শ্রেণিতে পড়ে?
- URLLC
- eMBB
- mMTC
- VoLTE
(মাঝারি) একটি সেলুলার ব্যবস্থায় মোট ৮৪০টি চ্যানেল, cluster size N = ৭ (প্রতিটি cluster-এ সব চ্যানেল একবার করে ভাগ হয়)। প্রতিটি cell কয়টি চ্যানেল পায়?
- ৬০টি
- ১২০টি
- ৪২০টি
- ৮৪০টি
(মাঝারি) Hard আর soft handover নিয়ে কোনটি সঠিক?
- Soft handover-এ আগে পুরোনো সংযোগ ছাড়ে, তারপর নতুন ধরে
- Soft handover-এ কিছু সময় ফোন একাধিক base station-এর সাথে একসাথে যুক্ত থাকে (make-before-break)
- LTE মূলত soft handover ব্যবহার করে
- Handover শুধু ফোন বন্ধ-চালু করলে হয়
(মাঝারি) একটি leaf-spine data center-এ প্রতিটি leaf প্রতিটি spine-এর সাথে যুক্ত। ভিন্ন দুটি leaf-এর নিচের দুটি server-এর মাঝের পথে কয়টি switch পড়ে?
- ১টি
- ২টি
- ৩টি
- ৪টি
(মাঝারি) একটি leaf switch-এ server-মুখী ৪৮টি ১০ Gbps port আর spine-মুখী ৪টি ৪০ Gbps uplink. Oversubscription অনুপাত কত?
- ১:১
- ৩:১
- ৪:১
- ১২:১
(মাঝারি) URL path দেখে (যেমন /api গেলে এক দল server-এ, /images গেলে আরেক দলে) traffic ভাগ করতে কোন ধরনের load balancer লাগে?
- L4 load balancer
- DNS round robin
- L7 load balancer
- ARP
(মাঝারি) Software-defined networking (SDN) নিয়ে কোনটি সঠিক?
- SDN-এ switch-এর আর কোনো forwarding table থাকে না
- SDN মানে শুধু virtual machine-এ router চালানো
- প্রতিটি packet controller ঘুরে আসে
- Control plane একটি যৌক্তিকভাবে কেন্দ্রীভূত controller-এ থাকে; সে southbound API (যেমন OpenFlow) দিয়ে switch-গুলোর flow table ঠিক করে
(মাঝারি) Kubernetes networking নিয়ে কোন বক্তব্যটি মিথ্যা?
- কোনো NetworkPolicy না থাকলে ডিফল্টে Pod-দের মাঝে সব traffic বন্ধ থাকে
- প্রতিটি Pod নিজের IP ঠিকানা পায়, আর মডেল অনুযায়ী Pod-রা NAT ছাড়াই একে অপরের কাছে পৌঁছায়
- একটি Service (ClusterIP) পরিবর্তনশীল Pod-গুলোর সামনে একটি স্থির virtual IP আর DNS নাম দেয়
- ClusterIP-এর traffic Pod-এ পৌঁছাতে সাধারণত kube-proxy (iptables/IPVS) বা eBPF-ভিত্তিক ব্যবস্থা নিয়ম বসায়
(সহজ) Linux host-এ docker run -p 8080:80 nginx চালালে কী ঘটে?
- Container-এর port 8080 host-এর port 80-এ খোলে
- Container দুটি port-এ শুনতে শুরু করে
- Container-এর সব port host-এ খুলে যায়
- Host-এর port 8080-এ আসা সংযোগ container-এর port 80-এ পৌঁছে দেওয়া হয়
(মাঝারি) tcpdump -nn -i eth0 'tcp port 443' কমান্ডে -nn কী করে?
- শুধু নতুন সংযোগ দেখায়
- IP ঠিকানাকে নামে (DNS) আর port-কে সেবার নামে বদলায় না — সংখ্যাই দেখায়
- Packet-এর payload-এর প্রথম n byte দেখায়
- Capture শেষে ফাইলে সংরক্ষণ করে
(কঠিন) Wireshark-এ capture filter আর display filter-এর পার্থক্য কোনটি?
- Capture filter (BPF syntax, যেমন
tcp port 80) capture-এর সময়ই বাকি packet ফেলে দেয়; display filter (যেমনtcp.port == 80) ধরা সব packet থেকে শুধু দেখানো বাছে - দুটির syntax হুবহু এক
- Display filter packet ফাইল থেকে স্থায়ীভাবে মুছে দেয়
- Capture filter শুধু Windows-এ চলে
(মাঝারি) একটি পথের bottleneck ১০০ Mbps, RTT ৫০ ms. একটি TCP সংযোগ link পুরো ভরাতে চাইলে window কমপক্ষে কত byte হওয়া দরকার?
- প্রায় ৬৪ KB
- প্রায় ৬২৫ KB
- প্রায় ৫ MB
- প্রায় ৫০ MB
(মাঝারি) একটি PC থেকে ঠিকানা দিয়ে (যেমন ping 192.0.2.10) সার্ভারে পৌঁছানো যায়, কিন্তু নাম দিয়ে (example.com) যায় না। প্রথমে কোথায় খুঁজবেন?
- NIC-এর তার বা Wi-Fi সংযোগ
- Default gateway-এর routing
- Server-এর firewall
- DNS — resolver-এর কনফিগারেশন (যেমন
resolvectl statusবা/etc/resolv.conf) আরdig example.comদিয়ে উত্তর
AI-এর যুগে — AI দিয়ে আরও MCQ বানান, কিন্তু উত্তর নিজে হিসাব করে যাচাই করুন
এই পাতার প্রশ্ন শেষ হলে আরও অনুশীলন চাইবেন, আর AI চ্যাটবট মুহূর্তে শত শত MCQ বানিয়ে দিতে পারে। কিন্তু মনে রাখুন: নেটওয়ার্কের MCQ-তে AI প্রায়ই ভুল উত্তরকে “সঠিক” বলে চিহ্নিত করে, বা একই প্রশ্নে দুটি সঠিক অপশন রেখে দেয়। সবচেয়ে বেশি ভুল ঠিক এই পাতার ফাঁদগুলোতে: subnet-এ host-সংখ্যা থেকে ২ বাদ দিতে ভোলা, bit-byte গুলিয়ে ফেলা, fragment offset byte-এ লেখা, Reno-র রীতি না বলেই cwnd-এর উত্তর। আরও আছে পুরোনো টুলের কথা (ifconfig, netstat, route-কে একমাত্র উপায় বলা, যেখানে আধুনিক Linux-এ ip আর ss), একটি vendor-এর কনফিগারেশন বা মানকে সর্বজনীন বলা, আর বানানো RFC নম্বর।
| AI-এর প্রচলিত ভুল | উদাহরণ | কীভাবে ধরবেন |
|---|---|---|
| ভুল subnet-গণিত | /26-এ “৬৪টি ব্যবহারযোগ্য host” | block size দিয়ে নিজে করুন, বা এই পাতার মতো ছোট script বা ipcalc-এ মেলান |
| রীতি না বলা | RTO বা cwnd-এর প্রশ্নে কোন ক্রম বা কোন সংস্করণ, তা চুপ | প্রশ্নে রীতি লেখা চান; দুই রীতিতেই হিসাব করে দেখুন উত্তর বদলায় কি না |
| পুরোনো কমান্ড | “listening port দেখার একমাত্র কমান্ড netstat -an” | man page দেখুন; আধুনিক বিকল্প ss, ip |
| vendor-কে মান বলা | Cisco-র administrative distance-কে “RFC-র মান” বলা | প্রশ্নে লেখা চান কোন vendor বা মান; RFC-র সাথে মেলান |
| বানানো উৎস | ভুল বা অস্তিত্বহীন RFC নম্বর; “অমুক পরীক্ষায় এসেছিল” | rfc-editor.org-এ নম্বরটি খুঁজুন; উৎস দেখাতে না পারলে দাবি বাদ |
| অনিরাপদ পরামর্শ | “সমস্যা হলে firewall-এ সব port খুলে দিন” | default deny আর least privilege-এর সাথে মেলে কি না দেখুন |
নিচের প্রম্পটটি AI-কে প্রশ্ন বানাতে বলে, কিন্তু সাথে এমন তথ্যও চায়, যা দিয়ে আপনি উত্তর যাচাই করতে পারবেন। numerical-এর প্রতিটি ধাপ, রীতি আর একক চাওয়াই এখানে আসল কৌশল:
যাচাইয়ের চেকলিস্ট
কেন এই উত্তর? — রিভিশনের কৌশল আর যে জোড়া-ধারণাগুলোতে সবচেয়ে বেশি ভুল হয়
প্রথমটি এই প্রশ্নব্যাংক দিয়ে কীভাবে রিভিশন করবেন তা নিয়ে; বাকিগুলো এমন জোড়া-ধারণা, যেগুলো এত বেশি গুলিয়ে যায় যে আলাদা ব্যাখ্যা দরকার। আগে নিজে ভাবুন — তারপর খুলে উত্তর দেখুন।
প্র ০১এতগুলো প্রশ্ন একবারে পড়ে মনে থাকে না। এই প্রশ্নব্যাংক দিয়ে কীভাবে রিভিশন করলে সবচেয়ে বেশি কাজে লাগে?
প্রশ্নব্যাংকের সবচেয়ে বড় অপব্যবহার হলো একটানা পড়ে যাওয়া — প্রশ্ন দেখা, উত্তর চাপা, “ও আচ্ছা” বলে এগিয়ে যাওয়া। মনে রাখতে সবচেয়ে কার্যকর দুটি অভ্যাস হলো নিজে থেকে মনে করার চেষ্টা (active recall) আর বিরতি দিয়ে ফিরে আসা (spaced repetition). নিচের পদ্ধতি দুটিকেই কাজে লাগায়:
- এক অংশ, পুরো মনোযোগ: একবারে একটি মডিউলের অংশ নিন। চাপার আগে খাতায় নিজের উত্তর আর এক লাইনের কারণ লিখুন — “খ, কারণ block ১৬, আর ৪৫ পড়ে ৩২–৪৭-এ”. কারণ লিখতে না পারলে আন্দাজটিকে ভুল হিসেবেই গুনুন, ঠিক হলেও।
- ভুলের খাতা: প্রতিটি ভুলের জন্য একটি লাইন — কোন নিয়মটি গুলিয়েছিলাম (“offset ৮ byte-এর এককে”)। প্রশ্ন নয়, নিয়মটি লিখুন; পরীক্ষায় একই নিয়ম অন্য সংখ্যায় আসবে।
- সংখ্যা বদলে নতুন প্রশ্ন: প্রতিটি numerical-এ একটি সংখ্যা বদলান — /20-এর বদলে /21, RTT ১০০-এর বদলে ৫০ ms, generator অন্য — আগে খাতায় উত্তর বের করুন, তারপর অংশ ১-এর script-এ মেলান। মুখস্থ উত্তর এখানে কাজ করে না।
- পর্বে ফিরে যাওয়া: একটি অংশে তিনটির বেশি ভুল হলে সেই অংশের “যা ঝালিয়ে নেবেন” তালিকার পর্বগুলো আবার পড়ুন — বিশেষ করে সেখানকার ধাপে-ধাপে ডায়াগ্রাম আর simulator.
- ফিরে আসার সময়সূচি আর পূর্ণ মহড়া: ১, ৩ আর ৭ দিন পরে শুধু ভুল প্রশ্নগুলো আবার করুন; অপশন পড়ার আগেই নিজের উত্তর বলুন, কারণ পাতার ক্রম একই থাকায় উত্তরের অবস্থান মুখস্থ হয়ে যেতে পারে। পরীক্ষার আগে সব অংশ মিশিয়ে সময় ধরে মহড়া দিন — কোর্স হোমের মডিউল টেস্ট এ কাজে লাগে।
মূল উপলব্ধি: প্রশ্ন পড়া নয়, প্রশ্নের পেছনের নিয়ম মনে রাখাই লক্ষ্য — নিজে উত্তর আর কারণ লিখুন, সংখ্যা বদলে আবার করুন, আর বিরতি দিয়ে ফিরে আসুন।
প্র ০২Bandwidth, throughput, latency আর jitter — আর Mbps বনাম MB/s. চারটি শব্দ আর দুটি একক কোথায় আলাদা?
Bandwidth শব্দের দুই অর্থ: physical স্তরে চ্যানেলের ফ্রিকোয়েন্সির পরিসর (Hz), আর দৈনন্দিন ভাষায় link-এর সর্বোচ্চ ডেটা-হার (bps). Throughput হলো আসলে কত ডেটা পৌঁছাচ্ছে — পথের সবচেয়ে ধীর link, ভাগাভাগি, TCP-র window আর loss মিলিয়ে, যা সবসময় bandwidth-এর সমান বা কম। Latency একটি bit বা packet পৌঁছাতে কত সময় লাগে (একদিকে বা RTT); jitter সেই delay-এর ওঠানামা। ঢাকার রাস্তায় তুলনা করুন: লেনের সংখ্যা bandwidth, ঘণ্টায় আসলে কয়টি গাড়ি পার হলো throughput, একটি গাড়ির যাত্রার সময় latency, আর প্রতিদিন সেই সময় কতটা বদলায় তা jitter. Video call-এ jitter, ফাইল ডাউনলোডে throughput, আর online গেমে latency বেশি গুরুত্বপূর্ণ।
একক নিয়ে দুটি নিয়ম মনে রাখুন। এক, ছোট b = bit, বড় B = byte; ISP-র “১০০ Mbps” ডাউনলোড ম্যানেজারে দেখায় সর্বোচ্চ প্রায় ১২.৫ MB/s, header-এর overhead-এ আরও একটু কম। দুই, নেটওয়ার্কের গতিতে k, M, G দশমিক (১০৩, ১০৬, ১০৯); ফাইলের আকার কখনো দশমিকে (MB), কখনো দ্বিমিকে (MiB = ২২০ byte) — প্রশ্নে দেখে নিন। তাই “৫০০ MB, ১০০ Mbps” মানে ৪০ সেকেন্ড, ৫ নয়।
মূল উপলব্ধি: bandwidth = সম্ভাব্য সর্বোচ্চ, throughput = আসলে যা পৌঁছায়, latency = সময়, jitter = সময়ের ওঠানামা। আর প্রতিটি হিসাবের আগে b আর B আলাদা করুন।
প্র ০৩Hub, switch আর router — collision domain আর broadcast domain কে ভাগ করে, আর কেন?
Collision domain হলো নেটওয়ার্কের সেই অংশ, যেখানে দুটি যন্ত্র একসাথে পাঠালে সংকেত মিশে যেতে পারে। Broadcast domain হলো সেই অংশ, যেখানে একটি broadcast frame (যেমন ARP request বা DHCP Discover) সবার কাছে পৌঁছায়। তিনটি যন্ত্র তিন স্তরে কাজ করে বলে ভাগও করে আলাদাভাবে।
Hub physical স্তরের — এক port-এ যা আসে, সব port-এ ছড়িয়ে দেয়; কিছুই ভাগ করে না, পুরোটা এক collision আর এক broadcast domain. Switch data link স্তরের — MAC ঠিকানা শিখে frame শুধু সঠিক port-এ পাঠায়, তাই প্রতিটি port আলাদা collision domain (full-duplex link-এ কার্যত collision-ই থাকে না)। কিন্তু broadcast-এর ঠিকানা ff:ff:ff:ff:ff:ff সবার, তাই switch তা সব port-এ পাঠায় — পুরো switch এক broadcast domain. Router network স্তরের — broadcast পার করে না, তাই প্রতিটি interface আলাদা broadcast domain. VLAN একই কাজ switch-এর ভেতরে করে: প্রতিটি VLAN আলাদা broadcast domain, আর তাদের মাঝে যেতে router বা layer-3 switch লাগে।
গোনার কৌশল: router-এর প্রতিটি ব্যবহৃত interface (বা প্রতিটি VLAN) গুনুন — broadcast domain; switch আর router-এর প্রতিটি ব্যবহৃত port-link গুনুন — collision domain; hub-এর পুরো অংশ একটি collision domain. মহল্লার উদাহরণে: hub হলো মাইকে ঘোষণা, switch হলো ডাকপিয়ন যে ঠিকানা চিনে চিঠি দেয় কিন্তু “সবার জন্য” নোটিশ সব বাড়িতে দেয়, আর router হলো মহল্লার সীমানা, যার বাইরে সেই নোটিশ যায় না।
মূল উপলব্ধি: hub কিছু ভাগ করে না; switch collision domain ভাগ করে; router (আর VLAN) broadcast domain ভাগ করে।
প্র ০৪DNS কি UDP না TCP? আর recursive বনাম iterative প্রশ্ন — কে কাকে করে?
“DNS-এর port 53” সঠিক, কিন্তু “DNS শুধু UDP” ভুল। সাধারণ প্রশ্ন-উত্তর UDP 53-এ যায়, কারণ একটি ছোট প্রশ্ন আর একটি উত্তরের জন্য TCP-র handshake মানে বাড়তি এক RTT, আর server-কে লাখো সংযোগের অবস্থা রাখতে হতো। TCP 53 ব্যবহার হয় দুই ক্ষেত্রে: উত্তর বড় হলে (server truncated বা TC bit দিয়ে জানায়, client তখন TCP-তে আবার চায় — DNSSEC-এর signature-সহ উত্তরে এটি বেশি ঘটে), আর zone transfer-এ (AXFR, IXFR). RFC 7766 সাধারণ-উদ্দেশ্যের DNS বাস্তবায়নে TCP সমর্থন বাধ্যতামূলক করেছে। গোপনীয়তার জন্য আলাদা পথ আছে: DNS over TLS (TCP 853) আর DNS over HTTPS (443).
দ্বিতীয় জোড়া প্রশ্নের ধরন। আপনার ল্যাপটপের stub resolver ISP-র বা প্রতিষ্ঠানের resolver-কে recursive প্রশ্ন করে: “আমাকে পুরো উত্তর এনে দিন।” resolver-এর cache খালি থাকলে সে root, তারপর TLD (.com), তারপর authoritative server-কে iterative প্রশ্ন করে — প্রতিটি ধাপে উত্তর আসে “আমি জানি না, ওখানে জিজ্ঞেস করুন” (referral). কুরিয়ারের উপমায়: আপনি কাউন্টারে পার্সেল দিয়ে দিলেন (recursive — বাকি দায়িত্ব তাদের); কাউন্টার এক অফিস থেকে আরেক অফিসের ঠিকানা জেনে জেনে এগোয় (iterative). Root server কখনো recursive সেবা দেয় না — এটি একটি প্রচলিত distractor.
মূল উপলব্ধি: DNS UDP আর TCP দুটিতেই 53 ব্যবহার করে — সাধারণ প্রশ্ন UDP-তে, বড় উত্তর আর zone transfer TCP-তে। Client → resolver recursive; resolver → root, TLD, authoritative iterative.
প্র ০৫Flow control আর congestion control — দুটিই TCP-কে ধীর করে। পার্থক্যটা ঠিক কোথায়?
দুটি আলাদা মানুষকে রক্ষা করে। Flow control রক্ষা করে প্রাপককে: প্রাপকের receive buffer যতটুকু খালি, ততটুকুই সে প্রতিটি ACK-এ জানায় — এটি rwnd (receive window). দ্রুত server ধীর ফোনের অ্যাপকে ডুবিয়ে দেবে না। Congestion control রক্ষা করে নেটওয়ার্ককে: মাঝের router-এর queue ভরে গেলে সবার packet হারায়। নেটওয়ার্ক সাধারণত নিজে কিছু বলে না, তাই প্রেরক loss, delay বা ECN দেখে অনুমান করে — এটি cwnd (congestion window). প্রেরক একসাথে পাঠাতে পারে min(rwnd, cwnd) পরিমাণ unacknowledged ডেটা।
উপমা: ডাকঘর থেকে একটি দোকানে পার্সেল পাঠানো। দোকানের গুদামে জায়গা কতটা — দোকানি নিজেই জানায় (flow control). পথে রাস্তার জ্যাম কতটা — কেউ জানায় না; ট্রাকচালক দেরি আর হারানো পার্সেল দেখে নিজে গতি কমায় (congestion control). তাই flow control-এর তথ্য সুনির্দিষ্ট (একটি সংখ্যা header-এ), আর congestion control-এর অনুমান — slow start, AIMD, CUBIC বা BBR-এর মতো কৌশল।
MCQ-তে চেনার উপায়: প্রশ্নে “প্রাপকের buffer”, “window field”, “zero window”, “persist timer” থাকলে flow control; “loss”, “duplicate ACK”, “ssthresh”, “slow start”, “router-এর queue” থাকলে congestion control. আর হিসাবে: throughput ≤ window ÷ RTT — যে window ছোট, সেটিই সীমা।
মূল উপলব্ধি: flow control = প্রাপকের সামর্থ্য (rwnd, প্রাপক জানায়); congestion control = নেটওয়ার্কের সামর্থ্য (cwnd, প্রেরক অনুমান করে); কার্যকর window = দুটির ছোটটি।
প্র ০৬ARP, ICMP, TLS, DHCP আর BGP — কোনটি কোন স্তরে? বইয়ে বইয়ে উত্তর আলাদা কেন?
স্তরের মডেল একটি শিক্ষণ-কাঠামো, আর বাস্তবের protocol সবসময় একটি ঘরে পরিষ্কারভাবে বসে না। তাই কয়েকটি protocol-এর “স্তর” বই ভেদে আলাদা লেখা হয়। প্রশ্নে অপশনগুলো দেখে বুঝুন প্রশ্নকর্তা কোন যুক্তি চান:
- ARP — IP ঠিকানা থেকে MAC খোঁজে, তার বার্তা সরাসরি Ethernet frame-এ যায় (IP header নেই)। কেউ বলেন স্তর ২, কেউ বলেন ২ আর ৩-এর মাঝখানে। অপশনে “network আর data link-এর সংযোগ” ধাঁচের কিছু থাকলে সেটিই নিরাপদ।
- ICMP — IP packet-এর ভেতরে যায় (protocol ১), কিন্তু কাজ network স্তরের: ত্রুটির খবর আর রোগনির্ণয়। প্রায় সব বইয়ে network স্তর।
- TLS — TCP-র ওপরে, application-এর নিচে। OSI-র ভাষায় অনেকে presentation বা session বলেন; TCP/IP-র ভাষায় application-এর অংশ।
- DHCP — UDP-র ওপর চলে (67/68), তাই application স্তরের protocol, যদিও তার কাজ network স্তরের ঠিকানা দেওয়া।
- BGP — TCP 179-এর ওপর চলে, তাই গঠনে application স্তরের; কাজে network স্তরের routing. RIP UDP-তে (520), OSPF সরাসরি IP-তে (protocol ৮৯) — তিনটির “বাহন” আলাদা।
নিয়মটি হলো: কোন protocol কোন বাহনে চড়ে (encapsulation), আর কোন স্তরের সমস্যা সমাধান করে (কাজ) — দুটি আলাদা প্রশ্ন। MCQ-তে “কোন transport ব্যবহার করে” আর “কোন স্তরের কাজ করে” শব্দ দুটি আলাদা করে পড়ুন।
মূল উপলব্ধি: বাহন আর কাজ আলাদা — BGP চড়ে TCP-তে কিন্তু routing করে, DHCP চড়ে UDP-তে কিন্তু ঠিকানা দেয়, ICMP চড়ে IP-তে আর network স্তরেরই অংশ।
প্র ০৭Hash, encryption, MAC আর digital signature — চারটি cryptographic হাতিয়ার কী কী নিশ্চয়তা দেয়?
চারটি হাতিয়ার চারটি আলাদা প্রশ্নের উত্তর। Hash (SHA-256): “ডেটাটি কি বদলেছে?” — যেকোনো আকারের ডেটা থেকে নির্দিষ্ট দৈর্ঘ্যের আঙুলের ছাপ, একমুখী, কোনো key নেই। কিন্তু একা hash আক্রমণকারী থেকে রক্ষা করে না — যে ডেটা বদলায়, সে নতুন hash-ও বানিয়ে দিতে পারে। Encryption (AES, ChaCha20): “কেউ কি পড়তে পারবে?” — key দিয়ে লুকানো আর key দিয়েই ফেরত আনা; গোপনীয়তা দেয়, একা integrity নয় (এজন্যই আধুনিক পদ্ধতি AEAD — AES-GCM-এর মতো — দুটি একসাথে দেয়)।
MAC (যেমন HMAC): “এটি কি key-জানা কেউ পাঠিয়েছে, আর বদলায়নি?” — shared secret key-সহ hash; integrity আর উৎস যাচাই দেয়, কিন্তু non-repudiation নয়, কারণ দুই পক্ষের কাছেই একই key. Digital signature (RSA, ECDSA, Ed25519): প্রেরকের private key দিয়ে sign, public key দিয়ে যে কেউ যাচাই — integrity, উৎস আর অস্বীকার না করতে পারা (non-repudiation) তিনটিই। TLS-এর certificate এই signature-এর শিকল।
Password-এর জন্য আলাদা নিয়ম: encryption নয় (key ফাঁস হলে সব ফাঁস), সাধারণ দ্রুত hash-ও নয় (অনুমানের আক্রমণ দ্রুত চলে) — salt-সহ ইচ্ছাকৃত ধীর hash: bcrypt, scrypt বা Argon2.
মূল উপলব্ধি: hash = বদল ধরা (key নেই); encryption = গোপনীয়তা (key দিয়ে ফেরত); MAC = shared key-সহ integrity আর উৎস; signature = private key-তে sign, public key-তে যাচাই, সাথে non-repudiation.
শেষ ধাপ — ক্রম সাজান আর স্কোর দেখুন
উপরের সব MCQ শেষ করলে নিচে আপনার মোট স্কোর দেখাবে — প্রথম চেষ্টায় কয়টি ঠিক হয়েছে।
ক্রমব্রাউজারে https://www.example.com লিখে Enter চাপা হলো (cache খালি, HTTP/2 over TCP). যা ঘটে, আগে থেকে পরে সাজান (▲▼ চেপে সরান)
- DNS resolver থেকে www.example.com-এর IP ঠিকানা পাওয়া
- সেই ঠিকানার port 443-এ TCP three-way handshake
- TLS handshake — certificate যাচাই আর session key ঠিক করা
- Encrypt করা HTTP GET অনুরোধ পাঠানো
- Server-এর উত্তর আসা — status, header আর HTML
- ব্রাউজার HTML পড়ে CSS, ছবি আর script-এর জন্য আরও অনুরোধ পাঠায়
শব্দকোষ
লেখার মধ্যে ডটেড দাগ দেওয়া শব্দে মাউস রাখুন বা চাপুন — অর্থ দেখাবে। এই পর্বের সব শব্দ এখানে একসাথে:
মনে রাখুন
- বাদ দিন, তারপর যাচাই করুন: প্রতিটি অপশনের পেছনের দাবি একটি নিয়ম বা ছোট হিসাব দিয়ে কাটুন; “মিথ্যা”, “নয়” আর “ন্যূনতম” শব্দে দাগ দিন।
- একক আগে: ১ byte = ৮ bit, k = ১০৩ গতিতে, ms আর µs আলাদা, dB-কে আগে অনুপাতে — বেশিরভাগ numerical-এর ভুল এখানেই।
- রীতি খাতার কোণে: host থেকে ২ বাদ, offset ৮ byte-এর এককে, CRC-তে r টি ০, U = W/(১ + ২a), RTO-র RFC-ক্রম, Reno-র cwnd = ssthresh.
- জোড়াগুলো আলাদা রাখুন: transmission বনাম propagation, collision বনাম broadcast domain, recursive বনাম iterative, flow বনাম congestion control, hash বনাম encryption বনাম signature.
- AI-এর MCQ যাচাই: প্রতিটি numerical নিজে করুন বা script-এ মেলান, কমান্ড man page-এ দেখুন, RFC নম্বর মিলিয়ে নিন, আর “অমুক পরীক্ষায় এসেছিল” ধরনের দাবি বাদ দিন।
আরও পড়ুন · ABCL TECH-এ আপনার পরবর্তী পদক্ষেপ
- পর্ব ৬০ · লিখিত ও মৌখিক (ভাইভা) প্রশ্নপরবর্তী পর্বঅপশন ছাড়া উত্তর লেখা আর বলা — স্তর, protocol আর হিসাব।
- পর্ব ৫৮ · Numerical সমস্যাআগের পর্বsubnetting, delay, CRC, sliding window আর routing-এর পূর্ণ সমাধান করা অঙ্ক।
- কম্পিউটার নেটওয়ার্ক · কোর্স হোম৬২টি পর্বপুরো কোর্সের রোডম্যাপ আর মডিউল টেস্ট।
- অপারেটিং সিস্টেম · MCQ প্রশ্নব্যাংকপাশের ট্র্যাকsocket, I/O আর নিরাপত্তার পেছনের OS-ধারণার প্রশ্ন।
- কম্পিউটার ফান্ডামেন্টালস · চাকরির পরীক্ষার কম্পিউটার অংশপাশের ট্র্যাকচাকরির লিখিত পরীক্ষার বাকি কম্পিউটার-বিষয়ের প্রস্তুতি।