कॉन्फ़िगरेशन

भूमिकाएं

इस प्रोफ़ाइल में दो भूमिकाएं तय की गई हैं: फ़ास्ट पेयर सीक करने वाला और फ़ास्ट पेयर की सुविधा देने वाला. आम तौर पर, सीक करने वाला डिवाइस एक फ़ोन होता है. यह पेयर करने के लिए किसी डिवाइस को खोजता है. Provider एक ऐसा डिवाइस होता है जो अपनी मौजूदगी और पेयर करने की सुविधा का विज्ञापन करता है. उदाहरण के लिए, हेडफ़ोन का एक ऐसा पेयर जिसे खोजा जा सकता है.

फ़ास्ट पेयर की सुविधा का इस्तेमाल करने वाले डिवाइस को जीएपी सेंट्रल की भूमिका निभानी होगी. फ़ास्ट पेयर की सुविधा देने वाली कंपनी को जीएपी पेरिफ़रल की भूमिका का इस्तेमाल करना होगा.

कास्ट की सुविधा वाले डिवाइस खोजना

डिवाइस ढूंढने की सुविधा देने के लिए, Fast Pair Provider को एक पेलोड का विज्ञापन दिखाना होगा. इससे पता चलेगा कि Google Fast Pair Service काम करती है. इसमें नीचे दी गई जानकारी शामिल होगी. फ़ास्ट पेयर की सुविधा वाला डिवाइस, समय-समय पर फ़ास्ट पेयर की सुविधा देने वाले डिवाइस के विज्ञापन फ़्रेम को स्कैन करेगा और उनकी मौजूदगी का पता लगाएगा. अगर उसे कोई डिवाइस पसंद आता है, तो वह उसके साथ कनेक्ट करने की कोशिश करेगा.

मॉडल आईडी

हर प्रोवाइडर मॉडल का 24-बिट मॉडल आईडी होता है. यह आईडी, Google मॉडल रजिस्ट्रेशन के दौरान उपलब्ध कराता है.

ट्रांसमिट पावर

विज्ञापन देने वाले डिवाइसों को कम ट्रांसमिट पावर (TxPower) पर विज्ञापन दिखाना चाहिए, ताकि विज्ञापन वाले डिवाइस की पहुंच को सीमित किया जा सके. हालांकि, रोशनी इतनी होनी चाहिए कि विज्ञापन कम से कम एक मीटर की दूरी से किसी भी फ़ोन पर दिखे.

डिवाइस की दूरी का पता लगाने के लिए, Fast Pair Seeker को Fast Pair Provider की ट्रांसमिट पावर के बारे में पता होना चाहिए. इस प्रोफ़ाइल के लिए, TxPower को सोर्स (0 मीटर) पर मिले सिग्नल की ताकत के तौर पर तय किया जाता है. इसे dBm में मापा जाता है. यह Eddystone के हिसाब से ही तय किया जाता है.

मेजर की गई इस वैल्यू को इनमें से किसी एक तरीके का इस्तेमाल करके ट्रांसमिट किया जाएगा:

विज्ञापन रिकॉर्ड में शामिल

डिवाइस में Tx Power Level डेटा टाइप शामिल है, ibid., § 1.5 में दिए गए नियमों का पालन करना होगा.

मॉडल रजिस्ट्रेशन के दौरान दिया गया

डिवाइस बनाने वाली कंपनी, मॉडल रजिस्ट्रेशन के दौरान Google को ट्रांसमिट पावर और उसे मेज़र करने के लिए इस्तेमाल किए गए डिवाइस मॉडल की जानकारी देती है.

इस विकल्प का इस्तेमाल करते समय, डिवाइस को सभी ब्रॉडकास्ट के लिए ट्रांसमिट पावर को स्थिर रखना होगा, ताकि दूरी को सटीक तरीके से मापा जा सके.

कुंजियां: स्पूफ़िंग रोकने के लिए सार्वजनिक/निजी कुंजी का जोड़ा

मॉडल रजिस्टर करने के बाद, Google मॉडल आईडी के साथ-साथ 256-बिट की एंटी-स्पूफ़िंग प्राइवेट की (secp256r1 एलिप्टिक कर्व पर [1,n–1] में पूर्णांक) भी डिस्ट्रिब्यूट करेगा. यह कुंजी, सेवा देने वाली कंपनी के डिवाइस पर सेव की जाएगी. साथ ही, इसे सुरक्षित एलिमेंट (एसई) में सेव किया जाएगा. ध्यान दें कि सुरक्षित एलिमेंट का इस्तेमाल करने का सुझाव दिया जाता है. इसके बिना, यह गारंटी नहीं दी जा सकती कि हमलावर, सेवा देने वाली कंपनी की भूमिका को स्पूफ़ नहीं कर सकते. ऐसा इसलिए, क्योंकि निजी कुंजी लीक हो सकती है. इस कुंजी के लीक होने से, मैन इन द मिडल अटैक होने की संभावना बढ़ जाती है. इसलिए, अगर डिवाइस की गलत पहचान या गलत इस्तेमाल का पता चलता है, तो इस कुंजी का इस्तेमाल करने वाली Fast Pair की सुविधाएं बंद की जा सकती हैं. उदाहरण के लिए, जब Provider पेयरिंग मोड में हो, तब "पेयर करने के लिए टैप करें" सूचना.

फ़िलहाल, सेवा देने वाली कंपनी, स्पूफिंग रोकने के लिए इस्तेमाल किए जाने वाले सार्वजनिक पासकोड का इस्तेमाल नहीं कर रही है. इसका इस्तेमाल Seeker करता है, ताकि वह Provider को भेजे जाने वाले मैसेज को एन्क्रिप्ट (सुरक्षित) कर सके (की के आधार पर पेयरिंग देखें).

कुंजियां: खाता कुंजी की सूची

सेवा देने वाली कंपनी, 128-बिट के खाता कुंजियों की सेव की गई सूची को सेव करने के लिए जगह देगी. हर खाता कुंजी, सेवा देने वाली कंपनी को किसी उपयोगकर्ता खाते से जुड़ा होने की पहचान करने की अनुमति देती है.

सूची में कम से कम पांच कुंजियां सेव की जा सकती हों. इसका मतलब है कि इस सूची के लिए कम से कम 80 बाइट का स्पेस होना चाहिए. हालांकि, सेवा देने वाली कंपनियां चाहें, तो इससे ज़्यादा कुंजियां भी सेव कर सकती हैं. उन्हें बस यह पक्का करना होगा कि कुंजियां, उनके विज्ञापन पैकेट में फ़िट हो जाएं. स्टोर किए जा सकने वाले डेटा की सटीक संख्या इस बात पर निर्भर करेगी कि विज्ञापन पैकेट में कितने बाइट उपलब्ध हैं. यह तय करने के बारे में ज़्यादा जानने के लिए कि हर कुंजी कितने बाइट का इस्तेमाल करेगी, खाता कुंजी फ़िल्टर सेक्शन देखें. उदाहरण के लिए, 10 खाते की कुंजियों का विज्ञापन दिखाने के लिए, पैकेट में 15 बाइट उपलब्ध होने चाहिए. हालांकि, निजी डिवाइसों (जैसे कि हेडफ़ोन) के लिए, खाते की कुंजियों की संख्या 5 से ज़्यादा नहीं होनी चाहिए. ऐसा इसलिए किया जाता है, ताकि खाते की कुंजियों की संख्या बहुत ज़्यादा न हो जाए. इसलिए, यह यूनीक हो सकती है और इसे ट्रैक किया जा सकता है.

शुरुआत में यह सूची खाली होती है. अगर उपयोगकर्ता, जोड़े गए डिवाइसों की सूची मिटा देता है, तो प्रोवाइडर को फ़ैक्ट्री रीसेट करना होगा. इस सूची में, खाते की मुख्य विशेषता सेक्शन में बताई गई जानकारी शामिल होती है.

BLE पते की जानकारी

ट्रैकिंग को रोकने के लिए, बीएलई विज्ञापन में रैंडम रिज़ॉल्व करने लायक निजी पते (आरपीए) का इस्तेमाल किया जाएगा. जब डिवाइस विज्ञापन दिखा रहा हो, तब पते को कम से कम हर 15 मिनट में रोटेट किया जाना चाहिए. साथ ही, जब डिवाइस विज्ञापन नहीं दिखा रहा हो और फिर विज्ञापन दिखाने लगे, तब भी पते को रोटेट किया जाना चाहिए. पते को रैंडम करने के इंटरवल में बदलाव करने के लिए, रैंडमाइज़्ड ऑफ़सेट का इस्तेमाल किया जाना चाहिए.

एट्रिब्यूट प्रोटोकॉल (एटीटी) एमटीयू साइज़ नेगोशिएशन

जब भी हो सके, एटीटी के लिए ज़्यादा से ज़्यादा ट्रांसमिशन यूनिट (एमटीयू) की वैल्यू 83 का इस्तेमाल करना चाहिए. हालांकि, डिफ़ॉल्ट वैल्यू 23 का इस्तेमाल किया जा सकता है.