মোবাইল ডেটা প্ল্যান শেয়ারিং দিয়ে শুরু করা

পরিভাষা

  • GTAF : গুগল ট্রাফিক অ্যাপ্লিকেশন ফাংশন। একটি Google পরিষেবা যা ডেটা প্ল্যান শেয়ারিং API প্রয়োগ করে এবং Google অ্যাপ্লিকেশনগুলির হয়ে DPA-এর সাথে ইন্টারঅ্যাক্ট করে৷ Google অ্যাপ্লিকেশনগুলি ব্যবহারকারীর ডেটা প্ল্যান তথ্যের জন্য GTAF-কে জিজ্ঞাসা করতে পারে৷ বিকল্পভাবে, যদি Google অ্যাপ্লিকেশনগুলি GTAF-এর সাথে নিবন্ধন করে, GTAF ব্যবহারকারীর ডেটা প্ল্যান সম্পর্কে আপডেট পাঠাতে পারে।
  • MSISDN : মোবাইল স্টেশন ইন্টারন্যাশনাল সাবস্ক্রাইবার ডিরেক্টরি নম্বর, একটি নম্বর যা একটি মোবাইল নেটওয়ার্কে একটি সাবস্ক্রিপশনকে স্বতন্ত্রভাবে চিহ্নিত করে। ফোন নম্বর হিসেবে বেশি পরিচিত।
  • CPID এন্ডপয়েন্ট : মোবাইল নেটওয়ার্ক অপারেটরদের দ্বারা বাস্তবায়িত একটি পরিষেবা যা একটি ক্যারিয়ার প্ল্যান আইডেন্টিফায়ার (CPID) তৈরি করে যা ব্যবহারকারীর ডেটা প্ল্যান তথ্য সন্ধান করতে ব্যবহার করা যেতে পারে। CPID একটি অ্যাপ্লিকেশনকে ব্যবহারকারীর MSISDN অ্যাক্সেস না করেই ব্যবহারকারীর ডেটা প্ল্যানের বিশদ বিবরণের জন্য জিজ্ঞাসা করার অনুমতি দেয়৷ আমরা নিচে CPID তৈরি করার পদ্ধতি বর্ণনা করছি।
  • User Key : User key হল একটি স্ট্রিং যা ব্যবহারকারীর ডেটা প্ল্যান সনাক্ত করতে ব্যবহার করা যেতে পারে। MSISDN-এ অ্যাক্সেস আছে এমন অ্যাপ্লিকেশনগুলির জন্য এটি হয় CPID বা MSISDN হতে পারে।
  • DPA : ডেটা প্ল্যান এজেন্ট, মোবাইল নেটওয়ার্ক অপারেটরদের দ্বারা বাস্তবায়িত একটি পরিষেবা যা GTAF-এর সাথে ব্যবহারকারীর ডেটা প্ল্যান তথ্য ভাগ করে। Google মোবাইল ডেটা প্ল্যান শেয়ারিং API ব্যবহার করে এবং ডেটা প্ল্যান এজেন্ট API প্রয়োগ করে ডেটা পাঠানোর সংমিশ্রণ ব্যবহার করে DPA GTAF-এর সাথে তথ্য শেয়ার করতে পারে। DPA ঐচ্ছিকভাবে CPID এন্ডপয়েন্ট হিসেবেও কাজ করতে পারে।
  • UE : ব্যবহারকারীর সরঞ্জাম, ব্যবহারকারী দ্বারা ব্যবহৃত ডিভাইস।

প্রয়োজনীয়তা ভাষা

এই নির্দেশিকাগুলিতে "অবশ্যই", "অবশ্যই নয়", "প্রয়োজনীয়", "শালা", "শালা নয়", "উচিত", "উচিত নয়", "প্রস্তাবিত", "মেয়ে", এবং "ঐচ্ছিক" কীওয়ার্ডগুলি RFC 2119 -এ বর্ণিত হিসাবে ব্যাখ্যা করা হবে।

মোবাইল ডেটা প্ল্যান শেয়ারিং

উচ্চ স্তরে, মোবাইল ডেটা প্ল্যান শেয়ারিং তিনটি অংশ নিয়ে গঠিত:

  1. একটি ক্যারিয়ার প্ল্যান আইডেন্টিফায়ার (CPID) স্থাপন এবং আপডেট করার প্রক্রিয়া যা ব্যবহারকারী কী হিসাবে ব্যবহার করা যেতে পারে। MSISDN, MSISDN-এ অ্যাক্সেস রয়েছে এমন অ্যাপ্লিকেশনগুলি এটিকে ব্যবহারকারী কী হিসাবে ব্যবহার করতে পারে৷
  2. একটি Google মোবাইল ডেটা প্ল্যান শেয়ারিং API যা DPA কে Google-এ ব্যবহারকারীর ডেটা প্ল্যান সম্পর্কে তথ্য পাঠাতে দেয়। উদাহরণস্বরূপ, যদি DPA ব্যবহারকারীকে একটি অফার সম্পর্কে অবহিত করতে চায়, তাহলে এটি GTAF কে অবহিত করতে পারে যা ব্যবহারকারীকে অবহিত করে।
  3. DPA দ্বারা বাস্তবায়িত একটি ডেটা প্ল্যান এজেন্ট API যা GTAF কে ব্যবহারকারীর ডেটা প্ল্যান সম্পর্কে তথ্যের জন্য DPA-কে জিজ্ঞাসা করতে দেয়। উদাহরণস্বরূপ, যদি একটি অ্যাপ্লিকেশন ব্যবহারকারীর কাছে বর্তমান ডেটা প্ল্যান ব্যালেন্স প্রদর্শন করতে চায়, তাহলে এটি GTAF কে জিজ্ঞাসা করতে পারে যা DPA কে জিজ্ঞাসা করে।

এই পৃষ্ঠার বাকি অংশে ডেটা প্ল্যানের পরিভাষা এবং কীভাবে একটি CPID প্রতিষ্ঠা করা যায় তার বিশদ বিবরণ রয়েছে। Google মোবাইল ডেটা প্ল্যান শেয়ারিং API এবং ডেটা প্ল্যান এজেন্ট API স্পেসিফিকেশন পরবর্তী অনুসরণ করে৷

ডেটা প্ল্যান পরিভাষা

API-তে সংজ্ঞায়িত একটি প্ল্যান স্ট্যাটাসের স্কিমা অবশ্যই ব্যবহারকারীদের অপারেটরদের দ্বারা অফার করা ডেটা প্ল্যানগুলি উপস্থাপন করতে সক্ষম হবে। API এমন ডেটা প্ল্যানগুলিকে সংজ্ঞায়িত করতে সমর্থন করে যা ব্যবহারকারীদের একটি নির্দিষ্ট সেটের URLS-এ সমস্ত ট্রাফিকের জন্য আলাদা হারে চার্জ করে (যেমন, *.acmefake.com-এর সমস্ত ট্র্যাফিক আলাদা হারে চার্জ করা হয়)। এপিআই ডেটা প্ল্যানগুলিকেও সমর্থন করে যা একটি অ্যাপে নির্দিষ্ট ধরণের ক্রিয়াকলাপের জন্য বিভিন্ন হার অফার করে। আমরা এই সাব-অ্যাপ ডেটা প্ল্যান বলি। একটি সাব-অ্যাপ ডেটা প্ল্যানের একটি উদাহরণ হল বিনামূল্যে (অর্থাৎ, শূন্য হার) ভিডিও ব্রাউজিং অফার করা, অ্যাপ্লিকেশনের মধ্যে ভিডিও দেখার সময় গ্রাহকের ডেটা ব্যালেন্স থেকে ডেটা কেটে যায়। ডেটা প্ল্যান তথ্যের জন্য অনুসন্ধান করার সময় ভিডিও অ্যাপটি অবশ্যই এই তথ্য শিখতে সক্ষম হবে।

এখানে, আমরা ডেটা প্ল্যান সম্পর্কিত কিছু শর্তাবলী উপস্থাপন করছি। চিত্র 1 ডেটা প্ল্যানগুলির উদাহরণ প্রদান করে যা আমরা যে ধারণাগুলি ক্যাপচার করতে চাই তার প্রতিনিধি৷

ডেটা প্ল্যান: শীর্ষ-স্তরের মোবাইল পরিষেবা প্যাকেজ যা একজন গ্রাহক ক্রয় করে। এটি "30 দিনের জন্য 10 GB মোবাইল ডেটা" হিসাবে সহজ হতে পারে বা এটিকে উপাদানগুলির একটি সংগ্রহ হিসাবে সংজ্ঞায়িত করা যেতে পারে, যা মডিউল নামেও পরিচিত৷ একটি ডেটা প্ল্যান রয়েছে:

  • ডেটা প্ল্যানের নাম , যেমন "ACME Red"।
  • ডেটা প্ল্যান আইডেন্টিফায়ার , প্ল্যান উল্লেখ করতে ব্যবহৃত হয়, উদাহরণস্বরূপ কেনার সময়।
  • মেয়াদ শেষ হওয়ার সময় , যখন ডেটা প্ল্যানের মেয়াদ শেষ হয়।
  • প্ল্যান ক্যাটাগরি , প্ল্যানটি প্রিপেইড প্ল্যান হোক বা পোস্ট পেইড প্ল্যান।

প্ল্যান মডিউল: ডেটা প্ল্যানের একটি উপাদান। বিশেষত একটি পরিকল্পনা মডিউল আছে:

  • মডিউলের নাম , যেমন "ফ্রি ভিডিও নাইটস"।
  • সর্বোচ্চ হার , ব্যান্ডউইথ যা এই মডিউল দ্বারা ব্যবহারকারীকে দেওয়া হচ্ছে।
  • ফ্লেক্স টাইম উইন্ডোজ , টাইম উইন্ডো যার সময় ব্যবহারকারীকে ডিসকাউন্ট দেওয়া যেতে পারে।

  • প্ল্যান মডিউল ট্রাফিক ক্যাটাগরি (PMTC) , ডেটা ট্র্যাফিকের একটি বিবরণ যা একটি মডিউল প্রযোজ্য। PMTC *সমস্ত ইন্টারনেট ট্রাফিক *এর মতো সাধারণ বা এক বা একাধিক অ্যাপ্লিকেশন, ওয়েবসাইট, এমনকি একটি একক অ্যাপ্লিকেশনের মধ্যে ব্যবহারকারীর ভ্রমণের দ্বারা তৈরি/ব্যবহৃত ট্রাফিকের মতো নির্দিষ্ট হতে পারে। পরবর্তী ধরনের উদাহরণ হল "সীমাহীন সঙ্গীত", "100 MB ভিডিও ডেটা প্যাক (VDP)", "সীমাহীন গেমিং ডেটা" এবং "সীমাহীন ভিডিও ব্রাউজিং"। PMTC-এর সংজ্ঞা সহজতর করার জন্য আমরা নিম্নলিখিত PMTC-গুলিকে সংজ্ঞায়িত করেছি: GENERIC, VIDEO, VIDEO_BROWSING, VIDEO_OFFLINE 1 , MUSIC, GAMING, SOCIAL, MESSAGING এবং PMTC_UNSPECIFIED.

  • ডেটা ভলিউম বা সময় সীমা , একবার সক্রিয় হয়ে গেলে, প্ল্যান মডিউলটির মেয়াদ শেষ হয়ে যায় যখন হয় ডেটা ভলিউম বা সময়সীমা (সময়-ভিত্তিক পরিকল্পনার ক্ষেত্রে, পরবর্তী 7 দিনের মধ্যে 600 মিনিটের ইন্টারনেট অ্যাক্সেস) অতিক্রম করা হয়৷ নীচের চিত্র 1-এ, একজন গ্রাহক "ACME ব্লু" এর অংশ হিসাবে একটি প্ল্যান মডিউল কিনতে পারেন, যা 1 GB সাধারণ ব্যবহারকারীর ট্র্যাফিক প্রদান করে যা তাদের মেয়াদ শেষ হওয়ার আগে সক্রিয় হওয়ার এক সপ্তাহের মধ্যে ব্যবহার করতে হবে।

Data Plan API Sample Plan

চিত্র 1. নমুনা ডেটা প্ল্যান।

CPID প্রতিষ্ঠা করা

DPA এর সাথে যোগাযোগ করার সময় GTAF একজন গ্রাহককে সনাক্ত করতে ব্যবহারকারী কী ব্যবহার করে। ব্যবহারকারীর MSISDN-এ অ্যাক্সেস রয়েছে এমন অ্যাপ্লিকেশনগুলি এটিকে user_key হিসাবে ব্যবহার করতে পারে। অন্যদিকে, যে অ্যাপ্লিকেশনগুলির MSISDN-এ অ্যাক্সেস নেই, তাদের ব্যবহারকারীর MSISDN আবিষ্কার না করে একটি ক্যারিয়ার প্ল্যান শনাক্তকারী (CPID) স্থাপন করতে হবে। নিম্নলিখিতটিতে, আমরা একটি CPID প্রতিষ্ঠা করে এমন প্রক্রিয়া বর্ণনা করি।

CPID কল ফ্লো

চিত্র 2: CPID প্রতিষ্ঠার জন্য কল প্রবাহ।

  1. UE-তে একটি Google অ্যাপ্লিকেশন GTAF থেকে CPID শেষ পয়েন্টের URL পুনরুদ্ধার করতে একটি Google-অভ্যন্তরীণ API ব্যবহার করে। ক্লায়েন্টের সর্বজনীন আইপি ঠিকানা এবং সক্রিয় সিম কার্ডের MCC+MNC ব্যবহার করে অপারেটরকে চিহ্নিত করা হয়। MVNO-এর ক্ষেত্রে, Google MVNO নির্ধারণ করতে SPN এবং GID1 ব্যবহার করবে
  2. ক্লায়েন্ট CPID এন্ডপয়েন্টে একটি HTTP GET অনুরোধ জারি করে। অপারেটর HTTPS এর মাধ্যমে অনুরোধ পাঠানো সমর্থন করতে পারে৷
  3. অপারেটর তাদের ডিপ প্যাকেট পরিদর্শন ফাংশন নিয়োগ করতে পারে অনুরোধটি সনাক্ত করতে এবং ব্যবহারকারীর ফোন নম্বরটি একটি HTTP শিরোনাম হিসাবে অনুরোধে ইনজেকশন করতে।
  4. CPID এন্ডপয়েন্ট অনুরোধটি গ্রহণ করে, CPID তৈরি করে, এবং UE-এ CPID ফেরত দেয় যেখানে UE কতক্ষণ এই CPID ব্যবহার করতে পারে তা নির্দেশ করে।

অপারেটর CPID এন্ডপয়েন্ট URL-এ ডোমেন নামের পরিবর্তে IP ঠিকানা ব্যবহার করতে পারে যদি এটি পছন্দনীয় হয়। IP ঠিকানাগুলি ব্যক্তিগত ঠিকানার জায়গায় থাকতে পারে তবে সেগুলিকে অপারেটরদের নেটওয়ার্কের মধ্যে থাকা Google ক্লায়েন্টদের কাছে পৌঁছাতে হবে৷

অপারেটর অনবোর্ডিং প্রক্রিয়ার অংশ হিসাবে Google-কে নিম্নলিখিত তথ্য প্রদান করবে: 1. CPID_URL যেটি অ্যাপ্লিকেশনগুলি CPID অর্জনের জন্য যোগাযোগ করবে৷ একটি CPID_URL বাধ্যতামূলক কিন্তু অপারেটর উপলব্ধতা বাড়াতে একাধিক URL প্রদান করতে পারে৷ 1. অপারেটরের মালিকানাধীন IP উপসর্গের তালিকা এবং মোবাইল কান্ট্রি কোড (MCC) এবং মোবাইল নেটওয়ার্ক কোড (MNC) যা অপারেটর প্রদত্ত CPID_URL-এ ম্যাপ করতে চায়৷ যদি অপারেটর তাদের নেটওয়ার্কে MVNO গুলিকে আলাদা করতে SPN বা GID1 ব্যবহার করে, তাহলে অপারেটর এই তথ্যও প্রদান করবে৷ Google এই তথ্য ব্যবহার করবে ক্লায়েন্টদের সংশ্লিষ্ট CPID এন্ডপয়েন্টের সাথে মেলাতে, যেমন চিত্র 2-এর ধাপ 1-এ দেখানো হয়েছে।

অনুরোধের বিন্যাস হল: GET CPID_URL লিগ্যাসি কারণে, CPID এন্ডপয়েন্ট নিম্নলিখিত মত একটি অনুরোধ সমর্থন করতে সক্ষম হওয়া উচিত:

GET CPID_URL?app={app_id}

CPID তৈরি করার সময় CPID এন্ডপয়েন্ট {app_id} URL প্যারামিটার উপেক্ষা করতে পারে। কিন্তু, এটি অবশ্যই একটি অনুরোধ পরিচালনা করতে সক্ষম হবে যাতে প্যারামিটার রয়েছে।

CPID এন্ডপয়েন্টের অনুরোধে Accept-Language header অন্তর্ভুক্ত থাকতে পারে। যদি শিরোনামটি অন্তর্ভুক্ত করা হয় তবে DPA মোবাইল ডেটা প্ল্যান শেয়ারিং API ব্যবহার করে যে আপডেটগুলি পাঠায় তাতে মানব পাঠযোগ্য স্ট্রিংগুলি অবশ্যই CPID অনুরোধে প্রদত্ত সেটিংস ব্যবহার করতে হবে।

প্রতিবার ক্লায়েন্ট একটি GET CPID_URL অনুরোধ জারি করলে, এটি অবশ্যই একটি নতুন CPID গ্রহণ করবে৷ যদি CPID তৈরি করা সফল হয়, তাহলে CPID এন্ডপয়েন্ট অবশ্যই 200 OK প্রতিক্রিয়া প্রদান করবে। রেসপন্স বডিতে অবশ্যই CPIDresponse এর একটি উদাহরণ থাকতে হবে।

{
    "cpid": "<CPID_string>",
    "ttlSeconds": 2592000
}

প্রত্যাবর্তিত CPID অবশ্যই ttlSeconds সেকেন্ডের জন্য বৈধ হতে হবে। DPA-তে পরবর্তী কলগুলিতে GTAF RFC2396 প্রতি CPID এনকোড করবে।

যদি একটি ত্রুটি ঘটে, CPID এন্ডপয়েন্ট অবশ্যই একটি প্রতিক্রিয়া বডি সহ একটি HTTP ত্রুটি প্রদান করবে যাতে অবশ্যই ErrorResponse এর একটি উদাহরণ থাকতে হবে। সম্ভাব্য কারণ মান এবং HTTP ত্রুটি কোডের তালিকা এখানে উপলব্ধ।

{
    "errorMessage": "<error message>",
    "cause": "INVALID_NUMBER"
}

বিশেষ করে, যদি এমন একজন ব্যবহারকারীর জন্য একটি CPID অনুরোধ গৃহীত হয় যিনি অপারেটর নেটওয়ার্কের অন্তর্গত নন (যেমন, একজন ব্যবহারকারী অন্য অপারেটরের অন্তর্গত কিন্তু এই CPID এন্ডপয়েন্ট দ্বারা পরিবেশিত নেটওয়ার্কে রোমিং) বা যিনি ডেটা প্ল্যান তথ্য ভাগ করে নেওয়ার বিকল্প বেছে নেননি Google, CPID এন্ডপয়েন্ট অবশ্যই HTTP স্ট্যাটাস কোড 403 ফেরত দেবে।

CPID প্রজন্ম

একটি CPID তৈরি করার জন্য CPID এন্ডপয়েন্টের জন্য প্রস্তাবিত উপায় হল:

CPID_string = Base64(AES(MSISDN + TimeStamp + language, secret))

CPID এন্ডপয়েন্ট MSISDN, Accept-Language হেডারে ক্লায়েন্ট কর্তৃক প্রেরিত ভাষা এবং একটি উচ্চ রেজোলিউশন টাইমস্ট্যাম্পকে সংযুক্ত করে এবং secret কী ব্যবহার করে AES এর মাধ্যমে এনক্রিপ্ট করে। টাইমস্ট্যাম্প CPID মেয়াদ শেষ হওয়ার সময়ের সাথে সঙ্গতিপূর্ণ হওয়া উচিত। এনক্রিপ্ট করা আউটপুট হল Base64 এনকোড করা। উপরন্তু, যখন একটি URL-এ CPID ব্যবহার করা হয়, তখন বেস64-এ ব্যবহৃত বিশেষ অক্ষর (/+=) পরিচালনা করার জন্য এটি অবশ্যই URL-এনকোডেড হতে হবে। বিশেষ করে যখন GTAF DPA কল করে বা যখন DPA মোবাইল ডেটা প্ল্যান শেয়ারিং API কল করে, তখন CPID অবশ্যই URL-এনকোডেড হতে হবে। এই পদ্ধতি ব্যবহার করে CPID তৈরি করার একটি সুবিধা হল যে DPA এবং CPID এন্ডপয়েন্টের বৈধ CPID এবং MSISDN-এর একটি ডাটাবেস থাকার প্রয়োজন নেই।

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

নিরাপত্তা প্রয়োজনীয়তা

অপারেটর তাদের গ্রাহকদের ব্যক্তিগত তথ্য রক্ষা করার জন্য সমস্ত প্রয়োজনীয় সতর্কতা অবলম্বন করবে৷ বিশেষ করে, গ্রাহকদের ফোন নম্বরের এক্সপোজার কমাতে CPID শেষ পয়েন্ট আপনার নিরাপত্তা পরিধির মধ্যে থাকা উচিত। অধিকন্তু, যে ক্ষেত্রে অপারেটর DPI নিয়োগ করে, অপারেটরকে MSISDN এনক্রিপ্ট করতে হবে HTTP অনুরোধে ইনজেক্ট করার আগে। যদি CPID এন্ডপয়েন্টটি আপনার নিরাপত্তা পরিধি না হয় (যেমন, যখন CPID এন্ডপয়েন্টটি একটি পাবলিক ক্লাউডে স্থাপন করা হয়) তাহলে অপারেটরকে MSISDN পাবলিক ইন্টারনেটের মাধ্যমে পরিষ্কারভাবে প্রেরণ করা উচিত নয়। অপারেটর DPI এবং CPID এন্ডপয়েন্টের মধ্যে একটি VPN স্থাপন করতে পারে (চিত্র 1 দেখুন) অথবা হেডারে ইনজেকশন দেওয়ার আগে MSISDN এনক্রিপ্ট করতে পারে। পরবর্তী পদ্ধতিটি অনুমান করে যে CPID এন্ডপয়েন্ট CPID তৈরি করার আগে MSISDN পুনরুদ্ধার করতে ইনজেকশন করা হেডারটিকে ডিক্রিপ্ট করতে পারে। তদ্ব্যতীত, অপারেটর CPID তৈরি করতে ব্যবহৃত গোপন কীটি রক্ষা করবে এবং অপারেটর নিরাপত্তা নীতি অনুসারে এই কীটি ঘোরাতে হবে।

প্রাপ্যতা এবং ক্ষমতা প্রয়োজনীয়তা

যদি ক্লায়েন্টরা একটি CPID পুনরুদ্ধার করতে না পারে তবে তারা মোবাইল ডেটা প্ল্যান API থেকে কোনো তথ্য অ্যাক্সেস করতে পারবে না। এই কারণে, অপারেটর CPID এন্ডপয়েন্টের প্রাপ্যতা নিশ্চিত করার জন্য প্রয়োজনীয় ব্যবস্থা গ্রহণ করবে। এই ধরনের ব্যবস্থাগুলির মধ্যে রয়েছে CPID এন্ডপয়েন্ট এবং DPI ফাংশনের একাধিক দৃষ্টান্ত থাকা এবং উভয় ফাংশনের জন্য শারীরিক, সাইট এবং নেটওয়ার্ক রিডানডেন্সি থাকা, এবং নিশ্চিত করা যে সিস্টেম সংস্থান এবং ক্ষমতা পর্যাপ্ত। অধিকন্তু, CPID এন্ডপয়েন্ট এবং সেই সাথে DPI ফাংশন যা হেডার ইনজেক্ট করে তার অবশ্যই CPID-এর অনুরোধ করা সমস্ত Google ক্লায়েন্টদের লোড পরিচালনা করার জন্য পর্যাপ্ত ক্ষমতা থাকতে হবে। CPID এন্ডপয়েন্ট ttlSeconds ক্ষেত্রে বৃহত্তর মান ব্যবহার করতে পারে যাতে এটি CPID তৈরি করে ফ্রিকোয়েন্সি কমাতে পারে। Google 30 দিনের একটি TTL মান ব্যবহার করার পরামর্শ দেয়৷

মন্তব্য

  1. VIDEO_OFFLINE PMTC মানে এই প্ল্যানটি শুধুমাত্র অফলাইনের জন্যই ভালো (যেমন, সত্যিই খারাপ স্ট্রিমিং QoE)। এটি ফ্লেক্সটাইম উইন্ডো থেকে স্বাধীন। ↩