एसआईपी - फोर्किंग

शायद ही कभी एक प्रॉक्सी सर्वर एक ही एसआईपी कॉल को कई एसआईपी एंडपॉइंट के लिए आगे करता है। इस प्रक्रिया को फोर्किंग के रूप में जाना जाता है। यहां एक ही कॉल एक ही समय में कई एंडपॉइंट्स को रिंग कर सकता है।

SIP फोर्किंग के साथ, आप अपने डेस्क फोन की रिंग को उसी समय अपने सॉफ्टफोन या अपने मोबाइल पर एसआईपी फोन के साथ रख सकते हैं, जिससे आप आसानी से किसी भी डिवाइस से कॉल ले सकते हैं।

आम तौर पर, एक कार्यालय में, मान लीजिए कि बॉस कॉल या दूर जाने में असमर्थ है, एसआईपी फोर्किंग सचिव को कॉल का जवाब देने की अनुमति देता है।

फोर्किंग तब संभव होगा जब कोई स्टेटफुल प्रॉक्सी उपलब्ध हो क्योंकि उसे प्राप्त होने वाले कई कार्यों को करने और प्रतिक्रिया देने की आवश्यकता होती है।

हमारे पास दो प्रकार के फोर्किंग हैं -

• समानांतर फोर्किंग
• अनुक्रमिक फोर्किंग

समानांतर फोर्किंग

इस परिदृश्य में, प्रॉक्सी सर्वर एक बार में दो डिवाइस (UA2, UA3), INVITE को फोर्क करेगा। दोनों डिवाइस 180 रिंगिंग उत्पन्न करेंगे और जो भी कॉल प्राप्त करेगा वह 200 ओके उत्पन्न करेगा। प्रतिक्रिया (मान लीजिए UA2) जो पहले ओरिजिनेटर तक पहुंचती है, UA2 के साथ एक सत्र स्थापित करेगी। अन्य प्रतिक्रिया के लिए, CANCEL को ट्रिगर किया जाएगा।

यदि प्रवर्तक दोनों प्रतिक्रियाओं को एक साथ प्राप्त करता है, तो q- मूल्य के आधार पर, यह प्रतिक्रिया को आगे बढ़ाएगा।

अनुक्रमिक फोर्किंग

इस परिदृश्य में, प्रॉक्सी सर्वर INVITE को एक डिवाइस (UA2) में कांटा जाएगा। यदि उस समय UA2 अनुपलब्ध या व्यस्त है, तो प्रॉक्सी इसे किसी अन्य डिवाइस (UA3) पर फोर्क करेगा।

शाखा - आईडी और टैग

शाखा ID, परदे के पीछे के अनुरोधों के लिए प्रतिक्रियाओं का मिलान करने में मदद करता है। ब्रांच आईडी के बिना, एक प्रॉक्सी सर्वर फोर्क्ड प्रतिक्रिया को समझने में सक्षम नहीं होगा। शाखा-आईडी वाया हेडर में उपलब्ध होगी।

यूएसी द्वारा टैग का उपयोग विभिन्न यूएएस से कई अंतिम प्रतिक्रियाओं को अलग करने के लिए किया जाता है। एक UAS हल नहीं कर सकता है कि क्या अनुरोध को कांटा गया है या नहीं। इसलिए, इसे एक टैग जोड़ने की आवश्यकता है।

प्रॉक्सी भी टैग जोड़ सकते हैं यदि यह एक अंतिम प्रतिक्रिया उत्पन्न करता है, तो वे कभी भी अनुरोधों या प्रतिक्रियाओं में टैग नहीं डालते हैं।

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

कॉल लेग और कॉल आईडी

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

एक UAC एक INVITE भेजकर शुरू होता है। फोर्किंग के कारण, यह अलग-अलग यूएएस से कई 200 ओके प्राप्त कर सकता है। प्रत्येक एक ही कॉल के भीतर एक अलग कॉल लेग से मेल खाती है।

एक कॉल इस प्रकार कॉल पैरों का एक समूह है। एक कॉल लेग का तात्पर्य यूएएस के बीच एंड-टू-एंड कनेक्शन से है।

कॉल लेग की दो दिशाओं में CSeq रिक्त स्थान स्वतंत्र हैं। एक दिशा के भीतर, प्रत्येक लेनदेन के लिए अनुक्रम संख्या बढ़ाई गई है।

स्वर का मेल

एंटरप्राइज़ उपयोगकर्ताओं के लिए वॉइसमेल अब बहुत आम है। यह एक टेलीफोन एप्लिकेशन है। यह तब आता है जब कॉल की गई पार्टी अनुपलब्ध है या कॉल प्राप्त करने में असमर्थ है, पीबीएक्स एक वॉयस मैसेज छोड़ने के लिए कॉलिंग पार्टी की घोषणा करेगा।

उपयोगकर्ता एजेंट या तो 3xx प्रतिक्रिया प्राप्त करेगा या वॉइसमेल सर्वर पर पुनर्निर्देशित करेगा यदि कॉल की गई पार्टी की संख्या अनुपलब्ध है। हालाँकि, वॉइसमेल सिस्टम को इंगित करने के लिए किसी प्रकार के SIP एक्सटेंशन की आवश्यकता होती है, जिसका उपयोग मेलबॉक्स करने के लिए किया जाता है - जो कि अभिवादन करने के लिए और रिकॉर्ड किए गए संदेश को संग्रहीत करने के लिए कहाँ है। इसे प्राप्त करने के दो तरीके हैं -

• SIP शीर्ष लेख फ़ील्ड एक्सटेंशन का उपयोग करके

• इस जानकारी का संकेत देने के लिए अनुरोध-यूआरआई का उपयोग करके

उपयोगकर्ता के लिए मान लीजिए sip:[email protected] sip पर एक ध्वनि मेल प्रणाली है: voicemail.tutorialspoint.com जो ध्वनि मेल प्रदान कर रहा है, अनुरोध का URI जब ध्वनि मेल सर्वर को अग्रेषित किया जाता है, तो वह ऐसा देख सकता है -

sip:voicemail.tutorialspoint.com;target = sip:[email protected];cause = 486

निम्नलिखित चित्रण से पता चलता है कि अनुरोध-यूआरआई मेलबॉक्स पहचानकर्ता और कारण (यहां 486) को कैसे ले जाता है।