मैं टिकट कैसे हल करूं?

यह सिर्फ इतना हुआ कि पिछले 3 साल मैं विशेष रूप से उपयोगकर्ता की समस्याओं को हल करता हूं। एक उच्च स्तर पर एक enikeyschik के रूप में नहीं, लेकिन यह स्वयं तथ्य नहीं बदलता है।

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

बहुत अधिक रोचक पेचीदा पहेलियाँ।

कुछ इस तरह:
ओएसपीएफ सहकर्मी उगता है और थोड़ी देर बाद गिरता है।
बीजीपी द्वारा मार्ग परावर्तक द्वारा प्राप्त मार्गों को ग्राहकों के लिए घोषित नहीं किया जाता है।
इंटर-एएस विकल्प सी काम नहीं करता है ।

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

सबसे मुश्किल काम फोन लेना और ग्राहक को बुलाना है। वह स्पष्ट रूप से मुझसे अधिक अनुभवी हैं, क्योंकि उन्होंने इसे स्थापित किया है, लेकिन मैं नहीं करता।

खैर, आइए एक उदाहरण के रूप में कुछ सरल टिकट लें।
MPLS TE FastReroute (FRR) काम नहीं करता है। यह एक ऐसी तकनीक है जो आईजीपी को एक नया मार्ग बनाने तक कुछ मिलीसेकंड के भीतर दूसरे रास्ते पर जाने के लिए यातायात की अनुमति देती है।

मुझे नहीं पता कि उससे क्या सवाल पूछा जाए? समस्या के सार को कैसे समझा जाए, अगर मैं इस तंत्र के काम की कल्पना भी नहीं करता।
यह पहला चरण है - मैं प्रलेखन लेता हूं और धूम्रपान शुरू करता हूं। हमारे पास वहाँ क्या है? ट्रैफिक इंजीनियरिंग ?? ठीक है :( पढ़ने और समझने के लिए 3-4 घंटे (ठीक है, यह ध्यान दिया जाना चाहिए कि यह पहली बार नहीं है जब मैंने इस विषय से खुद को परिचित किया है - सामान्य तौर पर, मैं सब कुछ से परिचित हूं)।

लघु प्राथमिकता अनुरोध, इसलिए मैं समय की इतनी बर्बादी कर सकता हूं।

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

कुछ रुकावट और फिर से अपना दृष्टिकोण बताते हैं, जो सामान्य तौर पर मेरा साथ देता है, लेकिन मैं डबल हैंडशेक के नियम का पालन करना चाहूंगा - 1) मैं इसे समझ गया, 2) वह समझ गया कि मैं सही ढंग से समझ गया हूं।
दूसरों का कहना है, "हाँ, हाँ, यह सही है," और उसके बाद वे कुछ स्पष्ट करते हैं जो स्पष्ट रूप से विरोधाभासी है। प्रश्नों को स्पष्ट करने के बाद, वे फिर से "हाँ" कहते हैं और फिर से सब कुछ अलग तरह से समझाते हैं।

यहां यह महत्वपूर्ण है कि कमजोरी के आगे न झुकें और दोनों पक्षों पर पूरी समझ हासिल करें, अन्यथा मैं एक और समस्या को हल करूंगा या गलत दिशा में जाऊंगा।

मेरे उदाहरण के मामले में, ऐसी एक योजना थी:

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

बातचीत के अंत में, मैं आपको कुछ जानकारी (नेटवर्क आरेख, नैदानिक ​​जानकारी, लॉग, आदि) भेजने के लिए कहता हूं।

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

इसके अलावा, क्वेरी इतिहास को बनाए रखना बहुत महत्वपूर्ण है। मैं टिकट पर सभी जानकारी के साथ एक एक्सेल फाइल रख सकता था: जब मैंने किसको लिखा था, उन्होंने क्या उत्तर दिया था, जब मैं बढ़ा या फ्रॉज़ किया था। लेकिन मेरे पास पर्याप्त रचना नहीं है - उसे बहुत अधिक ध्यान देने की आवश्यकता है।
लेकिन पत्राचार का इतिहास वर्षों से रखा गया है। और अगर 9 महीने के बाद प्रबंधक मुझसे पूछता है कि निर्णय में इतनी देरी क्यों हुई, तो मैं संग्रह खोलूंगा और दिखाऊंगा कि मैंने 01/01/2013 को 00:20 पर डेटा का अनुरोध किया, और इंजीनियर ने मुझे केवल 01/10/2013 को जवाब दिया।

लेकिन यहां फिर से फेसपालम की जगह है। आप अंक पर एक पत्र में लिखते हैं, उदाहरण के लिए:

1) पहली बार समस्या कब हुई? क्या इससे पहले कोई बदलाव किया गया है?
2) आईपी पते और इंटरफेस के साथ एक नेटवर्क आरेख प्रदान करें
3) मेमोरी कार्ड से लॉग फाइल भेजें
4) नैदानिक ​​जानकारी भेजें।
5) क्या रिमोट एक्सेस की संभावना है?

जवाब आता है:

मैंने आपको फोन द्वारा स्कीम का वर्णन किया है: राउटर-स्विच-राउटर-स्विच 2-स्विच 2- (एसटीपी) -क्लायंट।

अनुलग्नक में, डायग्नोस्टिक्स के साथ एक फ़ाइल और वह है। उसने मुझे क्या उपयोगी दिया? केवल एक समझ कि यह कठिन होगा और आपको उसे फिर से कॉल करने की आवश्यकता है।
आईपी ​​के लिए महिमा, उनमें से कई नहीं हैं।
उदाहरण में, इंजीनियर ने तुरंत कॉन्फ़िगरेशन, सर्किट और वांछित ऑपरेशन एल्गोरिथ्म भेजा।

तो, अब, मेरे पास समस्या का एक सामान्य विचार है, नेटवर्क आरेख और क्लाइंट की इच्छाओं।

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

आमतौर पर इसके बाद, नए सवाल उठते हैं, हम रिमोट और कॉल न होने पर अक्षरों को दोहराते हैं।

अक्सर इस स्तर पर समस्या हल हो जाती है। एक इंजीनियर के मस्तिष्क में एक छेद या (आमतौर पर, बहुत कम बार) एक त्रुटि पाई गई थी।

अंतिम पैराग्राफ के बारे में, एक प्रमुख उदाहरण:

Me: "आपके पास OSPF में एक ही राउटर आईडी है"
इंजीनियर: “अच्छा, हाँ, तो क्या? वे विभिन्न क्षेत्रों में हैं ”
Me: "Router ID पूरे OSPF डोमेन में अद्वितीय होनी चाहिए"
इंजीनियर: “नहीं, नहीं। बेशक, अलग-अलग क्षेत्र में समान राउटर आईडी हो सकती है ”।
Me: प्रलेखन और विकिपीडिया के लिए लिंक।
इंजीनियर: "मैं जाँच करूँगा, लेकिन मैंने पहले किया था - कोई समस्या नहीं थी।"

लेकिन काफी जटिल समस्याएं भी हैं - सब कुछ सही ढंग से कॉन्फ़िगर किया गया है, सभी डेटा, लॉग और आंकड़ों के अनुसार सब कुछ क्रम में है, लेकिन एक समस्या है।

और फिर TShoot शुरू होता है - चौथा चरण ।

रिमोट हो तो बहुत अच्छा। लेकिन कभी-कभी ग्राहक जवाब देते हैं: “यह पहली बार नहीं है जब हम आपको बता रहे हैं - कोई दूरस्थ स्थान नहीं है। हमने आपको कॉन्फ़िगरेशन और डायग्नोस्टिक्स प्रदान किया है। ”

किसी और के कंसोल में खुदाई करने के अलावा, मैं एक सॉफ्टवेयर हार्डवेयर सिम्युलेटर कनेक्ट करता हूं।



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

उदाहरण में, स्पष्ट सुराग ओएसपीएफ को ज़ोन में विभाजित करने की उपस्थिति है। इसी समय, FRR सामान्य रूप से ज़ोन के अंदर ग्राहक के लिए काम करता है और एरिया 0 और 1 के बीच काम नहीं करता है


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

नतीजतन, मैं अक्सर एक पत्र नहीं भेजता, लेकिन मैं समस्या की जड़ के बहुत करीब हूं।

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


खैर, फिर:

मुझे: "निम्न आदेश चलाएँ: [R1] मुझे अच्छा महसूस कराएं "
ग्राहक:


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

यहाँ कुछ अनुरोध दिए गए हैं जो इस प्रकार हल किए गए हैं:

1) नए एलएसपी नहीं बने हैं।
नोट: आज सुबह तक सब कुछ काम कर रहा था और निर्माणाधीन था। पुराने एलएसपी भी कार्य करते हैं और फ्लैप नहीं करते हैं।
2) L2VPN MPLS नेटवर्क के माध्यम से आयोजित किया जाता है। ग्राहक पक्ष पैकेट को 1546 बाइट्स से बड़ा नहीं होने देता है।
3) एक नेटवर्क है जिसके माध्यम से वीडियो मल्टीकास्ट के माध्यम से प्रेषित होता है। दो राउटरों पर वीआरआरपी स्थापित करते समय, क्लाइंट जिसके लिए वे गेटवे हैं, वीडियो ट्रैफ़िक की दो प्रतियां (प्रत्येक राउटर से एक) प्राप्त करता है।