सोनाटा - एसआयपी प्रोव्हिजनिंग सर्व्हर

तरतुदीची कशाशी तुलना करावी हे मला कळत नाही. कदाचित एक मांजर सह? त्याशिवाय हे शक्य आहे असे दिसते, परंतु त्यासह ते थोडे चांगले आहे. विशेषतः जर ते कार्य करते))

समस्येचे सूत्रीकरण:

1. मला SIP फोन जलद, सहज आणि सुरक्षितपणे सेट करायचे आहेत. फोन स्थापित करताना, आणि त्याहूनही अधिक ते पुन्हा कॉन्फिगर करताना.
2. बर्‍याच विक्रेत्यांचे स्वतःचे कॉन्फिग फॉर्मेट असतात, कॉन्फिग तयार करण्यासाठी त्यांची स्वतःची उपयुक्तता आणि कॉन्फिगचे संरक्षण करण्याचे त्यांचे स्वतःचे मार्ग असतात. आणि मला खरंच प्रत्येकाशी व्यवहार करायचा नाही.
3. अनेक प्रोव्हिजनिंग सोल्यूशन्स, अ) एका विक्रेत्यावर किंवा एका टेलिफोन सिस्टीमवर केंद्रित आहेत, ब) अंमलात आणण्यासाठी खूप त्रासदायक आहेत, अनेक स्क्रिप्ट्स, पॅरामीटर्स, brrr...

बिंदू 3 बद्दल, मी एक टिप्पणी देईन की उत्कृष्ट तरतूदी प्रणाली आहेत FreePBX साठी, FusionPBX साठी, काजू साठी, जेथे विविध विक्रेत्यांकडून फोनसाठी टेम्पलेट्स सार्वजनिकपणे उपलब्ध आहेत. व्यावसायिक उपाय आहेत जिथे तुम्ही प्रोव्हिजनिंग मॉड्यूलमध्ये वेगवेगळ्या उत्पादकांकडून फोनचे ऑपरेशन कॉन्फिगर देखील करू शकता, उदाहरणार्थ, Yeastar PBX.

विविध विक्रेत्यांकडून उपकरणे कशी सेट करावीत यावरील पाककृती देखील हॅब्रेने भरलेली आहे: वेळा, два. परंतु ते म्हणतात त्याप्रमाणे, सर्व प्रणालींमध्ये एक घातक दोष आहे. तर आम्ही आमची स्वतःची बाईक बनवू.

आपले स्वतःचे स्वरूप

जसे ते xkcd मध्ये म्हणतात, तुम्हाला 14 फॉरमॅट्स हाताळायचे नसल्यास - 15 सह या. म्हणून, आम्ही कोणत्याही फोनसाठी सामान्य सेटिंग्ज वापरतो आणि आमचे स्वतःचे json कॉन्फिगरेशन फॉरमॅट बनवतो.

यासारखेच काहीसे:

{
   "key": "sdgjdeu9443908",
   "token": "590sfdsf8u984",
   "model": "gxp1620",
   "vendor": "grandstream",
   "mac": "001565113af8",
   "timezone_offset": "GMT+03",
   "ntp_server": "pool.ntp.org",
   "status": true,
   "accounts": [
      {
         "name": "Мобилон",
         "line": 1,
         "sip_register": "sip.mobilonsip.ru",
         "sip_name": "sip102",
         "sip_user": "sip102",
         "sip_password": "4321",
         "sip_auth": "sip102"
      }
   ]
}

त्यामुळे, कोणत्याही फोनमध्ये तुम्हाला स्थानिक वेळ आणि SIP लाईन्स कॉन्फिगर करणे आवश्यक आहे. येथे सर्व काही सोपे आहे. तुम्ही आणखी उदाहरणे पाहू शकता येथे.

तुमची स्वतःची सर्व्हर तरतूद

निर्मात्याच्या मॅन्युअलमध्ये सामान्यतः एक बिंदू असतो जेथे ते म्हणतात: एक csv घ्या, तुमचा लॉगिन-पासवर्ड-मॅक-पत्ता लिहा, आमच्या मालकीची स्क्रिप्ट वापरून फायली तयार करा, त्या Apache वेब सर्व्हरखाली ठेवा आणि सर्वकाही ठीक होईल.

मॅन्युअलचा पुढील परिच्छेद सहसा तुम्हाला सांगतो की तुम्ही व्युत्पन्न केलेली कॉन्फिगरेशन फाइल कूटबद्ध देखील करू शकता.

पण हे सर्व क्लासिक्स आहेत. स्मूदीज आणि ट्विटरसह आधुनिक दृष्टीकोन सांगते की तुम्हाला एक रेडीमेड वेब सर्व्हर बनवणे आवश्यक आहे जे अपाचेसारखे शक्तिशाली नसेल, परंतु फक्त एक छोटी गोष्ट करेल. लिंक वापरून कॉन्फिगरेशन तयार करा आणि पाठवा.

चला येथे थांबू आणि लक्षात ठेवा की जवळजवळ सर्व SIP फोन आता http/https द्वारे कॉन्फिगरेशन प्राप्त करू शकतात, म्हणून आम्ही इतर अंमलबजावणीचा विचार करत नाही (ftp, tftp, ftps). त्यानंतर, प्रत्येक फोनला त्याचा स्वतःचा MAC पत्ता माहित असतो. म्हणून, आम्ही दोन दुवे बनवू: एक वैयक्तिक - डिव्हाइस कीवर आधारित, दुसरा सामान्य, जो सामान्य टोकन आणि MAC पत्त्याच्या संयोजनाचा वापर करून कार्य करतो.

तसेच, मी शून्य-कॉन्फिगरेशनवर राहणार नाही, म्हणजे. सुरवातीपासून फोन सेट करणे, म्हणजे तुम्ही ते नेटवर्कमध्ये प्लग केले आणि ते कार्य करू लागले. नाही, माझ्या परिस्थितीत, तुम्ही ते नेटवर्कमध्ये प्लग करा, प्राथमिक सेटअप करा (प्रोव्हिजनिंग सर्व्हरवरून कॉन्फिगरेशन प्राप्त करण्यासाठी ते सेट करा), आणि नंतर पिना कोलाडा प्या आणि प्रोव्हिजनिंगद्वारे आवश्यकतेनुसार फोन पुन्हा कॉन्फिगर करा. वितरण पर्याय 66 ही DHCP सर्व्हरची जबाबदारी आहे.

तसे, मी “प्रोव्हिजनिंग” म्हणताना पूर्णपणे कंटाळलो होतो, म्हणून हा शब्द “प्रोव्हिजन” असा छोटा करण्यात आला, कृपया मला लाथ मारू नका.

आणि आणखी एक गोष्ट: आमच्या प्रोव्हिजनिंग सर्व्हरकडे UI नाही, म्हणजे वापरकर्ता इंटरफेस. कदाचित, आत्तासाठी, पण खात्री नाही, कारण... मला त्याची गरज नाही. परंतु सेटिंग्ज जतन/हटवण्यासाठी API आहे, समर्थित विक्रेते, मॉडेल्सची यादी मिळवणे, सर्व काही स्वॅगर स्पेसिफिकेशनच्या नियमांनुसार वर्णन केले आहे.

API आणि UI का नाही? कारण माझ्याकडे आधीच माझी स्वतःची टेलिफोन प्रणाली आहे, त्यानंतर माझ्याकडे क्रेडेन्शियल्सचा स्रोत आहे, जिथे मला फक्त हा डेटा घ्यायचा आहे, आवश्यक json संकलित करायचा आहे आणि तो प्रोव्हिजनिंग सर्व्हरवर प्रकाशित करायचा आहे. आणि प्रोव्हिजनिंग सर्व्हर, json फाइलमध्ये निर्दिष्ट केलेल्या नियमांनुसार, आवश्यक डिव्हाइसला त्याचे कॉन्फिगरेशन देईल किंवा डिव्हाइस योग्य नसल्यास किंवा या json मध्ये निर्दिष्ट केलेल्या निकषांची पूर्तता करत नसल्यास ते देणार नाही.

अशाप्रकारे प्रोव्हिजनिंग मायक्रोसर्व्हिस निघाली. कॉल केला पियानोवर वाजवायचे संगीत, स्त्रोत कोड GitHub वर उपलब्ध आहे, तेथे देखील आहे तयार डॉकर प्रतिमा, डॉकर वापर उदाहरण येथे.

महत्वाची वैशिष्टे:

• कोणत्याही परिस्थितीत, वेळेनुसार कॉन्फिगमध्ये मर्यादित प्रवेश, डीफॉल्टनुसार 10 मिनिटे. तुम्हाला कॉन्फिगरेशन पुन्हा उपलब्ध करून द्यायचे असल्यास, कॉन्फिगरेशन पुन्हा प्रकाशित करा.

• सर्व विक्रेत्यांसाठी एक स्वरूप, सर्व समायोजन सोनाटामध्ये काढले जातात, तुम्ही प्रमाणित json पाठवा, कोणतीही उपलब्ध उपकरणे कॉन्फिगर करा.

• डिव्हाइसेसना जारी केलेल्या सर्व कॉन्फिगन्स लॉग केल्या आहेत, सर्व समस्या क्षेत्र लॉगमध्ये पाहिले जाऊ शकतात आणि त्रुटी पाहिल्या जाऊ शकतात

• टोकनसह एक सामान्य दुवा वापरणे शक्य आहे; प्रत्येक फोनला मॅक पत्ता निर्दिष्ट करून स्वतःचे कॉन्फिगरेशन प्राप्त होते. किंवा की द्वारे वैयक्तिक दुवा.

• व्यवस्थापन (व्यवस्थापन) आणि फोनवर कॉन्फिगची तरतूद (तरतुदी) साठी API पोर्टद्वारे विभागले जातात

• चाचण्या. जारी केलेल्या कॉन्फिगरेशनचे स्वरूप निश्चित करणे आणि चाचणीसह कॉन्फिग जारी करण्याच्या सर्व सामान्य परिस्थितींचा समावेश करणे माझ्यासाठी खूप महत्वाचे होते. जेणेकरून हे सर्व स्पष्टपणे कार्य करते.

बाधक

आतापर्यंत, सोनाटामध्ये एन्क्रिप्शन कोणत्याही प्रकारे वापरले जात नाही. त्या. उदाहरणार्थ सोनाटा समोर nginx टाकून तुम्ही नक्कीच https वापरणे सुरू करू शकता. परंतु अद्याप मालकीच्या पद्धती वापरल्या गेल्या नाहीत. का? प्रकल्प अद्याप तरुण आहे, त्याने त्याचे पहिले शंभर डिव्हाइस लॉन्च केले आहेत. आणि, अर्थातच, मी कल्पना आणि अभिप्राय गोळा करतो. पुढे, सर्वकाही सुरक्षित करण्यासाठी, जेणेकरुन नेटवर्कवर कॉन्फिग्स स्निफ केले जाऊ शकत नाहीत, कदाचित एनक्रिप्शन की, टीएलएस आणि त्यांच्यासह हेजहॉगचा त्रास करणे योग्य आहे, परंतु हे चालूच राहील.

UI चा अभाव. कदाचित हे अंतिम वापरकर्त्यासाठी एक महत्त्वपूर्ण गैरसोय आहे, परंतु सिस्टम प्रशासकासाठी, कन्सोल युटिलिटी पूर्ण वाढीव अनुप्रयोगापेक्षा अधिक महत्त्वाची आहे. कन्सोल युटिलिटी बनवण्याची योजना होती, परंतु मला खात्री नाही की त्याची आवश्यकता आहे का?

शेवटी काय?

व्यवस्थापनासाठी API सह अनेक फोन मॉडेल्सची तरतूद करण्यासाठी एक छोटा आणि साधा वेब सर्व्हर.

पुन्हा एकदा, हे कसे चालेल?

1. सोनाटा स्थापित करत आहे.
2. आम्ही एक json कॉन्फिगरेशन तयार करतो आणि ते सोनाटामध्ये प्रकाशित करतो.
3. मग आम्हाला सोनाटा कडून प्रोव्हिजनिंग लिंक प्राप्त होते.
4. मग आम्ही ही लिंक टेलिफोनमध्ये सूचित करतो.
5. डिव्हाइस कॉन्फिगरेशन लोड करत आहे

त्यानंतरच्या ऑपरेशनमध्ये फक्त दोन टप्पे आहेत:

1. आम्ही एक json कॉन्फिगरेशन तयार करतो आणि ते सोनाटामध्ये प्रकाशित करतो
2. डिव्हाइस कॉन्फिगरेशन लोड करत आहे

कोणत्या फोनची जाहिरात केली जाईल?

विक्रेते Grandstream, Fanvil, Yealink. विक्रेत्यामधील कॉन्फिगरेशन कमी-अधिक प्रमाणात समान असतात, परंतु फर्मवेअरवर अवलंबून भिन्न असू शकतात - अतिरिक्त चाचणी करणे आवश्यक असू शकते.

तुम्ही कोणते नियम सेट करू शकता?

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

सोनाटाशी संवाद कसा साधायचा?

API द्वारे, HTTP विनंत्या करणे. API तुमच्या इंस्टॉलेशनमध्ये उपलब्ध असेल. कारण API स्वॅगर स्पेसिफिकेशनला सपोर्ट करते, तुम्ही वापरू शकता ऑनलाइन उपयुक्तता API कडे चाचणी विनंत्यांसाठी.

ठीक उत्तम. छान सामग्री, ते वापरून पाहण्याबद्दल कसे?

रेपॉजिटरीवर आधारित डॉकर प्रतिमा तैनात करणे हा सर्वात सोपा मार्ग आहे सोनाटा-नमुना. रेपॉजिटरीमध्ये इंस्टॉलेशन सूचना असतात.

मला node.js माहित असल्यास काय?

तुम्हाला JavaScript वापरण्याचा अनुभव असल्यास, येथे सर्वकाही कसे कार्य करते ते तुम्हाला त्वरीत समजेल.

सोनाटा विकास होईल का?

मी माझे ध्येय अंशतः साध्य केले. फोन सेटअप स्वयंचलित करण्याच्या विषयावर पुढील विकास हा माझ्या कार्यांचा विषय आहे. फोन बटणे कॉन्फिगर करण्यासाठी कॉन्फिगर्स विस्तृत करण्याची, अॅड्रेस बुक प्रोव्हिजनिंग जोडा, कदाचित काहीतरी, टिप्पण्यांमध्ये लिहा.

सारांश आणि पावती

मला विधायक सूचना/आक्षेप/टिप्पण्या आणि प्रश्न मिळाल्यास आनंद होईल, कारण... कदाचित त्याने काहीतरी अनाकलनीयपणे वर्णन केले असावे.

मी माझ्या सर्व सहकाऱ्यांबद्दल कृतज्ञता व्यक्त करतो ज्यांनी मदत केली, सल्ला दिला, चाचणी केली आणि चाचण्यांसाठी फोन दिले/दान केले. प्रत्यक्षात, मी कामावर ज्यांच्याशी संवाद साधला असे बरेच लोक वेगवेगळ्या प्रमाणात प्रकल्पात गुंतलेले आहेत, AsterConfई, चॅट आणि ईमेल मध्ये. कल्पना आणि विचारांबद्दल धन्यवाद.

स्त्रोत: www.habr.com