এই পৃষ্ঠায় Google Meet লাইভ স্ট্রিমিংয়ের জন্য Google Meet এন্টারপ্রাইজ কন্টেন্ট ডেলিভারি নেটওয়ার্ক (eCDN) অন-প্রেমিসেস API কীভাবে ব্যবহার করবেন তা ব্যাখ্যা করা হয়েছে।
এখানে বর্ণিত API সমাধান গ্রাহকদের ব্যক্তিগত IP তথ্য Google-এর কাছে প্রকাশ না করেই Meet eCDN-এর সম্পূর্ণ বৈশিষ্ট্য সেট ব্যবহার করার সুযোগ দেয়। আপনি আপনার নিজস্ব নেটওয়ার্কে একটি নতুন অন-প্রেমিসিস ওয়েব পরিষেবা সংজ্ঞায়িত করতে পারেন যা ব্যক্তিগত IP ঠিকানা তথ্যের পরিবর্তে একটি ID পাস করে।
eCDN এর ওভারভিউ দেখুন
eCDN Meet-এ তৈরি এবং Google Workspace অ্যাডমিনিস্ট্রেটর এটি সেট আপ করার পর লাইভস্ট্রিমের সময় স্বয়ংক্রিয়ভাবে শুরু হয়। Meet eCDN চালু থাকলে, স্থানীয় নেটওয়ার্কের মধ্যে লাইভস্ট্রিম দর্শকরা পিয়ার-টু-পিয়ার (P2P) শেয়ারিংয়ের মাধ্যমে নেটওয়ার্কের অন্যান্য পিয়ারদের সাথে লাইভ-স্ট্রিম করা মিডিয়া শেয়ার করতে পারবেন। বেশিরভাগ ডিভাইসই কাছাকাছি পিয়ারদের কাছ থেকে লাইভ-স্ট্রিম করা মিডিয়া গ্রহণ করে এবং Google-এর সার্ভার থেকে এটি আনার প্রয়োজন হয় না। এটি দর্শকদের দ্বারা ব্যবহৃত মোট ব্যান্ডউইথ কমিয়ে দেয়। Meet eCDN সেট আপ এবং ব্যবহার সম্পর্কে আরও তথ্যের জন্য, বৃহৎ লাইভ স্ট্রিম হোস্টিং দেখুন।
eCDN-এর জন্য Meet লাইভ স্ট্রিমিংয়ের দর্শকদের পিয়ারিং গ্রুপে অর্ডার করতে হবে। পিয়ারিং গ্রুপ হল এমন কিছু নোডের সমষ্টি যা একে অপরের সাথে মিডিয়া শেয়ার করার অনুমতিপ্রাপ্ত। পিয়ারিং গ্রুপের ডিভাইসগুলিকে হয় পিয়ারিং করার অনুমতি দেওয়া হয় অথবা পিয়ারিং থেকে ব্লক করা হয়। অনুমোদিত ডিভাইসগুলি কেবল একই পিয়ারিং গ্রুপের অন্যান্য ডিভাইসের সাথে সংযোগ করতে পারে। পিয়ারিং গ্রুপ সম্পর্কে আরও তথ্যের জন্য, বড় লাইভ স্ট্রিম হোস্ট করা শুরু করার আগে দেখুন।
কখন API ব্যবহার করবেন
eCDN বিভিন্ন পিয়ারিং নীতি ব্যবহার করে পিয়ারিং গ্রুপ গঠন করতে পারে: random , subnet , অথবা custom rules । পরবর্তীটি Google এর eCDN ট্র্যাকার সার্ভারের সাথে ব্যক্তিগত নেটওয়ার্ক রেঞ্জের একটি টেবিল শেয়ার করে প্রতিটি পিয়ার নোডের ব্যক্তিগত IP ঠিকানাগুলিকে একটি পিয়ারিং গ্রুপে ম্যাপ করার জন্য। custom rules নীতি হল পছন্দের সমাধান এবং বেশিরভাগ উৎপাদন পরিবেশে উপযুক্ত।
তবে, custom rules নীতি অনুসারে, আপনার ব্যক্তিগত নেটওয়ার্ক কাঠামোর একটি বড় অংশ Google-এর সাথে শেয়ার করতে হবে। এছাড়াও, eCDN ব্যবহার করার সময় ব্যবহারকারীরা তাদের স্থানীয়ভাবে সনাক্ত করা ব্যক্তিগত IP ঠিকানাগুলি Google-এর কাছে প্রকাশ করে। কিছু সংস্থার জন্য, তাদের নিরাপত্তা নির্দেশিকা ব্যক্তিগত IP তথ্য ভাগ করে নেওয়ার অনুমতি নাও দিতে পারে।
Meet eCDN অন-প্রেমিসেস API ব্যবহার করে ডেভেলপ করুন
Meet eCDN অন-প্রেমিসেস API একটি ওয়েব সার্ভার স্পেসিফিকেশন প্রদান করে যা আপনি আপনার প্রতিষ্ঠানের নেটওয়ার্কে স্থানীয়ভাবে প্রয়োগ এবং হোস্ট করতে পারেন। আপনি একটি কাস্টম ওয়েব পরিষেবা তৈরি করতে পারেন যা API-এর সাথে সামঞ্জস্যপূর্ণ এবং ব্যক্তিগত IP তথ্যের উপর নির্ভরশীল সমস্ত কাজ সম্পাদন করে যাতে তথ্যটি Google-এর সাথে শেয়ার না করা হয়।
API-তে eCDN ট্র্যাকার সার্ভার দ্বারা পরিচালিত প্রাইভেট IP ঠিকানাগুলির সাথে মিলের জন্য দুটি গুরুত্বপূর্ণ ধাপ অন্তর্ভুক্ত রয়েছে: একটি পিয়ারিং গ্রুপে প্রাইভেট IP ঠিকানাগুলি ম্যাপ করা এবং WebRTC সিগন্যালিং চলাকালীন সেশন ডেসক্রিপশন প্রোটোকল (SDP) অফার-আনসার ডেটা বিনিময় ।
ওয়েব পরিষেবা সম্পূর্ণ হয়ে গেলে, আপনাকে অবশ্যই অ্যাডমিন কনসোলটি একটি On-premises service পিয়ারিং নীতি ব্যবহার করার জন্য কনফিগার করতে হবে এবং আপনার কাস্টম ওয়েব পরিষেবার URL অন্তর্ভুক্ত করতে হবে।
আবশ্যকতা
আপনার প্রতিষ্ঠানের জন্য যদি এই প্রয়োজনীয়তাগুলির কোনওটি চালু করতে হয়, তাহলে আপনার Google Workspace অ্যাডমিনিস্ট্রেটরকে জিজ্ঞাসা করুন:
HTTPS ব্যবহারকারী যেকোনো ওয়েব সার্ভার এই API বাস্তবায়ন করতে পারে।
মিশ্র কন্টেন্টের ব্যর্থতা রোধ করতে HTTPS ব্যবহার করুন।
JSON ডেটা গ্রহণ করুন এবং ফেরত দিন। আপনার ব্রাউজার দ্বারা সমর্থিত যেকোনো কন্টেন্ট এনকোডিং ব্যবহার করুন।
/v nরুটের অধীনে এন্ডপয়েন্ট পরিবেশন করে যেখানেnহল নির্বাচিত API সংস্করণ। উদাহরণস্বরূপ,/v1/get-peering-group।মিট লাইভ স্ট্রিমিং-এর দর্শকরা গুগল অ্যাডমিন কনসোলের মাধ্যমে আপনার ওয়েব পরিষেবার URL সম্পর্কে জানতে পারবেন। URLটি বিশ্বব্যাপী, প্রতি সাংগঠনিক ইউনিট বা প্রতি গ্রুপে সেট করা যেতে পারে। নিশ্চিত করুন যে দর্শকরা তাদের নির্ধারিত পরিষেবার উদাহরণের সাথে সংযোগ করতে পারেন। আরও তথ্যের জন্য, অ্যাডমিন কনসোল কনফিগার করুন দেখুন।
আপনার পরিষেবাটি দুই সেকেন্ডের মধ্যে একটি প্রতিক্রিয়া জানাবে। অন্যথায়, eCDN ক্লায়েন্ট বন্ধ হয়ে যাবে এবং দর্শক নিয়মিত, নন-eCDN ব্যবহারকারী হিসাবে লাইভ ইভেন্টটি দেখতে থাকবেন এবং তাদের কোনও ব্যান্ডউইথ সাশ্রয় থেকে বঞ্চিত করবেন।
আপনার পরিষেবাতে নিম্নলিখিত ক্রস-অরিজিন রিসোর্স শেয়ারিং (CORS) হেডারগুলি সেট করতে হবে:
-
Access-Control-Allow-Origin: meet.google.com -
Access-Control-Allow-Headers: GET, POST, OPTIONS -
Access-Control-Allow-Credentials: true
-
একটি পিয়ারিং গ্রুপে ব্যক্তিগত আইপি ঠিকানা ম্যাপ করুন
eCDN ক্লায়েন্ট যখনই eCDN ট্র্যাকার সার্ভারের সাথে পুনরায় সংযোগ করার চেষ্টা করে তখনই একটি কল করে। কোনও ডিভাইস একটি ব্যক্তিগত IP ঠিকানা সনাক্ত করার পরে, ঠিকানাটি সঠিক পিয়ারিং গ্রুপের সাথে ম্যাপ করতে হবে। আপনাকে অবশ্যই আপনার নেটওয়ার্কের একটি সার্ভারে ব্যক্তিগত IP ঠিকানাটি পাঠাতে হবে এবং get-peering-group() পদ্ধতি ব্যবহার করে একটি পিয়ারিং গ্রুপে ম্যানুয়ালি সমাধান করতে হবে। প্রতিক্রিয়ায় একটি পিয়ারিং গ্রুপ আইডি ফেরত পাঠানো হবে। Google এর সাথে যোগাযোগ করার সময়, প্রাইভেট IP ঠিকানার পরিবর্তে প্রাপ্ত পিয়ারিং গ্রুপ আইডি পাস করা হয়।

নিম্নলিখিত কোড নমুনাটি সম্ভাব্য ত্রুটি প্রতিক্রিয়া এবং প্রত্যাশিত প্রতিক্রিয়া বডি সহ get-peering-group() পদ্ধতিটি কীভাবে কল করতে হয় তা দেখায়:
POST /v1/get-peering-group
Content-Type: application/json
Request body:
{
"availableIPs": []{
"format": "ipv4"|"ipv6",
"address": "DETECTED_ADDRESS"
}
}
Error response:
{
"result": null,
"error": "ERROR_MESSAGE",
}
Response body:
{
"result": "PEERING_GROUP_ID",
"error": null,
}
নিম্নলিখিত টেবিলটি প্রত্যাশিত প্রতিক্রিয়া ফর্ম্যাটগুলি দেখায়:
| HTTP অবস্থা | ত্রুটি | পিয়ারিং গ্রুপ আইডি | ক্লায়েন্টের প্রতিক্রিয়া |
|---|---|---|---|
| ২০০ | শূন্য | খালি নয় এমন স্ট্রিং | ক্লায়েন্টকে একটি পিয়ারিং গ্রুপে সাজানো উচিত এবং eCDN ট্র্যাকার সার্ভারের সাথে সংযোগ স্থাপনের জন্য এগিয়ে যাওয়া উচিত। |
| ২০০ | শূন্য | NOT_FOUND | ক্লায়েন্ট eCDN সেশন শেষ করে। |
| ২০০ | শূন্য | BLOCKED | ক্লায়েন্ট eCDN সেশন শেষ করে। |
| ২০০ | অন্যান্য অ-খালি স্ট্রিং | শূন্য | ক্লায়েন্ট eCDN সেশন শেষ করে। |
| ৩০২ (পাওয়া গেছে) | ক্লায়েন্ট রেসপন্স বডির Location হেডারে উল্লেখিত নতুন URL-এ পুনঃনির্দেশ অনুসরণ করে। | ||
| অন্য কোনও স্ট্যাটাস কোড | যেকোনো স্ট্রিং | যেকোনো স্ট্রিং | ক্লায়েন্ট eCDN সেশন শেষ করে। |
SDP অফার-উত্তর ডেটা বিনিময়
একটি WebRTC সংযোগ শুরু করার জন্য, ডিভাইসগুলিকে তাদের SDP অফার এবং উত্তর বিনিময় করতে হবে, যার মধ্যে ইন্টারেক্টিভ কানেক্টিভিটি এস্টাব্লিশমেন্ট (ICE) প্রার্থীরাও অন্তর্ভুক্ত, যাতে ব্যক্তিগত IP তথ্য থাকে। তারা WebRTC সিগন্যালিং প্রক্রিয়ার অংশ হিসাবে এটি করে।
ক্লায়েন্টদের অবশ্যই encrypt-sdp() পদ্ধতি ব্যবহার করে Meet eCDN On-Pramises API এর মাধ্যমে তাদের নেটওয়ার্কের মধ্যে তাদের ICE প্রার্থীদের এনক্রিপ্ট করতে হবে। পদ্ধতিটি এমন একটি কী ব্যবহার করে যা কখনই Google-এর কাছে প্রকাশ করা হয় না। এরপর এনক্রিপ্ট করা SDP অফারটি eCDN ট্র্যাকার সার্ভার ব্যবহার করে পিয়ারের কাছে পাঠানো হয়। ক্লায়েন্ট পিয়ার তারপর decrypt-sdp() পদ্ধতি ব্যবহার করে তাদের নেটওয়ার্কের ভিতরে প্রাপ্ত তথ্য ডিক্রিপ্ট করে। তারপর Google সংযুক্ত পিয়ারদের মধ্যে অফার এবং উত্তরগুলি ফরোয়ার্ড করে।
Meet eCDN অন-প্রেমিসেস API ব্যবহার করে সংযোগ স্থাপন করা হয়ে গেলে, eCDN স্বাভাবিকভাবে কাজ করে। পিয়াররা মিডিয়াকে স্বাভাবিক পিয়ারিং নেটওয়ার্কের মধ্য দিয়ে রুট করে এবং মিডিয়া ট্র্যাফিক API এর মধ্য দিয়ে যায় না বা ব্যবহার করে না।

নিম্নলিখিত কোড নমুনাটি সম্ভাব্য ত্রুটি প্রতিক্রিয়া এবং প্রত্যাশিত প্রতিক্রিয়া বডি সহ encrypt-sdp() পদ্ধতিটি কীভাবে কল করতে হয় তা দেখায়:
POST /v1/encrypt-sdp
Content-Type: application/json
Request body:
{
"data": "SDP_DATA" // raw SDP data
},
Error response:
{
"result": null,
"error": "ERROR_MESSAGE", // error message
}
Response body:
{
"result": "ENCRYPTED_DATA_STRING", // encrypted data as string
"error": null,
}
নিম্নলিখিত কোড নমুনাটি সম্ভাব্য ত্রুটি প্রতিক্রিয়া এবং প্রত্যাশিত প্রতিক্রিয়া বডি সহ decrypt-sdp() পদ্ধতিটি কীভাবে কল করতে হয় তা দেখায়:
POST /v1/decrypt-sdp
Content-Type: application/json
Request body:
{
"data": "ENCRYPTED_DATA_STRING", // encrypted data as string (size limit: 1 MB)
},
Error response:
{
"result": null,
"error": "ERROR_MESSAGE", // error message
}
Response body:
{
"result": "SDP_DATA" // raw SDP data
"error": null,
}
নিম্নলিখিত টেবিলটি প্রত্যাশিত প্রতিক্রিয়া ফর্ম্যাটগুলি দেখায়:
| HTTP অবস্থা | ত্রুটি | পিয়ারিং গ্রুপ আইডি | ক্লায়েন্টের প্রতিক্রিয়া |
|---|---|---|---|
| ২০০ | শূন্য | খালি নয় এমন স্ট্রিং | ক্লায়েন্ট আশা করে যে সঠিকভাবে এনকোড করা বা ডিকোড করা SDP ডেটা ব্যবহার করা হবে। |
| ২০০ | যেকোনো অ-খালি স্ট্রিং | শূন্য | ক্লায়েন্ট eCDN সেশন শেষ করে। |
| ৩০২ (পাওয়া গেছে) | ক্লায়েন্ট রেসপন্স বডির Location হেডারে উল্লেখিত নতুন URL-এ পুনঃনির্দেশ অনুসরণ করে। | ||
| অন্য কোনও স্ট্যাটাস কোড | যেকোনো মান | যেকোনো মান | ক্লায়েন্ট eCDN সেশন শেষ করে। |
অ্যাডমিন কনসোল কনফিগার করুন
Meet eCDN অন-প্রেমিসেস API ব্যবহার করার জন্য, আপনাকে অ্যাডমিন কনসোলে eCDN কনফিগার করতে হবে যাতে আপনার কাস্টম ওয়েব পরিষেবার URL অন্তর্ভুক্ত থাকে।
eCDN সেট করার জন্য, On-premises service ব্যবহার করে একটি পিয়ারিং নীতি তৈরি করুন যাতে পিয়ারিং গ্রুপের সাথে ম্যানুয়ালি IP তথ্য মেলানো যায়। আপনি যদি ডিফল্ট 443 ব্যবহার না করেন তবে আপনি একটি পোর্ট নম্বরও অন্তর্ভুক্ত করতে পারেন। URLটি নিম্নলিখিত ফর্ম্যাটের সাথে মিলিত হওয়া উচিত: WEB_SERVICE.example.com:8080 , যেখানে WEB_SERVICE হল আপনার ওয়েব পরিষেবার নাম।
পিয়ারিং নীতি নির্ধারণ সম্পর্কে আরও তথ্যের জন্য, নেটওয়ার্ক গ্রুপিং কনফিগার করুন দেখুন।
সম্পর্কিত বিষয়
Meet eCDN কীভাবে ব্যবহার করবেন তা শিখতে, বৃহৎ লাইভ স্ট্রিম হোস্টিং এর ধাপগুলি অনুসরণ করুন।
eCDN সেট আপ করার পদ্ধতি জানতে, বড় লাইভ স্ট্রিম হোস্ট করা শুরু করার আগে দেখুন।
আপনার নেটওয়ার্ক সেট আপ করার পদ্ধতি জানতে, Meet মিটিং এবং লাইভ স্ট্রিমের জন্য আপনার নেটওয়ার্ক প্রস্তুত করুন দেখুন।
প্রশাসক হিসেবে Google অ্যাডমিন কনসোলে সাইন ইন করতে, আপনার অ্যাডমিন কনসোলে সাইন ইন করুন দেখুন।
এই পৃষ্ঠায় Google Meet লাইভ স্ট্রিমিংয়ের জন্য Google Meet এন্টারপ্রাইজ কন্টেন্ট ডেলিভারি নেটওয়ার্ক (eCDN) অন-প্রেমিসেস API কীভাবে ব্যবহার করবেন তা ব্যাখ্যা করা হয়েছে।
এখানে বর্ণিত API সমাধান গ্রাহকদের ব্যক্তিগত IP তথ্য Google-এর কাছে প্রকাশ না করেই Meet eCDN-এর সম্পূর্ণ বৈশিষ্ট্য সেট ব্যবহার করার সুযোগ দেয়। আপনি আপনার নিজস্ব নেটওয়ার্কে একটি নতুন অন-প্রেমিসিস ওয়েব পরিষেবা সংজ্ঞায়িত করতে পারেন যা ব্যক্তিগত IP ঠিকানা তথ্যের পরিবর্তে একটি ID পাস করে।
eCDN এর ওভারভিউ দেখুন
eCDN Meet-এ তৈরি এবং Google Workspace অ্যাডমিনিস্ট্রেটর এটি সেট আপ করার পর লাইভস্ট্রিমের সময় স্বয়ংক্রিয়ভাবে শুরু হয়। Meet eCDN চালু থাকলে, স্থানীয় নেটওয়ার্কের মধ্যে লাইভস্ট্রিম দর্শকরা পিয়ার-টু-পিয়ার (P2P) শেয়ারিংয়ের মাধ্যমে নেটওয়ার্কের অন্যান্য পিয়ারদের সাথে লাইভ-স্ট্রিম করা মিডিয়া শেয়ার করতে পারবেন। বেশিরভাগ ডিভাইসই কাছাকাছি পিয়ারদের কাছ থেকে লাইভ-স্ট্রিম করা মিডিয়া গ্রহণ করে এবং Google-এর সার্ভার থেকে এটি আনার প্রয়োজন হয় না। এটি দর্শকদের দ্বারা ব্যবহৃত মোট ব্যান্ডউইথ কমিয়ে দেয়। Meet eCDN সেট আপ এবং ব্যবহার সম্পর্কে আরও তথ্যের জন্য, বৃহৎ লাইভ স্ট্রিম হোস্টিং দেখুন।
eCDN-এর জন্য Meet লাইভ স্ট্রিমিংয়ের দর্শকদের পিয়ারিং গ্রুপে অর্ডার করতে হবে। পিয়ারিং গ্রুপ হল এমন কিছু নোডের সমষ্টি যা একে অপরের সাথে মিডিয়া শেয়ার করার অনুমতিপ্রাপ্ত। পিয়ারিং গ্রুপের ডিভাইসগুলিকে হয় পিয়ারিং করার অনুমতি দেওয়া হয় অথবা পিয়ারিং থেকে ব্লক করা হয়। অনুমোদিত ডিভাইসগুলি কেবল একই পিয়ারিং গ্রুপের অন্যান্য ডিভাইসের সাথে সংযোগ করতে পারে। পিয়ারিং গ্রুপ সম্পর্কে আরও তথ্যের জন্য, বড় লাইভ স্ট্রিম হোস্ট করা শুরু করার আগে দেখুন।
কখন API ব্যবহার করবেন
eCDN বিভিন্ন পিয়ারিং নীতি ব্যবহার করে পিয়ারিং গ্রুপ গঠন করতে পারে: random , subnet , অথবা custom rules । পরবর্তীটি Google এর eCDN ট্র্যাকার সার্ভারের সাথে ব্যক্তিগত নেটওয়ার্ক রেঞ্জের একটি টেবিল শেয়ার করে প্রতিটি পিয়ার নোডের ব্যক্তিগত IP ঠিকানাগুলিকে একটি পিয়ারিং গ্রুপে ম্যাপ করার জন্য। custom rules নীতি হল পছন্দের সমাধান এবং বেশিরভাগ উৎপাদন পরিবেশে উপযুক্ত।
তবে, custom rules নীতি অনুসারে, আপনার ব্যক্তিগত নেটওয়ার্ক কাঠামোর একটি বড় অংশ Google-এর সাথে শেয়ার করতে হবে। এছাড়াও, eCDN ব্যবহার করার সময় ব্যবহারকারীরা তাদের স্থানীয়ভাবে সনাক্ত করা ব্যক্তিগত IP ঠিকানাগুলি Google-এর কাছে প্রকাশ করে। কিছু সংস্থার জন্য, তাদের নিরাপত্তা নির্দেশিকা ব্যক্তিগত IP তথ্য ভাগ করে নেওয়ার অনুমতি নাও দিতে পারে।
Meet eCDN অন-প্রেমিসেস API ব্যবহার করে ডেভেলপ করুন
Meet eCDN অন-প্রেমিসেস API একটি ওয়েব সার্ভার স্পেসিফিকেশন প্রদান করে যা আপনি আপনার প্রতিষ্ঠানের নেটওয়ার্কে স্থানীয়ভাবে প্রয়োগ এবং হোস্ট করতে পারেন। আপনি একটি কাস্টম ওয়েব পরিষেবা তৈরি করতে পারেন যা API-এর সাথে সামঞ্জস্যপূর্ণ এবং ব্যক্তিগত IP তথ্যের উপর নির্ভরশীল সমস্ত কাজ সম্পাদন করে যাতে তথ্যটি Google-এর সাথে শেয়ার না করা হয়।
API-তে eCDN ট্র্যাকার সার্ভার দ্বারা পরিচালিত প্রাইভেট IP ঠিকানাগুলির সাথে মিলের জন্য দুটি গুরুত্বপূর্ণ ধাপ অন্তর্ভুক্ত রয়েছে: একটি পিয়ারিং গ্রুপে প্রাইভেট IP ঠিকানাগুলি ম্যাপ করা এবং WebRTC সিগন্যালিং চলাকালীন সেশন ডেসক্রিপশন প্রোটোকল (SDP) অফার-আনসার ডেটা বিনিময় ।
ওয়েব পরিষেবা সম্পূর্ণ হয়ে গেলে, আপনাকে অবশ্যই অ্যাডমিন কনসোলটি একটি On-premises service পিয়ারিং নীতি ব্যবহার করার জন্য কনফিগার করতে হবে এবং আপনার কাস্টম ওয়েব পরিষেবার URL অন্তর্ভুক্ত করতে হবে।
আবশ্যকতা
আপনার প্রতিষ্ঠানের জন্য যদি এই প্রয়োজনীয়তাগুলির কোনওটি চালু করতে হয়, তাহলে আপনার Google Workspace অ্যাডমিনিস্ট্রেটরকে জিজ্ঞাসা করুন:
HTTPS ব্যবহারকারী যেকোনো ওয়েব সার্ভার এই API বাস্তবায়ন করতে পারে।
মিশ্র কন্টেন্টের ব্যর্থতা রোধ করতে HTTPS ব্যবহার করুন।
JSON ডেটা গ্রহণ করুন এবং ফেরত দিন। আপনার ব্রাউজার দ্বারা সমর্থিত যেকোনো কন্টেন্ট এনকোডিং ব্যবহার করুন।
/v nরুটের অধীনে এন্ডপয়েন্ট পরিবেশন করে যেখানেnহল নির্বাচিত API সংস্করণ। উদাহরণস্বরূপ,/v1/get-peering-group।মিট লাইভ স্ট্রিমিং-এর দর্শকরা গুগল অ্যাডমিন কনসোলের মাধ্যমে আপনার ওয়েব পরিষেবার URL সম্পর্কে জানতে পারবেন। URLটি বিশ্বব্যাপী, প্রতি সাংগঠনিক ইউনিট বা প্রতি গ্রুপে সেট করা যেতে পারে। নিশ্চিত করুন যে দর্শকরা তাদের নির্ধারিত পরিষেবার উদাহরণের সাথে সংযোগ করতে পারেন। আরও তথ্যের জন্য, অ্যাডমিন কনসোল কনফিগার করুন দেখুন।
আপনার পরিষেবাটি দুই সেকেন্ডের মধ্যে একটি প্রতিক্রিয়া জানাবে। অন্যথায়, eCDN ক্লায়েন্ট বন্ধ হয়ে যাবে এবং দর্শক নিয়মিত, নন-eCDN ব্যবহারকারী হিসাবে লাইভ ইভেন্টটি দেখতে থাকবেন এবং তাদের কোনও ব্যান্ডউইথ সাশ্রয় থেকে বঞ্চিত করবেন।
আপনার পরিষেবাতে নিম্নলিখিত ক্রস-অরিজিন রিসোর্স শেয়ারিং (CORS) হেডারগুলি সেট করতে হবে:
-
Access-Control-Allow-Origin: meet.google.com -
Access-Control-Allow-Headers: GET, POST, OPTIONS -
Access-Control-Allow-Credentials: true
-
একটি পিয়ারিং গ্রুপে ব্যক্তিগত আইপি ঠিকানা ম্যাপ করুন
eCDN ক্লায়েন্ট যখনই eCDN ট্র্যাকার সার্ভারের সাথে পুনরায় সংযোগ করার চেষ্টা করে তখনই একটি কল করে। কোনও ডিভাইস একটি ব্যক্তিগত IP ঠিকানা সনাক্ত করার পরে, ঠিকানাটি সঠিক পিয়ারিং গ্রুপের সাথে ম্যাপ করতে হবে। আপনাকে অবশ্যই আপনার নেটওয়ার্কের একটি সার্ভারে ব্যক্তিগত IP ঠিকানাটি পাঠাতে হবে এবং get-peering-group() পদ্ধতি ব্যবহার করে একটি পিয়ারিং গ্রুপে ম্যানুয়ালি সমাধান করতে হবে। প্রতিক্রিয়ায় একটি পিয়ারিং গ্রুপ আইডি ফেরত পাঠানো হবে। Google এর সাথে যোগাযোগ করার সময়, প্রাইভেট IP ঠিকানার পরিবর্তে প্রাপ্ত পিয়ারিং গ্রুপ আইডি পাস করা হয়।

নিম্নলিখিত কোড নমুনাটি সম্ভাব্য ত্রুটি প্রতিক্রিয়া এবং প্রত্যাশিত প্রতিক্রিয়া বডি সহ get-peering-group() পদ্ধতিটি কীভাবে কল করতে হয় তা দেখায়:
POST /v1/get-peering-group
Content-Type: application/json
Request body:
{
"availableIPs": []{
"format": "ipv4"|"ipv6",
"address": "DETECTED_ADDRESS"
}
}
Error response:
{
"result": null,
"error": "ERROR_MESSAGE",
}
Response body:
{
"result": "PEERING_GROUP_ID",
"error": null,
}
নিম্নলিখিত টেবিলটি প্রত্যাশিত প্রতিক্রিয়া ফর্ম্যাটগুলি দেখায়:
| HTTP অবস্থা | ত্রুটি | পিয়ারিং গ্রুপ আইডি | ক্লায়েন্টের প্রতিক্রিয়া |
|---|---|---|---|
| ২০০ | শূন্য | খালি নয় এমন স্ট্রিং | ক্লায়েন্টকে একটি পিয়ারিং গ্রুপে সাজানো উচিত এবং eCDN ট্র্যাকার সার্ভারের সাথে সংযোগ স্থাপনের জন্য এগিয়ে যাওয়া উচিত। |
| ২০০ | শূন্য | NOT_FOUND | ক্লায়েন্ট eCDN সেশন শেষ করে। |
| ২০০ | শূন্য | BLOCKED | ক্লায়েন্ট eCDN সেশন শেষ করে। |
| ২০০ | অন্যান্য অ-খালি স্ট্রিং | শূন্য | ক্লায়েন্ট eCDN সেশন শেষ করে। |
| ৩০২ (পাওয়া গেছে) | ক্লায়েন্ট রেসপন্স বডির Location হেডারে উল্লেখিত নতুন URL-এ পুনঃনির্দেশ অনুসরণ করে। | ||
| অন্য কোনও স্ট্যাটাস কোড | যেকোনো স্ট্রিং | যেকোনো স্ট্রিং | ক্লায়েন্ট eCDN সেশন শেষ করে। |
SDP অফার-উত্তর ডেটা বিনিময়
একটি WebRTC সংযোগ শুরু করার জন্য, ডিভাইসগুলিকে তাদের SDP অফার এবং উত্তর বিনিময় করতে হবে, যার মধ্যে ইন্টারেক্টিভ কানেক্টিভিটি এস্টাব্লিশমেন্ট (ICE) প্রার্থীরাও অন্তর্ভুক্ত, যাতে ব্যক্তিগত IP তথ্য থাকে। তারা WebRTC সিগন্যালিং প্রক্রিয়ার অংশ হিসাবে এটি করে।
ক্লায়েন্টদের অবশ্যই encrypt-sdp() পদ্ধতি ব্যবহার করে Meet eCDN On-Pramises API এর মাধ্যমে তাদের নেটওয়ার্কের মধ্যে তাদের ICE প্রার্থীদের এনক্রিপ্ট করতে হবে। পদ্ধতিটি এমন একটি কী ব্যবহার করে যা কখনই Google-এর কাছে প্রকাশ করা হয় না। এরপর এনক্রিপ্ট করা SDP অফারটি eCDN ট্র্যাকার সার্ভার ব্যবহার করে পিয়ারের কাছে পাঠানো হয়। ক্লায়েন্ট পিয়ার তারপর decrypt-sdp() পদ্ধতি ব্যবহার করে তাদের নেটওয়ার্কের ভিতরে প্রাপ্ত তথ্য ডিক্রিপ্ট করে। তারপর Google সংযুক্ত পিয়ারদের মধ্যে অফার এবং উত্তরগুলি ফরোয়ার্ড করে।
Meet eCDN অন-প্রেমিসেস API ব্যবহার করে সংযোগ স্থাপন করা হয়ে গেলে, eCDN স্বাভাবিকভাবে কাজ করে। পিয়াররা মিডিয়াকে স্বাভাবিক পিয়ারিং নেটওয়ার্কের মধ্য দিয়ে রুট করে এবং মিডিয়া ট্র্যাফিক API এর মধ্য দিয়ে যায় না বা ব্যবহার করে না।

নিম্নলিখিত কোড নমুনাটি সম্ভাব্য ত্রুটি প্রতিক্রিয়া এবং প্রত্যাশিত প্রতিক্রিয়া বডি সহ encrypt-sdp() পদ্ধতিটি কীভাবে কল করতে হয় তা দেখায়:
POST /v1/encrypt-sdp
Content-Type: application/json
Request body:
{
"data": "SDP_DATA" // raw SDP data
},
Error response:
{
"result": null,
"error": "ERROR_MESSAGE", // error message
}
Response body:
{
"result": "ENCRYPTED_DATA_STRING", // encrypted data as string
"error": null,
}
নিম্নলিখিত কোড নমুনাটি সম্ভাব্য ত্রুটি প্রতিক্রিয়া এবং প্রত্যাশিত প্রতিক্রিয়া বডি সহ decrypt-sdp() পদ্ধতিটি কীভাবে কল করতে হয় তা দেখায়:
POST /v1/decrypt-sdp
Content-Type: application/json
Request body:
{
"data": "ENCRYPTED_DATA_STRING", // encrypted data as string (size limit: 1 MB)
},
Error response:
{
"result": null,
"error": "ERROR_MESSAGE", // error message
}
Response body:
{
"result": "SDP_DATA" // raw SDP data
"error": null,
}
নিম্নলিখিত টেবিলটি প্রত্যাশিত প্রতিক্রিয়া ফর্ম্যাটগুলি দেখায়:
| HTTP অবস্থা | ত্রুটি | পিয়ারিং গ্রুপ আইডি | ক্লায়েন্টের প্রতিক্রিয়া |
|---|---|---|---|
| ২০০ | শূন্য | খালি নয় এমন স্ট্রিং | ক্লায়েন্ট আশা করে যে সঠিকভাবে এনকোড করা বা ডিকোড করা SDP ডেটা ব্যবহার করা হবে। |
| ২০০ | যেকোনো অ-খালি স্ট্রিং | শূন্য | ক্লায়েন্ট eCDN সেশন শেষ করে। |
| ৩০২ (পাওয়া গেছে) | ক্লায়েন্ট রেসপন্স বডির Location হেডারে উল্লেখিত নতুন URL-এ পুনঃনির্দেশ অনুসরণ করে। | ||
| অন্য কোনও স্ট্যাটাস কোড | যেকোনো মান | যেকোনো মান | ক্লায়েন্ট eCDN সেশন শেষ করে। |
অ্যাডমিন কনসোল কনফিগার করুন
Meet eCDN অন-প্রেমিসেস API ব্যবহার করার জন্য, আপনাকে অ্যাডমিন কনসোলে eCDN কনফিগার করতে হবে যাতে আপনার কাস্টম ওয়েব পরিষেবার URL অন্তর্ভুক্ত থাকে।
eCDN সেট করার জন্য, On-premises service ব্যবহার করে একটি পিয়ারিং নীতি তৈরি করুন যাতে পিয়ারিং গ্রুপের সাথে ম্যানুয়ালি IP তথ্য মেলানো যায়। আপনি যদি ডিফল্ট 443 ব্যবহার না করেন তবে আপনি একটি পোর্ট নম্বরও অন্তর্ভুক্ত করতে পারেন। URLটি নিম্নলিখিত ফর্ম্যাটের সাথে মিলিত হওয়া উচিত: WEB_SERVICE.example.com:8080 , যেখানে WEB_SERVICE হল আপনার ওয়েব পরিষেবার নাম।
পিয়ারিং নীতি নির্ধারণ সম্পর্কে আরও তথ্যের জন্য, নেটওয়ার্ক গ্রুপিং কনফিগার করুন দেখুন।
সম্পর্কিত বিষয়
Meet eCDN কীভাবে ব্যবহার করবেন তা শিখতে, বৃহৎ লাইভ স্ট্রিম হোস্টিং এর ধাপগুলি অনুসরণ করুন।
eCDN সেট আপ করার পদ্ধতি জানতে, বড় লাইভ স্ট্রিম হোস্ট করা শুরু করার আগে দেখুন।
আপনার নেটওয়ার্ক সেট আপ করার পদ্ধতি জানতে, Meet মিটিং এবং লাইভ স্ট্রিমের জন্য আপনার নেটওয়ার্ক প্রস্তুত করুন দেখুন।
প্রশাসক হিসেবে Google অ্যাডমিন কনসোলে সাইন ইন করতে, আপনার অ্যাডমিন কনসোলে সাইন ইন করুন দেখুন।
এই পৃষ্ঠায় Google Meet লাইভ স্ট্রিমিংয়ের জন্য Google Meet এন্টারপ্রাইজ কন্টেন্ট ডেলিভারি নেটওয়ার্ক (eCDN) অন-প্রেমিসেস API কীভাবে ব্যবহার করবেন তা ব্যাখ্যা করা হয়েছে।
এখানে বর্ণিত API সমাধান গ্রাহকদের ব্যক্তিগত IP তথ্য Google-এর কাছে প্রকাশ না করেই Meet eCDN-এর সম্পূর্ণ বৈশিষ্ট্য সেট ব্যবহার করার সুযোগ দেয়। আপনি আপনার নিজস্ব নেটওয়ার্কে একটি নতুন অন-প্রেমিসিস ওয়েব পরিষেবা সংজ্ঞায়িত করতে পারেন যা ব্যক্তিগত IP ঠিকানা তথ্যের পরিবর্তে একটি ID পাস করে।
eCDN এর ওভারভিউ দেখুন
eCDN Meet-এ তৈরি এবং Google Workspace অ্যাডমিনিস্ট্রেটর এটি সেট আপ করার পর লাইভস্ট্রিমের সময় স্বয়ংক্রিয়ভাবে শুরু হয়। Meet eCDN চালু থাকলে, স্থানীয় নেটওয়ার্কের মধ্যে লাইভস্ট্রিম দর্শকরা পিয়ার-টু-পিয়ার (P2P) শেয়ারিংয়ের মাধ্যমে নেটওয়ার্কের অন্যান্য পিয়ারদের সাথে লাইভ-স্ট্রিম করা মিডিয়া শেয়ার করতে পারবেন। বেশিরভাগ ডিভাইসই কাছাকাছি পিয়ারদের কাছ থেকে লাইভ-স্ট্রিম করা মিডিয়া গ্রহণ করে এবং Google-এর সার্ভার থেকে এটি আনার প্রয়োজন হয় না। এটি দর্শকদের দ্বারা ব্যবহৃত মোট ব্যান্ডউইথ কমিয়ে দেয়। Meet eCDN সেট আপ এবং ব্যবহার সম্পর্কে আরও তথ্যের জন্য, বৃহৎ লাইভ স্ট্রিম হোস্টিং দেখুন।
eCDN-এর জন্য Meet লাইভ স্ট্রিমিংয়ের দর্শকদের পিয়ারিং গ্রুপে অর্ডার করতে হবে। পিয়ারিং গ্রুপ হল এমন কিছু নোডের সমষ্টি যা একে অপরের সাথে মিডিয়া শেয়ার করার অনুমতিপ্রাপ্ত। পিয়ারিং গ্রুপের ডিভাইসগুলিকে হয় পিয়ারিং করার অনুমতি দেওয়া হয় অথবা পিয়ারিং থেকে ব্লক করা হয়। অনুমোদিত ডিভাইসগুলি কেবল একই পিয়ারিং গ্রুপের অন্যান্য ডিভাইসের সাথে সংযোগ করতে পারে। পিয়ারিং গ্রুপ সম্পর্কে আরও তথ্যের জন্য, বড় লাইভ স্ট্রিম হোস্ট করা শুরু করার আগে দেখুন।
কখন API ব্যবহার করবেন
eCDN বিভিন্ন পিয়ারিং নীতি ব্যবহার করে পিয়ারিং গ্রুপ গঠন করতে পারে: random , subnet , অথবা custom rules । পরবর্তীটি Google এর eCDN ট্র্যাকার সার্ভারের সাথে ব্যক্তিগত নেটওয়ার্ক রেঞ্জের একটি টেবিল শেয়ার করে প্রতিটি পিয়ার নোডের ব্যক্তিগত IP ঠিকানাগুলিকে একটি পিয়ারিং গ্রুপে ম্যাপ করার জন্য। custom rules নীতি হল পছন্দের সমাধান এবং বেশিরভাগ উৎপাদন পরিবেশে উপযুক্ত।
তবে, custom rules নীতি অনুসারে, আপনার ব্যক্তিগত নেটওয়ার্ক কাঠামোর একটি বড় অংশ Google-এর সাথে শেয়ার করতে হবে। এছাড়াও, eCDN ব্যবহার করার সময় ব্যবহারকারীরা তাদের স্থানীয়ভাবে সনাক্ত করা ব্যক্তিগত IP ঠিকানাগুলি Google-এর কাছে প্রকাশ করে। কিছু সংস্থার জন্য, তাদের নিরাপত্তা নির্দেশিকা ব্যক্তিগত IP তথ্য ভাগ করে নেওয়ার অনুমতি নাও দিতে পারে।
Meet eCDN অন-প্রেমিসেস API ব্যবহার করে ডেভেলপ করুন
Meet eCDN অন-প্রেমিসেস API একটি ওয়েব সার্ভার স্পেসিফিকেশন প্রদান করে যা আপনি আপনার প্রতিষ্ঠানের নেটওয়ার্কে স্থানীয়ভাবে প্রয়োগ এবং হোস্ট করতে পারেন। আপনি একটি কাস্টম ওয়েব পরিষেবা তৈরি করতে পারেন যা API-এর সাথে সামঞ্জস্যপূর্ণ এবং ব্যক্তিগত IP তথ্যের উপর নির্ভরশীল সমস্ত কাজ সম্পাদন করে যাতে তথ্যটি Google-এর সাথে শেয়ার না করা হয়।
API-তে eCDN ট্র্যাকার সার্ভার দ্বারা পরিচালিত প্রাইভেট IP ঠিকানাগুলির সাথে মিলের জন্য দুটি গুরুত্বপূর্ণ ধাপ অন্তর্ভুক্ত রয়েছে: একটি পিয়ারিং গ্রুপে প্রাইভেট IP ঠিকানাগুলি ম্যাপ করা এবং WebRTC সিগন্যালিং চলাকালীন সেশন ডেসক্রিপশন প্রোটোকল (SDP) অফার-আনসার ডেটা বিনিময় ।
ওয়েব পরিষেবা সম্পূর্ণ হয়ে গেলে, আপনাকে অবশ্যই অ্যাডমিন কনসোলটি একটি On-premises service পিয়ারিং নীতি ব্যবহার করার জন্য কনফিগার করতে হবে এবং আপনার কাস্টম ওয়েব পরিষেবার URL অন্তর্ভুক্ত করতে হবে।
আবশ্যকতা
আপনার প্রতিষ্ঠানের জন্য যদি এই প্রয়োজনীয়তাগুলির কোনওটি চালু করতে হয়, তাহলে আপনার Google Workspace অ্যাডমিনিস্ট্রেটরকে জিজ্ঞাসা করুন:
HTTPS ব্যবহারকারী যেকোনো ওয়েব সার্ভার এই API বাস্তবায়ন করতে পারে।
মিশ্র কন্টেন্টের ব্যর্থতা রোধ করতে HTTPS ব্যবহার করুন।
JSON ডেটা গ্রহণ করুন এবং ফেরত দিন। আপনার ব্রাউজার দ্বারা সমর্থিত যেকোনো কন্টেন্ট এনকোডিং ব্যবহার করুন।
/v nরুটের অধীনে এন্ডপয়েন্ট পরিবেশন করে যেখানেnহল নির্বাচিত API সংস্করণ। উদাহরণস্বরূপ,/v1/get-peering-group।মিট লাইভ স্ট্রিমিং-এর দর্শকরা গুগল অ্যাডমিন কনসোলের মাধ্যমে আপনার ওয়েব পরিষেবার URL সম্পর্কে জানতে পারবেন। URLটি বিশ্বব্যাপী, প্রতি সাংগঠনিক ইউনিট বা প্রতি গ্রুপে সেট করা যেতে পারে। নিশ্চিত করুন যে দর্শকরা তাদের নির্ধারিত পরিষেবার উদাহরণের সাথে সংযোগ করতে পারেন। আরও তথ্যের জন্য, অ্যাডমিন কনসোল কনফিগার করুন দেখুন।
আপনার পরিষেবাটি দুই সেকেন্ডের মধ্যে একটি প্রতিক্রিয়া জানাবে। অন্যথায়, eCDN ক্লায়েন্ট বন্ধ হয়ে যাবে এবং দর্শক নিয়মিত, নন-eCDN ব্যবহারকারী হিসাবে লাইভ ইভেন্টটি দেখতে থাকবেন এবং তাদের কোনও ব্যান্ডউইথ সাশ্রয় থেকে বঞ্চিত করবেন।
আপনার পরিষেবাতে নিম্নলিখিত ক্রস-অরিজিন রিসোর্স শেয়ারিং (CORS) হেডারগুলি সেট করতে হবে:
-
Access-Control-Allow-Origin: meet.google.com -
Access-Control-Allow-Headers: GET, POST, OPTIONS -
Access-Control-Allow-Credentials: true
-
একটি পিয়ারিং গ্রুপে ব্যক্তিগত আইপি ঠিকানা ম্যাপ করুন
eCDN ক্লায়েন্ট যখনই eCDN ট্র্যাকার সার্ভারের সাথে পুনরায় সংযোগ করার চেষ্টা করে তখনই একটি কল করে। কোনও ডিভাইস একটি ব্যক্তিগত IP ঠিকানা সনাক্ত করার পরে, ঠিকানাটি সঠিক পিয়ারিং গ্রুপের সাথে ম্যাপ করতে হবে। আপনাকে অবশ্যই আপনার নেটওয়ার্কের একটি সার্ভারে ব্যক্তিগত IP ঠিকানাটি পাঠাতে হবে এবং get-peering-group() পদ্ধতি ব্যবহার করে একটি পিয়ারিং গ্রুপে ম্যানুয়ালি সমাধান করতে হবে। প্রতিক্রিয়ায় একটি পিয়ারিং গ্রুপ আইডি ফেরত পাঠানো হবে। Google এর সাথে যোগাযোগ করার সময়, প্রাইভেট IP ঠিকানার পরিবর্তে প্রাপ্ত পিয়ারিং গ্রুপ আইডি পাস করা হয়।

নিম্নলিখিত কোড নমুনাটি সম্ভাব্য ত্রুটি প্রতিক্রিয়া এবং প্রত্যাশিত প্রতিক্রিয়া বডি সহ get-peering-group() পদ্ধতিটি কীভাবে কল করতে হয় তা দেখায়:
POST /v1/get-peering-group
Content-Type: application/json
Request body:
{
"availableIPs": []{
"format": "ipv4"|"ipv6",
"address": "DETECTED_ADDRESS"
}
}
Error response:
{
"result": null,
"error": "ERROR_MESSAGE",
}
Response body:
{
"result": "PEERING_GROUP_ID",
"error": null,
}
নিম্নলিখিত টেবিলটি প্রত্যাশিত প্রতিক্রিয়া ফর্ম্যাটগুলি দেখায়:
| HTTP অবস্থা | ত্রুটি | পিয়ারিং গ্রুপ আইডি | ক্লায়েন্টের প্রতিক্রিয়া |
|---|---|---|---|
| ২০০ | শূন্য | খালি নয় এমন স্ট্রিং | ক্লায়েন্টকে একটি পিয়ারিং গ্রুপে সাজানো উচিত এবং eCDN ট্র্যাকার সার্ভারের সাথে সংযোগ স্থাপনের জন্য এগিয়ে যাওয়া উচিত। |
| ২০০ | শূন্য | NOT_FOUND | ক্লায়েন্ট eCDN সেশন শেষ করে। |
| ২০০ | শূন্য | BLOCKED | ক্লায়েন্ট eCDN সেশন শেষ করে। |
| ২০০ | অন্যান্য অ-খালি স্ট্রিং | শূন্য | ক্লায়েন্ট eCDN সেশন শেষ করে। |
| ৩০২ (পাওয়া গেছে) | ক্লায়েন্ট রেসপন্স বডির Location হেডারে উল্লেখিত নতুন URL-এ পুনঃনির্দেশ অনুসরণ করে। | ||
| অন্য কোনও স্ট্যাটাস কোড | যেকোনো স্ট্রিং | যেকোনো স্ট্রিং | ক্লায়েন্ট eCDN সেশন শেষ করে। |
SDP অফার-উত্তর ডেটা বিনিময়
একটি WebRTC সংযোগ শুরু করার জন্য, ডিভাইসগুলিকে তাদের SDP অফার এবং উত্তর বিনিময় করতে হবে, যার মধ্যে ইন্টারেক্টিভ কানেক্টিভিটি এস্টাব্লিশমেন্ট (ICE) প্রার্থীরাও অন্তর্ভুক্ত, যাতে ব্যক্তিগত IP তথ্য থাকে। তারা WebRTC সিগন্যালিং প্রক্রিয়ার অংশ হিসাবে এটি করে।
ক্লায়েন্টদের অবশ্যই encrypt-sdp() পদ্ধতি ব্যবহার করে Meet eCDN On-Pramises API এর মাধ্যমে তাদের নেটওয়ার্কের মধ্যে তাদের ICE প্রার্থীদের এনক্রিপ্ট করতে হবে। পদ্ধতিটি এমন একটি কী ব্যবহার করে যা কখনই Google-এর কাছে প্রকাশ করা হয় না। এরপর এনক্রিপ্ট করা SDP অফারটি eCDN ট্র্যাকার সার্ভার ব্যবহার করে পিয়ারের কাছে পাঠানো হয়। ক্লায়েন্ট পিয়ার তারপর decrypt-sdp() পদ্ধতি ব্যবহার করে তাদের নেটওয়ার্কের ভিতরে প্রাপ্ত তথ্য ডিক্রিপ্ট করে। তারপর Google সংযুক্ত পিয়ারদের মধ্যে অফার এবং উত্তরগুলি ফরোয়ার্ড করে।
Meet eCDN অন-প্রেমিসেস API ব্যবহার করে সংযোগ স্থাপন করা হয়ে গেলে, eCDN স্বাভাবিকভাবে কাজ করে। পিয়াররা মিডিয়াকে স্বাভাবিক পিয়ারিং নেটওয়ার্কের মধ্য দিয়ে রুট করে এবং মিডিয়া ট্র্যাফিক API এর মধ্য দিয়ে যায় না বা ব্যবহার করে না।

নিম্নলিখিত কোড নমুনাটি সম্ভাব্য ত্রুটি প্রতিক্রিয়া এবং প্রত্যাশিত প্রতিক্রিয়া বডি সহ encrypt-sdp() পদ্ধতিটি কীভাবে কল করতে হয় তা দেখায়:
POST /v1/encrypt-sdp
Content-Type: application/json
Request body:
{
"data": "SDP_DATA" // raw SDP data
},
Error response:
{
"result": null,
"error": "ERROR_MESSAGE", // error message
}
Response body:
{
"result": "ENCRYPTED_DATA_STRING", // encrypted data as string
"error": null,
}
নিম্নলিখিত কোড নমুনাটি সম্ভাব্য ত্রুটি প্রতিক্রিয়া এবং প্রত্যাশিত প্রতিক্রিয়া বডি সহ decrypt-sdp() পদ্ধতিটি কীভাবে কল করতে হয় তা দেখায়:
POST /v1/decrypt-sdp
Content-Type: application/json
Request body:
{
"data": "ENCRYPTED_DATA_STRING", // encrypted data as string (size limit: 1 MB)
},
Error response:
{
"result": null,
"error": "ERROR_MESSAGE", // error message
}
Response body:
{
"result": "SDP_DATA" // raw SDP data
"error": null,
}
নিম্নলিখিত টেবিলটি প্রত্যাশিত প্রতিক্রিয়া ফর্ম্যাটগুলি দেখায়:
| HTTP অবস্থা | ত্রুটি | পিয়ারিং গ্রুপ আইডি | ক্লায়েন্টের প্রতিক্রিয়া |
|---|---|---|---|
| ২০০ | শূন্য | খালি নয় এমন স্ট্রিং | ক্লায়েন্ট আশা করে যে সঠিকভাবে এনকোড করা বা ডিকোড করা SDP ডেটা ব্যবহার করা হবে। |
| ২০০ | যেকোনো অ-খালি স্ট্রিং | শূন্য | ক্লায়েন্ট eCDN সেশন শেষ করে। |
| ৩০২ (পাওয়া গেছে) | ক্লায়েন্ট রেসপন্স বডির Location হেডারে উল্লেখিত নতুন URL-এ পুনঃনির্দেশ অনুসরণ করে। | ||
| অন্য কোনও স্ট্যাটাস কোড | যেকোনো মান | যেকোনো মান | ক্লায়েন্ট eCDN সেশন শেষ করে। |
অ্যাডমিন কনসোল কনফিগার করুন
Meet eCDN অন-প্রেমিসেস API ব্যবহার করার জন্য, আপনাকে অ্যাডমিন কনসোলে eCDN কনফিগার করতে হবে যাতে আপনার কাস্টম ওয়েব পরিষেবার URL অন্তর্ভুক্ত থাকে।
eCDN সেট করার জন্য, On-premises service ব্যবহার করে একটি পিয়ারিং নীতি তৈরি করুন যাতে পিয়ারিং গ্রুপের সাথে ম্যানুয়ালি IP তথ্য মেলানো যায়। আপনি যদি ডিফল্ট 443 ব্যবহার না করেন তবে আপনি একটি পোর্ট নম্বরও অন্তর্ভুক্ত করতে পারেন। URLটি নিম্নলিখিত ফর্ম্যাটের সাথে মিলিত হওয়া উচিত: WEB_SERVICE.example.com:8080 , যেখানে WEB_SERVICE হল আপনার ওয়েব পরিষেবার নাম।
পিয়ারিং নীতি নির্ধারণ সম্পর্কে আরও তথ্যের জন্য, নেটওয়ার্ক গ্রুপিং কনফিগার করুন দেখুন।
সম্পর্কিত বিষয়
Meet eCDN কীভাবে ব্যবহার করবেন তা শিখতে, বৃহৎ লাইভ স্ট্রিম হোস্টিং এর ধাপগুলি অনুসরণ করুন।
eCDN সেট আপ করার পদ্ধতি জানতে, বড় লাইভ স্ট্রিম হোস্ট করা শুরু করার আগে দেখুন।
আপনার নেটওয়ার্ক সেট আপ করার পদ্ধতি জানতে, Meet মিটিং এবং লাইভ স্ট্রিমের জন্য আপনার নেটওয়ার্ক প্রস্তুত করুন দেখুন।
প্রশাসক হিসেবে Google অ্যাডমিন কনসোলে সাইন ইন করতে, আপনার অ্যাডমিন কনসোলে সাইন ইন করুন দেখুন।