टॉकपैड अंदर

टॉकपैड पर पहले परिचयात्मक लेख के प्रकाशन के बाद से लगभग एक वर्ष बीत चुका है। सेवा के संचालन और विकास के दौरान, हमें कई तकनीकी समस्याओं का सामना करना पड़ा, जिनमें से कुछ को सफलतापूर्वक पार कर लिया गया। आज हम आपको बताना चाहते हैं कि टॉकपैड सर्वर साइड की व्यवस्था कैसे की जाती है।

आपको याद दिला दूं कि टॉकपैड एक ऐसी सेवा है जो प्लगइन स्थापित करके ब्राउज़र से सीधे लैंडलाइन और मोबाइल फोन पर कॉल करने की क्षमता प्रदान करती है।

तो, अत्यधिक भरी हुई टेलीफोनी सेवा के लिए बैकएंड की व्यवस्था कैसे की जा सकती है?

टॉकपैड कई डेटा ट्रांसफर प्रोटोकॉल पर बनाया गया है। हम उपयोगकर्ताओं के बीच एक सत्र स्थापित करने और मेटाडेटा को स्थानांतरित करने के लिए एसआईपी (सत्र पहल प्रोटोकॉल) और एसडीपी (सत्र विवरण प्रोटोकॉल) का उपयोग करते हैं, और आरटीपी (रियल-टाइम ट्रांसपोर्ट प्रोटोकॉल) का उपयोग सीधे आवाज डेटा स्थानांतरित करने के लिए किया जाता है। कनेक्टिविटी कार्य (जिंगल, H.323, ...) के लिए अन्य प्रोटोकॉल हैं, लेकिन वर्तमान में एसआईपी सबसे लोकप्रिय है।

1. उपयोगकर्ताओं का स्थान
परियोजना में, हम उच्च प्रदर्शन OpenSIPS सॉफ्टवेयर SIP स्विच का उपयोग करते हैं, जो अन्य बातों के अलावा, पंजीकरण डेटाबेस पर चर्चा करता है।

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

पंजीकरण डेटाबेस प्रत्येक OpenSIPS सर्वर की याद में राज्य के आवधिक रीसेटिंग (टाइमर द्वारा) के साथ स्थानीय PostgreSQL (स्मृति में डेटा कैसे थोड़ा कम सिंक्रनाइज़ किया जाता है) पर बनाए रखा जाता है।

2. और अगर उपयोगकर्ता NAT राउटर के पीछे है?
लगभग सभी उपयोगकर्ता घर / कार्यालय / सार्वजनिक राउटर (NAT रूटर्स) के पीछे हैं। इस मामले में, क्लाइंट को इसके बाहरी नेटवर्क पते का पता नहीं है। इस समस्या को हल करने के लिए, एक प्रोटोकॉल है STUN (सत्र नेट के लिए सत्र त्रैमासिक उपयोगिताएँ)। उपयोगकर्ता का STUN क्लाइंट केवल STUN सर्वर (OpenSIPS मॉड्यूल में से एक) के लिए एक अनुरोध भेजता है, और सर्वर उस सूचना के साथ प्रतिक्रिया करता है जिससे नेटवर्क पता पैकेट पहुंचे। विभिन्न STUN परीक्षणों को मिलाकर, उपयोगकर्ता अपने NAT का प्रकार निर्धारित कर सकता है।

NAT का प्रकार जिसे हमने परिभाषित किया है वह SIP संदेशों REGISTER और INVITE में दर्ज है। सामान्य तौर पर, आवाज ट्रैफ़िक पी 2 पी मोड में सीधे ग्राहकों के बीच होता है। हालाँकि, यदि किसी एक उपयोगकर्ता के NAT प्रकार को सममित के रूप में परिभाषित किया गया है, तो हम ऐसा नहीं कर सकते। ऐसा करने के लिए, OpenSIPS SIP संदेशों को फिर से लिखता है ताकि उपयोगकर्ताओं के बीच ट्रैफ़िक को RTPProxy सर्वर (OpenSIPS मॉड्यूल) के माध्यम से रूट किया जाए। टॉकपैड के आंकड़ों के अनुसार, सर्वर के माध्यम से आवाज यातायात लगभग 28-30% उपयोगकर्ताओं के लिए गुजरती है।

3. एसबीसी और बिलिंग
टॉकपैड उपयोगकर्ताओं के लिए न केवल एक दूसरे के साथ संवाद करने में सक्षम होने के लिए, बल्कि लैंडलाइन और सेल फोन पर भी कॉल करने के लिए, हम स्थानीय टेलीफोन सेवा प्रदाताओं के साथ सहयोग करते हैं, जो एसआईपी और आरटीपी प्रोटोकॉल का उपयोग करके भी संवाद करते हैं।

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

ये कार्य सत्र सीमा नियंत्रक (या B2BUA) द्वारा किए जाते हैं। OpenSIPS के नवीनतम संस्करणों में, B2BUA मॉड्यूल पहले से ही एकीकृत है। वैकल्पिक रूप से, आप सिप्पी सॉफ्टवेयर से B2BUA का उपयोग कर सकते हैं। हालांकि, टॉकपैड के लिए हम YATE - क्लासिक ATC कंपनी Null टीम के उपयोग पर बसे, जो स्वाभाविक रूप से PBX ​​और SBC कार्यक्षमता को जोड़ती है।

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

4. असफलता
टॉकपैड चित्र में दिखाए गए अनुसार डीआरपी संतुलन को CARP दोष सहिष्णुता के साथ जोड़ता है।
OpenSIPS उपयोग किए गए मॉड्यूल के आधार पर स्टेटलेस प्रॉक्सी मोड और स्टेटफुल प्रॉक्सी मोड दोनों में प्रॉक्सी कर सकता है। हमारे मामले में, यह राज्यव्यापी है और इसलिए हमें पूरे सत्र में एक ही OpenSIPS के साथ संचार करने के लिए SIP क्लाइंट (वीओआइपी प्लगइन) की आवश्यकता होती है। इस प्रकार, एसआईपी क्लाइंट को स्टार्टअप पर DNS रिकॉर्ड 1 बार हल करना चाहिए और सत्र के अंत तक इसका उपयोग करना चाहिए।



प्रत्येक OpenSIPS सर्वर अपने आप को पाथ हैडर में जोड़ते हुए, पड़ोसी सर्वर के लिए रजिस्टर की नकल करता है। यह आवश्यक है ताकि एक और OpenSIPS पता हो कि ग्राहक को किस पते पर जवाब देना है यदि आवश्यक हो।

यदि OpenSIPS-Server # 1 क्रैश होता है तो क्या होता है?
इस स्थिति में, सर्वर # 2 पर CARP1 इंटरफ़ेस स्वचालित रूप से मास्टर स्थिति में बदल जाएगा, और DNS रिकॉर्ड के दोनों आईपी पते पहले से ही सर्वर # 2 पर रूट किए जाएंगे। यह सबसे स्पष्ट रूप से चित्र में दिखाया गया है:



यदि कोई YATE सर्वर क्रैश हो जाता है, तो OpenSIPS में लोडबलर मॉड्यूल इस स्थिति को पहचानता है और केवल दूसरे सर्वर का उपयोग करेगा, और गिरे हुए व्यक्ति को समय-समय पर यह देखने के लिए चेक किया जाएगा कि क्या वह जीवित है।

जब दो उपयोगकर्ताओं ने दो अलग-अलग IPs और ब्राउज़र के माध्यम से बोले तो योजना:



5. डेटाबेस
परियोजना में, हम ओपन-सोर्स स्काईटल्स सूट (स्काइप से) से पोस्टग्रेसीक्यूएल और अनुप्रयोगों का उपयोग करते हैं: पेगबॉन्सर कनेक्शन पुलर और वालमैनगर प्रतिकृति प्रबंधक।

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

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