लगभग एक साल पहले मुझे अपने लिए एक नए कार्य का सामना करना पड़ा - स्वचालित टेलीफोन एक्सचेंज प्रबंधन का स्वचालन । पहली नज़र में, इसमें कुछ भी जटिल नहीं है: आपको टीसीबी या सीरियल-इंटरफ़ेस के माध्यम से पीबीएक्स नियंत्रण पोर्ट से कनेक्ट करने की आवश्यकता है, एक कमांड भेजें और प्रतिक्रिया का विश्लेषण करें। जैसा कि यह काम के दौरान निकला, यह सरलता भ्रामक निकली।

अपने लेख में मैं उन कठिनाइयों के बारे में बात करना चाहता हूं जो मुझे काम की प्रक्रिया में सामना करना पड़ा था। यह संभावना नहीं है कि यह लेख पाठकों के एक विस्तृत सर्कल के लिए दिलचस्प होगा, लेकिन शायद टेलीफोनी विशेषज्ञ इसमें कुछ उपयोगी पाएंगे। एक उदाहरण के रूप में, मैं इस परियोजना द्वारा वर्तमान में समर्थित अल्काटेल एस 12 और एम 200 पीबीएक्स कमांड के उदाहरणों का उपयोग करूंगा।

1. शब्दावली

शुरुआत के लिए, आपको शब्दावली पर निर्णय लेना चाहिए।

1.1 असाइनमेंट

एक कार्य परमाणु द्वारा किए गए कार्यों का एक समूह है। उपकरण प्रबंधन सबसिस्टम के दृष्टिकोण से, कार्य में सेवाओं का एक सेट होता है । प्रत्येक सेवा एक विशेष सेवा के लिए ग्राहक की पहुंच को नियंत्रित करती है (उदाहरण के लिए, लंबी दूरी और अंतर्राष्ट्रीय कॉल के लिए एक्सेस सेवाओं को सिंगल आउट करना संभव है)।

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

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

1.2 विनिर्देशों

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

स्केलर मान तक पहुंचने के अलावा, टपल संग्रह तक पहुंच प्रदान की जाती है। इसलिए, उदाहरण के लिए, 'tk' (Tech। Card) नाम से दर्शाए गए संग्रह को खोलकर, आप तकनीकी कार्ड डेटा वाले रिकॉर्ड तक पहुँच सकते हैं, जैसे 'tk.phone' - ग्राहक का फ़ोन या 'tk.ats_type' - PBX का प्रकार। बदले में, इन प्रविष्टियों में अन्य संग्रह के लिंक शामिल हो सकते हैं। संग्रह का घोंसला सीमित नहीं है।

उपरोक्त सभी से, यह शायद बहुत स्पष्ट नहीं है कि शब्द विनिर्देश का उपयोग क्यों किया जाता है? तथ्य यह है कि इस परत को विकसित करते समय, SID अवधारणाओं जैसे कि विशिष्टता और नीति का सक्रिय रूप से उपयोग किया गया था, जो कि मेरे दृष्टिकोण से, विकास को बहुत सरल करता है। सामान्य तौर पर, मैं दृढ़ता से अनुशंसा करता हूं कि आप अपने आप को टीएम फोरम सामग्री के साथ परिचित करें जिनके पास अवसर है।

१.३ लिपियाँ

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

पहले संस्करण की स्क्रिप्ट का टुकड़ा

... [002082] platform:M-200; if (tk.attach.service = 'SET_HOLD') { [020820] < text:settune %s enb_flash=on; var_list:tk.phone; [001041] > is_error:1; regexp:(.+); var_list:error; [020821] is_rollback:1; { [001020] < device_id:tk.ats_id; [020822] < text:settune %s enb_flash=off; var_list:tk.phone; [001041] > is_error:1; regexp:(.+); var_list:error; } } [003082] platform:S-12; if (tk.attach.service = 'SET_HOLD') { [030820] < text:MODIFY-SUBSCR:DN=K'%s,RECALL=ADD&ECTRF.; var_list:tk.phone; [001041] > is_error:1; regexp:(.+); var_list:error; [030821] is_rollback:1; { [001020] < device_id:tk.ats_id; [030822] < text:MODIFY-SUBSCR:DN=K'%s,RECALL=REMOVE&ECTRF.; var_list:tk.phone; [001041] > is_error:1; regexp:(.+); var_list:error; } } ...

उपरोक्त स्निपेट से, आप देख सकते हैं कि tk.attach.service चर का विश्लेषण करके हम यह निर्धारित करते हैं कि किस कमांड को निष्पादित किया जाना चाहिए। फिर, प्लेटफ़ॉर्म पर निर्भर करते हुए, tk.phone चर से फोन नंबर को उचित कमांड टेम्पलेट में बदलकर, उपकरण पर निष्पादन के लिए एक कमांड का गठन किया जाता है।

चूंकि काफी अलग-अलग कमांड थे, लिपि बड़ी (1000 से अधिक लाइनें) और अस्पष्ट थी। नतीजतन, दूसरे संस्करण को विकसित करते समय, स्क्रिप्ट में व्यक्तिगत कमांड के गठन को छोड़ने का फैसला किया गया था (इसे निचले स्तर पर ले जाना), तैयार किए गए कमांड के बजाय सेवा कोड पारित करना। इस निर्णय का स्क्रिप्ट के आकार पर बहुत लाभकारी प्रभाव पड़ा। यहाँ संपूर्ण दूसरे संस्करण की स्क्रिप्ट कैसी दिखती है:

दूसरे संस्करण की स्क्रिप्ट

 [002000] { [200001] var_list:retry_cnt = retry_cnt + 1, state = 1; [200002] if (subtype = -1) { [200003] foreach (devices) { [200004] < device_id:devices.ats_id; device_ip:devices.ats_ip; device_password:devices.ats_password; device_port:devices.ats_tcp_port; device_protocol:devices.ats_type; [200005] < device_id:devices.ats_id; [200006] < text:ROLLBACK; [200007] var_list:retry_cnt = 0; } } [200008] if (subtype = 1) { [200009] foreach (tk) { [200010] if (tk.phone = '') { [200011] var_list:tk.phone = tk.phone_old; } [200012] < device_id:tk.ats_id; device_protocol:tk.ats_type; device_ip:tk.ats_ip; device_port:tk.ats_tcp_port; device_password:tk.ats_password; [200013] var_list:action = 0, is_dou_activated = 0; [200014] target:tk.ats_type; foreach (tk.detach) { [200015] < device_id:tk.ats_id; [200016] var_list:activate_command = 1; [200017] platform:S-12; if (tk.detach.service = 'C_INTRAAREAL' | tk.detach.service = 'C_INTERCITY' | tk.detach.service = 'C_INTERNATIONAL') { [200018] if (is_dou_activated = 1) { [200019] var_list:activate_command = 0; } [200020] var_list:is_dou_activated = 1; } [200025] if (activate_command = 1) { [200026] < text:%s; var_list:tk.detach.service; [200027] var_list:retry_cnt = 0; } } [200028] var_list:action = 1, is_dou_activated = 0, is_cat_activated = 0; [200029] target:tk.ats_type; foreach (tk.attach) { [200030] < device_id:tk.ats_id; [200031] var_list:activate_command = 1; [200032] platform:S-12; if (tk.attach.service = 'C_INTRAAREAL' | tk.attach.service = 'C_INTERCITY' | tk.attach.service = 'C_INTERNATIONAL') { [200033] if (is_dou_activated = 1) { [200034] var_list:activate_command = 0; } [200035] var_list:is_dou_activated = 1; } [200021] if (tk.attach.service = 'CATEG_AON_0' | tk.attach.service = 'CATEG_AON_1' | tk.attach.service = 'CATEG_AON_2' | tk.attach.service = 'CATEG_AON_3' | tk.attach.service = 'CATEG_AON_4' | tk.attach.service = 'CATEG_AON_6' | tk.attach.service = 'CATEG_AON_7' | & tk.attach.service = 'CATEG_AON_8' | tk.attach.service = 'CATEG_AON_9') { [200022] if (is_cat_activated = 1) { [200023] var_list:activate_command = 0; } [200024] var_list:is_cat_activated = 1; } [200036] if (activate_command = 1) { [200037] < text:%s; var_list:tk.attach.service; [200038] var_list:retry_cnt = 0; } } } } }

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

1.4 एडाप्टर

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

1.5 सिंक

हम उपकरणों से ग्राहकों की वर्तमान सेटिंग्स प्राप्त करने की प्रक्रिया को सिंक्रोनाइज़ेशन कहेंगे। डेटाबेस के संबंध में PBX पर ग्राहकों की सेटिंग की स्थिति पर असंगत डेटा की समस्या इस वर्ग के कार्यों के लिए मौलिक है। यह समस्या न केवल टेलीफोनी के लिए प्रासंगिक है। सिस्को उपकरण के प्रबंधन से संबंधित पिछले सक्रियण परियोजना में, वह कम तीव्र नहीं था। हम कह सकते हैं कि यह आलेख सक्रियकरण प्रक्रिया को और अधिक "स्मार्ट" बनाने के लिए, सिंक्रोनाइज़ेशन का उपयोग करने के बारे में बात करता है।

2. नौकरी का स्तर

जाहिर है, विभिन्न प्रकार के स्वचालित टेलीफोन एक्सचेंजों को नियंत्रित करने के लिए पूरी तरह से आदेशों का उपयोग किया जाता है, उदाहरण के लिए, स्वचालित टेलीफोन एक्सचेंज एम -200 में आउटगोइंग संचार को अक्षम करने के लिए, निम्न कमांड का उपयोग किया जाता है:

 settune XXXXXXX cmn_outcome=off

और अल्काटेल एस 12 में:

 MODIFY-SUBSCR:DN=K'XXXXXXX,OCB=REMOVE&TOTALBAR.

लेकिन कमांड सिंटैक्स में इस तरह के अंतर केवल जटिलता से दूर हैं। हम इस मुद्दे से अधिक विस्तार से निपटेंगे।

टीमों को 2.1 मैपिंग सेवाएं

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

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

एक नौकरी सेवा को पीबीएक्स द्वारा समर्थित कई अलग-अलग सेवाओं में मैप किया जा सकता है। उदाहरण के लिए, M-200 पिन कोड को सक्षम करने के लिए निम्न आदेशों का समर्थन करता है:

 settune XXXXXXX dvo_pincode=on settune XXXXXXX dvo_pincodetwo=on

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

 MODIFY-SUBSCR:DN=K'XXXXXXX,PASSWORD=ADD&"YYYY",SUBCTRL=ADD&OCBVAR.

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

 settune XXXXXXX dvo_pincode=on pincode=YYYY

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

 settune XXXXXXX enb_pincode=on settune XXXXXXX dvo_pincode=on settune XXXXXXX pincode=YYYY

इसके अलावा, enb_pincode कमांड, जो एक पिन कोड का उपयोग करने की संभावना को नियंत्रित करता है, को अलग से निष्पादित किया जा सकता है (इस प्रकार 'PINCODE' सेवा के लिए एक और प्रदर्शन विकल्प जोड़ते हुए)। इस मामले में, ग्राहक द्वारा पिन कोड निर्धारित किया जा सकता है। यह एक गैर-तुच्छ समस्या की ओर जाता है, जिसके बारे में मैं नीचे चर्चा करूँगा "खंड में सिंक्रनाइज़ेशन से संबंधित समस्याएँ"।

2.2 आउटगोइंग कॉल प्रतिबंध

विभिन्न प्रकार के स्वचालित टेलीफोन एक्सचेंज न केवल समर्थित सेवाओं के सेट में भिन्न हो सकते हैं, बल्कि यह भी कि ये सेवाएं कैसे लागू की जाती हैं। इंट्राब्रैंड, इंटरसिटी और अंतर्राष्ट्रीय कॉल की एम -200 पहुंच के लिए अलग से नियंत्रण किया जा सकता है:

 settune XXXXXXX cmn_82xxx=on settune XXXXXXX cmn_8xxx=on settune XXXXXXX cmn_10xxx=on

अल्काटेल S12 के लिए, समान कमांड इस तरह दिखते हैं:

 MODIFY-SUBSCR:DN=K'XXXXXXX,OCB=MODIFY&PERM&5. MODIFY-SUBSCR:DN=K'XXXXXXX,OCB=MODIFY&PERM&4. MODIFY-SUBSCR:DN=K'XXXXXXX,OCB=REMOVE.

आप देख सकते हैं कि ये कमांड केवल एक सेटिंग की स्थिति को नियंत्रित करते हैं (जब आप लंबी दूरी की संचार सक्षम करते हैं, तो प्रतिबंधों को आसानी से हटा दिया जाता है)। यह निम्न समस्या की ओर जाता है:

एम -200 के लिए, इंट्राजोनल, इंटरसिटी और अंतर्राष्ट्रीय समावेशन सेवाओं को स्वतंत्र रूप से सक्रिय किया जाना चाहिए (और असाइनमेंट वन-टू-वन की इसी सेवाओं को सौंपा गया है)
अल्काटेल एस 12 पर सक्रिय होने पर, केवल शामिल सेवाओं में से एक को सक्रिय किया जाना चाहिए, सबसे कम प्रतिबंधात्मक पहुंच

इसका मतलब यह है कि अगर हमें अल्काटेल एस 12 पर इंट्रा-एरिया और लंबी दूरी की संचार को सक्षम करने की आवश्यकता है, तो हमें केवल लंबी दूरी की संचार सक्षम कमांड को सक्रिय करने की आवश्यकता है। यदि इंट्रा-ज़ोन संचार सक्षम करें कमांड को बाद में सक्रिय किया जाता है, तो सब्सक्राइबर के लिए लंबी दूरी का संचार काट दिया जाएगा! लंबी दूरी के डिस्कनेक्ट के साथ इंट्राजोनल और अंतर्राष्ट्रीय संचार का एक साथ सक्रियण असंभव है (एम -200 के विपरीत)।

यह सक्रियण स्क्रिप्ट स्तर पर कार्यान्वित कार्यक्षमता का एक अच्छा उदाहरण है। आइए देखें कि इसे कैसे लागू किया जा सकता है:

 [200028] var_list:action = 1, is_dou_activated = 0, is_cat_activated = 0; [200029] target:tk.ats_type; foreach (tk.attach) { [200031] var_list:activate_command = 1; [200032] platform:S-12; if (tk.attach.service = 'C_INTRAAREAL' | tk.attach.service = 'C_INTERCITY' | tk.attach.service = 'C_INTERNATIONAL') { [200033] if (is_dou_activated = 1) { [200034] var_list:activate_command = 0; } [200035] var_list:is_dou_activated = 1; } [200036] if (activate_command = 1) { [200037] < text:%s; var_list:tk.attach.service; [200038] var_list:retry_cnt = 0; } }

हम चरों द्वारा बचाए जाते हैं। Tk.attach संग्रह से आउटगोइंग संचार को नियंत्रित करने वाली पहली कमांड को सक्रिय करने के बाद, हम is_dou_activated ध्वज सेट करते हैं, जो बाद के आदेशों के सक्रियण को प्रतिबंधित करता है। इसके अलावा, यह कोड केवल अल्काटेल S12 के लिए काम करता है।

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

3. सिंक्रनाइज़ेशन से संबंधित समस्याएं

जैसा कि मैंने ऊपर कहा, उपकरण से वर्तमान सेटिंग्स प्राप्त करने की क्षमता कम से कम कुछ सही सक्रियण करने के लिए मुख्य आवश्यकताओं में से एक है। आइए देखें कि ऐसा क्यों है?

3.1 बुद्धिमान सक्रियता

उत्पाद के पहले संस्करण को पेश करते समय हमें ग्राहक से प्राप्त होने वाली पहली पहली अतिरिक्त आवश्यकता यह थी कि उपकरण पर पहले से सक्रिय सेटिंग्स फिर से सक्रिय नहीं होनी चाहिए। यह वास्तव में दो कारणों से महत्वपूर्ण है:

उपकरण पर कमांड को सक्रिय करना एक त्वरित प्रक्रिया नहीं है। अल्काटेल एस 12 पर एक कमांड का औसत निष्पादन समय ~ 10 सेकंड है (एम -200 बहुत तेजी से काम करता है (~ 1 सेकंड), क्योंकि यह बहुत कम मात्रा में डेटा लौटाता है)। इस तथ्य को जोड़ें कि पीबीएक्स के साथ कनेक्शन बहुत अस्थिर है और हम इन 10 सेकंड के दौरान इसे खो सकते हैं। यदि कार्य के प्रत्येक दोहराया निष्पादन पर (और हमें अपने निष्पादन की परमाणुता सुनिश्चित करने के लिए कार्य करने वाले सभी आदेशों को निष्पादित करना होगा) तो हम शुरुआत से ही सभी आदेशों को फिर से सक्रिय करेंगे, फिर, सबसे खराब स्थिति में, हम इन आदेशों को बार-बार सक्रिय करेंगे और कभी नहीं असाइनमेंट के अंत तक पहुँचें
कुछ मामलों में (अल्काटेल S12 पर), कमांड को फिर से सक्रिय करने से त्रुटि हो सकती है। इस मामले में, हम डेटाबेस में सेटिंग्स की स्थिति नहीं देख सकते हैं, क्योंकि यह संभव है कि इस ग्राहक के लिए सक्रियण पहली बार किया गया हो। इस मामले में, एकमात्र सही निर्णय सक्रियण कमांड से पहले, उपकरण से सीधे सेटिंग्स की स्थिति प्राप्त करना है

इसका मतलब यह है कि किसी भी कमांड को सक्रिय करने से पहले, हमें पीबीएक्स से वर्तमान सेटिंग्स प्राप्त करनी चाहिए जो इस कमांड के निष्पादन को प्रभावित करती हैं। यदि सेटिंग्स पहले से ही आवश्यक स्थिति में हैं, तो हम सक्रिय कमांड को निष्पादित नहीं कर सकते हैं और आगे बढ़ सकते हैं (यदि सक्रिय कमांड को परस्पर विरोधी सेटिंग्स के कारण निष्पादित नहीं किया जा सकता है, तो हम कमांड को भी निष्पादित नहीं कर सकते हैं, लेकिन तुरंत एक अपवाद बढ़ा सकते हैं)। यह दृष्टिकोण M-200 के लिए बहुत अच्छा काम करता है क्योंकि:

सभी सब्सक्राइबर सेटिंग्स को केवल एक gettune कमांड के जवाब में दिया जाता है
एम -200 पर सक्रियण अपेक्षाकृत तेज है और कनेक्शन स्थिर है। हम प्रत्येक सक्रियण की शुरुआत में एक अतिरिक्त कमांड निष्पादित कर सकते हैं

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

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

एम -200 के साथ भी एक समस्या है। कुछ मामलों में, धुन सर्वर का उपयोग पीबीएक्स के साथ बातचीत करने के लिए किया जाता है, जिसे मैं नीचे चर्चा करूंगा, गलत तरीके से काम करना शुरू कर देता है। वह ओके के साथ सभी सेटल्यून कमांड का जवाब देता है, हालांकि एक्सचेंज पर डेटा नहीं बदलता है! इस मामले में, गेटअन को कॉल करना एक त्रुटि की ओर जाता है।

इसका मतलब यह है कि एम -200 के लिए हमें न केवल पहले, बल्कि सक्रियण के बाद भी गेटट्यून कॉल करना चाहिए, और एक त्रुटि की स्थिति में, हमें एक दूसरा कार्य शुरू करना चाहिए। जैसे ही ट्यून सर्वर सही तरीके से काम करना शुरू करता है, हम उन टीमों को सक्रिय करने में सक्षम होंगे जिनकी सक्रियता वास्तव में पिछले कार्य पर काम नहीं करती थी। जो सक्रिय रूप से सक्रिय था, उसे पुन: सक्रिय नहीं किया जाएगा।

3.2 निर्भर सेवा

जैसा कि मैंने ऊपर कहा है, एम -200 पीबीएक्स पर, पिनकोड सेवा को शामिल करने (विनिर्देश चर के मूल्यों के आधार पर) तीन अनुक्रमों में से एक के सक्रियण का कारण बन सकता है:

 settune XXXXXXX enb_pincode=on

 settune XXXXXXX enb_pincode=on settune XXXXXXX dvo_pincode=on settune XXXXXXX pincode=YYYY

 settune XXXXXXX enb_pincode=on settune XXXXXXX dvo_pincodetwo=on settune XXXXXXX pincode=YYYY

Enb_pincode सेटिंग तीनों मामलों में सक्षम है। एक संभावित त्रुटि की कल्पना करना आसान है जो इन आदेशों को सक्रिय करने के अनुभवहीन कार्यान्वयन के साथ होता है:

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

क्रियाओं के इस क्रम के परिणामस्वरूप, enb_pincode सेटिंग बंद हो जाती है और दूसरे चरण में सेट किया गया पिन कोड काम करना बंद कर देता है! ऐसा होने से रोकने के लिए क्या किया जा सकता है?

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

हां, ग्राहक enb_pincode सेवा का उपयोग करने में सक्षम होगा, जिसे उसने वास्तव में अस्वीकार कर दिया है, लेकिन सेट पिन कोड ग्राहक से किसी भी शिकायत के बिना काम करेगा। M200 कमांड सिस्टम में कई समान निर्भरताएं नहीं हैं, लेकिन ये सभी महत्वपूर्ण सेवाओं (जैसे अलार्म सेट करना या कॉल अग्रेषण सक्षम करना) से जुड़ी हैं। सही सक्रियता के दृष्टिकोण से इन निर्भरताओं के लिए लेखांकन महत्वपूर्ण है।

3.3 रोलबैक कार्यान्वयन

प्रत्येक कार्य को सफलतापूर्वक पूरा नहीं किया जा सकता है। आदेश की सक्रियता गलत डेटा के कारण त्रुटि हो सकती है (इस पीबीएक्स द्वारा ग्राहक की संख्या को सेवा नहीं दी जाती है, अलार्म सेट करते समय गलत समय), या सक्रिय सेवाओं के संघर्ष के कारण (यह अक्सर अल्काटेल एस 12 पर होता है)। ऐसी त्रुटियों को अप्राप्य कहा जाएगा।

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

 ... [002391] platform:M-200; if (tk.detach.service = 'PINCODE' & tk.detach.act_mode = 0 & tk.detach.act_level = 2) { [023910] < text:settune %s dvo_pincode=off; var_list:tk.phone; [001041] > is_error:1; regexp:(.+); var_list:error; [001610] < text:settune %s pincode=; var_list:tk.phone; [001041] > is_error:1; regexp:(.+); var_list:error; [022010] < text:settune %s enb_pincode=off; var_list:tk.phone; [001041] > is_error:1; regexp:(.+); var_list:error; [023911] is_rollback:1; if (tk.detach.value != '') { [001020] < device_id:tk.ats_id; [023912] < text:settune %s dvo_pincode=on; var_list:tk.phone; [001041] > is_error:1; regexp:(.+); var_list:error; [001603] < text:settune %s pincode=%s; var_list:tk.phone, tk.detach.value; [001041] > is_error:1; regexp:(.+); var_list:error; } } ...

यहां, 'PINCODE' सेवा के सफल वियोग के तुरंत बाद, उलटा कमांड को रोलबैक कमांड स्टैक में सेवा को सक्रिय करने के लिए सहेजा जाता है। बहुत अधिक क्रियाशील होने के अलावा, इस दृष्टिकोण में कई अन्य नुकसान भी हैं।

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

इस प्रकार, एकमात्र स्थान जिससे हम सक्रियण के समय सही सेटिंग्स प्राप्त कर सकते हैं, उपकरण या डेटाबेस है, बशर्ते कि इसमें डेटा विनिमय की स्थिति के साथ सिंक्रनाइज़ किया गया हो।

इस प्रश्न को बंद करने के लिए, यह एक और बिंदु का उल्लेख करता है। तथ्य यह है कि सक्रियण कार्य कई एक्सचेंजों पर आदेशों की सक्रियता का प्रदर्शन कर सकता है (उदाहरण के लिए, जब एक ग्राहक को एक एक्सचेंज से दूसरे में स्थानांतरित किया जाता है)।

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

 ... [200002] if (subtype = -1) { [200003] foreach (tk) { [200015] < device_id:tk.ats_id; [200006] < text:ROLLBACK; ... } } ...

3.4 अक्षय सक्रियण

पिछले अनुभाग में चर्चा की गई अपरिवर्तनीय त्रुटियों के अलावा, त्रुटियां संभव हैं, जिसके बाद सक्रियण जारी रह सकता है। उदाहरण के लिए, यदि सक्रियण प्रक्रिया के दौरान पीबीएक्स से टीसीपी कनेक्शन टूट गया था, तो आपको वापस रोल करने की आवश्यकता नहीं है। इस मामले में, सक्रियण को दोहराया जाना पर्याप्त है, पहले से सक्रिय कमांड के निष्पादन को लंघन। सक्रियण प्रक्रिया के दौरान उठाए गए अपवादों का पदानुक्रम इस तरह दिखता है:

सक्रियण को फिर से शुरू करने की आवश्यकता को लागू करने वाले अपवादों को रिट्रीआरसेरेडएक्स अपवाद से विरासत में मिला है। RollbackRequiredException इसके अलावा सक्रियण रोलबैक को ट्रिगर करता है। अनियोजित त्रुटियां एक RuntimeAeException को बढ़ाती हैं, सक्रियण सेवा को उचित निदान के साथ समाप्त करती है। PBX (TcpConnectionLostException) के साथ कनेक्शन के नुकसान के कारण सक्रियण की बहाली दो मौलिक भिन्न मामलों में हो सकती है:

सक्रियण के दौरान PBX कनेक्शन खो दिया है
पहली बार पीबीएक्स से जुड़ने में असमर्थता

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

दूसरे मामले में, एक त्रुटि, उदाहरण के लिए, इस तथ्य के कारण हो सकती है कि पीबीएक्स तक पहुंच पैरामीटर गलत तरीके से सेट किए गए हैं। इस मामले में, कई कनेक्शन प्रयास किए जाने चाहिए, जिसके बाद एक त्रुटि संदेश उत्पन्न होना चाहिए। यह तर्क स्क्रिप्ट द्वारा कार्यान्वित किया जाता है:

 [002000] { [200001] var_list:retry_cnt = retry_cnt + 1, state = 1; ... [200008] if (subtype = 1) { [200009] foreach (tk) { ... [200014] target:tk.ats_type; foreach (tk.detach) { [200015] < device_id:tk.ats_id; ... [200025] if (activate_command = 1) { [200026] < text:%s; var_list:tk.detach.service; [200027] var_list:retry_cnt = 0; } } ... }

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

4. मापदंडों का सत्यापन

एक महत्वपूर्ण बिंदु पैरामीटर मानों को मान्य करने की आवश्यकता है जिन्हें कमांड में प्रतिस्थापित किया जाता है। जैसा कि मैंने ऊपर कहा, एक पैरामीटर के लिए एक गलत मान पास करने से निम्नलिखित कमांड को स्वचालित रूप से निष्पादित करने में असमर्थता हो सकती है (उदाहरण के लिए, रोल-अप कमांड):

 10.0.5.130:4001> MODIFY-SUBSCR:DN=K'8553377684,ALMCALL=ACTIVATE&06&00&00. 10.0.5.130:4001> SEQ=1306.130403 9002 10.0.5.130:4001> COM=4294 10.0.5.130:4001> JOB SUBMITTED 10.0.5.130:4001> 10.0.5.130:4001> 10.0.5.130:4001> ARGUMENT SEMANTIC ERROR : ALMCALL ARG 0004 10.0.5.130:4001> ERROR CODE = 0008 10.0.5.130:4001> < 10.0.5.130:4001< MODIFY-SUBSCR:DN=K'8553377684,ALMCALL=ACTIVATE&06&00&00. 10.0.5.130:4001> MODIFY-SUBSCR:DN=K'8553377684,SUBCTRL=REMOVE&CWTG. 10.0.5.130:4001> PARAMETER NOT EXISTENT ; MODIFY-S 10.0.5.130:4001> <

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

 ^([1-9])$

बेशक, गलत पैरामीटर मान वाले नौकरियों के निर्माण को रोकने के लिए, ऑर्डर मैनेजमेंट में इस चेक को वापस करना सबसे अच्छा है। लेकिन, इस तरह के चेक को लागू करने या न करने के बावजूद, यह एक्सचेंज को कमांड भेजने से पहले पैरामीटर मानों की जांच करने के लिए समझ में आता है। यह अनावश्यक त्रुटियों से बचने में मदद करेगा और पीबीएक्स के साथ बातचीत के तर्क को सरल करेगा।

5. टेलीफोन एक्सचेंज तक पहुंच

डिज़ाइन करते समय PBX तक पहुंच की सुविधाओं पर भी विचार किया जाना चाहिए। अल्काटेल S12 और M-200 (ट्यून का उपयोग करके) दोनों के लिए एक सामान्य बिंदु यह है कि PBX के प्रत्येक कनेक्शन के लिए एक प्रबंधन सत्र नहीं बनाया गया है। वास्तव में, हर बार हम एक ही "सत्र" से जुड़ते हैं (यह थोड़ा सा सरलीकरण है, लेकिन, सक्रियण सबसिस्टम के लिए, यह इस तरह दिखता है)। इस तथ्य के दो महत्वपूर्ण परिणाम हैं:

. . , Alcatel S12 . 'PASSWORD' . , , , , . , , , 'INVALID PASSWORD'. , , , ,
. , - . , , , , ( ). , ,

आपको अल्काटेल S12 की कई विशेषताओं पर भी विचार करना चाहिए। तो, इसके आउटपुट में अनपेक्षित वर्ण (0x05, 0x17) हो सकते हैं, और कमांड दर्ज करते समय लाइन फीड और कैरेज रिटर्न के पात्रों का उपयोग नहीं किया जाता है। अल्काटेल S12 को भेजी गई कमांड लाइन को पात्र के साथ समाप्त होना चाहिए। ' या '?' (प्राधिकरण के दौरान प्रेषित पासवर्ड भी ';' वर्ण) के साथ समाप्त होना चाहिए। विनिमय के लिए प्रेषित प्रत्येक बाइट में सबसे महत्वपूर्ण बिट का उपयोग समता के लिए किया जा सकता है (यह एक्सचेंज पर कॉन्फ़िगर किया गया है)। ये सेटिंग्स PBX से प्रेषित पाठ पर लागू नहीं होती हैं।

वर्तमान में, टेलनेट जैसा टीसीपी कनेक्शन अल्काटेल एस 12 और एम -200 दोनों से कनेक्ट करने के लिए उपयोग किया जाता है, लेकिन यह समाधान केवल एक ही संभव नहीं है। नीचे इन पीबीएक्स से जुड़ने के लिए अन्य विकल्पों पर संक्षेप में चर्चा की गई है।

5.1 सीरियल बनाम टीसीपी

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

बेशक, के रूप में ऐसे पुस्तकालयों का उपयोग RXTX या JSSC (जो मैं से सीखा लेख Habré पर) ही जावा SE के सीरियल पोर्ट (परियोजना में इस्तेमाल) से जोड़ने की समस्या नहीं है, लेकिन यहाँ आप दो बातों पर विचार करने की जरूरत है:

, Serial-. , USB-Serial ( ) . , , . , Serial- «»
RS-232 , . , ( , ), !

समाधान ग्राहक के साथ संचार की प्रक्रिया में पाया गया, जिनके पास पीबीएक्स के साथ बातचीत के संदर्भ में अधिक अनुभव था। बेशक, टेलीफोन ऑपरेटर भी एक जगह से सभी पीबीएक्स का प्रबंधन करना चाहते थे, और वे एमओएक्सए संचार उपकरणों का उपयोग करके लंबे समय से सफलतापूर्वक ऐसा कर रहे थे , जिसने उन्हें इंट्रानेट के माध्यम से सीरियल कनेक्शन को "फेंकने" की अनुमति दी। दुर्भाग्य से, क्लाइंट पक्ष पर MOXA द्वारा बनाए गए वर्चुअल पोर्ट से कनेक्ट करने की कोशिश करने में समस्याएं थीं ।

हमने इस समस्या को हल करने में काफी समय बिताया, जब तक कि हमें पता नहीं चला कि कुछ MOXA मॉडल आपको टीसीपी कनेक्शन का उपयोग करने की अनुमति देते हैं। इस दृष्टिकोण का उपयोग किया गया था। हमारे काम में, सीरियल पोर्ट मॉनिटर और स्निफर ने हमारी बहुत मदद की ।

5.2 ट्यून बनाम टीसीपी

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

हम "सब्सक्राइबर कार्ड" (हम दस्तावेज नहीं ढूंढ सके) के कुछ क्षेत्रों को समझने में कामयाब रहे, लेकिन अंत में, पीबीएक्स के प्रबंधन के लिए ट्यून सर्वर को अधिक प्रलेखित विधि के रूप में उपयोग करने का निर्णय लिया गया। इसके अलावा, टेक्स्ट कमांड के इनपुट मोड में काम करना अधिक सुविधाजनक था।

निष्कर्ष

इस लेख में मैंने एक वास्तविक सक्रियण परियोजना में आने वाली कठिनाइयों का वर्णन (और किसी तरह वर्गीकृत) करने का प्रयास किया। पारंपरिक टेलीफोनी उपकरणों पर स्पष्ट ध्यान देने के बावजूद, किसी भी उपकरण के नियंत्रण के स्वचालन पर काम करते समय सामग्री उपयोगी हो सकती है (उदाहरण के लिए, सिस्को स्विच)। आशा है कि यह लेख किसी के लिए उपयोगी है।

PBX प्रबंधन - विवरण में शैतान