এটি একটি নির্বোধ প্রশ্ন হতে পারে:
- এইচটিটিপি কি কখনও ব্যবহারকারীর ডেটাগ্রাম প্রোটোকল ব্যবহার করে?
উদাহরণ স্বরূপ:
যদি কেউ এইচটিটিপি ব্যবহার করে এমপি 3 বা ভিডিও স্ট্রিম করে থাকে তবে তা অভ্যন্তরীণভাবে পরিবহনের জন্য ইউডিপি ব্যবহার করে?
এটি একটি নির্বোধ প্রশ্ন হতে পারে:
উদাহরণ স্বরূপ:
যদি কেউ এইচটিটিপি ব্যবহার করে এমপি 3 বা ভিডিও স্ট্রিম করে থাকে তবে তা অভ্যন্তরীণভাবে পরিবহনের জন্য ইউডিপি ব্যবহার করে?
উত্তর:
সাধারণত, না।
স্ট্রিমিংটি খুব কমই এইচটিটিপি-র মাধ্যমে ব্যবহৃত হয় এবং এইচটিটিপি খুব কমই ইউডিপিতে চালিত হয়। তবে, আরটিপি দেখুন ।
আপনার উদাহরণ হিসাবে (মন্তব্যে) কোনও কিছুর জন্য, আপনি সংস্থানটির জন্য কোনও প্রোটোকল প্রদর্শন করছেন না। যদি সেই প্রোটোকলটি এইচটিটিপি হয়, তবে আমি অ্যাক্সেসটিকে "স্ট্রিমিং" বলব না; এমনকি যদি এটি কোনও শব্দের অর্থে হয় যেহেতু এটি কোনও নেটওয়ার্কের মাধ্যমে ক্রমিকভাবে একটি (সম্ভবত বৃহত) সংস্থান পাঠাচ্ছে। সাধারণত, সংস্থানটি ফিরে যাওয়ার আগে লোকাল ডিস্কে সংরক্ষণ করা হবে, সুতরাং নেটওয়ার্ক ট্রান্সফারটি সাধারণত "স্ট্রিমিং" বলতে বোঝায় না।
মন্তব্যকারীরা যেমন উল্লেখ করেছে, যদিও এটি এইচটিটিপি-র উপর দিয়ে প্রবাহিত হওয়া অবশ্যই সম্ভব এবং এটি কিছু দ্বারা সম্পন্ন হয়েছে।
server push
, যেখানে এইচটিটিপি সংযোগটি এমটিএমপি মাল্টিপার্টের পৃথক অংশ হিসাবে এইচটিটিপি অনুরোধের পৃথক অংশ হিসাবে এমজেপিইজি (একাধিক জেপিইজি চিত্রগুলি) প্রেরণ করে। প্রতিটি জেপিইজি চিত্র প্রদর্শিত হয় এবং প্রদর্শনটিতে আগেরটি প্রতিস্থাপন করে। তবে আপনি সঠিক @ আনুইন্ড, আরটিপি / আরটিএসপি আরও ভাল কাজ করার কারণে এটি আজ খুব কমই সম্পন্ন হয়েছে।
আরএফসি 2616 থেকে :
এইচটিটিপি যোগাযোগ সাধারণত টিসিপি / আইপি সংযোগ স্থাপন করে। ডিফল্ট পোর্টটি টিসিপি 80, তবে অন্যান্য পোর্ট ব্যবহার করা যেতে পারে। এটি HTTP ইন্টারনেট বা অন্য নেটওয়ার্কগুলিতে অন্য কোনও প্রোটোকলের শীর্ষে প্রয়োগ করা থেকে বিরত থাকে না। এইচটিটিপি কেবল একটি নির্ভরযোগ্য পরিবহণ অনুমান করে; এই ধরনের গ্যারান্টি সরবরাহকারী কোনও প্রোটোকল ব্যবহার করা যেতে পারে; প্রশ্নে থাকা প্রোটোকলের পরিবহন ডেটা ইউনিটগুলিতে HTTP / 1.1 অনুরোধ এবং প্রতিক্রিয়া কাঠামোর ম্যাপিং এই স্পেসিফিকেশনের আওতার বাইরে।
সুতরাং যদিও এটি স্পষ্টভাবে এটি না বলেছে, ইউডিপি ব্যবহার করা হয় না কারণ এটি একটি "নির্ভরযোগ্য পরিবহন" নয়।
সম্পাদনা করুন - আরও সম্প্রতি, কুইক প্রোটোকল (যা আরও কঠোরভাবে সিউডো-ট্রান্সপোর্ট বা সেশন লেয়ার প্রোটোকল) এইচটিটিপি / ২.০ ট্র্যাফিক বহন করার জন্য ইউডিপি ব্যবহার করে এবং গুগলের বেশিরভাগ ট্র্যাফিক ইতিমধ্যে এই প্রোটোকল ব্যবহার করে। এটি বর্তমানে এইচটিটিপি / 3 হিসাবে মানকতার দিকে অগ্রসর হচ্ছে ।
সম্ভবত কিছুটা ট্রিভিয়া হতে পারে তবে ইউপিএনপি ডিভাইস আবিষ্কারের জন্য ইউডিপি-তে HTTP ফর্ম্যাট বার্তা ব্যবহার করবে।
METHOD
সেটটি আলাদা। এরপরে, ইউপিএনপি অন্যান্য প্রোটোকলগুলি (এবং সাধারণত টিসিপি) ব্যবহার করে এটি যা করে তার বাকি অংশগুলির জন্য।
হ্যাঁ, এইচটিটিপি, অ্যাপ্লিকেশন প্রোটোকল হিসাবে, ইউডিপি ট্রান্সপোর্ট প্রোটোকলের মাধ্যমে স্থানান্তরিত হতে পারে। এইচটিটিপি ডেটা স্থানান্তর এবং শেষ-ব্যবহারকারীর কাছে স্ট্রিমিংয়ের জন্য ইউডিপি এবং অন্তর্নিহিত প্রোটোকল ব্যবহার করে এমন কিছু পরিষেবা এখানে রইল:
এই নিবন্ধে ইউডিপি এবং তার নির্ভরযোগ্য সুপারসেটের উপর স্ট্রিমিং সম্পর্কে আরও বিশদ রয়েছে, আরউডিপি: নির্ভরযোগ্য ইউডিপি (আরইউডিপি): নেক্সট বিগ স্ট্রিমিং প্রোটোকল?
কুইকের সাথে এই বিষয়ে কিছু পরিবর্তন হতে পারে
কুইক (দ্রুত ইউডিপি ইন্টারনেট সংযোগগুলি, দ্রুত উচ্চারিত) একটি পরীক্ষামূলক ট্রান্সপোর্ট লেয়ার নেটওয়ার্ক প্রোটোকল যা গুগল দ্বারা বিকাশিত এবং ২০১৩ সালে এটি প্রয়োগ করা হয়েছিল QU ভিড় এড়ানোর জন্য টিএলএস / এসএসএলের সমতুল্য হ্রাস সংযোগ এবং পরিবহণের বিলম্বিতা এবং প্রতিটি দিকের ব্যান্ডউইথ অনুমান। কুইকের মূল লক্ষ্য বর্তমানে টিসিপি ব্যবহার করে সংযোগ-ভিত্তিক ওয়েব অ্যাপ্লিকেশনগুলি অনুকূল করা।
আপনি যদি এমন কোনও এমপি 3 বা ভিডিও স্ট্রিমিং করছেন যা অগত্যা এইচটিটিপি এর চেয়ে বেশি নাও হতে পারে তবে বাস্তবে আমি হতবাক হয়েছি su এটি টিসিপি-র উপর সম্ভবত অন্য একটি প্রোটোকল হতে পারে তবে আপনি ইউডিপির উপরে স্ট্রিম না রাখতে কোনও কারণ দেখছি না।
আপনার যদি তা বিবেচনায় নিতে হয় যে আপনার ডেটা অন্য প্রান্তে আসবে এমন কোনও নিশ্চিততা নেই তবে ইউডিপি সম্পর্কে আপনি জানেন তা আমি নিতে পারি।
আপনার প্রশ্নের উত্তরের জন্য, না, HTTP ইউডিপি ব্যবহার করে না। যদিও আপনি যে বিষয়ে কথা বলছেন, তার জন্য এমপি 3 / ভিডিও স্ট্রিমিং ইউডিপি-র মাধ্যমে ঘটতে পারে এবং আমার মতে এইচটিটিপি-র মাধ্যমে কখনই ঘটে না।
তত্ত্বের ক্ষেত্রে হ্যাঁ HTTP এর জন্য ইউডিপি ব্যবহার করা সম্ভব তবে এটি সমস্যাযুক্ত হতে পারে। উদাহরণস্বরূপ বলুন আপনার এমপি 3 বা কোনও ভিডিও প্রবাহিত হচ্ছে সেখানে অর্ডার দেওয়ার সমস্যা হবে এবং কিছু বিট হারিয়ে যেতে পারে কারণ ইউডিপি সংযোগ ভিত্তিক নয় সেখানে কোনও প্রতিদান ব্যবস্থা নেই mechanism
UDP is not connection oriented there is no retransmit mechanism
।
আমি মনে করি কিছু উত্তর একটি গুরুত্বপূর্ণ পয়েন্ট অনুপস্থিত। ইউডিপি এবং টিসিপির মধ্যে পছন্দটি ডেটাগুলির ধরণের (যেমন, অডিও বা ভিডিও) বা ট্রান্সফারটি সম্পন্ন হওয়ার আগে অ্যাপ্লিকেশনটি শুরু করা ("স্ট্রিমিং") ভিত্তিতে হওয়া উচিত নয় , তবে এটি আসল সময় কিনা । রিয়েল টাইম ডেটা (সংজ্ঞা অনুসারে) বিলম্ব-সংবেদনশীল, তাই এটি প্রায়শই আরটিপি / ইউডিপি (ইউডিপির উপর রিয়েল টাইম প্রোটোকল) এর মাধ্যমে প্রেরণ করা হয়।
বিলম্ব কোনও ফাইল থেকে সঞ্চিত ডেটা নিয়ে কোনও সমস্যা নয়, এমনকি এটি অডিও এবং / অথবা ভিডিও হলেও, এটি সম্ভবত সেরা টিসিপি-র মাধ্যমে প্রেরণ করা হয় যাতে কোনও প্যাকেটের ক্ষতির সংশোধন করা যায়। প্রেরক এগিয়ে পড়তে এবং নেটওয়ার্ক পাইপটি পূর্ণ রাখতে পারে এবং রিসিভার প্রচুর প্লেআউট বাফারিংও ব্যবহার করতে পারে তাই এটি টিসিপি পুনঃপ্রেরণ বা ক্ষণস্থায়ী নেটওয়ার্কের ধীরগতির দ্বারা বাধাগ্রস্ত হবে না। সীমাবদ্ধ কেসটি যেখানে প্লেব্যাক শুরু হওয়ার আগে পুরো রেকর্ডিং স্থানান্তরিত হয়। এটি প্লেব্যাক স্টলের কোনও ঝুঁকি দূর করে, তবে প্রায়শই অবৈধ হয়।
টিসিপিতে রিয়েল-টাইম ডেটার জন্য সমস্যাটি এত বেশি পরিমাণে বাফারিংয়ের মতো পুনরুদ্ধার নয় যতটা টিসিপি লেপটিকে বিবেচনা না করে পাইপটিকে যথাসম্ভব দক্ষতার সাথে ব্যবহার করার চেষ্টা করে। ইউডিপি অ্যাপ্লিকেশন প্যাকেটের সীমানা সংরক্ষণ করে এবং কোনও অভ্যন্তরীণ স্টোরেজ নেই, সুতরাং এটি কোনও বিলম্বের পরিচয় দেয় না।
উত্তর: হ্যাঁ
কারণ: ওএসআই মডেলটি দেখুন।
Explaination:
এইচটিটিপি হ'ল একটি অ্যাপ্লিকেশন স্তর প্রোটোকল, যা ইউডিপি ব্যবহার করে এমন প্রোটোকল দিয়ে এনপ্যাপসুলেটেড করা যেতে পারে, টিসিপির চেয়ে তর্কযোগ্যভাবে দ্রুত নির্ভরযোগ্য যোগাযোগ সরবরাহ করে। সার্ভার ডিমন এবং ক্লায়েন্টকে অবশ্যই এই নতুন প্রোটোকলটি সমর্থন করা দরকার। ভূমিকম্প 2 প্রোটোকল প্রমাণ করে যে প্রবাহ নিয়ন্ত্রণ (যেমন অংশ আইডস) সুরক্ষিত কাঠামোগত যোগাযোগ ব্যবস্থার জন্য একটি ভিত্তি প্রদানের জন্য ইউডিপি টিসিপি-র মাধ্যমে ব্যবহার করা যেতে পারে।
নোড-https দিয়ে ইউডিপির উপর এইচটিটিপি চালানোর চেষ্টা করুন:
কিছু কিছু টরেন্ট ট্র্যাকার বাস্তবায়ন (এবং সমস্ত মূল ক্লায়েন্টদের সমর্থনকারী) দ্বারা ওভার ইউডিপি-র HTTP ব্যবহার করা হয়
(এটি একটি পুরানো প্রশ্ন, তবে এটি একটি আপডেট উত্তরের দাবিদার))
সমস্ত সম্ভাবনায় , HTTP / 3 কুইক প্রোটোকল ব্যবহার করবে , যা হিসাবে বর্ণনা করা হয়েছে
ইউডিপিতে মাল্টিপ্লেক্স পরিবহন
সুতরাং, একটি নির্দিষ্ট দৃষ্টিকোণ থেকে , আপনি বলতে পারেন যে HTTP / 3 ইউডিপি ব্যবহার করবে।
স্ট্রিমিংয়ের জন্য ইউডিপি হ'ল সেরা প্রোটোকল, কারণ এটি টিসিপির মতো প্যাকেজগুলি হারিয়ে যাওয়ার দাবি তোলে না। এবং যদি এটি দাবি না করে তবে প্রবাহটি আরও বেশি দ্রুত এবং কোনও বাফারিং ছাড়াই।
এমনকি স্রোতের বিলম্বও টিসিপির চেয়ে কম। এটি কারণ টিসিপি (আরও বেশি সুরক্ষিত প্রোটোকল হিসাবে) অনুপস্থিত প্যাকেজগুলির জন্য দাবিগুলি তৈরি করে, বিদ্যমানগুলি ওভাররাইট করে।
সুতরাং টিসিপি হ'ল স্ট্রিমিংয়ের জন্য ব্যবহারযোগ্য এমন একটি প্রোটোকল।