पैरागॉन ऑटोमेशन, रिलीज़ 24.1

सॉफ्टवेयर की मुख्य विशेषताएं

• RHEL 8.10 के लिए समर्थन
• गैर-रूट उपयोगकर्ताओं के लिए पैरागॉन CLI उपयोगिता में कमांड चलाने की क्षमता
• NETCONF का उपयोग करके Cisco IOS XR डिवाइस पर सेगमेंट रूटिंग नीतियों का प्रावधान करने की क्षमता

परिचय

जुनिपर® पैरागॉन ऑटोमेशन नेटवर्क प्लानिंग, कॉन्फ़िगरेशन, प्रोविज़निंग, ट्रैफ़िक इंजीनियरिंग, मॉनिटरिंग और लाइफ़-साइकिल मैनेजमेंट के लिए क्लाउड-रेडी समाधान है जो नेटवर्क मैनेजमेंट और मॉनिटरिंग में उन्नत विज़ुअलाइज़ेशन क्षमताएँ और एनालिटिक्स लाता है। आप पैरागॉन ऑटोमेशन को ऑन-प्रिमाइसेस (ग्राहक-प्रबंधित) एप्लिकेशन के रूप में तैनात कर सकते हैं।
पैरागॉन ऑटोमेशन माइक्रोसर्विस-आधारित आर्किटेक्चर पर काम करता है और REST API, gRPC API और कॉमन मैसेजिंग बस संचार का उपयोग करता है। पैरागॉन ऑटोमेशन बेस प्लेटफ़ॉर्म क्षमताएँ प्रदान करता है जैसे कि जुनिपर नेटवर्क और थर्ड-पार्टी (सिस्को IOS XR, नोकिया) डिवाइस, ज़ीरोटच प्रोविज़निंग, उपयोगकर्ता प्रबंधन और भूमिका-आधारित एक्सेस कंट्रोल (RBAC) के लिए समर्थन।
आधार प्लेटफ़ॉर्म क्षमताएं प्रदान करने के अलावा, पैरागॉन ऑटोमेशन माइक्रोसर्विस-आधारित अनुप्रयोगों का एक सूट प्रदान करता है - जुनिपर® पैरागॉन इनसाइट्स (पूर्व में हेल्थबॉट), जुनिपर® पैरागॉन प्लानर (पूर्व में नॉर्थस्टार प्लानर), और जुनिपर® पैरागॉन पाथफाइंडर (पूर्व में नॉर्थस्टार कंट्रोलर)।
जब आप इनमें से किसी भी एप्लिकेशन को Paragon Automation में जोड़ते हैं, तो एप्लिकेशन का API सूट Paragon Automation के साथ एकीकृत हो जाता है, जिससे नई और मौजूदा सेवाओं के बीच निर्बाध संचार संभव हो जाता है। इन रिलीज़ नोट्स में, हम बेस प्लेटफ़ॉर्म, Paragon Pathfinder, Paragon Planner (डेस्कटॉप एप्लिकेशन) और Paragon Insights मॉड्यूल की नई सुविधाओं को रेखांकित करते हैं जो इस रिलीज़ में उपलब्ध हैं। इन एप्लिकेशन से संबंधित सुविधाओं के बारे में अधिक जानकारी के लिए, Paragon Automation उपयोगकर्ता मार्गदर्शिका देखें।
पैरागॉन ऑटोमेशन रिलीज़ 24.1 में नई और अपडेट की गई सुविधाओं, सॉफ़्टवेयर सीमाओं और खुले मुद्दों को खोजने के लिए इन रिलीज़ नोट्स का उपयोग करें।

स्थापना और उन्नयन निर्देश

स्थापना प्रक्रिया, उन्नयन प्रक्रिया और आवश्यकताओं (सॉफ्टवेयर और) के बारे में जानकारी के लिए
हार्डवेयर), पैरागॉन ऑटोमेशन इंस्टॉलेशन गाइड देखें.

टिप्पणी:
आप सीधे पैरागॉन ऑटोमेशन रिलीज़ 23.2 से रिलीज़ 24.1 में अपग्रेड कर सकते हैं। यदि आपकी रिलीज़ रिलीज़ 23.2 से पहले की है, तो आपको रिलीज़ 24.1 को नए सिरे से इंस्टॉल करना होगा। हालाँकि, अपने मौजूदा रिलीज़ कॉन्फ़िगरेशन को रिलीज़ 24.1 में माइग्रेट करने के लिए, आप बैक अप और रीस्टोर कार्यक्षमता का उपयोग कर सकते हैं। अपग्रेड के बारे में अधिक जानकारी के लिए, पैरागॉन ऑटोमेशन रिलीज़ 24.1 में अपग्रेड करें देखें।

लाइसेंसिंग

पैरागॉन इनसाइट्स में, हमने निम्नलिखित लाइसेंस स्तर और उनके संबंधित डिवाइस लाइसेंस पेश किए हैं:

• पैरागॉन इनसाइट्स एडवांस्ड (PIN-एडवांस्ड)
• पैरागॉन इनसाइट्स स्टैंडर्ड (PIN-स्टैंडर्ड)

वर्तमान में, टियर लाइसेंस को सख्ती से लागू किया जाता है। यानी, जब तक आप लाइसेंस नहीं जोड़ते, तब तक आप तैनाती ऑपरेशन नहीं कर सकते।
डिवाइस लाइसेंस सॉफ्ट-एनफोर्स्ड हैं। यानी, अगर आप लाइसेंस प्राप्त संख्या से ज़्यादा डिवाइस तैनात करने की कोशिश करेंगे, तो आपको पैरागॉन ऑटोमेशन GUI में आउट-ऑफ-कम्प्लायंस अलर्ट मिलेगा।
हालाँकि, आप मौजूदा कार्यक्षमता का उपयोग जारी रख सकते हैं।
तुम कर सकते हो view GUI में व्यवस्थापन > लाइसेंस प्रबंधन पृष्ठ पर अपनी लाइसेंस अनुपालन स्थिति देखें.
पैरागॉन पाथफाइंडर में, हमने निम्नलिखित लाइसेंस स्तरों को सख्ती से लागू किया है:

• पाथफाइंडर मानक
• पाथफाइंडर उन्नत
• पाथफाइंडर प्रीमियम

लाइसेंसिंग के बारे में जानकारी के लिए देखें लाइसेंसिंग गाइड.
यदि आपके पास लाइसेंस कुंजी है जो रिलीज़ से पहले के पैरागॉन ऑटोमेशन के संस्करण के लिए बनाई गई थी
22.1 आपको Paragon Automaton रिलीज़ 24.1 में इसे इंस्टॉल करने से पहले लाइसेंस कुंजी फ़ॉर्मेट को नए फ़ॉर्मेट में अपग्रेड करना होगा। आप Juniper Agile Licensing पोर्टल का उपयोग करके एक नई लाइसेंस कुंजी उत्पन्न कर सकते हैं। नई लाइसेंस कुंजी बनाने के बारे में अधिक जानकारी के लिए, देखें View, लाइसेंस जोड़ें, या हटाएं।

नई और परिवर्तित सुविधाएँ

यह अनुभाग जुनिपर पैरागॉन ऑटोमेशन रिलीज़ 24.1 के प्रत्येक मॉड्यूल में सुविधाओं का वर्णन करता है।
पैरागॉन स्थापना और उन्नयन

• Red Hat Enterprise Linux (RHEL) 8.10—पैरागॉन ऑटोमेशन रिलीज़ 24.1 RHEL 8.10 के साथ काम करने के लिए योग्य है।
  [देखना Red Hat Enterprise Linux पर संस्थापन पूर्वापेक्षाएँ.]
• पैरागॉन CLI उपयोगिता कमांड को गैर-रूट उपयोगकर्ता के रूप में चलाएं - पैरागॉन ऑटोमेशन रिलीज़ 24.1 से शुरू होकर, सुपरयूज़र (sudo) विशेषाधिकारों वाला एक गैर-रूट उपयोगकर्ता पैरागॉन ऑटोमेशन सेटअप का विश्लेषण, क्वेरी और डीबग करने के लिए पैरागॉन CLI उपयोगिता कमांड को चला सकता है।
  [देखना पैरागॉन CLI उपयोगिता का उपयोग करके समस्या निवारण करें.]

पैरागॉन पाथफाइंडर

• Cisco IOS XR डिवाइस पर सेगमेंट रूटिंग नीतियों का प्रावधान करें—Paragon Automation रिलीज़ 24.1 से शुरू करके, आप प्रावधान विधि के रूप में NETCONF का उपयोग करके Cisco IOS XR डिवाइस पर सेगमेंट रूटिंग नीतियों का प्रावधान कर सकते हैं।

बेस प्लेटफार्म
हमने पैरागॉन ऑटोमेशन रिलीज़ 24.1 में बेस प्लेटफ़ॉर्म से संबंधित कोई नई सुविधा नहीं जोड़ी है।
पैरागॉन इनसाइट्स
हमने Paragon Automation रिलीज़ 24.1 में Paragon Insights से संबंधित कोई नई सुविधा नहीं जोड़ी है।
पैरागॉन प्लानर
हमने Paragon Automation रिलीज़ 24.1 में Paragon Planner से संबंधित कोई नई सुविधा नहीं जोड़ी है।
टिप्पणी: पैरागॉन प्लानर Web यह एप्लीकेशन पैरागॉन ऑटोमेशन रिलीज़ 24.1 में एक बीटा सुविधा है।

अस्वीकृत सुविधाएँ

इस अनुभाग में उन सुविधाओं की सूची दी गई है जो अप्रचलित हैं या जिनके लिए पैरागॉन से समर्थन वापस ले लिया गया है
ऑटोमेटन रिलीज़ 24.1.
• ग्राफाना यूआई
आप Paragon Automation से Grafana UI तक नहीं पहुँच सकते। Grafana UI तक पहुँचने के लिए, आपको यह करना होगा:

1. ग्राफाना स्थापित करें.
   देखना ग्राफ़ाना दस्तावेज़ीकरण अधिक जानकारी के लिए.
2. /var/local/healthbot/healthbot tsdb start-services कमांड चलाकर TSDB पोर्ट को उजागर करें।

टिप्पणी: पैरागॉन ऑटोमेशन में, TSDB पोर्ट डिफ़ॉल्ट रूप से एक्सपोज़ नहीं होता है। ग्राफ़ाना जैसे बाहरी टूल का उपयोग करने के लिए, आपको TSDB पोर्ट को एक्सपोज़ करने के लिए सीधे TSDB पर क्वेरी चलाने की ज़रूरत होती है (न कि API के ज़रिए)।

अधिक जानकारी के लिए देखें TSDB का बैकअप लें और उसे पुनर्स्थापित करें.
• चार्ट

ज्ञात मुद्दे

यह अनुभाग Juniper Paragon Automation रिलीज़ 24.1 में ज्ञात समस्याओं को सूचीबद्ध करता है

इंस्टालेशन

• जब आप VMware ESXi सर्वर पर वर्चुअल मशीन (VM) का प्रावधान करते हैं, यदि आप बेस OS के साथ डिस्क जोड़ने से पहले ब्लॉक स्टोरेज डिस्क जोड़ते हैं, तो Ceph कभी-कभी ड्राइव को गलत तरीके से पहचान लेता है और गलत ड्राइव का उपयोग करके क्लस्टर बनाता है, जिसके परिणामस्वरूप बेस OS नष्ट हो जाता है।
  समाधान: पहली डिस्क को बेस OS (बड़ी ड्राइव) के रूप में जोड़ें, और फिर छोटी ब्लॉक स्टोरेज डिस्क जोड़ें।
• टाइम सीरीज़ डेटाबेस (TSDB) HA प्रतिकृति की अनुपस्थिति में, यदि TSDB पॉड चलाने वाला कोई Kubernetes वर्कर नोड बंद हो जाता है, भले ही पॉड में क्षमता हो, TSDB सेवा नए नोड पर चालू नहीं होती है। ऐसा इसलिए है क्योंकि नए नोड में बहुत ज़्यादा डेटा ट्रांसफर करने की ज़रूरत होगी।
  समाधान: TSDB इंस्टैंस को होस्ट करने वाले सर्वर या स्टोरेज के विफल होने की स्थिति में, आप सर्वर या क्षतिग्रस्त घटक का पुनर्निर्माण कर सकते हैं।

यदि प्रतिकृति कारक 1 पर सेट है, तो उस इंस्टेंस के लिए TSDB डेटा खो जाता है। उस स्थिति में, आपको पैरागॉन ऑटोमेशन से विफल TSDB नोड को निकालना होगा। विफल TSDB नोड को निकालने के लिए:

1. पैरागॉन ऑटोमेशन GUI में, कॉन्फ़िगरेशन > इनसाइट्स सेटिंग्स चुनें.
   इनसाइट्स सेटिंग पृष्ठ प्रकट होता है.
2. TSDB टैब पर क्लिक करें view TSDB सेटिंग्स टैब्ड पृष्ठ.
3. विफल नोड को हटाने के लिए, TSDB सेटिंग्स टैब वाले पृष्ठ पर, विफल TSDB नोड के नाम के आगे X पर क्लिक करें।
   टिप्पणी: हम अनुशंसा करते हैं कि आप रखरखाव विंडो के दौरान TSDB नोड्स को हटा दें, क्योंकि कुछ सेवाएं पुनः आरंभ हो जाएंगी और TSDB कार्य निष्पादित होने के दौरान पैरागॉन ऑटोमेशन GUI अनुत्तरदायी हो जाएगा।
4. सहेजें और तैनात करें पर क्लिक करें.
5. यदि परिवर्तन परिनियोजित नहीं किए गए हैं और परिनियोजित करते समय आपको कोई त्रुटि आती है, तो बल टॉगल बटन को सक्षम करें और सहेजें और परिनियोजित करें पर क्लिक करके परिवर्तनों को प्रतिबद्ध करें। ऐसा करने से, सिस्टम TSDB सेटिंग्स को समायोजित करते समय आई त्रुटि को अनदेखा कर देता है।

• यदि आप पैरागॉन ऑटोमेशन को पूरी तरह से अनइंस्टॉल कर देते हैं, तो आपको यह भी सुनिश्चित करना होगा कि सभी नोड्स पर /var/lib/rook निर्देशिका हटा दी गई है, और सभी Ceph ब्लॉक डिवाइस मिटा दिए गए हैं।
  समाधान: देखें सेफ और रूक का समस्या निवारण > विफल डिस्क की मरम्मत करें पैरागॉन ऑटोमेशन इंस्टॉलेशन गाइड में अनुभाग देखें।
• एयर-गैप विधि का उपयोग करके पैरागॉन ऑटोमेशन को स्थापित करते समय, निम्नलिखित त्रुटि उत्पन्न होती है:

समाधान: config-dir/config.yml में निम्नलिखित कॉन्फ़िगरेशन वैरिएबल को संपादित करें file और फिर एयर-गैप विधि का उपयोग करके पैरागॉन ऑटोमेशन स्थापित करें:

सामान्य

• जब आप दोहरे क्लस्टर परिनियोजन में आपदा पुनर्प्राप्ति कॉन्फ़िगर करते हैं, तो डिप्लॉय-फ़ेडरेटेड-एक्सचेंज कमांड आउटपुट प्रदर्शित करता है कि इंस्टॉलेशन विफल हो गया है। आप विफलता संदेश को अनदेखा कर सकते हैं, लेकिन आपको दोनों क्लस्टर के सभी प्राथमिक नोड्स पर निम्न कमांड निष्पादित करना होगा:समाधान: कोई नहीं.
• जब विफलता एलएसपी की दोनों विविध जोड़ी को प्रभावित करती है, तो पथ संगणना सर्वर (पीसीएस) एलएसपी को कम विविधता स्तर पथ या गैर-विविध पथ पर रूट नहीं करेगा। एलएसपी को तब तक रूट नहीं किया जाता जब तक कि पीसीएस कॉन्फ़िगर किए गए विविधता स्तर से मेल खाने वाला पथ नहीं ढूंढ लेता।
  समाधान: कोई नहीं
• जब विफलता LSP के दोनों विविध युग्मों को प्रभावित करती है, तो पथ संगणना सर्वर (PCS) LSP को गैर-विविध पथ पर रूट नहीं करेगा। LSP को तब तक रूट नहीं किया जाता जब तक PCS कॉन्फ़िगर किए गए विविधता स्तर से मेल खाने वाला पथ नहीं खोज लेता।
  समाधान: विविधता समूह को हटाएं और पुनः लागू करें.
• कंटेनर सबएलएसपी की बैंडविड्थ साइज़िंग सेटिंग के तहत न्यूनतम भिन्नता सीमा मान कंटेनर में इसे कॉन्फ़िगर करने के बावजूद 0 के रूप में दिखाया गया है। सामान्य परिस्थितियों में, सबएलएसपी के बैंडविड्थ साइज़िंग पर कोई प्रभाव नहीं पड़ता है क्योंकि बैंडविड्थ साइज़िंग कार्य सबएलएसपी के बजाय कंटेनर से यह मान प्राप्त करता है। हालाँकि, कुछ परिदृश्यों में, यह संभव है कि कॉन्फ़िगर की गई न्यूनतम भिन्नता सीमा का उल्लंघन न होने पर सबएलएसपी को नए बैंडविड्थ मान पर पुनः आकार दिया जा सकता है।
  इस मुद्दे पर अधिक जानकारी के लिए, जुनिपर नेटवर्क तकनीकी सहायता केंद्र (जेटीएसी) से संपर्क करें।
• बैंडविड्थ साइज़िंग के दौरान, बैंडविड्थ साइज़िंग सक्षम किए गए सक्रिय सेकेंडरी LSP का आकार बदला नहीं जा सकता है। जब यह समस्या होती है, तो सेकेंडरी पथ में लिंक का RSVP उपयोग गलत तरीके से अपडेट हो सकता है।
  समाधान: कोई नहीं.
• UI का उपयोग करके पैरागॉन पाथफाइंडर सेटिंग्स (कॉन्फ़िगरेशन > नेटवर्क सेटिंग्स) में परिवर्तन करने के लिए संशोधन को प्रभावी होने के लिए एक से अधिक प्रयासों की आवश्यकता हो सकती है। आपको एक से अधिक बार सेव पर क्लिक करना पड़ सकता है।
  समाधान: वही परिवर्तन cMGD CLI का उपयोग करके किया जा सकता है, जो pf-cmgd कमांड चलाने वाले मास्टर नोड से सुलभ है।
• कंटेनर सामान्यीकरण के दौरान कुछ स्थितियों में, एक या अधिक कंटेनर सबएलएसपी जिन्हें हटाया जाना था, वे बने रहेंगे। ये कंटेनर सबएलएसपी नेटवर्क में स्वतंत्र एलएसपी के रूप में बने रहेंगे जो कंटेनर से जुड़े नहीं होंगे। कंटेनर एलएसपी टैब के अंतर्गत सबएलएसपी कॉलम में बताए गए कंटेनर के सबएलएसपी की संख्या और टनल टैब के अंतर्गत उपसर्ग के रूप में कंटेनर के नाम वाले एलएसपी की वास्तविक संख्या में बेमेल को इस समस्या का संकेत माना जा सकता है।
  इस मुद्दे पर अधिक जानकारी के लिए, जुनिपर नेटवर्क तकनीकी सहायता केंद्र (जेटीएसी) से संपर्क करें।
• कंटेनर LSP को बैंडविड्थ साइज़िंग सेटिंग्स के साथ कॉन्फ़िगर किया जा सकता है जो इसके सब-एलएसपी द्वारा इनहेरिट की जाती हैं। कुछ परिस्थितियों में, जब कोई उपयोगकर्ता कंटेनर में बैंडविड्थ साइज़िंग विकल्प को पहले सक्षम करने के बाद अक्षम करता है, तो यह मौजूदा सब-एलएसपी में अक्षम नहीं होता है।
  समाधान: कोई नहीं.
• कंटेनर के सबएलएसपी की मैन्युअल रीप्रोविजनिंग से एलएसपी ऑब्जेक्ट में डेटा जुड़ जाएगा। परिणामस्वरूप, निम्न समस्याएँ हो सकती हैं:
• यदि कंटेनर बैंडविड्थ आकार-सक्षम है और एक गैर-शून्य न्यूनतम भिन्नता सीमा कॉन्फ़िगर की गई है, तो विशिष्ट उप-एलएसपी का आकार बदला जा सकता है, भले ही उप-एलएसपी के माध्यम से ट्रैफ़िक कम से कम न्यूनतम भिन्नता सीमा मान से अपने संकेतित बैंडविड्थ से अधिक न हो।
• यदि कंटेनर बैंडविड्थ आकार सेटिंग को बाद में संशोधित किया जाता है, तो सबएलएसपी में कंटेनर की तुलना में भिन्न बैंडविड्थ आकार सेटिंग हो सकती है।
• जब बैंडविड्थ मर्जिंग बैंडविड्थ से नीचे गिर जाता है, तो कंटेनर सामान्यीकरण के दौरान सबएलएसपी को हटाने में विफलता।
  इस समस्या पर अधिक विवरण तथा आंतरिक स्थिति में जोड़े गए अतिरिक्त डेटा को हटाने के निर्देशों के लिए, जुनिपर नेटवर्क तकनीकी सहायता केंद्र (JTAC) से संपर्क करें।
• उपलब्ध पथों की कमी पर कंटेनर सामान्यीकरण विफलता जैसे कुछ परिदृश्यों के अंतर्गत, कंटेनर सबएलएसपी ऑब्जेक्ट्स में अतिरिक्त आंतरिक स्थिति जुड़ जाएगी, जिससे निम्नलिखित समस्याएं हो सकती हैं:
• यदि कंटेनर बैंडविड्थ आकार-सक्षम है और एक गैर-शून्य न्यूनतम भिन्नता सीमा कॉन्फ़िगर की गई है, तो विशिष्ट उप-एलएसपी का आकार बदला जा सकता है, भले ही उप-एलएसपी के माध्यम से ट्रैफ़िक कम से कम न्यूनतम भिन्नता सीमा मान से अपने संकेतित बैंडविड्थ से अधिक न हो।
• यदि कंटेनर बैंडविड्थ आकार सेटिंग को बाद में संशोधित किया जाता है, तो सबएलएसपी में कंटेनर की तुलना में भिन्न बैंडविड्थ आकार सेटिंग हो सकती है।
• जब बैंडविड्थ मर्जिंग बैंडविड्थ से नीचे गिर जाता है, तो कंटेनर सामान्यीकरण के दौरान सबएलएसपी को हटाने में विफलता।

इस समस्या पर अधिक विवरण तथा आंतरिक स्थिति में जोड़े गए अतिरिक्त डेटा को हटाने के निर्देशों के लिए, जुनिपर नेटवर्क तकनीकी सहायता केंद्र (JTAC) से संपर्क करें।

• जब किसी कार्यशील Kubernetes क्लस्टर में एक या अधिक नोड अनुपलब्ध हों, तो इसके परिणामस्वरूप निम्नलिखित अप्रत्याशित व्यवहार हो सकता है:
• सभी नोड्स की PCEP स्थिति नीचे दिखाई गई है, हालांकि राउटर पर PCEP कनेक्शन की स्थिति ऊपर है।
• नेटवर्क टोपोलॉजी UI में प्रदर्शित नहीं है।
  इस मुद्दे पर अधिक जानकारी के लिए, जुनिपर नेटवर्क तकनीकी सहायता केंद्र (जेटीएसी) से संपर्क करें।
• पैरागॉन पाथफाइंडर एक ऐसे पथ की गणना कर सकता है जो सुरंग में कॉन्फ़िगर किए गए अधिकतम हॉप प्रतिबंध का उल्लंघन करता है। ये परिदृश्य बताते हैं कि अधिकतम हॉप प्रतिबंध का उल्लंघन कैसे किया जाता है:
• जब पथ संगणन सर्वर (PCS) पुनः आरंभ होता है, तो अधिकतम हॉप प्रतिबंध पर विचार किए बिना डाउन LSP का प्रावधान किया जाता है।
• नेटवर्क विफलता के दौरान, अधिकतम हॉप प्रतिबंध पर विचार किए बिना LSP को पुनः रूट किया जाता है।
• पथ अनुकूलन के दौरान, एलएसपी को अधिकतम हॉप बाधा पर विचार किए बिना अनुकूलित किया जाता है।
  समाधान: यदि कोई वैकल्पिक पथ उपलब्ध है जो कॉन्फ़िगर किए गए प्रतिबंध का उल्लंघन नहीं करता है, तो पुनः प्रावधान विकल्प का उपयोग करें।
• अधिकतम हॉप प्रतिबंध के साथ स्टैंडबाय एलएसपी के लिए पैरागॉन पाथफाइंडर द्वारा गणना किया गया पथ कॉन्फ़िगर किए गए प्रतिबंध का उल्लंघन कर सकता है।
  समाधान: कोई नहीं.
• ऐसी संभावना है कि पीसीएस उस टोपोलॉजी में लिंक विविधता के साथ एलएसपी को खोजने में असमर्थ है जिसमें नोड्स के बीच कई समानांतर लिंक हैं।
  समाधान: कोई नहीं.
• जब PCEP सत्र अक्षम किया जाता है, तो डिवाइस संग्रहण चलाने के बाद LSP परिचालन स्थिति अज्ञात स्थिति में चली जाएगी।
  समाधान: कोई नहीं.
• नेटवर्क संग्रह कार्य बनाते समय कोई लिंक गायब हो सकता है.
  समाधान: एक नया नेटवर्क संग्रह कार्य बनाएँ.
• नेटवर्क में समस्याओं के कारण VPN मांग को रूट करने में असमर्थ।
  समाधान: कोई नहीं.
• जब सिस्को डिवाइस को आरंभ में पोर्ट 22 पर NETCONF के साथ कॉन्फ़िगर किया जाता है, तो अलार्म प्रतिक्रिया नहीं देते हैं।
  समाधान: अपने सिस्को डिवाइस पर NETCONF पोर्ट को संशोधित करें और सुनिश्चित करें कि परिवर्तन सहेजे गए हैं। इसके बाद, पोर्ट सेटिंग को वापस पोर्ट 22 पर वापस लाएँ।
• जब आप GUI में मल्टीकास्ट मांग जोड़ते हैं, तो नोड Z फ़ील्ड रिक्त हो जाती है।
  समाधान: कोई नहीं.
• जब आप एकाधिक नई सुरंगें जोड़ते हैं, तो पहले हटाई गई सुरंगों (जो कैश की गई थीं) से ट्रैफ़िक मान प्रदर्शित किए जाते हैं।
  समाधान: कोई नहीं.
• जब आप नई विविध सुरंगें जोड़ते हैं, तो कभी-कभी पहले हटाई गई सुरंगों (जो कैश की गई थीं) से ट्रैफ़िक मान प्रदर्शित होते हैं।
  समाधान: कोई नहीं.
• टोपोसर्वर BMP पॉड से कनेक्शन खोने के बाद टोपोलॉजी को साफ़ या अपडेट नहीं करता है।
  समाधान: कोई नहीं.
• जब कोई लिंक डाउन हो जाता है, तो पैरागॉन पाथफाइंडर किसी प्रत्यायोजित SR LSP को पसंदीदा एक्सप्रेसिव रूट ऑब्जेक्ट (ERO) और रूट बाय डिवाइस रूटिंग विधि से पुनर्निर्देशित नहीं करता है।
  समाधान: डिफ़ॉल्ट रूटिंग विधि का उपयोग करें.
• यदि आप डायवर्स मल्टीकास्ट ट्री डिज़ाइन निष्पादित करने के तुरंत बाद सिमुलेशन चलाते हैं, तो लिंक पर टनल ट्रैफ़िक (टनल लेयर सिमुलेशन रिपोर्ट > पीक नेटवर्क सांख्यिकी) में रिपोर्ट गलत होती है।
  समाधान: डाइवर्स मल्टीकास्ट ट्री डिज़ाइन करने के बाद नेटवर्क को सेव करें और उसे बंद कर दें। नेटवर्क को फिर से खोलें और फिर सिमुलेशन चलाएँ।
• विफलता परिदृश्यों (टूल > विकल्प > विफलता सिमुलेशन) का अनुकरण करते समय, यदि आप पहले एकाधिक विफलता सिमुलेशन चलाते हैं और उसके बाद एकल विफलता सिमुलेशन चलाते हैं, तो लिंक पर सुरंग ट्रैफ़िक (सुरंग परत सिमुलेशन रिपोर्ट > पीक नेटवर्क सांख्यिकी) में रिपोर्ट गलत होती है। रिपोर्ट एकल विफलता के बजाय एकाधिक विफलता सिमुलेशन मान प्रदर्शित करती है।
  समाधान: एकल विफलता परिदृश्य का अनुकरण करने से पहले एकाधिक विफलता टैब पर सभी विकल्पों का चयन रद्द करें।
• लिंक उपयोगिता सिमुलेशन रिपोर्ट दोहरी विफलता परिदृश्य के दौरान नकारात्मक मान दिखा सकती है।
  समाधान: कोई नहीं.
• जब किसी डिवाइस का होस्टनाम परिवर्तित किया जाता है, तो यह परिवर्तन सभी डेटाबेस में परिलक्षित नहीं होता।

समाधान: निम्नलिखित चरणों का पालन करें ताकि नया डिवाइस होस्टनाम सभी डेटाबेस और घटकों में दिखाई दे।

1. होस्टनाम परिवर्तन से पहले, डिवाइस को सभी डिवाइस समूहों (नियंत्रक या अन्य प्लेबुक) से हटा दें।
2. सुनिश्चित करें कि सभी अलग-अलग पैरागॉन ऑटोमेशन घटकों से डिवाइस संदर्भ हटा दिए गए हैं। कॉन्फ़िगरेशन > डिवाइस पेज पर जाएँ।
   a. डिवाइस का चयन करें.
   b. डिवाइस को हटाने के लिए ट्रैश कैन आइकन पर क्लिक करें। डिवाइस हटाएँ पेज दिखाई देगा।
   सी. फोर्स डिलीट का चयन करें और हां पर क्लिक करें।
3. कॉन्फ़िगरेशन > डिवाइस पृष्ठ से डिवाइस ऑनबोर्डिंग वर्कफ़्लो का उपयोग करके डिवाइस को पुनः ऑनबोर्ड करें।
   डिवाइस को अब नए होस्टनाम के साथ ऑनबोर्ड किया जाना चाहिए। डिवाइस के गुण विशेष रूप से सिस्टम-आईडी (जेटीआई स्ट्रीम प्राप्त करने के लिए महत्वपूर्ण) को भी अपडेट किया जाना चाहिए।
4. नए होस्टनाम के साथ डिवाइस को डिवाइस समूहों में वापस जोड़ें.
5. (वैकल्पिक) ग्राफाना या डिवाइस CLI का उपयोग करके Influxdb में सभी डिवाइस आँकड़ों को सत्यापित करें। डेटाबेस को नए होस्टनाम के साथ अपडेट किया जाना चाहिए।

• पॉइंट-टू-मल्टीपॉइंट (P2MP) LSP के लिए नेटवर्क कॉन्फ़िगरेशन प्रोटोकॉल (NETCONF) प्रोविज़निंग विधि Cisco IOS-XR राउटर में समर्थित नहीं है।
• सिस्को IOS-XR राउटर पर, CLI-प्रावधानित P2MP LSP के लिए कॉन्फ़िगरेशन स्थिति में P2MP उप-LSP स्थिति समर्थित नहीं है।
  समाधान: कोई नहीं.
• Junos OS रिलीज़ 22.4R1 और बाद के संस्करणों में SR-TE LSPs के साथ एक सीमा है।
  PCEP सत्र स्थापित करने के लिए, आपको निम्नलिखित कमांड का उपयोग करके मल्टीपाथ सुविधा को अक्षम करना होगा: set protocols pcep disable-multipath-capability द्वितीयक पथ समर्थित नहीं है।
•  फेडरेशन लिंक पुनः प्राप्त होने के बाद कतार में मौजूद पुराने संदेशों पर कार्रवाई की जा रही है।
  समाधान: फेडरेशन लिंक कतार समाप्ति समय को टोपोसर्वर फेडरेशन लिंक विफलता पता लगाने के समय के करीब सेट करें (डिफ़ॉल्ट 3*5s है)।
• आप Paragon Automation UI का उपयोग करके Cisco IOS-XR राउटर्स के लिए P2MP LSPs को प्रोविजन करने के लिए NETCONF और Path Computation Element Protocol (PCEP) विधियों का उपयोग नहीं कर सकते।
  समाधान। CLI का उपयोग करके P2MP LSPs का प्रावधान करें। कॉन्फ़िगरेशन पार्स होने के बाद, डिवाइस संग्रह कार्य चलाएँ view एलएसपी.
•  जब परिनियोजन सुरक्षित मोड में हो तो आप सत्य-स्रोत ध्वज को अक्षम नहीं कर सकते।
  समाधान: सुरक्षित मोड के दौरान स्रोत-सत्य ध्वज को अक्षम करने के लिए टोपोसर्वर पॉड को पुनः आरंभ करें।
• जब आप एक ही इनग्रेस राउटर से संबंधित कई डेलिगेटेड लेबल-स्विच्ड पथ (LSP) चुनते हैं और PCC को डेलिगेशन लौटाते हैं, तो केवल एक LSP डिवाइस नियंत्रित हो जाता है। Junos में कोई समस्या इस परिदृश्य का कारण बनती है।
  समाधान: एक समय में एक LSP का चयन करें और प्रत्येक LSP के लिए अलग-अलग PCC को प्रत्यायोजन लौटाएँ पर क्लिक करें।
• प्रत्यायोजित SR-TE LSP की परिचालन स्थिति, उसके गंतव्य नोड की पुनः खोज के बाद भी बंद रहती है।
  वैकल्पिक उपाय: प्रत्यायोजित SR-TE LSP गंतव्य नोड की पुनः खोज के बाद आपको नेटवर्क मॉडल को सिंक करना होगा।
• Rabbitmq को पुनः आरंभ करने के बाद PCE सर्वर Rabbitmq से पुनः कनेक्ट करने में असमर्थ है।
  समाधान: ns-pceserver पॉड को पुनः आरंभ करें.
• आप REST API/UI से use-federated-exchange सेटिंग को संशोधित नहीं कर सकते।
  समाधान: cMGD CLI से सीधे use-federated-exchange सेटिंग को संशोधित करें और परिवर्तन को प्रभावी बनाने के लिए टोपोसर्वर को पुनः आरंभ करें।
• पैरागॉन इनसाइट्स नाम (होस्टनाम या आईपी पता) फ़ील्ड को डिवाइस आईडी फ़ील्ड में मैप करता है। हालाँकि, डिवाइस का नाम अब निम्नलिखित कारणों से अद्वितीय नहीं है:
• दोहरे रूटिंग इंजन डिवाइस में, डिवाइस नाम के साथ “-reX” जोड़ा जाता है।
• अनुता एटम जैसे तृतीय-पक्ष अनुप्रयोग डिवाइस नाम में डोमेन नाम जोड़ देते हैं।
  इसके अलावा, किसी डिवाइस को होस्टनाम के बजाय उसके सार्वभौमिक विशिष्ट पहचानकर्ता (UUID) के आधार पर मैप करने से GUI द्वारा प्रदर्शित जानकारी में समस्या हो सकती है।
  समाधान: [edit groups] पदानुक्रम स्तर पर मास्टर-ओनली कथन को शामिल करके डिवाइस पर प्रबंधन ईथरनेट इंटरफ़ेस के लिए एक अतिरिक्त IP पता कॉन्फ़िगर करें। फिर आपको डिवाइस को ऑनबोर्ड करने के लिए इस अतिरिक्त IP पते का उपयोग करना होगा। अधिक जानकारी के लिए, देखें प्रबंधन ईथरनेट इंटरफेस.
• यदि आपने TSDB के लिए एक नोड समर्पित किया है, तो कुछ सेवाएँ (उदाहरण के लिएampसामान्य नामस्थान में ले, एटमडीबी, ज़ूकीपर, इत्यादि) जिनमें पर्सिस्टेंटवॉल्यूमक्लेम सेट है, प्रभावित हो सकते हैं यदि संबंधित पॉड समर्पित नोड पर चल रहे हैं। यानी, TSDB नोड पर चल रहे पॉड की स्थिति हमेशा लंबित के रूप में प्रदर्शित होती है।
  समाधान: इस स्थिति से बचने के लिए, TSDB के लिए नोड समर्पित करते समय, सुनिश्चित करें कि नोड में PersistentVolumeClaim का उपयोग करने वाली समर्पित सेवाओं के लिए कोई पॉड नहीं है।
• जब आप किसी प्रत्यायोजित LSP को अन-प्रतिनिधित्व करते हैं, तो LSP की नियोजित बैंडविड्थ, उपयोगकर्ता इनपुट मान के बजाय डिवाइस द्वारा रिपोर्ट की गई बैंडविड्थ पर आधारित होती है।
  समाधान: कोई नहीं.
• डिवाइस जोड़ते समय, यदि आप कोई ऐसा स्रोत IP पता निर्दिष्ट करते हैं जो पहले से ही नेटवर्क में उपयोग किया जा रहा है, तो हो सकता है कि आप डिवाइस को डिवाइस समूह में न जोड़ पाएं, प्लेबुक परिनियोजित न कर पाएं, फ़ंक्शन इनजेस्ट-संबंधी त्रुटियां न देख पाएं, इत्यादि।
  समाधान: विरोधाभासी स्रोत IP पता ठीक करें। परिनियोजन स्थिति आइकन पर क्लिक करें और परिवर्तन प्रतिबद्ध करें।
• यदि आप अलार्म पेज पर सहेजी गई क्वेरी चुनते हैं, तो अलार्म सहेजी गई क्वेरी के आधार पर फ़िल्टर किए जाते हैं। लेकिन, ग्राफ़ और दिनांक अपडेट नहीं किए जाते हैं।
  समाधान: कोई नहीं.
• यदि आप डिवाइस पृष्ठ पर कोई अप्रबंधित डिवाइस जोड़ते हैं और बाद में अप्रबंधित डिवाइस का होस्टनाम संपादित करते हैं, तो होस्टनाम डिवाइस समूह में और डैशबोर्ड पर डिवाइस डैशलेट में दिखाई नहीं देता है।
  समाधान: आप किसी डिवाइस के होस्टनाम या IP पते का उपयोग करके अप्रबंधित डिवाइस जोड़ सकते हैं।
  यदि आपने होस्टनाम का उपयोग करके कोई अप्रबंधित डिवाइस जोड़ा है, तो मौजूदा डिवाइस को हटाकर नए होस्टनाम के साथ डिवाइस जोड़ने से समस्या हल हो जाती है।
  यदि आपने IP पते का उपयोग करके कोई अप्रबंधित डिवाइस जोड़ा है, तो डैशबोर्ड पर डिवाइस समूह और डिवाइस डैशलेट में, आपको होस्टनाम के आधार पर नहीं बल्कि IP पते के आधार पर अप्रबंधित डिवाइस की पहचान करनी होगी।
• डिफ़ॉल्ट रूप से, टोपोलॉजी फ़िल्टर अक्षम होता है। आप पैरागॉन ऑटोमेशन GUI का उपयोग करके टोपोलॉजी फ़िल्टर को सक्षम नहीं कर सकते।
  समाधान: टोपोलॉजी फ़िल्टर को सक्षम करने की प्रक्रिया के लिए, टोपोलॉजी फ़िल्टर सेवा सक्षम करें विषय देखें।
• Cisco IOS XR डिवाइस के लिए, आप डिवाइस पेज से डिवाइस कॉन्फ़िगरेशन को पुनर्स्थापित नहीं कर सकते। आप केवल डिवाइस कॉन्फ़िगरेशन का बैकअप ले सकते हैं।
  समाधान: अपने Cisco IOS XR डिवाइस के डिवाइस कॉन्फ़िगरेशन को पुनर्स्थापित करने के लिए:
  1. कॉन्फ़िगरेशन > डिवाइस पृष्ठ पर, Cisco XR डिवाइस का चयन करें और अधिक > कॉन्फ़िगरेशन संस्करण पर क्लिक करें।
  2. उस कॉन्फ़िगरेशन संस्करण की प्रतिलिपि बनाएँ जिसे आप पुनर्स्थापित करना चाहते हैं।
  3. CLI का उपयोग करके कॉन्फ़िगरेशन को पुनर्स्थापित करें।
• यदि आपने डिवाइस समूह-स्तर पर आउटबाउंड SSH सक्षम किया है, तो आप डिवाइस समूह में से किसी एक डिवाइस के लिए आउटबाउंड SSH को अक्षम नहीं कर सकते।
  समाधान: आप MGD CLI या Rest API का उपयोग करके डिवाइस पर आउटबाउंड SSH को सक्षम या अक्षम कर सकते हैं। आउटबाउंड SSH को अक्षम करने के लिए आपको डिसेबल फ़्लैग को true पर सेट करना होगा। MGD CLI का उपयोग करके आउटबाउंड SSH को अक्षम करने के लिए डिवाइस पर निम्न कमांड चलाएँ: set healthbot DeviceName outbound-ssh disable true
• आप पैरागॉन ऑटोमेशन GUI से सभी सेवा लॉग डाउनलोड नहीं कर सकते।
  समाधान: आप view इलास्टिक सर्च डेटाबेस (ESDB) और ग्राफ़ाना में सभी सर्विस लॉग। ग्राफ़ाना या ESDB में लॉग इन करने के लिए, आपको config.yml में grafana_admin_password फ़ील्ड में पासवर्ड कॉन्फ़िगर करना होगा file स्थापना से पहले.
• यदि आप किसी मौजूदा एलएसपी को संशोधित करते हैं या रूटिंग मानदंडों में से एक के रूप में स्लाइस आईडी का उपयोग करते हैं, तो पथ पूर्वview सही ढंग से प्रकट नहीं हो सकता है.
  समाधान: एक बार जब आप पथ का प्रावधान कर देते हैं, तो पथ स्लाइस आईडी प्रतिबंधों का सम्मान करता है और पथ पूर्व में पथ सही ढंग से दिखाई देता हैview.
• यदि आप PCEP का उपयोग करके सेगमेंट-राउटेड LSP का प्रावधान करते हैं, तो रंग कार्यक्षमता काम नहीं करती है।
  यह समस्या तब होती है जब राउटर Junos OS रिलीज़ 20.1R1 पर चल रहा हो।
  समाधान: Junos OS को रिलीज़ 21.4R1 पर अपग्रेड करें।
• माइक्रोसर्विसेज PostgresSQL से कनेक्ट होने में विफल हो जाती हैं क्योंकि PostgresSQL प्राथमिक भूमिका स्विचओवर के दौरान किसी भी कनेक्शन को स्वीकार नहीं करता है। यह एक क्षणिक स्थिति है।
  समाधान: सुनिश्चित करें कि प्राथमिक भूमिका स्विचओवर पूरा होने के बाद माइक्रोसर्विसेज PostgresSQL से कनेक्ट हो जाएं।
  • कुछ प्रणालियों में पोस्टग्रेस डेटाबेस गैर-परिचालनात्मक हो जाता है, जिसके कारण कनेक्शन विफल हो जाता है।
  समाधान: प्राथमिक नोड में निम्न आदेश निष्पादित करें: for pod in atom-db-{0..2}; do
  kubectl exec -n common $pod — chmod 750 /home/postgres/pgdata/pgroot/data संपन्न
• Cisco IOS XR डिवाइसों के लिए डिवाइस खोज विफल हो जाती है।
  समाधान: Cisco IOS XR डिवाइस के लिए SSH सर्वर दर-सीमा बढ़ाएँ। कॉन्फ़िगरेशन मोड में डिवाइस में लॉग इन करें, और निम्न कमांड चलाएँ:
  RP/0/RP0/CPU0:ios-xr(config)#ssh सर्वर दर-सीमा 600
• यदि आप लिंक विलंब और लिंक विलंब भिन्नता के बारे में जानकारी प्राप्त करने के लिए BGP-LS का उपयोग करते हैं, तो आप ऐसा नहीं कर सकते view ऐतिहासिक लिंक विलंब डेटा.
  समाधान: कोई नहीं.
• दुर्लभ परिदृश्यों में (उदाहरण के लिएampले, जब Redis क्रैश हो जाता है और Kubernetes द्वारा स्वचालित रूप से पुनरारंभ किया जाता है, या आपको Redis सर्वर को पुनरारंभ करना पड़ता है), कुछ इंटरफ़ेस जानकारी खो जाती है और इंटरफ़ेस नेटवर्क सूचना तालिका के इंटरफ़ेस टैब पर सूचीबद्ध नहीं होते हैं। हालाँकि, यह समस्या पथ गणना, सांख्यिकी या LSP प्रावधान को प्रभावित नहीं करती है।
  समाधान: लाइव नेटवर्क मॉडल में इंटरफेस को पुनर्स्थापित करने के लिए, डिवाइस संग्रहण कार्य को पुनः चलाएँ।
• नया वर्कफ़्लो जोड़ें और वर्कफ़्लो संपादित करें पृष्ठों के कार्य टैब पर:
• भले ही आप रद्द करें विकल्प पर क्लिक करते हैं, फिर भी कार्य संपादित करते समय आपके द्वारा किए गए परिवर्तन सहेज लिए जाएंगे।
• आप उस चरण का नाम पुनः उपयोग नहीं कर सकते जिसे आपने पहले ही हटा दिया है।
• जब आप रिक्त प्रविष्टियों के साथ कोई चरण जोड़ते हैं और सहेजें और परिनियोजित करें पर क्लिक करते हैं, तब भी त्रुटि संदेश प्रदर्शित नहीं होगा।
  समाधान: कोई नहीं.
• कुछ निम्न-स्तर के PTX उपकरणों को डुअल RE मोड के साथ अपग्रेड करना (उदाहरण के लिएampले, PTX5000 और PTX300) पैरागॉन ऑटोमेशन में समर्थित नहीं है। ऐसा इसलिए है क्योंकि डुअल आरई मोड वाले लोअर-एंड PTX डिवाइस ब्रिजिंग या ब्रिज डोमेन कॉन्फ़िगरेशन का समर्थन नहीं करते हैं।
  समाधान: कोई नहीं.
• POST /traffic-engineering/api/topology/v2/1/rpc/diverseTreeDesign API काम नहीं करता है।
  वैकल्पिक उपाय: हम अनुशंसा करते हैं कि आप POST /NorthStar/API/v2/tenant/1/topology/1/rpc/ diversiTreeDesign API का उपयोग करें।
• पैरागॉन ऑटोमेशन नोकिया डिवाइसों के लिए अलार्म नहीं दिखाता है।
  समाधान: कोई नहीं.
• रूटिंग विधि के रूप में routeByDevice के साथ SRv6 LSP को कॉन्फ़िगर करते समय, आपको सेगमेंट रूटिंग-एक्सप्लिसिट रूट ऑब्जेक्ट (SR-ERO) के लिए एक मान निर्दिष्ट करना होगा; अन्यथा, आप ट्रैफ़िक ले जाने के लिए SRv6 LSP का उपयोग नहीं कर सकते।
  समाधान: सुरंग जोड़ते समय, पथ टैब पर, आवश्यक या पसंदीदा रूटिंग प्रकार निर्दिष्ट करने के लिए हॉप्स जोड़ें।
• यदि नेटवर्क से डिवाइस-नियंत्रित SRv6 LSP की खोज की जाती है, तो इस LSP के लिए हाइलाइट किया गया पथ गलत होगा, भले ही आप रूट के लिए कोई स्पष्ट रूट ऑब्जेक्ट (ERO) निर्दिष्ट करें या नहीं।
  समाधान: कोई नहीं.
• कभी-कभी, आप सेगमेंट रूटिंग LSP को बल्क में हटाने में सक्षम नहीं हो सकते हैं।
  समाधान: आप उन LSP को बलपूर्वक हटा सकते हैं जो बल्क विलोपन की प्रक्रिया के दौरान नहीं हटते हैं।
•  पैरागॉन ऑटोमेशन GUI में, नया वर्कफ़्लो जोड़ें और वर्कफ़्लो संपादित करें पृष्ठों के कार्य टैब पर, जब आप कोई परिवर्तन किए बिना किसी मौजूदा चरण को संपादित और सहेजने का प्रयास करते हैं, तो निम्न त्रुटि संदेश प्रदर्शित होता है:
  नाम पहले से मौजूद है
  समाधान: यदि आपने गलती से संपादन विकल्प पर क्लिक कर दिया है, तो कम से कम चरण का नाम अवश्य बदल दें।
• यदि आप नॉर्थस्टार नामस्थान में सभी पॉड्स को पुनः आरंभ करते हैं तो PCEP सत्र कभी-कभी डाउन के रूप में प्रदर्शित होता है।
  समाधान: kubectl delete pods ns-toposerver का उपयोग करके टोपोलॉजी सर्वर को पुनः आरंभ करें -n नॉर्थस्टार कमांड.
• व्यवस्थापन > लाइसेंस प्रबंधन पृष्ठ पर, आप यह नहीं कर सकते view जब आप लाइसेंस का चयन करते हैं तो लाइसेंस का SKU नाम और फिर अधिक > विवरण का चयन करें.
  समाधान: कोई नहीं.
• अलार्म पेज पर ग्राफ नवीनतम डेटा को नहीं दर्शाता है। यानी, अलार्म के सक्रिय न होने के बाद ग्राफ अपडेट नहीं होता है।
  समाधान: कोई नहीं.
• जब आप iAgent के लिए आउटबाउंड SSH कॉन्फ़िगर करते हैं, तो कॉन्फ़िगर किए गए नियम के लिए डेटा उत्पन्न नहीं होगा।
  समाधान: कोई नहीं.
• यदि आपने टू-वे एक्टिव मैनेजमेंट प्रोटोकॉल (TW) कॉन्फ़िगर किया है तो लिंक के बीच पैकेट हानि का शून्य प्रतिशत मान प्रदर्शित होता हैAMP) यह गलत है क्योंकि TWAMP IS-IS ट्रैफ़िक इंजीनियरिंग के लिए पैकेट हानि निर्यात का समर्थन नहीं करता है।
  समाधान: कोई नहीं.
• यदि आप MPC10+ लाइन कार्ड वाले डिवाइस का उपयोग कर रहे हैं और यदि डिवाइस रिलीज़ 21.3R2-S2 या रिलीज़ 21.4R2-S1 के अलावा Junos OS रिलीज़ पर चल रहा है, तो लॉजिकल इंटरफ़ेस के आँकड़े एकत्र नहीं किए जाते हैं। हालाँकि, भौतिक इंटरफ़ेस और LSP के आँकड़े एकत्र किए जाते हैं।
  समाधान: Junos OS रिलीज़ को रिलीज़ 21.3R2-S2 या 21.4R2-S1 पर अपग्रेड करें। साथ ही, सुनिश्चित करें कि आपने Paragon Automation को रिलीज़ 23.1 पर अपग्रेड किया है।
• जब आप किसी LSP को अनडेलीगेट करते हैं, तो LSP की स्थिति को डेलिगेट के रूप में प्रदर्शित किया जाता है। जब आप LSP को फिर से अनडेलीगेट करने का प्रयास करते हैं, तो राउटर कॉन्फ़िगरेशन को स्पष्ट रूट ऑब्जेक्ट (ERO) जोड़ने के लिए संशोधित किया जा सकता है।
  समाधान: LSP को पुनः अनडेलीगेट करने से पहले टनल टैब को रिफ्रेश करें।
• यदि SR LSP की स्थिति स्थानीय रूप से रूट की गई है, तो पैरागॉन पाथफाइंडर प्रत्यायोजित SR LSP को तब नहीं हटाता है, जब SR LSP स्लाइस प्रतिबंधों को पूरा नहीं करता है।
• यदि आप 2**32 से अधिक या उसके बराबर स्लाइस आईडी वाला टोपोलॉजी समूह बनाते हैं, तो टोपोलॉजी समूह आईडी स्लाइस आईडी से मेल नहीं खाएगी।
• पैरागॉन ऑटोमेशन कुबेरनेट्स क्लस्टर स्वयं निर्मित कुबेडीएम-प्रबंधित प्रमाणपत्रों का उपयोग करता है।
  ये प्रमाणपत्र तैनाती के एक साल बाद समाप्त हो जाते हैं, जब तक कि Kubernetes संस्करण को अपग्रेड न किया जाए या प्रमाणपत्रों को मैन्युअल रूप से नवीनीकृत न किया जाए। यदि प्रमाणपत्र समाप्त हो जाते हैं, तो पॉड आने में विफल हो जाते हैं और लॉग में खराब प्रमाणपत्र त्रुटियाँ प्रदर्शित करते हैं।
  समाधान: प्रमाणपत्रों को मैन्युअल रूप से नवीनीकृत करें। प्रमाणपत्रों को नवीनीकृत करने के लिए निम्न चरणों का पालन करें:

1. अपने क्लस्टर के प्रत्येक प्राथमिक नोड पर kubeadm certs check-expiration कमांड का उपयोग करके वर्तमान प्रमाणपत्र-समाप्ति तिथि की जांच करें।
2. प्रमाणपत्रों को नवीनीकृत करने के लिए, अपने Kubernetes क्लस्टर के प्रत्येक प्राथमिक नोड पर kubeadm certs renew all कमांड का उपयोग करें।
3. अपने क्लस्टर के प्रत्येक प्राथमिक नोड पर kubeadm certs check-expiration कमांड का उपयोग करके समाप्ति तिथि की पुनः जाँच करें।
4. नए प्रमाणपत्रों का उपयोग करने के लिए किसी भी एक प्राथमिक नोड से निम्नलिखित पॉड्स को पुनः आरंभ करें।

हल किए गए मुद्दे

यह अनुभाग Juniper Paragon Automation रिलीज़ 24.1 में हल की गई समस्याओं को सूचीबद्ध करता है

• सममित जोड़ी एलएसपी को सीमा पार पुनर्निर्देशन पर सममित रूप से रूट नहीं किया जा सकता है।
  समाधान: कोई नहीं.
• ट्रैफ़िक चार्ट अब दोहरे रूटिंग इंजन वाले डिवाइस के लिए समर्थित हैं, जो अपने होस्टनाम में re0 या re1 प्रत्यय के साथ ऑनबोर्ड किए गए हैं। हालाँकि, ग्राफ़ केवल तभी समर्थित होते हैं जब होस्टनाम-प्रत्यय लोअर केस में हों और -re0 या -re1 फ़ॉर्मेट में हों। उदाहरण के लिएampफ़ाइल: vmx101-re0 या vmx101-re1
  समाधान: कोई नहीं
• नियंत्रक साइटें पैरागॉन प्लानर के लिए नेटवर्क संग्रह में शामिल नहीं हैं।
  समाधान: कोई नहीं.
• सुरक्षित मोड स्थिति हमेशा गलत होती है जब ns-web फली शुरू होता है.
  समाधान: कोई नहीं.
• सुरक्षित मोड के दौरान स्रोत-सत्य ध्वज को संशोधित करने के बाद आपको गलत सुरक्षित मोड स्थिति प्राप्त होती है।
  समाधान: कोई नहीं.
• कभी-कभी NETCONF अक्षम किए गए डिवाइस NETCONF स्थिति ऊपर के साथ दिखाई देते हैं।
  समाधान: डिवाइस प्रो संपादित करेंfile बिना किसी बदलाव के डिवाइस प्रो को पुनः लोड करने की सुविधाfile.
• सिस्को IOS-XR डिवाइसों से उत्पन्न SR-TE LSPs के लिए रंग केवल तभी दिखाई देता है जब LSP को आरंभ में डिवाइस संग्रह से खोजा जाता है।
  समाधान: कोई नहीं.
• PCEP से सीखे गए SR-TE LSP का एडमिन समूह, टोपोलॉजी सिंक्रोनाइजेशन के बाद गायब हो जाता है, यदि LSP में कॉन्फ़िगर की गई स्थिति है।
  समाधान: PCEP से सीखे गए व्यवस्थापक समूह को बनाए रखने के लिए SR-TE LSP को संशोधित करें।
• पीसीएस अनुकूलन के दौरान इष्टतम पथ पर एलएसपी को अनावश्यक पीसीईपी अद्यतन प्राप्त हो सकता है।
  समाधान: कोई नहीं.
• डायग्नोस्टिक्स (कॉन्फ़िगरेशन > डेटा इनजेस्ट > डायग्नोस्टिक्स > एप्लिकेशन) सुविधा में त्रुटि के कारण एप्लिकेशन परीक्षण विफल हो जाता है।
  समाधान: कोई नहीं.
• नेटवर्क > टोपोलॉजी > टनल टैब पर, जब आप फ़िल्टर (फ़नल) आइकन पर होवर करते हैं और फ़िल्टर जोड़ें चुनते हैं, तो मानदंड जोड़ें पृष्ठ प्रदर्शित होता है। यदि आप फ़ील्ड सूची में रंग चुनते हैं, तो फ़ील्ड मान रंग के बजाय नियोजित गुण के रूप में प्रदर्शित होता है।
  समाधान: कोई नहीं.
• पथ विश्लेषण रिपोर्ट रिक्त है.

समाधान: पथ विश्लेषण करने से पहले डिवाइस संग्रह कार्य चलाएँ। ध्यान दें कि, यदि LSP पहले से ही इष्टतम पथ पर हैं, तो पथ विश्लेषण रिपोर्ट खाली हो सकती है।

जुनिपर नेटवर्क, जुनिपर नेटवर्क लोगो, जुनिपर और जूनोस संयुक्त राज्य अमेरिका और अन्य देशों में जुनिपर नेटवर्क, इंक. के पंजीकृत ट्रेडमार्क हैं। अन्य सभी ट्रेडमार्क, सेवा चिह्न, पंजीकृत चिह्न या पंजीकृत सेवा चिह्न उनके संबंधित स्वामियों की संपत्ति हैं। जुनिपर नेटवर्क इस दस्तावेज़ में किसी भी अशुद्धि के लिए कोई जिम्मेदारी नहीं लेता है। जुनिपर नेटवर्क बिना किसी सूचना के इस प्रकाशन को बदलने, संशोधित करने, स्थानांतरित करने या अन्यथा संशोधित करने का अधिकार सुरक्षित रखता है। कॉपीराइट © 2024 जुनिपर नेटवर्क, इंक. सभी अधिकार सुरक्षित हैं।

दस्तावेज़ / संसाधन

जुनिपर नेटवर्क्स पैरागॉन ऑटोमेशन सॉफ्टवेयर [पीडीएफ] उपयोगकर्ता गाइड पैरागॉन ऑटोमेशन सॉफ्टवेयर, ऑटोमेशन सॉफ्टवेयर, सॉफ्टवेयर

संदर्भ

• उपयोगकर्ता पुस्तिका