ভিডিও কলের জন্য মিডিয়া পথ
আইটি কর্মীদের জন্য ভিডিও কল দ্বারা ব্যবহৃত মিডিয়া নেটওয়ার্ক পথগুলির একটি সারসংক্ষেপ
ভিডিও কল রিলে সার্ভার ঠিকানা: vcct.healthdirect.org.au
সর্বোত্তম মানের সংযোগ অর্জন করা
১. বেশিরভাগ নেটওয়ার্ক পাথের ক্ষেত্রে, আলোচনার ফলে সম্ভবত একটি বৈধ মিডিয়া সংযোগ তৈরি হবে।
- UDP-এর মাধ্যমে সরাসরি পিয়ার-টু-পিয়ার সর্বোত্তম সংযোগ প্রদান করে , কিন্তু প্রাতিষ্ঠানিক নেটওয়ার্কগুলিতে তাদের নেটওয়ার্ক নীতির নিরাপত্তা সীমাবদ্ধতার কারণে প্রায়শই এটি অনুপলব্ধ থাকে।
- একটি সুরক্ষিত টানেলযুক্ত TCP সংযোগ মিডিয়া ট্রান্সফারের জন্য সবচেয়ে কম আকাঙ্ক্ষিত বিকল্প , তবে নেটওয়ার্ক সুরক্ষা পরিবর্তন ছাড়াই এটি সমর্থিত হওয়ার সম্ভাবনা বেশি।
প্রস্তাবিত বিকল্প: অনেক নেটওয়ার্কের জন্য, রিলে সার্ভারে (উপরে নেটওয়ার্ক পাথ ২) UDP পোর্ট 3478 তে NAT এর বহির্গমনের অনুমতি দিলে কম ওভারহেডের সাথে কম ল্যাটেন্সি পাওয়া যাবে। এর জন্য আপনার নেটওয়ার্ক কনফিগারেশনে শুধুমাত্র একটি ছোটখাটো, কম ঝুঁকিপূর্ণ পরিবর্তন প্রয়োজন।
২. ভিডিও কল ট্র্যাফিককে রিয়েল টাইম যোগাযোগ হিসেবে অগ্রাধিকার দেওয়া নিশ্চিত করতে অনুগ্রহ করে নীচের বিকল্পগুলি দেখুন:
- যদি আপনার রাউটার DSCP ফিল্ড ভ্যালু 34 (যাকে Assured Forwarding 41 বা AF41 বলা হয়) দিয়ে ট্র্যাফিককে অগ্রাধিকার দিতে সক্ষম হয়, তাহলে আপনি কি এটি কনফিগার করতে পারেন? সমস্ত রিয়েল-টাইম WebRTC ট্র্যাফিক এইভাবে চিহ্নিত করা হয় এবং এটি ভিডিও কল এবং অন্যান্য ভিডিও কনফারেন্সিং সমাধানের মান উন্নত করবে।
- যদি আপনার রাউটার উপরের কার্যকারিতা ব্যবহার করতে সক্ষম না হয়, তাহলে আপনি 5000-40000 পোর্ট রেঞ্জের মধ্যে UDP প্যাকেটগুলিকে অগ্রাধিকার দেওয়ার জন্য QoS সেট করতে পারেন এবং এটি ভিডিও প্যাকেটগুলিকে অগ্রাধিকার দিতে এবং যেকোনো ল্যাগ কমাতে সাহায্য করবে। WebRTC মিডিয়া স্ট্রিম সরবরাহ করার জন্য RTP প্রোটোকল ব্যবহার করে এবং RTP সাধারণত UDP 5000-40000 ব্যবহার করে। এটি করার ফলে কিছু প্যাকেটকে অগ্রাধিকার দেওয়া হতে পারে যার প্রয়োজন নেই তবে বেশিরভাগই RTP প্যাকেট হবে। এইভাবে QoS সেট আপ করলে ভিডিও স্ট্রিমগুলিতে ন্যূনতম পরিমাণে বাধা এবং ঝাঁকুনি থাকবে তা নিশ্চিত করা হবে।
ভিডিও কলটি খুঁজে পেতে পারে এমন সেরা নেটওয়ার্ক পাথ ব্যবহার করার চেষ্টা করবে।
নিম্নলিখিত টেবিলে পছন্দের ক্রম অনুসারে এটি যে নেটওয়ার্ক পাথগুলি খুঁজবে তার তালিকা দেওয়া হয়েছে:
| নেটওয়ার্ক পাথ | STUN/রিলে সার্ভার পোর্ট |
|---|---|
|
১: STUN সার্ভার-সহায়তাপ্রাপ্ত NAT ট্র্যাভার্সাল সহ সরাসরি পিয়ার-টু-পিয়ার UDP প্রতিটি এন্ডপয়েন্ট প্রদত্ত STUN সার্ভার ব্যবহার করে তার বহিরাগত ইন্টারনেট ঠিকানা আবিষ্কার করবে। এই ঠিকানাটি অন্য এন্ডপয়েন্টে সরবরাহ করা হয় এবং নেটওয়ার্ক অ্যাড্রেস ট্রান্সলেশনের মাধ্যমে সংযোগ স্থাপন করতে ব্যবহৃত হয়। ৪৯১৫২ - ৬৫৫৩৫ নম্বর UDP পোর্টের বিশাল পরিসরে এলোমেলোভাবে নির্বাচিত পোর্টের উপর দিয়ে মিডিয়া প্রবাহিত হয়। |
৩৪৭৮ (ইউডিপি) |
|
২: ভিডিও কল রিলে সার্ভারের মাধ্যমে, UDP-রুটেড ইগ্রেস ব্যবহার করে যদি উপরের সরাসরি পিয়ার-টু-পিয়ার ব্যবহার করে সংযোগ স্থাপন করা না যায়, তাহলে কনফিগার করা TURN সার্ভার UDP পোর্ট 3478 রিমোট এন্ডপয়েন্টে একটি রিলে স্থাপন করার চেষ্টা করা হবে। এই রিলে ঠিকানাটি অন্য এন্ডপয়েন্টে সরবরাহ করা হয় এবং রিলে মাধ্যমে সংযোগ স্থাপন করতে ব্যবহৃত হয়, স্থানীয় এন্ডপয়েন্টের TURN সার্ভারের সংযোগের মাধ্যমে। টার্ন সার্ভারে মিডিয়া UDP পোর্ট 3478 এ প্রবাহিত হয়। |
৩৪৭৮ (ইউডিপি) |
|
৩: ভিডিও কল রিলে সার্ভারের মাধ্যমে, টিসিপি-রুটেড ইগ্রেস ব্যবহার করে যদি TURN সার্ভারের সাথে UDP ব্যবহার করে সংযোগ স্থাপন করা না যায়, তাহলে TURN সার্ভারের সাথে সংযোগটি UDP 3478 নয় বরং TCP 443 এর মাধ্যমে স্থাপন করা হয়। টার্ন সার্ভারে মিডিয়া বাইরের দিকে TCP পোর্ট 443-এ প্রবাহিত হয়। |
৩৪৭৮ (টিসিপি) |
|
৪: ভিডিও কল রিলে সার্ভারের মাধ্যমে, স্থানীয় ওয়েব প্রক্সি সার্ভারের মাধ্যমে TCP টানেলিং ব্যবহার করে যদি NAT এর মাধ্যমে একটি রাউটেড সংযোগ TURN সার্ভারে স্থাপন করা না যায়, তাহলে ব্রাউজার কনফিগার করা ওয়েব প্রক্সি সার্ভারের মাধ্যমে TCP পোর্ট 443 এর সাথে একটি টানেলযুক্ত সংযোগ স্থাপনের চেষ্টা করা হবে। মিডিয়া ওয়েব প্রক্সির মাধ্যমে বাইরের দিকে প্রবাহিত হয়, টার্ন সার্ভারের TCP পোর্ট 443-এ। |
৪৪৩ (টিসিপি) |
|
৫এ, ৫বি: সিকিউর টিসিপি ব্যবহার করে ভিডিও কল রিলে সার্ভারের মাধ্যমে উপরের ৩ বা ৪ এর ক্ষেত্রে, কিন্তু টার্ন সার্ভারের সাথে একটি TLS TCP সংযোগ ব্যবহার করে। |
৪৪৩ (টিসিপি/টিএলএস) |
আরও তথ্যের জন্য, ভিডিও কল রিলে সার্ভার দেখুন।