तारांकन के नोट। कॉर्पोरेट एक पवित्र चीज है ...

वह अच्छी तरह से, उच्च आत्माओं सो गया। मैंने सर्वर की जांच करने का फैसला किया, लेकिन साथ ही एक दोस्त के साथ भी।
उनके अपटाइम में 86 दिन दिखाई दिए - ठीक है, लेकिन तारांकन ... कुल 3 दिन और 20 घंटे !!!
"तो आपको क्या हुआ?" तारांकन फिर से क्यों शुरू हुआ?
- हमारी सिर्फ एक बैठक हुई थी। तो मैंने उसे बाहर खटखटाया ताकि कॉल न जाए !!!

यह हाँ है! यानी जब उन्होंने "मीटिंग" शुरू की - तो उन्होंने सभी टेलीफोनी को मार डाला!
अच्छी तरह से जानवरों, ईमानदारी से! :)



सामान्य निर्णय लेना आवश्यक है।

ठीक उसी तरह की भविष्यवाणी करना जब अगली कॉर्पोरेट घटना होगी या यदि वर्तमान बैठक असंभव है। ठीक है, हम एक सामान्य निर्णय लेंगे - ऐसी अवधि के लिए सभी कॉल आने दें, लेकिन फोन को नहीं, बल्कि एक ही ध्वनि मेल को।

ऐसा करने के लिए, मैंने एक बैकअप एक्सटेंशन .conf लिखा, जिसमें मैंने VoiceMail के आने वाले मार्गों को इंगित किया और अनलॉक करने के लिए एक टुकड़ा सम्मिलित करना न भूले। इसे एक्सटेंशन कहते हैं ।conf.mute

मूल डायलप्लान में आगे निम्नलिखित किया:

exten => 666.1, उत्तर
exten => 666, n, सिस्टम (cp /etc/asterisk/extensions.conf /etc/asterisk/extensions.conf.back)
exten => 666, n, सिस्टम (cp /etc/asterisk/extensions.conf.mute /etc/asterisk/extensions.conf)
exten => 666, n, सिस्टम (तारांकन चिह्न 'डायलप्लान पुनः लोड')
exten => 666, n, Hangup

यानी 666 डायल करके वर्तमान डायलप्लान का आरक्षण है, फिर इसे "छुट्टी" और राज्य को फिर से पढ़ने के द्वारा बदल दिया जाता है। Extension.conf.mute फ़ाइल में अनलॉक करने के लिए एक समान टुकड़ा सिर्फ विपरीत है :)

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

अनुभव से अधिक।

कुछ साल पहले, कैमरा रूम के लिए समान कार्य था। तथ्य यह है कि ऑपरेटरों का परिवर्तन सुबह 10 बजे और शाम 6 बजे बदल गया। ऑपरेटरों की प्रत्येक पारी के लिए यह आवश्यक था कि वे अपने काम के आंकड़े रखें - कितनी कॉल स्वीकार की गई या प्रति शिफ्ट छूटी, सेवा का स्तर, आदि।
यह संकेतक कतार के आंकड़ों में है, लेकिन यह CAPITAL है, और नई पारी शुरू करने से पहले इसे 0 पर रीसेट करना आवश्यक था। उसी समय, पूरी की गई पारी को पहले अपने संकेतकों को रिकॉर्ड करना होगा।

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

सच है, हमने एक छोटी सी विषमता की खोज की: हमारे एजेंटों में स्वीकार = = पैरामीटर सेट किया गया था ।conf
जो आपको स्वचालित रूप से के बजाय अपने फोन पर एक कुंजी दबाकर कॉल का उत्तर देने की अनुमति देता है। तो यहाँ है। इस तरह के रिबूट के बाद, स्थिति बिल्कुल विपरीत हो गई - जैसे कि ट्राइगर को ट्रिगर किया गया - या तो कुंजी या स्वचालित रूप से उत्तर। उन्होंने बस यह तय किया - उन्होंने कतार को एक से अधिक बार लोड किया , लेकिन एक बार में दो।

खैर, बस इतना ही।