এতগুলি ইন্টারনেট প্রোটোকল পাঠ্য-ভিত্তিক কেন?

Question

থেকে আমি কি পাওয়া যায়, একটি খুব প্রোটোকলের বৃহৎ পরিমাণ যে ইন্টারনেটের মাধ্যমে ভ্রমণ "পাঠ্য-ভিত্তিক" বরং বাইনারি চেয়ে আছে। প্রশ্নে প্রোটোকলগুলি অন্তর্ভুক্ত রয়েছে তবে এইচটিটিপি, এসএমটিপি, এফটিপিতে সীমাবদ্ধ নয় (আমি মনে করি এটি এগুলি সমস্ত পাঠ্য-ভিত্তিক?), WHOIS, IRC।

আসলে, যখনই বাইনারি ডেটা সংবহন করতে চায় এগুলির মধ্যে কিছু প্রোটোকল কিছু হুপের মধ্যে দিয়ে যায় ।

এর পিছনে কি কোনও কারণ আছে? পাঠ্য-ভিত্তিক প্রোটোকলগুলিতে স্পষ্টতই কিছুটা ওভারহেড থাকে কারণ তাদের একই পরিমাণে তথ্য প্রেরণের জন্য আরও ডেটা প্রেরণের প্রয়োজন হয় (নীচের উদাহরণ দেখুন)। এর থেকে কী লাভ?

---

দ্বারা পাঠ্য-ভিত্তিক , আমি বলতে চাইছি প্রোটোকল ব্যবহৃত অক্ষর অধিকাংশ মধ্যে হয় 0x20(স্থান) এবং 0x7E( ~), অনিয়মিত "speical চরিত্র" এর জন্য ব্যবহৃত খুব বিশেষ উদ্দেশ্যে এই ধরনের নতুন লাইন, নাল, ETX এবং EOT হিসেবে। এটি সংযোগের উপরে কাঁচা, বাইনারি ডেটা স্থানান্তর করার বিরোধী।

উদাহরণস্বরূপ, 123456পাঠ্য হিসাবে পূর্ণসংখ্যার প্রেরণে স্ট্রিং 123456(হেক্স হিসাবে উপস্থাপিত 31 32 33 34 35 36) প্রেরণ করা জড়িত , যখন 32-বিট বাইনারি মান (হেক্সে উপস্থাপিত) হিসাবে প্রেরণ করা হত 0x0001E240(এবং আপনি দেখতে পাচ্ছেন, বিশেষ নাল অক্ষর "ধারণ করে" ।

Comments

উল্লিখিত ৫ টি প্রোটোকলের মধ্যে এইচটিটিপি, এসএমটিপি, ডাব্লুএইচইউআইএস এবং আইআরসি প্রাথমিকভাবে পাঠ্য সংক্রান্ত তথ্য আদান-প্রদানের জন্য ধারণা করা হয়েছিল।

— el.pescado

দ্রষ্টব্য যে HTTP / 2 একটি বাইনারি প্রোটোকল।

— isanae

আপনি বেশিরভাগ অ্যাপ্লিকেশন এবং উপস্থাপনা স্তর প্রোটোকল উল্লেখ করছেন । নিম্ন স্তরের প্রোটোকল (টিসিপি, আইপি, ইথারনেট) প্রায় সর্বদা বাইনারি হয়।

— নিক টি

এফটিপিতে একটি বাইনারি মোড রয়েছে যা বাইনারি ফাইল স্থানান্তর করার সময় ব্যবহার করা বেশ গুরুত্বপূর্ণ ছিল, কারণ অনেক ক্লায়েন্টের স্বাভাবিক ট্রান্সফার মোড হোস্ট কনভেনশনের সাথে মিল রাখতে লাইন এন্ডিংগুলি পুনরায় লিখতে হবে যা বিভিন্ন লাইনের শেষের সাথে হোস্টের মধ্যে স্থানান্তরিত করার সময় বাইনারিগুলিকে দূষিত করবে। এই বাইনারি মোডটি কেবলমাত্র ফাইল স্থানান্তরের জন্য এবং কমান্ড স্টাফগুলিকে প্রভাবিত করে না।

— কেসি

এফটিপি আসলে দুটি নেটওয়ার্ক সংযোগ ব্যবহার করে, একটি পাঠ্য-ভিত্তিক (কমান্ড চ্যানেল) এবং একটি বাইনারি (ডেটা চ্যানেল)।

— ছদ্মনাম

Answer 1

যখন পৃথিবীটি ছোট ছিল, এবং কম্পিউটারগুলি সমস্ত গৌরবান্বিত পিসি ছিল না, শব্দের আকারগুলি বৈচিত্রময় ছিল (একটি ডিসি 2020 আমাদের এখানে প্রায় 36 বিট শব্দ ছিল), বাইনারি ডেটা ফর্ম্যাটটি একটি বিতর্কিত সমস্যা ছিল (বিগ এন্ডিয়ান বনাম সামান্য এন্ডিয়ান এবং এমনকি ওয়েদার বিট অর্ডার যুক্তিসঙ্গতভাবে সাধারণ ছিল)। চরিত্রের আকার / এনকোডিং সম্পর্কে খুব কম sensক্যমত্য ছিল (এএসসিআইআই, ইবিসিডিআইসি প্রধান প্রতিযোগী ছিল, আমাদের ডিসি-তে 5/6/7/8 বিট / চরিত্রের এনকোডিং ছিল)। এআরপিএনেট (ইন্টারনেট পূর্ববর্তী) কোনও বিবরণের মেশিনগুলিকে সংযুক্ত করার জন্য ডিজাইন করা হয়েছিল। সাধারণ ডিনোমিনেটরটি (এবং এখনও রয়েছে) পাঠ্য ছিল। আপনি যুক্তিসঙ্গতভাবে নিশ্চিত হতে পারেন যে 7-বিট এনকোডযুক্ত পাঠ্যটি চারপাশে ডেটা শিপিংয়ের অন্তর্নিহিত উপায়গুলি দ্বারা জড়িয়ে পড়বে না (বেশ কিছুদিন আগে পর্যন্ত, কিছু 8-বিট এনকোডিংয়ে ইমেল পাঠানো একটি গ্যারান্টি বহন করেছিল যে প্রাপক বিভ্রান্ত বার্তা পাবে,

আপনি যদি ঘুরে দেখেন যেমন টেলনেট বা এফটিপি প্রোটোকল বিবরণ (প্রথম ইন্টারনেট প্রোটোকল, নেটওয়ার্ক ধারণাটি তখন একটি "সুপার কম্পিউটার" এর সাথে দূরবর্তীভাবে সংযোগ স্থাপন করা এবং ফাইলগুলি এলোমেলোভাবে বদলানো ছিল) আপনি দেখতে পাচ্ছেন যে সংযোগটিতে প্রচুর বিবরণী সমঝোতার অন্তর্ভুক্ত রয়েছে আমরা ইউনিফর্ম হিসাবে গ্রহণ,

হ্যাঁ, বাইনারি আরও দক্ষ হবে (কিছুটা)। তবে মেশিন এবং স্মৃতিগুলি (এবং নেটওয়ার্কগুলি) প্রচুর পরিমাণে বৃদ্ধি পেয়েছে, সুতরাং ইয়ারের বিট স্ক্রিম্পিং অতীতের একটি বিষয় (বেশিরভাগ ক্ষেত্রে)। এবং তাদের সঠিক মনের কেউই বাইনারিগুলির সাথে তাদের প্রতিস্থাপন করতে বিদ্যমান বিদ্যমান প্রোটোকলগুলি ছড়িয়ে দেওয়ার পরামর্শ দেবে না। এছাড়াও, পাঠ্য প্রোটোকলগুলি একটি খুব দরকারী ডিবাগিং কৌশল সরবরাহ করে। আজ আমি কখনই টেলনেট সার্ভারটি ইনস্টল করি না (রিমোট সংযোগের জন্য এনক্রিপ্ট করা এসএসএইচ প্রোটোকলটি আরও ভালভাবে ব্যবহার করুন), তবে কিছুটা ত্রুটিযুক্ত সার্ভারের সাথে "টক" করতে টেলনেট ক্লায়েন্টকে হ্যান্ডেল করতে হবে sn আজ আপনি সম্ভবত ব্যবহার করতে চাই netcat বা ncat প্রায় futzing জন্য ...

Comments

সমস্যা সমাধানের স্বাচ্ছন্দ্যের পাশাপাশি ব্যাপকভাবে উন্নতি করা হয়েছে। প্যাকেট ক্যাপচার পড়া যথেষ্ট কঠিন, যখন অ্যাপ্লিকেশনগুলি মানব-পঠনযোগ্য ফর্ম্যাটে বার্তাগুলি প্রেরণ করে না তখন এটি আরও খারাপ হয়।

— Nanban জিম

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

— স্টিভ জেসপ

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

— phyrfox

মিড ওয়েস্টের ভিনটেজ কম্পিউটার ফেয়ারে, আমি এটি আকর্ষণীয় করেছিলাম যে আল্টায়ার 680 এর মতো মেশিনগুলিকে মটোরোলা এস-রেকর্ড ফর্ম্যাটে কোড পাওয়ার দরকার ছিল, যা প্রতি 32 বাইট ডেটার (over৪ অক্ষরের ওভারহেড) জন্য 76 টি অক্ষর ব্যবহার করে। এমনকি যদি কোনও 0-9 এজেড + - * / = এর মতো 41-অক্ষরের সেট ব্যবহারের মধ্যে সীমাবদ্ধ ছিল তবে এটি এখনও 57 টি অক্ষরের (ওভারহেডের 25 টি অক্ষরের) কাছাকাছি থাকা কিছুটা কমিয়ে আনা সম্ভব হবে যা সময়ের জন্য সময়কে হ্রাস করবে এএসআর -৩৩ 4 মিনিট থেকে প্রায় তিনটি পর্যন্ত 1K কোড খাওয়ান। ধীর I / O গতি দেওয়া, আমি অবাক হই যে কেন এই ধরণের জিনিসগুলি সাধারণত করা হয় না?

— সুপারক্যাট

Answer 2

একটি সুবিধা যা উপেক্ষা করা যেতে পারে তা হ'ল পরীক্ষা করার দক্ষতা । আপনি যদি নলটির নীচে বিটগুলি ঝাঁকুনিতে থাকেন তবে আপনাকে এমন কিছু ইউটিলিটি লিখতে হবে যা অনুবাদ EHLOকরে 0x18বা এর মতো করে। এটি না করে আপনি কেবল একটি মেল সার্ভারে টেলনেট করতে পারেন, প্রেরণ EHLOকরতে পারেন এবং আপনার পথে যেতে পারেন।

আজকের দিনে বা বয়সের কোনও কিছুই আপনাকে সমাবেশ বা ব্রেইনফ * সিকে কোড লেখার হাত থেকে বাধা দিচ্ছে না এবং আপনি এটির মাধ্যমে কিছু বিট সংরক্ষণ করতে পারেন। তবে আপনি অন্য কারও সাথে ঠিক কী করেছেন তা ব্যাখ্যা করা যাতে তারা আপনার কোডটি বুঝতে এবং তার সাথে ইন্টারঅ্যাক্ট করতে পারে আপনি যদি তা করেন তবে তা সহজ হবে না।

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

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

Comments

প্রোটোকলগুলি যদি কোনও পাঠ্য প্রোটোকলের জন্য বাইনারি শর্টহ্যান্ডের পরিবর্তে প্রথম স্থানে বাইনারি হিসাবে নকশা করা হত, তবে সাধারণভাবে সম্মত-পদক্ষেপের মতো শব্দটি নাও থাকতে পারেEHLO । বাইনারি প্রোটোকলের জন্য প্রতিটি মানব-ব্যবহারযোগ্য আঞ্চলিক নিজস্ব নাম তৈরি করতে পারে, যদি বাইনারি মান 0x18-এই-অবস্থানটির নাম না দেয় ।

— পিটার কর্ডেস

Answer 3

এটি এমন নয় যে অনেকগুলি ইন্টারনেট প্রোটোকল টেক্সট ভিত্তিক। আসলে, যদি আমি অনুমান করি আমি বলব যে পাঠ্য ভিত্তিক প্রোটোকলগুলি সংখ্যালঘুতে রয়েছে। আপনি ইন্টারনেটে দেখতে পাবেন প্রতিটি পাঠ্য ভিত্তিক প্রোটোকলের জন্য কমপক্ষে দুটি বাইনারি প্রোটোকল রয়েছে যা মানুষ একই বা অনুরূপ ডেটা প্রেরণে আবিষ্কার করেছে।

তবে এটি সত্য যে ইন্টারনেটের বেশিরভাগ ট্র্যাফিক টেক্সট ভিত্তিক প্রোটোকল ব্যবহার করে। এই সত্যটি আকর্ষণীয় যদি আপনি ধরে নেন যে পাঠ্যের চেয়ে অনেক বেশি বাইনারি প্রোটোকল রয়েছে তবে বাইনারি থেকে অনেক বেশি পাঠ্য ট্র্যাফিক রয়েছে। এর অর্থ হ'ল ইন্টারনেটে বেশিরভাগ সফল প্রোটোকলগুলি পাঠ্য ভিত্তিক। অল্প সংখ্যক অ্যাপ্লিকেশন বাদে (বিটোরেন্ট একটি উদাহরণ) বাইনারি প্রোটোকলগুলি মারা যায়।

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

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

তবে এটি পুরো গল্প নয়। নেটওয়ার্ক তৈরি করা শক্ত। খুবই কঠিন. আমরা আজ ইন্টারনেটে এতটাই অভ্যস্ত হয়ে পড়েছি যে ইঞ্জিনিয়ারিংয়ের এক অলৌকিক ঘটনা আমরা পুরোপুরি বুঝতে পারি না। ইন্টারনেটের প্রায় প্রতিটি দিকই একটি বাগ ফিক্স থেকে বিকশিত হয়েছিল। উদাহরণস্বরূপ, আমরা ম্যাক ঠিকানার পরিবর্তে আইপি ঠিকানা ব্যবহার করি কারণ এটি রাউটিং টেবিলের জন্য টেরাবাইট র্যামের পরিবর্তে কেবল কিলোবাইট (বা এই দিনগুলিতে মেগাবাইট) দিয়ে রাউটার তৈরি করতে দেয়। আমরা যত বেশি এবং আরও সমস্যা সমাধানের চেষ্টা করেছি ততই আমরা সেগুলি ডিবাগ করার জন্য পাঠ্য ভিত্তিক প্রোটোকলগুলিকে বেশি পছন্দ করি। একবার আমাদের নিম্ন-স্তরের নেটওয়ার্ক প্রোটোকলগুলি বিকাশের জন্য পর্যাপ্ত অভিজ্ঞতা হয়েছিল, যখন অ্যাপ্লিকেশন প্রোটোকলগুলি বিকাশের সময় এসেছিল বেশিরভাগ অভিজ্ঞ প্রোগ্রামার এবং প্রকৌশলী পাঠ্য প্রোটোকলগুলিকে পছন্দ করেন।

ব্যক্তিগত অভিজ্ঞতা থেকে, আমি একটি কোম্পানির রাউটার তৈরির জন্য কাজ করেছি এবং আমি একটি সংস্থার টেলিমেট্রি সরঞ্জাম তৈরির জন্যও কাজ করেছি যাতে আমি বাইনারি প্রোটোকল যেমন টিসিপি / আইপি, এআরপি, আইইসি 60870-5- এর সাথে কাজ করার অনেক অভিজ্ঞতা পেয়েছি 101 এবং ডিএনপি 3। আমি এইচটিটিপি, পিওপি 3 এবং এনএমইএর মতো পাঠ্য প্রোটোকলগুলির সাথেও কাজ করেছি। আমি ASN.1 এর মতো বাইনারি ডেটা ফর্ম্যাট এবং JSON এবং XML এর মতো পাঠ্য ডেটা ফর্ম্যাটগুলির সাথেও কাজ করেছি। আমি যদি চয়ন করতে চাই তবে আমি প্রায় প্রতিবার পাঠ্য চয়ন করতাম। আমি বাইনারিটি বেছে নেওয়ার সময় কেবলমাত্র যদি প্রোটোকলটি সত্যই নিম্ন-স্তরের হয় (তবে আমি কেবলমাত্র পর্যাপ্ত পরিমাণে বাস্তবায়ন করতে পারি যাতে আমি উপরে বা এটির উপরে একটি পাঠ্য ভিত্তিক প্রোটোকলটি ছোঁড়াতে পারি) বা তথ্যটি স্বাভাবিকভাবে বাইনারি হয় (অডিও ফাইলগুলির মতো) ।

Answer 4

স্ট্রাকচার্ড বাইনারি এর প্রসারিত করার ক্ষেত্রেও সীমাবদ্ধতা রয়েছে। ফিডোনেটের সাথে কাজ করার এবং এটির এবং ইউইউসিপি / ইউএসএনইটি-র মধ্যে একটি গেটওয়ে তৈরি করার আমার দিনগুলি, ফিডোনেটের বার্তা শিরোনামগুলি একটি কাঠামোগত বাইনারি ছিল। এমনকি কোনও জায়গায় বাইট যোগ করার চেষ্টা করেও এটি প্রসারিত করার অর্থ এটি দিয়ে কাজ করার চেষ্টা করা সমস্ত কিছু ভেঙে দেওয়া। একটি পাঠ্য শিরোনাম বা প্রোটোকল থাকার অর্থ আপনি ডাব্লু / ও ব্রেকিং কিছু বাড়িয়ে দিতে পারেন।

Comments

পাঠ শিখেছি: বাইনারি ডেটাতে একটি সংস্করণ ট্যাগ রাখুন।

— পিটার - মনিকা পুনরায় ইনস্টল করুন

Answer 5

আপনার প্রশ্নটি তিনভাবে ব্যাখ্যা করা যেতে পারে:

1. পাঠ্য উপস্থাপনায় কেন সংখ্যাসূচক তথ্য প্রেরণ করা হয়, যেমন এটি যেমন মুদ্রিত হয়েছে printf()?
2. ক্লাসিকাল অ্যাপ্লিকেশন স্তর প্রোটোকলগুলি কেন - যেমন এফটিপি নিয়ন্ত্রণ চ্যানেল, এসএমটিপি, এইচপি - traditionতিহ্যগতভাবে সকলেই 7-বিট ASCII অক্ষর সেট ব্যবহার করে? (Bit বিট ASCII "পাঠ্য" হিসাবে বিবেচনা করা যেতে পারে কারণ বেশিরভাগ বাইটগুলি নিউলাইন এবং ফিডের মতো মুদ্রণযোগ্য গ্লাইফ বা পাঠ্য নিয়ন্ত্রণের কোডের সাথে সম্পর্কিত correspond)
3. বাইনারি ডেটা ব্লবগুলিকে প্রায়শই 7 বিট আসকি তে রূপান্তর করা হয় যখন তারা ইন্টারনেটের মাধ্যমে প্রেরণ করা হয়, যেমন মেল সংযুক্তি হিসাবে?

প্রথমটির উত্তর হ'ল আন্তঃঅযুক্তি। পূর্ণসংখ্যা এবং ভাসমান পয়েন্টের মানগুলির বিভিন্ন মেশিনে বা এমনকি সংকলকগুলিতে বা এমনকি বিভিন্ন সংকলক বিকল্পগুলির সাথে বিভিন্ন বাইনারি উপস্থাপনা থাকে। এগুলির মাধ্যমে কার্যকরভাবে প্রেরণ printf/scanfআন্তঃঅযোগিতা সহজ করে তোলে। মনে রাখবেন যে এই পছন্দটি কেবলমাত্র উচ্চ স্তরের প্রোটোকলের জন্যই করা হয়েছিল যার কয়েকটি উপরে উল্লিখিত রয়েছে; নেটওয়ার্ক স্তরের ডেটা বাইনারি প্রেরণ করা হয়। এর জন্য, টিসিপি / আইপি একটি বাইনারি পূর্ণসংখ্যার উপস্থাপনা সংজ্ঞায়িত করে এবং টিসিপি / আইপি প্রয়োগকারী লাইব্রেরিগুলি হোস্ট এবং নেটওয়ার্কের উপস্থাপনার সাথে htonlএবং বন্ধুদের সাথে রূপান্তর করার উপায় সরবরাহ করে ।

দ্বিতীয় প্রশ্নের উত্তর সম্ভবত আরএফসি 206 (কম নম্বর নোট করুন - 1971!) টেলনেট প্রোটোকলকে বর্ণনা করেছে, যার উপরে অনেক অ্যাপ্লিকেশন স্তর প্রোটোকল সরাসরি টেলিফোন প্রতিস্থাপন হিসাবে নির্মিত হয়েছে

যার ফাংশন একটি অনলাইন সিস্টেম টার্মিনাল করা হয় প্রদর্শিত নেটওয়ার্ক যে কোন টেলিটাইপ সামঞ্জস্যপূর্ণ, সময়-শেয়ারিং সিস্টেমে যেমন যদি এটা সরাসরি যে সিস্টেমে সংযুক্ত করতে হয় ।

(মূল পাঠ্যে জোর দিন।) কমপক্ষে কিছু টেলি টাইপ এবং নির্দিষ্ট টেলি টাইপ নেটওয়ার্কগুলিতে অক্ষর সেট হিসাবে 7 বিট ASCII ব্যবহার করা হয়েছে যা অবশ্যই এটিকে প্রাকৃতিক পছন্দ হিসাবে তৈরি করেছে।

তৃতীয়টির উত্তরটি কেবল এটিই হ'ল কারণ অ্যাপ্লিকেশন স্তর প্রোটোকলগুলি টেলনেট ভিত্তিক, এবং টেলনেটটি 7 বিট আসকি, অনেক নরম- এবং হার্ডওয়্যার 8 বিটের ডেটা নিয়ে কাজ করার জন্য প্রস্তুত ছিল না । বাইনারি সংযুক্তিগুলি প্রেরণ ইমেলটির অপব্যবহার হিসাবে বিবেচিত হতে পারে; অতএব হুপস আজ এটি সাধারণত আর সত্য হয় না এবং সরাসরি বাইনারি ডেটা হ্যান্ডেল করতে প্রোটোকলগুলি অবিচ্ছিন্নভাবে প্রসারিত হয় (বা কেবল ব্যবহৃত হয়)।