TCP বনাম UDP ও নেটওয়ার্ক লেয়ার বেসিকস

১ · TCP — নির্ভরযোগ্যতার মূল্য

TCPTransmission Control Protocolএকটি কানেকশন-ওরিয়েন্টেড ট্রান্সপোর্ট-লেয়ার প্রোটোকল যা প্রতিটি প্যাকেটের ডেলিভারি নিশ্চিত করে — হারিয়ে গেলে পুনরায় পাঠায় (retransmission), এবং সঠিক ক্রমে ডেটা পৌঁছে দেয়। যোগাযোগ শুরুর আগে একটি "3-way handshake" দিয়ে দুই প্রান্তের মধ্যে একটি কানেকশন প্রতিষ্ঠা করে। প্রতিটি পাঠানো প্যাকেটের জন্য প্রাপক একটি ACK (acknowledgment) পাঠায়; নির্দিষ্ট সময়ের মধ্যে ACK না পেলে প্রেরক ধরে নেয় প্যাকেটটি হারিয়ে গেছে এবং সেটি আবার পাঠায় (retransmission)। প্যাকেটগুলো নেটওয়ার্কে বিভিন্ন পথে গিয়ে বিশৃঙ্খল ক্রমে পৌঁছাতে পারে — TCP সিকোয়েন্স নম্বর দিয়ে সেগুলো আবার সঠিক ক্রমে সাজায়।

এই সবকিছুর মূল্য হলো ওভারহেড — হ্যান্ডশেক, ACK আদান-প্রদান, এবং প্রয়োজনে পুনঃপ্রেরণ সময় নেয়। কিন্তু HTTP-এর মতো প্রোটোকল যেখানে ডেটার প্রতিটি বাইট নির্ভুল হওয়া দরকার (একটি ওয়েবপেজের কোনো অংশ হারিয়ে গেলে চলবে না), সেখানে এই নিশ্চয়তা অপরিহার্য — তাই REST, gRPC, WebSocket (L07, L08) — সবই TCP-এর উপর চলে।

২ · UDP — গতির জন্য গ্যারান্টি বিসর্জন

UDPUser Datagram Protocolএকটি কানেকশনলেস ট্রান্সপোর্ট-লেয়ার প্রোটোকল — কোনো হ্যান্ডশেক নেই, কোনো ডেলিভারি বা ক্রমের গ্যারান্টি নেই, কিন্তু ওভারহেড অনেক কম, তাই দ্রুত। কোনো কানেকশন প্রতিষ্ঠা করে না, কোনো ACK আশা করে না, এবং হারিয়ে যাওয়া প্যাকেট পুনরায় পাঠায় না। প্রেরক শুধু ডেটা পাঠিয়ে দেয় এবং প্রাপকের কাছে পৌঁছাল কি না তা নিয়ে মাথা ঘামায় না — একে বলা হয় fire-and-forget।

এটি অদ্ভুত মনে হতে পারে — ডেটা হারিয়ে গেলে সমস্যা নয়? আসলে অনেক ক্ষেত্রে দেরিতে আসা ডেটা হারানো ডেটার চেয়েও খারাপ। যেমন — একটি ভিডিও কলে যদি একটি ফ্রেম হারিয়ে যায়, TCP-এর মতো সেটির জন্য অপেক্ষা করে retransmission করলে পুরো কলটাই থমকে যাবে (পুরনো একটি ফ্রেমের জন্য অপেক্ষা করে বর্তমান মুহূর্ত মিস করার চেয়ে সেই একটি ফ্রেম বাদ দিয়ে এগিয়ে যাওয়া ভালো)। এই কারণে DNS কোয়েরি (L05), ভিডিও/অডিও স্ট্রিমিং, VoIP কল, অনলাইন গেমিং, এবং আধুনিক QUIC/HTTP3 প্রোটোকল UDP-এর উপর ভিত্তি করে তৈরি (QUIC নিজে UDP-এর উপর নিজস্ব হালকা reliability লেয়ার যোগ করে TCP-এর কিছু ওভারহেড এড়িয়ে যায়)।

৩ · নেটওয়ার্ক লেয়ার — সংক্ষিপ্ত পরিচিতি

TCP ও UDP উভয়ই ট্রান্সপোর্ট লেয়ারে কাজ করে — নেটওয়ার্ক যোগাযোগের একটি নির্দিষ্ট স্তর। এই কোর্সের ফোকাস এই স্তরের নিচের বিস্তারিত প্রযুক্তিগত দিকে নয়, তবে বড় ছবিটা জানা দরকারী:

৪ · কোড দিয়ে দেখা — Retry বনাম Fire-and-Forget

নিচে একটি ডিটারমিনিস্টিক (নির্দিষ্ট, র‍্যান্ডম নয়) প্যাকেট-ড্রপ সিমুলেশন — কিছু নির্দিষ্ট প্যাকেট "হারিয়ে যায়" বলে ধরা হয়েছে। udp_like_send() একবার পাঠিয়েই থেমে যায় (হারানো প্যাকেট চিরতরে হারানো), আর tcp_like_send() হারানো প্যাকেট শনাক্ত করে পুনরায় পাঠায় যতক্ষণ না সব প্যাকেট নিশ্চিতভাবে পৌঁছায়।

packets = ["P1", "P2", "P3", "P4", "P5", "P6", "P7", "P8"]
dropped_indices = {2, 5}  # নির্দিষ্ট (deterministic) — P3 ও P6ইনডেক্স ২ ও ৫ প্রথমবার হারিয়ে যাবে

def udp_like_send(packets, dropped_indices):
    received = []
    for i, p in enumerate(packets):
        if i in dropped_indices:
            print(f"  {p} হারিয়ে গেল — UDP পাত্তা দেয় না, এগিয়ে যায়")
            continue
        received.append(p)
        print(f"  {p} পৌঁছাল")
    return received

def tcp_like_send(packets, dropped_indices):
    received = []
    retries = 0
    for i, p in enumerate(packets):
        if i in dropped_indices:
            print(f"  {p} প্রথমবার হারিয়ে গেল — ACK আসেনি, TCP retransmit করবে")
            retries += 1
            print(f"  {p} রিট্রাই করে সফলভাবে পৌঁছাল (ACK পাওয়া গেল)")
        else:
            print(f"  {p} প্রথমবারেই পৌঁছাল (ACK পাওয়া গেল)")
        received.append(p)
    return received, retries

print("=== UDP-like (send once, accept loss) ===")
udp_received = udp_like_send(packets, dropped_indices)
print(f"\nUDP-like ফলাফল: {len(udp_received)}/{len(packets)} প্যাকেট পৌঁছাল -> {udp_received}")

print("\n=== TCP-like (retry until received) ===")
tcp_received, retry_count = tcp_like_send(packets, dropped_indices)
print(f"\nTCP-like ফলাফল: {len(tcp_received)}/{len(packets)} প্যাকেট পৌঁছাল -> {tcp_received}")
print(f"মোট রিট্রাই লাগল: {retry_count} বার")
print(f"সব প্যাকেট নিশ্চিতভাবে পৌঁছেছে কি? {len(tcp_received) == len(packets)}")