SIP ग्राहक सहभागिता। भाग २

पिछले लेख में, हमने एक प्रॉक्सी सर्वर का उपयोग किए बिना SIP क्लाइंट के सरल इंटरैक्शन को देखा। यह बातचीत व्यवहार में अत्यंत दुर्लभ है, लेकिन एसआईपी की मूल बातों को समझने के लिए महान है।

अब जब हमने बुनियादी चीजों का पता लगा लिया है, तो मैं प्रोटोकॉल के वास्तविक कार्य पर आगे बढ़ने का प्रस्ताव करता हूं।

इस लेख में, मैंने तीन प्रश्नों पर विचार करने की योजना बनाई है:

1. परिवहन प्रोटोकॉल और प्रॉक्सी खोज की पसंद;
2. प्रॉक्सी के माध्यम से काम करें;
3. प्रॉक्सी सर्वर पर पंजीकरण।

परिवहन प्रोटोकॉल चयन और प्रॉक्सी खोज

चूंकि एसआईपी प्रोटोकॉल कई परिवहन प्रोटोकॉल (यूडीपी, टीसीपी, एससीटीपी, टीएलएस) का समर्थन करता है, इसलिए आपको किसी तरह यह निर्धारित करना होगा कि किस प्रोटोकॉल का उपयोग करना है। ऐसा करने के कई तरीके हैं।

पहली विधि में एसआईपी यूआरआई (टीएलएस को छोड़कर) में परिवहन को स्पष्ट रूप से निर्दिष्ट करना शामिल है। यह इस तरह दिखता है:



यदि परिवहन स्पष्ट रूप से निर्दिष्ट नहीं है, तो निम्न एल्गोरिथम लागू होता है:

1. यदि SIP URI में IP पता है, तो SDP URI के लिए UDP का उपयोग किया जाता है, और SIPS (सिक्योर SIP) के लिए TCP का उपयोग किया जाता है।
2. यदि आईपी पता निर्दिष्ट नहीं है, लेकिन पोर्ट निर्दिष्ट है, तो SDP URI के लिए UDP का उपयोग किया जाता है, SIPS के लिए TCP का उपयोग किया जाता है।
3. यदि कोई IP पता और पोर्ट नहीं है, लेकिन DNS में संबंधित NAPTR रिकॉर्ड मौजूद है, तो "SIP + D2U" UDP से मेल खाता है, "SIP-D2T" टीसीपी और "SIP-D2S" - SCTP को इंगित करता है। NAPTR में SRV रिकॉर्ड के लिए एक लिंक होता है जिसका उपयोग प्रॉक्सी सर्वर को खोजने के लिए किया जाएगा। यदि NAPTR मौजूद नहीं है, तो SRV रिकॉर्ड की खोज करने के अनुरोध को निष्पादित किया जाना चाहिए।
4. SRV अनुरोध का परिणाम प्रॉक्सी सर्वर का नाम और पोर्ट होगा।
5. यदि कोई एसआरवी रिकॉर्ड नहीं है, तो ए या एएएए अनुरोध निष्पादित किया जाता है। इस स्थिति में, SDP URI के लिए UDP, SIPS के लिए TCP का उपयोग किया जाता है।

बेहतर समझने के लिए, एक उदाहरण पर विचार करें जब हम sip क्लाइंट से संपर्क करना चाहते हैं: ivan@domain.ru:



इसलिए, हमें इवान के प्रॉक्सी सर्वर सेटिंग्स का पता चला। अब मैं SIP संवाद के भाग के रूप में प्रॉक्सी के उपयोग पर विचार करने का प्रस्ताव करता हूं।

उन लोगों के लिए रिमार्क, जिन्हें पता नहीं है कि NAPTR क्या है। मुझे पता चला कि इस प्रकार का DNS रिकॉर्ड केवल तभी है जब मैंने यह लेख लिखा था, इसलिए निराशा न करें। NAPTR के बारे में थोड़ा और यहाँ ।

प्रॉक्सी का उपयोग कर बातचीत

हमें SIP प्रॉक्सी की आवश्यकता क्यों है? जैसा कि मैंने पहले ही कहा था, लेख के पहले भाग से उदाहरण में, ग्राहक एक-दूसरे के आईपी पते जानते थे और सीधे संवाद कर सकते थे। वास्तविक जीवन में, ग्राहकों को अक्सर गतिशील रूप से पते मिलते हैं, इसलिए इस या उस आईपी को "याद" करने का कोई मतलब नहीं है। इस स्थिति में पहली बात यह है कि डीएनएस-रिकॉर्ड का उपयोग करना और वास्तविक वैध पते का निर्धारण करना है। हालाँकि, निम्न समस्या यहाँ है: IP पता किसी विशिष्ट डिवाइस की पहचान करता है, न कि उपयोगकर्ता उस पर। एसआईपी इंटरैक्शन की एक विशेषता यह है कि संदेश विनिमय डिवाइस-डिवाइस स्तर पर नहीं, बल्कि उपयोगकर्ता-उपयोगकर्ता के आधार पर होता है। इस मामले में, एक उपयोगकर्ता एक साथ कई एसआईपी क्लाइंट का उपयोग कर सकता है: मोबाइल फोन पर, वर्क कंप्यूटर पर, होम कंप्यूटर पर और एसआईपी फोन पर। कैसे हो सकता है?

SIP प्रोटोकॉल निम्नलिखित समाधान प्रदान करता है: SIP प्रॉक्सी बनाया गया है और प्रत्येक उपयोगकर्ता इस प्रॉक्सी पर अपने उपकरणों को पंजीकृत करता है (अधिक सटीक रूप से, उपयोगकर्ता पंजीकरण सर्वर पर पंजीकरण करते हैं, और प्रॉक्सी के पास पंजीकरण डेटाबेस तक पहुंच है, लेकिन सादगी के लिए हम मानते हैं कि यह वही सर्वर है)। यह कैसे किया जाता है, मैं नीचे दिखाऊंगा। अभी के लिए, बस याद रखें कि प्रॉक्सी को पता है कि उपयोगकर्ता के एक या दूसरे क्लाइंट को कैसे खोजना है।

जब पीटर इवान को बुलाता है, तो क्रियाओं का निम्नलिखित क्रम निष्पादित होता है:

1. पीटर का एसआईपी क्लाइंट इवान के एसआईपी प्रॉक्सी के पते और प्रोटोकॉल को निर्धारित करता है (यह कैसे करना है - ऊपर देखें)
2. क्लाइंट प्रॉक्सी के लिए INVITE का अनुरोध भेजता है
3. प्रॉक्सी सर्वर यह देखता है कि इवान ने किन उपकरणों को पंजीकृत किया है और इन सभी उपकरणों के लिए एक अनुरोध भेजता है
4. इवान उपकरणों में से एक पर एक कॉल का जवाब देता है और प्रॉक्सी को 200 ओके भेजता है
5. प्रॉक्सी पीटर को 200 ठीक करता है
6. पीटर 200 संपर्क बॉक्स में संपर्क क्षेत्र से एक विशेष उपकरण पर इवान के एसआईपी पते को प्राप्त करता है और प्रॉक्स को दरकिनार करते हुए सीधे प्रतिक्रिया भेजता है
7. बाद के सभी संचार भी प्रत्यक्ष हैं।

आरेख में, यह निम्नानुसार दिखता है:



उन लोगों के लिए जिन्होंने लेख के पहले भाग का अध्ययन किया है, सब कुछ बहुत परिचित लगता है; केवल एक मध्यवर्ती प्रॉक्सी सर्वर जोड़ा गया था। इस हिसाब से मैसेजिंग थोड़ी बदल गई है।

इससे पहले कि हम एक विस्तृत परीक्षा में टूट जाएं, एक छोटी सी टिप्पणी। एसआईपी के भीतर, दो प्रकार के यूआरआई साझा किए जाते हैं । पहला उपयोगकर्ता यूआरआई है, जिसे रिकॉर्फ (एओआर) के पते के रूप में भी जाना जाता है। इस पते पर भेजे गए अनुरोध में प्रॉक्सी डेटाबेस खोजना और एक या कई उपकरणों के लिए अनुरोध भेजना शामिल है। दूसरा उपकरण यूआरआई (या बल्कि, डिवाइस पर उपयोगकर्ता) है। डिवाइस यूआरआई को आमतौर पर एक संपर्क कहा जाता है और एसआईपी संदेश के संपर्क क्षेत्र में क्रमशः समाहित किया जाता है। AOR से और खेतों में निहित है।

बातचीत की शुरुआत

तो, पीटर ईवान के लिए प्रॉक्सी सर्वर को INVITE भेजता है:


प्रॉक्सी सर्वर सभी इवान के एसआईपी ग्राहकों के अनुरोध को पुनर्निर्देशित करता है। सादगी के लिए, मान लीजिए कि इवान केवल एक उपकरण का उपयोग करता है। SIP क्लाइंट को यह समझने के लिए कि अनुरोध को प्रॉक्सी के माध्यम से पुनर्निर्देशित किया गया था, सर्वर हेडर फ़ील्ड के माध्यम से इसे जोड़ता है:



इवान के एसआईपी क्लाइंट एक 180 रिंगिंग प्रतिक्रिया भेजता है (इवान एक कॉल सुनता है)। उसी समय, वह To फ़ील्ड में एक टैग जोड़ता है और संपर्क क्षेत्र में उसके संपर्क का संकेत देता है। इसके अलावा, प्राप्त पैरामीटर को पहले फ़ील्ड के माध्यम से जोड़ा गया था। यह पैरामीटर दिखाता है कि इवान के क्लाइंट को कौन से पते से अनुरोध मिला (यानी, प्रॉक्सी सर्वर का पता, जैसा कि इवान देखता है)। समस्याओं को हल करने के लिए यह जानना उपयोगी है:



प्रॉक्सी, तदनुसार, पीटर के ग्राहक के अनुरोध को पुनर्निर्देशित करता है। उसी समय, वह अपने को हटाता है:



180 रिंगिंग भेजने के बाद, जैसे ही इवान फोन उठाता है, इवान के ग्राहक प्रिक्सॉय को 200 ओके प्रतिक्रिया भेजता है:



प्रॉक्सी पीटर को यह उत्तर देता है, जबकि हटा रहा है:



अब मजा हिस्सा है। पीटर का ग्राहक प्रॉक्सी को दरकिनार करते हुए सीधे इवान के ग्राहक को एक ASK संदेश भेजता है। इसके अलावा, अगर इवान ने एक साथ कई एसआईपी क्लाइंट का इस्तेमाल किया, तो इसका जवाब वही आया, जिसकी जरूरत है। इससे क्या संभव है?

200 ओके क्लाइंट से भेजा गया जिस पर इवान ने फोन उठाया। इसके अलावा, 200 ओके प्रतिक्रिया के संपर्क क्षेत्र में एक विशिष्ट डिवाइस पर उपयोगकर्ता इवान के अनुरूप एक यूआरआई होता है। इस प्रकार, पीटर का ग्राहक इस डिवाइस को ACK भेजता है, जिसके बाद प्रॉक्सी की भागीदारी की आवश्यकता नहीं होती है:



मीडिया ट्रैफ़िक सहित अन्य सभी संदेश बाईपास प्रॉक्सी।

बातचीत का अंत

बातचीत के अंत में, इवान के ग्राहक पीटर के ग्राहक को सीधे BYE भेजता है:



पीटर प्रतिक्रिया में एक पुष्टि भेजता है:


यहाँ सब कुछ है, जैसा कि लेख के पहले भाग में है।

इसलिए, हमने एक प्रॉक्सी सर्वर की भागीदारी के साथ एसआईपी क्लाइंट की बातचीत की जांच की। केवल एक ही प्रश्न शेष था: प्रॉक्सी ने इवान के ग्राहकों के पते कैसे खोजे? पंजीकरण प्रक्रिया का उपयोग करना। यह कैसे होता है, मैं नीचे बताऊंगा।

एसआईपी पंजीकरण

पंजीकरण इस प्रकार है:



आइए प्रत्येक संदेश पर एक करीब से नज़र डालें। इवान सर्वर के लिए एक रजिस्टर अनुरोध भेजता है (सादगी के लिए, हम मानते हैं कि पंजीकरण सर्वर की भूमिका प्रॉक्सी.डोमेन.ru पर सेट है)। इस अनुरोध के बारे में सबसे महत्वपूर्ण बात संपर्क क्षेत्र है। यह एक विशिष्ट डिवाइस पर इवान का पता है:



जवाब में, सर्वर 401 अनधिकृत, अर्थात् एक प्राधिकरण अनुरोध भेजता है। उत्तर में सबसे महत्वपूर्ण क्षेत्र डब्ल्यूडब्ल्यूडब्ल्यू-ऑथेंटिकेट है। यह अनुमान लगाना मुश्किल नहीं है कि क्षेत्र एक डोमेन है, और एल्गोरिथ्म इंगित करता है कि हम किस हैश एल्गोरिथ्म का उपयोग करेंगे। ब्याज गैर क्षेत्र है:



नॉनस "एक बार इस्तेमाल किए जाने वाले नंबर" के लिए छोटा है। नॉनस एक बार का यादृच्छिक अनुक्रम है जो इवान का क्लाइंट पासवर्ड स्ट्रिंग के साथ संयोजन करेगा, फिर प्राप्त स्ट्रिंग से एक एमडी 5 हैश उत्पन्न करेगा और परिणाम को डब्ल्यूडब्ल्यूडब्ल्यू-ऑथेंटिकेट फ़ील्ड में एक नए अनुरोध में डाल देगा (वास्तव में, सब कुछ कुछ अधिक जटिल है, लेकिन सादगी के लिए हम यह मान लेंगे कि यह ह) है। ऐसा करने के लिए, प्रतिक्रिया पैरामीटर का उपयोग करें।

आपको नॉनस की आवश्यकता क्यों है? यदि क्लाइंट ने पासवर्ड से MD5 जनरेट किया है और नॉनस का उपयोग नहीं किया है, तो हर बार हैश समान होगा। एक हमलावर इस तरह के हैश को रोक सकता है और प्राधिकरण के लिए इसका इस्तेमाल कर सकता है। यह स्पष्ट पाठ में पासवर्ड संचारित करने जितना ही असुरक्षित होगा।

यदि आप नॉन का उपयोग करते हैं, तो एमडी 5 को हर बार एक नई लाइन से लिया जाता है और यह अलग हो जाता है। इसलिए, हैश को इंटरसेप्ट करने पर भी, हमलावर सबसे अधिक संभावना प्राधिकरण के लिए इसका उपयोग करने में सक्षम नहीं होगा।

वैसे, ध्यान दें कि नए पंजीकरण अनुरोध में CSeq एक और है:



सर्वर इवान के पासवर्ड के साथ नॉन को भी जोड़ता है और एमडी 5 हैश प्राप्त करता है। उसके बाद, वह इवान से प्राप्त हैश के साथ अपने हैश की तुलना करता है। यदि वे मेल खाते हैं, तो सर्वर 200 ओके भेजता है। ध्यान दें कि एक्सपायर पैरामीटर संपर्क क्षेत्र में जोड़ा गया है। इस स्थिति में, पंजीकरण 3600 सेकंड या एक घंटे के लिए सर्वर डेटाबेस में संग्रहीत किया जाएगा:



अगर इवान पंजीकरण को नवीनीकृत करना चाहता है, तो उसे इस घंटे के भीतर एक और रजिस्टर भेजना होगा।

क्या होगा अगर इवान एक बार में एसआईपी समर्थन के साथ कई उपकरणों का उपयोग करता है? सब कुछ बहुत सरल है - आपको उनमें से प्रत्येक से पंजीकरण अनुरोध भेजने की आवश्यकता है।

इस पंजीकरण सर्वर के डेटाबेस में संबंधित प्रविष्टि दिखाई देने के बाद, प्रॉक्सी सर्वर इवान के एसआईपी ग्राहकों के अनुरोधों को पुनर्निर्देशित करने में सक्षम होगा।

रुचि रखने वालों के लिए बोनस

आप देख सकते हैं कि, पंजीकरण अनुरोध के जवाब में, सर्वर प्रति-टैग युक्त प्रतिक्रिया भेजता है:



यह स्पष्ट है कि संवाद स्थापित करते समय, यह टैग फिर से उसी संदेश को प्राप्त करने से बचने में मदद करता है। इसके लिए एक नियम है: यदि संदेश में To-tag नहीं है और UAS को पहले से ही CSeq, From-tag और Call-ID के साथ एक संदेश मिला है, तो वह संदेश छोड़ दिया गया है। अगर हमें पंजीकरण सर्वर के साथ संवाद स्थापित नहीं करना है तो हमें एक टैग की आवश्यकता क्यों है। सबसे अच्छा जवाब मुझे मिल सकता है कि आरएफसी 3261 में यह कहा गया है कि टू-टैग के बिना अनुरोध के लिए आने वाली 200 ओके प्रतिक्रिया में एक-टैग होना चाहिए। यही है, यह किसी भी चीज के लिए आवश्यक नहीं है, लेकिन इसे स्वीकार किया जाता है।

मुझे उम्मीद है कि लेख पढ़ने के बाद एसआईपी प्रोटोकॉल का काम आपके लिए अधिक समझ में आ गया है। मुझे आपकी टिप्पणियों पर खुशी होगी।