টিসিপি / ইউডিপি "কাঁচা আইপি" যুক্ত করে?


18

আমি জানি যে টিসিপি এবং ইউডিপি উভয়ই আইপির শীর্ষে নির্মিত এবং আমি টিসিপি এবং ইউডিপি-র মধ্যে পার্থক্যগুলি জানি, তবে ঠিক "কাঁচা আইপি" কী তা নিয়ে আমি বিভ্রান্ত। এটি কি বলা উচিত যে টিসিপি এবং ইউডিপি উভয়ই আইপি প্রয়োগ করে, কিন্তু সেই আইপি নিজেই ডেটা স্থানান্তর করতে সক্ষম নয়? বা আইপি হ'ল যোগাযোগের খুব নিম্ন স্তরের কিছু রূপ যা টিসিপি এবং ইউডিপি দ্বারা আরও বিমূর্ত করা হয়?


2
নীচে কিছু মন্তব্য করার জন্য (একটি সম্পূর্ণ উত্তরের জন্য যথেষ্ট নয়, কেবল স্বচ্ছতার জন্য): আইপি একটি প্রোটোকল যা ডেটা পরিবহন করে orts টিসিপি বা ইউডিপি প্রোটোকল যা ডেটা পরিবহন করে। টিসিপি এবং ইউডিপি প্রায়শই আইপি-র শীর্ষে বসে থাকে তাই আইপি-র জন্য এটির ডেটা পেইড টিসিপি বা ইউডিপি হতে পারে। ইথারনেট প্রায়শই আইপি বহন করতে ব্যবহৃত হয়। সুতরাং উদাহরণস্বরূপ একটি ইথারনেট ফ্রেম বহন করতে পারে এবং আইপি প্যাকেট যেমন এটি ডেটা পেলোড এবং সেই আইপি প্যাকেটটি হয়ত কোনও টিসিপি বিভাগ বহন করছে যেমন এটি পে-লোড, ইত্যাদি and আপনি এই goo.gl/1uEYtC
jwbensley

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

উত্তর:


23

আইপি একটি স্তর 3 প্রোটোকল। টিসিপি / ইউডিপি হ'ল স্তর 4 প্রোটোকল। তারা প্রত্যেকে বিভিন্ন উদ্দেশ্যে পরিবেশন করে।

স্তর 3 শেষ-শেষ প্রসবের দায়িত্বে রয়েছে । এর একমাত্র কাজটি একটি হোস্ট থেকে অন্য হোস্টে প্যাকেট পাওয়ার জন্য প্যাকেটের প্রয়োজনীয় যা কিছু যোগ করে।

স্তর 4 পরিষেবা পরিষেবা থেকে পরিষেবা সরবরাহের দায়িত্বে রয়েছে । এর একমাত্র কাজটি ডেটা স্ট্রিমগুলি আলাদা করা। আপনার কম্পিউটারে একাধিক প্রোগ্রাম চলতে পারে, প্রতিটি তারে বিট প্রেরণ / গ্রহণ করে। আইই: আপনার একাধিক ব্রাউজার ট্যাব চলতে পারে, ইন্টারনেট রেডিও স্ট্রিমিং করতে পারে, একটি ডাউনলোড চালানো হতে পারে, কিছু আইনী টরেন্ট চালানো হয়েছিল, চ্যাট অ্যাপ্লিকেশন ব্যবহার করে ইত্যাদি these এগুলির সমস্ত তার থেকে 1s এবং 0 গুলি পান এবং লেয়ার 4 প্রতিটি ডাটা স্ট্রিমকে আলাদা করে দেয় the তাদের প্রয়োজন অনন্য অ্যাপ্লিকেশন। এখানে একটি চিত্রণ দেওয়া হল:

L4 ডেটা স্ট্রিমগুলি পৃথক করে

আইপি সঠিক পরিষেবা / অ্যাপ্লিকেশনটিতে একটি প্যাকেট সরবরাহ করতে অক্ষম। এবং টিসিপি / ইউডিপি ইন্টারনেটের এক প্রান্ত থেকে অন্য প্রান্তে একটি প্যাকেট সরবরাহ করতে অক্ষম।

টিসিপি এবং আইপি উভয়ই উভয়কেই ইন্টারনেট যোগাযোগের "শেষ লক্ষ্য" অর্জন করতে সক্ষম করতে একসাথে কাজ করে।

ওয়ানআইআই মডেলের উপরের স্তর দ্বারা এক হোস্ট থেকে অন্য হোস্টে যে ডেটা পেতে হবে তা তৈরি করা হয়।

এই ডেটাটি L4 এ চলে গেছে যা উত্স এবং গন্তব্য পোর্ট সহ একটি টিসিপি শিরোনামের মতো পরিষেবা থেকে পরিষেবাতে ডেটা সরবরাহ করার জন্য প্রয়োজনীয় তথ্য যুক্ত করবে। ডেটা এবং L4 শিরোনাম এখন বিভাগ হিসাবে উল্লেখ করা হয়।

তারপরে সেগমেন্টটি এল 3 এ পাস করা হবে যা বিভাগটি প্রান্ত থেকে শেষ অবধি সরবরাহ করার জন্য প্রয়োজনীয় তথ্য যুক্ত করবে, সোর্স একটি গন্তব্য আইপি ঠিকানা সহ একটি আইপি শিরোনামের মতো। এল 3 হেডার এবং বিভাগটি এখন প্যাকেট হিসাবে উল্লেখ করা যেতে পারে।

এই প্রক্রিয়াটি এনক্যাপসুলেশন এবং ডি-এনক্যাপসুলেশন (বা কখনও কখনও ডিক্যাপসুলেশন) নামে পরিচিত । এটি কীভাবে কাজ করে তার একটি অ্যানিমেশন এখানে দেওয়া হল:

প্রাকটিক্যাল নেটওয়ার্কিং ডটকম থেকে অনুমতি নিয়ে ব্যবহৃত এনক্যাপসুলেশন এবং ডি-এনক্যাপসুলেশন

যদি এটি বোঝা যায় না, তবে আমি ওএসআই মডেল সম্পর্কে আরও পড়ার পরামর্শ দিচ্ছি এবং প্রতিটি স্তরের কীভাবে আলাদা আলাদা দায়িত্ব রয়েছে যা সমস্ত একসাথে ইন্টারনেট জুড়ে একটি প্যাকেট স্থানান্তরিত করার জন্য কাজ করে ।


7
নোট করুন যে ইন্টারনেট কেবল ওএসআই মডেলটি আলগাভাবে অনুসরণ করে।
ব্যবহারকারী 253751

2
inside an IP header is usually a TCP or UDP headerসঠিক নয়, টিসিপি / ইউডিপি শিরোনাম আইপি শিরোনামের ভিতরে নয়, এটি আইপি প্যাকেটের ডেটা অংশের অভ্যন্তরে রয়েছে।
ইওরোবব

"এর একমাত্র কাজটি ডেটা স্ট্রিমগুলি পৃথক করা", যখন এটি ইউডিপির পক্ষে বেশিরভাগ ক্ষেত্রে সত্য (সেখানে একটি চেকসাম তবে মেহ রয়েছে) এটি টিসিপির পক্ষে অবশ্যই সত্য নয়।
পিটার গ্রিন

1
@ মিম্বিস সত্য, তবে এখনও দেখতে পেলাম না যে ওএসআই মডেলটি অনুসরণ করলে ফাঁকির বাস্তবায়ন বা ট্র্যাভেস্টি বোঝা যায়। বেশিরভাগ অংশের জন্য এবং বিশেষত কারও কাছে নতুন নতুন প্রযুক্তি প্রযুক্তির কাছে আসা, ওএসআই মডেলের সীমাবদ্ধতা বজায় রেখে চিন্তাভাবনা চালিয়ে যাওয়া আরও মূল্যবান।
এডি

@ ইউরবব বাক্যটি কীভাবে দেখুন তার উপর নির্ভর করে আমি এটির ভুলটি দেখতে পারি। সত্য, পুরো অনুচ্ছেদটি একটি শব্দ ব্যবহার করতে পারে, আমি আজ রাতের পরে এটিতে চেষ্টা করব। এটা ইশারা জন্য ধন্যবাদ।
এডি 18

6

আইপি ঠিক পরিমাণে তথ্য প্রেরণ করতে পারে, যখন সমস্যাটি ঘটে তখন ডেটা অন্য প্রান্তে পৌঁছে। একমাত্র সনাক্তকরণের তথ্য হ'ল হোস্টের আইপি ঠিকানা এবং একটি প্রোটোকল নম্বর। যার মধ্যে ডেটা কী সকেটের জন্য তা আলাদা করার কোনও উপায় সরবরাহ করে না।

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

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

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


4

আইপি একটি ওএসআই লেয়ার -3 প্রোটোকল, অন্যদিকে টিসিপি এবং ইউডিপি ওএসআই স্তর -4 প্রোটোকল। লেয়ার -3 প্রোটোকল হিসাবে, আইপি বিভিন্ন স্তর -4 প্রোটোকল বহন করতে পারে। টিসিপি এবং ইউডিপি সম্ভবত সবচেয়ে সাধারণ তবে তারা কেবল একা নয় only স্তর -4 প্রোটোকলগুলি হ'ল অ্যাপ্লিকেশনগুলি তাদের শেষ-থেকে-শেষ সংযোগ হিসাবে ব্যবহার করে। আইপি নেটওয়ার্ক থেকে নেটওয়ার্কে (হোস্ট-টু-হোস্ট) লেয়ার -4 প্রোটোকল স্থানান্তর করে। ইথারনেটের মতো লেয়ার -2 প্রোটোকল, ল্যানে ট্রান্সপোর্ট লেয়ার -3 প্রোটোকল।

আপনার ওএসআই মডেলটি নিয়ে গবেষণা করা উচিত, তবে বুঝতে হবে যে এটি একটি ধারণামূলক মডেল এবং বাস্তব বিশ্বের প্রায়শই হুবহু মেলে না।

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