जुनिपर नेटवर्क IP फॅब्रिक अपग्रेड किमान वापरकर्ता मार्गदर्शक

 

नेटवर्क कॉन्फिगरेशन उदाample

——————————————————————
आयपी फॅब्रिक अपग्रेड किमान ऑपरेटिंग प्रक्रिया

जुनिपर नेटवर्क्स, इंक.
1133 नावीन्यपूर्ण मार्ग
सनीवेल, कॅलिफोर्निया 94089
यूएसए
५७४-५३७-८९००
www.juniper.net

जुनिपर नेटवर्क्स, द ज्युनिपर नेटवर्क लोगो, जुनिपर आणि जुनोस हे युनायटेड स्टेट्स आणि इतर देशांमध्ये जुनिपर नेटवर्क्स, इंक. चे नोंदणीकृत ट्रेडमार्क आहेत. इतर सर्व ट्रेडमार्क, सेवा चिन्ह, नोंदणीकृत चिन्हे किंवा नोंदणीकृत सेवा चिन्ह त्यांच्या संबंधित मालकांची मालमत्ता आहेत.

ज्युनिपर नेटवर्क या दस्तऐवजातील कोणत्याही चुकीची जबाबदारी घेत नाही. ज्युनिपर नेटवर्क्सने या प्रकाशनास सूचना न देता बदलण्याचा, सुधारण्याचा, हस्तांतरित करण्याचा किंवा अन्यथा सुधारण्याचा अधिकार राखून ठेवला आहे.

नेटवर्क कॉन्फिगरेशन उदाample IP फॅब्रिक अपग्रेड किमान ऑपरेटिंग प्रक्रिया कॉपीराइट © 2023 जुनिपर नेटवर्क्स, इंक. सर्व हक्क राखीव.

या दस्तऐवजातील माहिती शीर्षक पृष्ठावरील तारखेनुसार वर्तमान आहे.

वर्ष 2000 ची सूचना
जुनिपर नेटवर्क्स हार्डवेअर आणि सॉफ्टवेअर उत्पादने वर्ष 2000 अनुरूप आहेत. जुनोस OS ला 2038 सालापर्यंत वेळ-संबंधित मर्यादा नाहीत.
तथापि, 2036 मध्ये NTP अर्जात काही अडचण आल्याची माहिती आहे.

शेवटचा वापरकर्ता परवाना करार
या तांत्रिक दस्तऐवजीकरणाचा विषय असलेल्या ज्युनिपर नेटवर्क्स उत्पादनामध्ये ज्युनिपर नेटवर्क सॉफ्टवेअरचा समावेश आहे (किंवा वापरण्यासाठी आहे).
अशा सॉफ्टवेअरचा वापर येथे पोस्ट केलेल्या अंतिम वापरकर्ता परवाना कराराच्या (“EULA”) अटी व शर्तींच्या अधीन आहे.https://support.juniper.net/support/eula/. असे सॉफ्टवेअर डाउनलोड करून, स्थापित करून किंवा वापरून, तुम्ही त्या EULA च्या अटी व शर्तींना सहमती देता.

धडा 1 IP फॅब्रिक अपग्रेड ओव्हरview

या कॉन्फिगरेशनबद्दल उदाample

ओव्हरview
हे नेटवर्क कॉन्फिगरेशन वापरा उदाample (NCE) आधीपासून चालू असलेल्या IP फॅब्रिक आर्किटेक्चरमधील सर्व स्विचेस अपग्रेड करण्यासाठी.
दस्तऐवजीकरण अभिप्राय 

आम्ही तुम्हाला अभिप्राय देण्यासाठी प्रोत्साहित करतो जेणेकरून आम्ही आमचे दस्तऐवज सुधारू शकू.
आपल्या टिप्पण्या पाठवा design-center-comments@juniper.net. दस्तऐवज किंवा विषयाचे नाव समाविष्ट करा, URL किंवा पृष्ठ क्रमांक आणि सॉफ्टवेअर आवृत्ती (लागू असल्यास).

धडा 2 आयपी फॅब्रिक आर्किटेक्चरमधील स्विचेससाठी अपग्रेड योजना

अपग्रेडचे नियोजन 

• या विभागात अपग्रेडचे नियोजन करण्यासाठी मार्गदर्शक तत्त्वे समाविष्ट आहेत.
• सुरुवातीच्या टप्प्यावर नेहमी एका वेळी एक डिव्हाइस अपग्रेड करा. काही यशस्वी सुधारणांनंतर आणि प्रक्रियेची ओळख वाढल्यानंतर, तुम्ही एकावेळी अनेक लीफ स्विचसह, मोठ्या तैनातीसाठी, बॅचमध्ये स्विचेस अपग्रेड करू शकता. अनावश्यक मार्ग नसल्यास रहदारीला कोणताही व्यत्यय टाळण्यासाठी स्पाइन आणि सुपर-स्पाइन स्विचेस एकावेळी अपग्रेड करणे आवश्यक आहे.
• सर्व नेटवर्क लिंक्सचा सध्याचा बँडविड्थ वापर तपासा.
• इन-बँड आणि आउट-ऑफ-बँड अपग्रेड प्रक्रिया दोन्ही वापरल्या जाऊ शकतात. जर आयपी फॅब्रिकमधील एकल स्विच देखील इन-बँड प्रक्रियेद्वारे ZTP आधारित अपग्रेड वापरत असेल, तर IP फॅब्रिकमधील सर्व स्विचेसवर DHCP रिले कॉन्फिगर करणे आवश्यक आहे. अपग्रेड होत असलेल्या स्विचने सॉफ्टवेअर इमेज आणि स्विच कॉन्फिगरेशन डाउनलोडसाठी DHCP सर्व्हरमध्ये प्रवेश सुरू ठेवला आहे याची खात्री करण्यासाठी हे आहे. जर आयपी फॅब्रिकमधील सर्व स्विचेस ISSU/NSSU द्वारे अपग्रेड केले जात असतील, तर इन-बँड प्रक्रियेसाठी आयपी फॅब्रिकमधील कोणत्याही स्विचवर DHCP रिले कॉन्फिगर करण्याची आवश्यकता नाही.
• काही CLI शो कमांड्स आहेत ज्या वापरल्या जातात आणि माहिती गोळा केली जाते. स्क्रिप्टमधील CLI कमांड्स स्वयंचलित करण्याची आणि सर्व माहिती सर्व्हरवर संग्रहित करण्याची शिफारस केली जाते. पटकन शोधण्यासाठी आणि गोळा केलेल्या माहितीसह तपशीलांची तुलना करण्यासाठी साधने वापरा.
• काही रहदारी प्रवाह ओळखा आणि डिझाइन करा जे नेटवर्क कनेक्टिव्हिटी प्रमाणित करू शकतात आणि अपग्रेड दरम्यान बॅकग्राउंडमध्ये चालू शकतात. या उद्देशासाठी सामान्यतः पिंग आणि ट्रेसरूट वापरले जातात.
• मेंटेनन्स विंडो (MW) साठी पुरेसा वेळ नियोजन करा. मोठ्या तैनातीसाठी एकाधिक MW आवश्यक असू शकतात. सुरुवातीच्या टप्प्यावर नेहमी एका वेळी एक डिव्हाइस अपग्रेड करा. काही यशस्वी अपग्रेड्सनंतर आणि प्रक्रियेशी परिचित झाल्यानंतर, अपग्रेड मोठ्या प्रमाणात तैनातीसाठी एका वेळी अनेक लीफ स्विचसह बॅचमध्ये केले जाऊ शकते.
• बदलामुळे प्रभावित झालेल्या सर्व संघ आणि व्यक्तींसोबत बदल शेड्यूल करा.
• हा दस्तऐवज LACP आधारित LAG कनेक्शन वापरून सर्व्हर होस्टच्या वेगवेगळ्या टॉप-ऑफ-रॅक (TORs) किंवा लीफ स्विचेसच्या मल्टी-होमिंगला समर्थन देतो.

प्रकरण 3 उपयोजन आर्किटेक्चर

DC IP राउटेड फॅब्रिक 5 Stagसुपर स्पाइन सह e Clos

या आर्किटेक्चरमध्ये डीसी आयपी राउटेड फॅब्रिक 5 एस समाविष्ट आहेtageBGP सह सुपर स्पाइनसह e Clos फॅब्रिक प्रोटोकॉल म्हणून वेगवेगळ्या AS मधील प्रत्येक लेयरसह.
आकृती 1: ईबीजीपी फॅब्रिक प्रोटोकॉलसह आयपी फॅब्रिक टोपोलॉजी, प्रत्येक लेयर वेगवेगळ्या एएसमध्ये
सुपर स्पाइन आर्किटेक्चरसह राउटेड फॅब्रिक
समर्थित प्लॅटफॉर्म
तक्ता 1 IP फॅब्रिकमधील विविध भूमिकांसाठी समर्थित प्लॅटफॉर्मची यादी करते.
तक्ता 1: IP फॅब्रिकसाठी सपोर्टेड प्लॅटफॉर्म 

डिव्हाइस भूमिका	प्लॅटफॉर्म
लीफ/टीओआर	QFX5130-32CD QFX5220-32CD /128C QFX5120-32C/48Y/48T/48YM QFX5100/QFX5110-48S QFX5200-32C QFX5210-64C ACX7100-48L
पाठीचा कणा	QFX5220-32CD/128C PTX10K8 /16

डिव्हाइस भूमिका	प्लॅटफॉर्म
	QFX5120-32C QFX5210-64C QFX5130-32CD QFX5700 QFX5200-32C PTX10003 QFX5110-32Q
सुपर स्पाइन	QFX5220-128C PTX10K8/PTX10K3 QFX5210-64C QFX10K8/16

टीप: सूचीबद्ध समर्थित प्लॅटफॉर्ममध्ये, PTX10K8/16, QFX5700, QFX10K8/16 चेसिस आधारित मॉड्यूलर प्रणाली आहेत. उर्वरित प्लॅटफॉर्म आकार 1, 2, किंवा 3 रॅक युनिट्स (RUs) चे निश्चित स्वरूप घटक आहेत.

नोड भूमिका
आकृती 1 मध्ये, खालील नोड भूमिका आहेत:

• P1L1, P1L2, P1L3 आणि P1L4 हे POD-1 मध्ये लीफ नोड्स आहेत.
• P2L2, P2L2, P2L3 आणि P2L4 हे POD-2 मध्ये लीफ नोड्स आहेत.
• P1S1, P1S2, P1S3, P1S4 हे POD-1 मध्ये स्पाइन नोड्स आहेत.
• P2S1, P2S2, P2S3, P2S4 हे POD-2 मध्ये स्पाइन नोड्स आहेत.
• SS1, SS2, SS3, SS4 हे सुपर स्पाइन लेयरमधील सुपर स्पाइन आहेत, जे POD-1 आणि POD-2 दोन्हीसाठी सामान्य आहे.

कॉन्फिगरेशन स्विच करा

हे अपेक्षित आहे की IP फॅब्रिक हे कार्यशील बनवण्यासाठी आवश्यक असलेल्या मूलभूत किमान कॉन्फिगरेशन चालवत आहे. आकृती 1 पहा. येथे कॉन्फिगरेशन आवश्यकतांचे किमान वर्णन आहे:

• फॅब्रिकमध्ये दोन्ही IPv4 आणि IPv6 रूटिंगसह ड्युअल स्टॅकसाठी फॅब्रिक कॉन्फिगर केले आहे.
• फॅब्रिकमधील सर्व दुवे P2P आहेत आणि IPv4 आणि IPv6 दोन्हीसाठी कॉन्फिगर केलेले आहेत.
• eBGP राउटिंग प्रोटोकॉल म्हणून वापरले जात आहे.
• eBGP पीअर ग्रुप वापरले जातात, सर्व लीफ स्विचेस 1 eBGP पीअर ग्रुपचे आहेत (म्हणे, LEAF), सर्व स्पाइन स्विच 1 eBGP पीअर ग्रुपचे आहेत (म्हणा, SPINE) आणि सर्व सुपर-स्पाइन स्विच 1 eBGP पीअर ग्रुपचे आहेत (म्हणा. सुपर-स्पाइन).
• eBGP द्वारे जाहिरात करण्यापूर्वी मार्ग एकत्रित केले जाऊ शकतात.
• द्विदिश वाहतूक आयपी फॅब्रिकमधील सर्व स्विचमधून वाहते.

प्रकरण 4 जुनिपर ऍपस्ट्राशिवाय स्विचसाठी मॅन्युअल अपग्रेड

लेयर बाय लेयर अपग्रेडसाठी मार्गदर्शक तत्त्वे
प्रत्येक स्तरावर, सर्व सामान्यतः वापरलेले प्लॅटफॉर्म ओळखा, जेणेकरून इतर प्लॅटफॉर्मसाठी कोणतेही अपग्रेड संबंधित अपवाद ओळखता येतील.

पहिली पायरी – TORs अपग्रेड करा (एज स्विचेस)
सर्व TORs एक एक करून अपग्रेड करा. असे गृहीत धरले जाते की सर्व TORs सिंगल RE डिव्हाइसेस आहेत आणि म्हणून अपग्रेड केले जाणारे TOR डेटा पथ फॉरवर्डिंगसाठी अपग्रेड दरम्यान अनुपलब्ध आहे. जर एखादा सर्व्हर अपग्रेड होत असलेल्या फक्त एका TOR शी कनेक्ट केलेला असेल तर, VM ला त्या सर्व्हरवर स्थलांतरित करा जे TORs शी जोडलेले आहेत जे अपग्रेड केले जात नाहीत.

दुसरी पायरी - लीफ डिव्हाइसेस अपग्रेड करा
सर्व लीफ स्विचेस, एक एक करून अपग्रेड करा: लीफ1, लीफ2, लीफ3, आणि असेच. ड्युअल आरई स्विचसाठी, ISSU किंवा NSSU प्रक्रिया वापरा.

तिसरी पायरी - स्पायन्स अपग्रेड करा
सर्व स्पाइन स्विचेस, एक एक करून अपग्रेड करा: स्पाइन1, स्पाइन2, स्पाइन3, आणि असेच. ड्युअल आरई स्विचसाठी, ISSU किंवा NSSU प्रक्रिया वापरा.

चौथी पायरी - सुपर-स्पाइन्स अपग्रेड करा
सर्व सुपर-स्पाइन स्विचेस, एक एक करून अपग्रेड करा: सुपर-स्पाइन1, सुपर-स्पाइन2, सुपर-स्पाइन3, आणि असेच. ड्युअल आरई स्विचसाठी, ISSU किंवा NSSU प्रक्रिया वापरा.

स्विच अपग्रेडसाठी सामान्य प्रक्रिया

प्री-अपग्रेड आणि अपग्रेड नंतर आरोग्य तपासणी

अपग्रेड होत असलेल्या स्विचची आरोग्य तपासणी, प्री-अपग्रेड आणि पोस्टअपग्रेड, आणि ही माहिती रेकॉर्ड करण्याची आम्ही शिफारस करतो. रेकॉर्ड केलेल्या प्री-अपग्रेड आणि पोस्ट अपग्रेड आरोग्य तपासणी माहितीची समस्या उद्भवल्यास तुलना केली जाऊ शकते.

आरोग्य तपासणी प्रक्रिया
खालील पायऱ्या करा:

1.  अपग्रेड करण्यापूर्वी आणि नंतर कोणतेही नुकसान न होता, वापरकर्ता रहदारीचा प्रवाह अपेक्षेप्रमाणे आहे का ते तपासा.
2.  सर्व उपकरणांच्या कॉन्फिगरेशनचा बॅकअप घ्या आणि अपग्रेड करण्यापूर्वी त्यांना सर्व्हरवर जतन करा.
3.  तपशीलवार माहिती गोळा करा आणि अपग्रेड करण्यापूर्वी आणि नंतर सिस्टम निरोगी स्थितीत आहे हे तपासा.
   • कोणत्याही अपयश आणि त्रुटींसाठी syslog तपासा
   • लॉग संदेश दाखवा | अधिक नाही
   • लॉग चेसिसडी दाखवा | अधिक नाही
   • सिस्टमवरील अलार्म आणि कोर-डंप तपासा
     चेसिस अलार्म दाखवा | अधिक नाही
     सिस्टम अलार्म दर्शवा | अधिक नाही
     सिस्टम कोर-डंप दाखवा | अधिक नाही
   • RE/FPC/PIC स्थिती आणि इंटरफेस स्थिती तपासा (समर्थित सर्व प्लॅटफॉर्मसाठी)
     चेसिस हार्डवेअर तपशील दर्शवा | अधिक नाही
     चेसिस fpc तपशील दर्शवा | अधिक नाही
     चेसिस दाखवा fpc pic-status | अधिक नाही
     चेसिस वातावरण दाखवा | अधिक नाही
     चेसिस राउटिंग-इंजिन दाखवा | अधिक नाही
     इंटरफेस वर्णन दाखवा | जुळवा | अधिक नाही
     इंटरफेस वर्णन दाखवा | खाली जुळवा | अधिक नाही
     इंटरफेस दाखवा xe-* | “भौतिक|दर” | जुळवा अधिक नाही
     इंटरफेस दाखवा et-* | “भौतिक|दर” | जुळवा अधिक नाही
     चेसिस आधारित मॉड्यूलर प्लॅटफॉर्मवर, तुम्ही फॅब्रिकशी संबंधित सीएलआय देखील चालवू शकता:
     चेसिस फॅब्रिक सारांश दर्शवा | अधिक नाही
     चेसिस फॅब्रिक fpcs दाखवा | अधिक नाही
     ड्युअल आरई स्विचसाठी, आम्हाला ISSU/NSSU साठी स्विचओव्हरची तयारी तपासण्याची आवश्यकता आहे:
     a. दुहेरी RE स्विचेसच्या बाबतीत, बॅकअप RE GRES तयार असावा.
     b. मास्टर आरई तपासा: "चेसिस राउटिंग-इंजिन मास्टर स्विच चेकची विनंती" कमांड चालवून "स्विचओव्हर रेडी" तयार स्थिती तपासा.
     c. बॅकअप आरईमध्ये "सिस्टीम स्विचओव्हर दर्शवा" कमांड चालवा आणि ते तयार स्थितीत असल्याची खात्री करा.
   • रूटिंग टेबल आणि फॉरवर्डिंग टेबल तपासा, हे अपेक्षेप्रमाणे असावे:
     प्रणाली प्रक्रिया विस्तृत दाखवा | अधिक नाही
     krt रांग दाखवा | अधिक नाही
     मार्ग सारांश दर्शवा | अधिक नाही
     मार्ग फॉरवर्डिंग-टेबल सारांश दाखवा | अधिक नाही
     arp no-resolve expiration-time दाखवा | अधिक नाही
     वरील ARP CLI मध्ये, नो-रिझोलव्ह सूचित करते की आम्ही ARP टेबलमधील प्रत्येक एंट्रीसाठी DNS लुकअप करू इच्छित नाही. त्यामुळे, निराकरण न करता, आम्ही फक्त IP पत्ते पाहतो, जे तुमच्याकडे अनेक ARP नोंदी असतील तेव्हा जलद होऊ शकतात.
   • IP फॅब्रिक संबंधित माहितीची तपशीलवार माहिती तपासा आणि संग्रहित करा (सर्व समर्थित प्लॅटफॉर्मसाठी):
   • पीएफई आकडेवारी वाहतूक दाखवा | अधिक नाही
   • सिस्टम व्हर्च्युअल मेमरी दाखवा | अधिक नाही
   • कार्य मेमरी तपशील दर्शवा | अधिक नाही
   • सिस्टम मेमरी दाखवा | अधिक नाही
   • टास्क मेमरी दाखवा | अधिक नाही
   • चेसिस fpc दाखवा | अधिक नाही
   • चेसिस राउटिंग-इंजिन दाखवा | अधिक नाही
   • प्रणाली प्रक्रिया विस्तृत दाखवा | अधिक नाही
   • सिस्टम प्रक्रिया मेमरी तपशील दर्शवा | अधिक नाही
   • bgp सारांश दाखवा | अधिक नाही
   • इंटरफेस दाखवा ae* terse | अधिक नाही
   • lacp इंटरफेस दाखवा
   • lacp आकडेवारी इंटरफेस दाखवा
   • इंटरफेस संक्षिप्त दाखवा |नाही-अधिक
   • bfd सत्र दाखवा | अधिक नाही
     चेसिस-आधारित मॉड्यूलर प्लॅटफॉर्मवर, तुम्ही स्विच इंटरफेस बोर्ड (SIB) संबंधित कमांड चालवू शकता:
     चेसिस सिब्स दाखवा | अधिक नाही
     आरोग्य तपासणी पूर्ण केल्यानंतर, नियोजित अपग्रेड डिव्हाइससाठी कोणतीही सानुकूलित तपासणी आणि तयारी प्रक्रिया करा. या दस्तऐवजाच्या खालील विभागांमध्ये सूचीबद्ध केलेल्या अपग्रेड प्रक्रियेपूर्वी हे तपासणे आवश्यक आहे.

अपग्रेडची तयारी 

खालील पायऱ्या करा:

1. नवीन जुनोस OS प्रतिमेसाठी पुरेसे संचयन सुनिश्चित करण्यासाठी सिस्टम विनामूल्य संचयन तपासा:
   • मोकळी जागा तपासण्यासाठी शेल मोडवर "df -k /var/tmp" चालवा.
   • जर, मोकळी जागा अपग्रेडसाठी आवश्यक जागेपेक्षा कमी असेल, तर आम्ही चरण 2 मध्ये सूचीबद्ध केलेल्या कमांडचा वापर करून जागा मोकळी करू शकतो. ZTP साठी, अशा कोणत्याही मोकळ्या जागेची आवश्यकता नाही.
2. ची प्रस्तावित यादी तपासण्यासाठी पुढे “रिक्वेस्ट सिस्टम स्टोरेज क्लीनअप ड्राय-रन” चालवा files हटवण्यासाठी:
3. ची प्रस्तावित सूची असल्यास डिव्हाइसेसवरील स्टोरेज स्पेस मोकळी करण्यासाठी “रिक्वेस्ट सिस्टम स्टोरेज क्लीनअप” कमांड वापरा files हटवले जाणे स्वीकार्य आहे. 3. कोणतेही अलार्म साफ करा आणि
   • अपग्रेड करण्यापूर्वी कोर-डंप: o स्पष्ट सिस्टम त्रुटी fpc सर्व fpc-slot 4
4. डिव्हाइस /var/tmp निर्देशिकेत जुनोस OS प्रतिमा कॉपी करा. फोन-होम किंवा ZTP वापरला नसेल तरच ही पायरी वापरा.

मणक्यावरील बीजीपी विशिष्ट ऑपरेशन्स प्री-अपग्रेड करा
खालील पायऱ्या करा:

1. असे गृहित धरले जाते की अपग्रेड केल्या जात असलेल्या प्रत्येक स्विचमध्ये खालील BGP पॅरामीटर्स पूर्व कॉन्फिगर केलेले आहेत:
   • विलंब-मार्ग-जाहिराती किमान-विलंब इनबाउंड-अभिसरण
   • विलंब-मार्ग-जाहिराती किमान-विलंब मार्ग-अपटाइम
     स्थानिक स्विचवर मार्ग अभिसरणाची खात्री दिल्यानंतरच, पॉवर ऑन केल्यानंतर स्विचद्वारे BGP मार्गांची जाहिरात केली जाईल याची खात्री करण्यासाठी हे आहे. याचा अर्थ RIB मधील मार्ग स्विचच्या FIB वर डाउनलोड केले गेले आहेत. FIB मध्ये RIB मधील मार्ग अनुपलब्ध असल्यास, FIB त्यांना फॉरवर्ड करू शकत नसले तरीही, स्थानिक राउटर RIB मध्ये मार्ग उपलब्ध झाल्यानंतर लगेच जाहिरात मार्ग सुरू करतो. ज्यांच्या मार्गांची स्थानिक राउटरने जाहिरात केली होती, परंतु ज्यांच्यासाठी स्थानिक राउटरच्या FIB मध्ये कोणताही संबंधित मार्ग नाही अशा गंतव्यस्थानांसाठी यामुळे रहदारी कमी होऊ शकते.
     बीजीपी पॅरामीटर्सची व्याख्या खालीलप्रमाणे आहे: 
     इनबाउंड कन्व्हर्जन्स - स्त्रोत पीअरने अपग्रेड होत असलेल्या स्थानिक राउटरला सर्व मार्ग अद्यतने पाठवल्यानंतर मार्ग जाहिरातीमध्ये किमान विलंब निर्दिष्ट करा. श्रेणीसुधारित केले जाणारे स्थानिक डिव्हाइस स्त्रोत पीअरसाठी स्थानिक डिव्हाइसवर इनबाउंड अभिसरण पूर्ण झाल्यानंतर किमान कॉन्फिगर केलेल्या कालावधीसाठी प्रतीक्षा करते. BGP मार्गांसाठी, सर्व मार्ग अद्यतने स्थानिक डिव्हाइसवर पाठविल्यानंतर स्त्रोत पीअर शेवटचा भाग पाठवतो. डीफॉल्ट मूल्य 120 सेकंद आहे, श्रेणी 1 ते 36000 सेकंद आहे.
     डिव्हाइसचे सर्व BGP पीअर IPv4 प्रकारचे असल्यास, खालील आदेश चालवा:
   • प्रोटोकॉल सेट करा bgp फॅमिली इनेट युनिकास्ट विलंब-मार्ग जाहिराती किमान-विलंब इनबाउंड-कन्व्हर्जन्स <1 ते 36000 s>
     डिव्हाइसचे सर्व BGP पीअर IPv6 प्रकारचे असल्यास, खालील आदेश चालवा:
   • प्रोटोकॉल सेट करा bgp फॅमिली inet6 unicast विलंब-मार्ग जाहिराती किमान-विलंब इनबाउंड-कन्व्हर्जन्स <1 ते 36000 s>
     डिव्हाइसचे काही BGP पीअर IPv4 आणि काही IPv6 प्रकारचे असल्यास, स्थानिक डिव्हाइसवरील इनबाउंड-कन्व्हर्जन्स प्रति-पीअर आधारावर सेट करणे आवश्यक आहे. IPv4 BGP समवयस्कांसाठी, खालील आदेश चालवा:
   • प्रोटोकॉल सेट करा bgp गट शेजारी कुटुंब inet unicast विलंब-मार्ग जाहिराती किमान-विलंब इनबाउंड-कन्व्हर्जन्स <1 ते 36000 s>
     IPv6 BGP समवयस्कांसाठी, खालील आदेश चालवा: 
   • प्रोटोकॉल सेट करा bgp गट शेजारी कुटुंब inet6 unicast विलंब-मार्ग जाहिराती किमान-विलंब इनबाउंड-कन्व्हर्जन्स <1 ते 36000 s>
     b) किमान राउटिंग अपटाइम - राउटिंग प्रोटोकॉल प्रक्रिया (rpd) सुरू झाल्यानंतर मार्गाची जाहिरात पाठवण्यापूर्वी, सेकंदात किमान विलंब निर्दिष्ट करा. त्याच्या समवयस्कांना मार्ग जाहिराती पाठवण्यापूर्वी डिव्हाइस किमान कॉन्फिगर केलेल्या कालावधीची प्रतीक्षा करते. डीफॉल्ट मूल्य 0 सेकंद आहे, श्रेणी 1 ते 36000 सेकंद आहे.
     डिव्हाइसचे सर्व BGP पीअर IPv4 प्रकारचे असल्यास, खालील आदेश चालवा:
   • प्रोटोकॉल सेट करा bgp फॅमिली इनेट युनिकास्ट विलंब-मार्ग जाहिराती किमान-विलंब राउटिंग-अपटाइम <1 ते 36000 s>
     डिव्हाइसचे सर्व BGP पीअर IPv6 प्रकारचे असल्यास, खालील आदेश चालवा: 
   • प्रोटोकॉल सेट करा bgp family inet6 unicast विलंब-मार्ग जाहिराती किमान-विलंब राउटिंग-अपटाइम <1 ते 36000 s>
     डिव्हाइसचे काही BGP पीअर IPv4 आणि काही IPv6 प्रकारचे असल्यास, स्थानिक डिव्हाइसवरील राउटिंग-अपटाइम प्रति-पीअर आधारावर सेट करणे आवश्यक आहे. IPv4 BGP समवयस्कांसाठी, खालील आदेश चालवा:
   • प्रोटोकॉल सेट करा bgp गट शेजारी कुटुंब inet unicast विलंब-मार्ग जाहिराती किमान-विलंब राउटिंग-अपटाइम <1 ते 36000 s>
     IPv6 BGP समवयस्कांसाठी, खालील आदेश चालवा: 
   • प्रोटोकॉल सेट करा bgp गट शेजारी कुटुंब inet6 unicast विलंब-मार्ग जाहिराती किमान-विलंब राउटिंग-अपटाइम <1 ते 36000 s>
     अधिक माहितीसाठी, पहा, https://www.juniper.net/documentation/us/en/software/junos/bgp/topics/ref/statement/ delay-route-advertisements-edit-protocols-group-family-unicast.html
2. जर कोणताही BGP पीअर स्विच डिव्हाइसवर ट्रॅफिक पाठवत असेल, तर त्याच्या स्विचच्या डिव्हाइस कनेक्ट केलेल्या इंटरफेसवर वाढीव निर्गमन वाहतूक आकडेवारी (आउटपुट पॅकेट्स) लक्षात घ्या. या पीअर स्विच आणि उपकरणादरम्यान एकत्रित इथरनेट इंटरफेस असल्यास, पीअर स्विचवरील खालील कमांड वापरून घटक भौतिक इंटरफेस ओळखा:
   • lacp इंटरफेस दाखवा
     खालील आदेशांचा वापर करून, डिव्हाइसशी कनेक्ट केलेल्या पीअर स्विचच्या भौतिक इंटरफेसवर निर्गमन रहदारी दराचे निरीक्षण करा:
   • इंटरफेस दाखवा
   • इंटरफेस रहदारीचे निरीक्षण करा
3. मार्ग नाकारण्यासाठी धोरण तयार करा: 
   • धोरण-पर्याय धोरण-विधान सेट करा नंतर नकार द्या.
4. डिव्हाइस BGP सह कॉन्फिगर केले असल्यास, सर्व पीअर सुपरस्पाइन्समधून सर्व जाहिरात केलेले BGP मार्ग मागे घ्या. येथे, SUPER-SPINES गट सर्व सुपर-स्पाइन स्विचेसचा संदर्भ देतो जे स्पाइन स्विचचे BGP पीअर म्हणून काम करतात:
   • प्रोटोकॉल सेट करा bgp ग्रुप SUPER-SPINES एक्सपोर्ट नकार द्या आणि कमिट करा. BGP मार्ग निर्यात आदेशांबद्दल माहितीसाठी, पहा https://www.juniper.net/documentation/us/en/software/junos/bqp/topics/ref/statement/expor t-edit-protocols-bgp.html
5. डिव्हाइस BGP सह कॉन्फिगर केले असल्यास, सर्व पीअर पानांवरून सर्व जाहिरात केलेले BGP मार्ग मागे घ्या, येथे LEAF गट पानांच्या स्विचेसचा संदर्भ देते जे स्पाइन स्विचचे BGP पीअर म्हणून काम करतात:
   • प्रोटोकॉल सेट करा bgp गट LEAF निर्यात DENY-ALL आणि कमिट.
6. प्रत्येक BGP पीअर स्विच कनेक्ट केलेल्या इंटरफेसवर कॉन्फिगर केलेला डिव्हाइसवरील IP पत्ता लक्षात घ्या. डिव्हाइसवर खालील आदेश चालवा:
   • इंटरफेस दाखवा संक्षिप्त
7. प्रत्येक BGP पीअर स्विचवर (सुपर-स्पाइन आणि लीफ दोन्ही) सत्यापित करा की डिव्हाइसद्वारे निर्यात केले जाणारे मार्ग मागे घेण्यात आले आहेत:
   • बाप सारांश दाखवा
     अनेक नोंदी प्रदर्शित केल्या आहेत. डिव्हाइसशी संबंधित एंट्री तपासा. पीअर स्विचशी कनेक्ट केलेल्या डिव्हाइस इंटरफेसवर कॉन्फिगर केलेला IP पत्ता वापरून हे ओळखले जाऊ शकते, ज्यावर हा CLI चालविला गेला होता. डिव्हाइसशी संबंधित एंट्रीमध्ये (पीअर स्विचवर), डिव्हाइसकडून मिळालेले मार्ग स्तंभाखाली 0/0/0/0 म्हणून दर्शविले जावेत.
     राज्य|#सक्रिय/प्राप्त/स्वीकारलेले/डीampएड
   • वैकल्पिकरित्या, तुम्ही डिव्हाइसच्या प्रत्येक BGP पीअर स्विचवर (सुपर-स्पाइन आणि लीफ दोन्ही) खालील कमांड देखील चालवू शकता:
   • bgp शेजारी दाखवा
     हे शीर्षकाखाली समान माहिती दर्शविली पाहिजे:
     टेबल इनेट.
8. जर कोणताही BGP पीअर स्विच डिव्हाइसवर ट्रॅफिक पाठवत असेल, तर त्या पीअर स्विचवरील रहदारीच्या आकडेवारीचे निरीक्षण करा आणि या पीअर स्विच आणि डिव्हाइसमध्ये एकत्रित इथरनेट इंटरफेस असल्यास त्याच्या डिव्हाइसवरील वाढीव इग्रेस आकडेवारी (आउटपुट पॅकेट) जवळजवळ होईपर्यंत प्रतीक्षा करा. , पीअर स्विचवर खालील कमांड वापरून घटक इंटरफेस ओळखा:
   • lacp इंटरफेस दाखवा खालील आदेश वापरून पीअर स्विचच्या डिव्हाइस कनेक्ट केलेल्या इंटरफेसवर एग्रेस ट्रॅफिक रेटचे निरीक्षण करा: इंटरफेस दाखवा
   • इंटरफेस रहदारीचे निरीक्षण करा

पानावर BGP विशिष्ट ऑपरेशन्स प्री-अपग्रेड करा
खालील पायऱ्या करा:

1. स्पाइन स्विचवर प्री-अपग्रेड बीजीपी विशिष्ट ऑपरेशनच्या चरण 1 चे अनुसरण करा.
2. श्रेणीसुधारित होत असलेल्या लीफ स्विचवर जाहिरात केलेले बीजीपी मार्ग मागे घेण्याची प्रक्रिया, स्पाइन स्विच सारखीच आहे. बीजीपी समवयस्क म्हणून काम करणाऱ्या सर्व मणक्यांसाठी जाहिरात केलेले मार्ग मागे घ्या:
   • प्रोटोकॉल सेट करा bgp ग्रुप SPINES एक्सपोर्ट DENY-ALL आणि कमिट.
     येथे, SPINES BGP पीअर ग्रुपचा संदर्भ देते जे लीफ स्विचवर पीअरिंगसाठी कॉन्फिगर केले आहे
     BGP द्वारे सर्व मणके.
3. जर TOR स्विच (किंवा सर्व्हर होस्ट) L2 MC-LAG द्वारे डिव्हाइस लीफ स्विचशी कनेक्ट केले असेल, तर त्या TOR स्विच (किंवा सर्व्हर होस्ट) शी कनेक्ट केलेल्या लीफ स्विचवरील भौतिक इंटरफेस अक्षम करा. याचे कारण असे की TOR स्विच (किंवा सर्व्हर होस्ट) मध्ये eBGP कॉन्फिगर केलेले नसू शकते आणि सर्व लीफ स्विचेसवर उत्तर-बाउंड रहदारीच्या L2 हॅशिंगवर आधारित कार्य करते.
   म्हणून, TOR स्विच (किंवा सर्व्हर होस्ट) कडे अपग्रेड होत असलेल्या डिव्हाइस लीफ स्विचवरील इंटरफेस अक्षम करा. हे TOR स्विच (किंवा सर्व्हर होस्ट) ला कोणत्याही ट्रॅफिकला डिव्हाइस लीफ स्विच अपग्रेड केले जाण्यापासून प्रतिबंधित करते. o सेट इंटरफेस अक्षम करा आणि कमिट करा.
4. मणक्यांवरील बीजीपी ऑपरेशन्स प्री-अपग्रेड करण्याच्या बाबतीत 5 ते 7 पायऱ्या फॉलो करा.

सुपर-स्पाइन्सवर बीजीपी विशिष्ट ऑपरेशन्स प्री-अपग्रेड करा
खालील पायऱ्या करा:

1. स्पाइन स्विचवर प्री-अपग्रेड बीजीपी विशिष्ट ऑपरेशनच्या चरण 1 चे अनुसरण करा.
2. अपग्रेड केले जात असलेल्या सुपर-स्पाइन स्विचवर जाहिरात केलेले BGP मार्ग मागे घेण्याची प्रक्रिया लीफ स्विच सारखीच आहे. बीजीपी समवयस्क म्हणून काम करणाऱ्या सर्व मणक्यांसाठी जाहिरात केलेले मार्ग मागे घ्या:
3. प्रोटोकॉल सेट करा bgp ग्रुप SPINES एक्सपोर्ट DENY-ALL आणि कमिट.
   येथे, SPINES BGP पीअर ग्रुपचा संदर्भ देते जे BGP द्वारे सर्व स्पाइनसह पीअरिंगसाठी सुपर-स्पाइन स्विचवर कॉन्फिगर केले आहे. मणक्यांवरील बीजीपी ऑपरेशन्स पूर्व-अपग्रेड करण्याच्या बाबतीत 5 ते 7 पायऱ्या फॉलो करा.

नवीन प्रतिमेसह डिव्हाइस अपग्रेड करा आणि रीबूट करा
नवीन प्रतिमेसह स्विच अपग्रेड करण्यासाठी विविध पद्धती आहेत:

• CLI आधारित अपग्रेड
• ZTP
• ISSU
• NSSU
  तपशीलवार वर्णन विभागात उपलब्ध आहे, जुनिपर ऍपस्ट्राशिवाय स्विचेससाठी मॅन्युअल अपग्रेड तपशील.

एकल आरई आणि ड्युअल आरई स्विचेस आणि सर्व स्विच रोलसाठी सामान्य पोस्ट-अपग्रेड दिनचर्या

1. खालील पायऱ्या करा:
   प्रतीक्षा करा आणि डिव्हाइस सुरू असल्याचे सत्यापित करा.
2.  कोणतेही प्रक्रिया कोर नाहीत याची खात्री करा.
   • सिस्टम कोर-डंप कसे
3. कोणतीही अतिरिक्त प्रणाली आणि चेसिस अलार्म नसल्याचे सत्यापित करा.
   • चेसिस अलार्म दाखवा | अधिक नाही
   • सिस्टम अलार्म दर्शवा | अधिक नाही

मणक्यावरील BGP विशिष्ट ऑपरेशन्स पोस्ट-अपग्रेड
खालील पायऱ्या करा:

1. सर्व पीअर स्पाइनसाठी जाहिरात मार्ग रीस्टार्ट करा. येथे, SUPER-SPINES गट हा सुपरस्पाइन स्विचेसचा संदर्भ देतो जे स्पाइन स्विचचे BGP पीअर म्हणून काम करतात:
   • प्रोटोकॉल हटवा bgp गट SUPER-SPINES निर्यात DENY-ALL आणि कमिट.
2. सर्व समवयस्क पानांसाठी जाहिरात मार्ग रीस्टार्ट करा. येथे, LEAF गट म्हणजे पानांच्या स्विचेसचा संदर्भ आहे जे स्पाइन स्विचचे BGP पीअर्स म्हणून काम करतात: o प्रोटोकॉल हटवा bgp ग्रुप लीफ एक्सपोर्ट DENY-ALL आणि कमिट.
3. कोणत्याही मणक्यातून (BGP पीअर स्विच म्हणून काम करत) ट्रॅफिक डिव्हाइसवर पाठवले गेल्यास, त्या पीअर स्विचवरील रहदारीच्या आकडेवारीचे निरीक्षण करा आणि त्याच्या डिव्हाइसशी कनेक्ट केलेल्या इंटरफेसवरील वाढीव बाहेर पडणारी आकडेवारी (आउटपुट पॅकेट्स) जवळजवळ पूर्व-अपग्रेड मूल्य होईपर्यंत प्रतीक्षा करा. या पीअर स्वीच आणि डिव्हाइसमध्ये समेकित इथरनेट इंटरफेस असल्यास, हा सीएलआय ऑन पीअर स्विच वापरून घटक भौतिक इंटरफेस ओळखा:
   • lacp इंटरफेस दाखवा
     मणक्याशी जोडलेल्या पीअर स्विचच्या भौतिक इंटरफेसवर निर्गमन वाहतूक दराचे निरीक्षण करा
   • खालील CLIs वापरून अपग्रेड केले जात आहे: इंटरफेस दाखवा | grep दर
   • इंटरफेस रहदारीचे निरीक्षण करा

पानावर आणि टीओआर स्विच/सर्व्हर होस्टवरील BGP विशिष्ट ऑपरेशन्स-अपग्रेड 

1. खालील पायऱ्या करा: 1. अपग्रेड होत असलेल्या लीफ स्विचवर BGP मार्गांची जाहिरात पुन्हा सुरू करा. ही पायरी स्पाइन स्विच सारखीच आहे. BGP समवयस्क म्हणून काम करणाऱ्या सर्व स्पाइनसाठी जाहिरात मार्ग रीस्टार्ट करा: o प्रोटोकॉल हटवा bgp गट SPINES निर्यात DENY-ALL आणि कमिट करा. येथे, SPINES BGP पीअर ग्रुपला संदर्भित करते जे BGP द्वारे सर्व स्पाइनसह पीअरिंगसाठी लीफ स्विचवर कॉन्फिगर केले आहे.
2. जर TOR स्विच (किंवा सर्व्हर होस्ट) L2 MC-LAG द्वारे लीफ स्विचेसशी जोडलेला असेल तर, TOR स्विच (किंवा सर्व्हर होस्ट) शी कनेक्ट केलेला लीफ स्विचवरील भौतिक इंटरफेस पुन्हा-सक्षम करणे आवश्यक आहे (जर ते आधी अक्षम केले असेल तर ). हे TOR स्विच (किंवा सर्व्हर होस्ट) ला L2-हॅशिंगनंतर सर्व लीफ स्विचेस (लीफ स्विच अपग्रेड करण्यासह) ट्रॅफिक पाठवण्यासाठी पुन्हा सक्षम करते.
   • सेट इंटरफेस सक्षम आणि वचनबद्ध.
3. मणक्यांवरील BGP ऑपरेशन्सनंतरच्या अपग्रेडच्या बाबतीत पायरी 3 फॉलो करा

सुपर-स्पाइन्सवरील BGP विशिष्ट ऑपरेशन्स-अपग्रेड नंतर
खालील पायऱ्या करा:

1. अपग्रेड होत असलेल्या सुपर-स्पाइन स्विचवर BGP मार्गांची जाहिरात पुन्हा सुरू करा. ही पायरी स्पाइन स्विच सारखीच आहे. BGP समवयस्क म्हणून काम करणाऱ्या सर्व मणक्यांसाठी जाहिरात मार्ग पुन्हा सुरू करा:
   • प्रोटोकॉल हटवा bgp गट SPINES निर्यात DENY-ALL आणि कमिट.
     येथे, SPINES BGP पीअर ग्रुपचा संदर्भ देते जे सुपर-स्पाइन स्विचवर कॉन्फिगर केले आहे
     BGP द्वारे सर्व मणक्यांसोबत पीअरिंग. पोस्ट अपग्रेड BGP ऑपरेशन्सच्या बाबतीत पायरी 3 फॉलो करा
     मणक्यांवर.
2. मणक्यांवरील BGP ऑपरेशन्सनंतरच्या अपग्रेडच्या बाबतीत पायरी 3 फॉलो करा.

सर्व नेटवर्क कोर-फेसिंग इंटरफेस सत्यापित करा
खालील पायऱ्या करा:

1. प्रतीक्षा करा आणि सर्व अंडरले राउटिंग पूर्ण झाल्याची पडताळणी करा.
2. प्रतीक्षा करा आणि BGP शेजारी संबंध प्रस्थापित झाल्याचे सत्यापित करा. BGP मार्ग अपडेट पूर्ण होण्याची प्रतीक्षा करा.
   a) "bgp सारांश दाखवा" आणि सर्व शेजाऱ्यांसाठी स्थापित स्थिती तपासा.
3. प्रतीक्षा करा आणि IRB इंटरफेस पूर्ण झाल्याची पडताळणी करा. हे फक्त IRB इंटरफेस कॉन्फिगर केले असल्यास लागू होते, हे सामान्यतः ToR किंवा CE स्विचेसवर होते.
   a) इंटरफेस irb दाखवा

सर्व एंड-डिव्हाइस फेसिंग ऍक्सेस इंटरफेस सत्यापित करा
प्रतीक्षा करा आणि सर्व वापरकर्ता रहदारी सामान्य प्रमाणे पुन्हा सुरू झाल्याचे सत्यापित करा.

पोस्ट-अपग्रेड आरोग्य तपासणी
अपग्रेड करण्यापूर्वी केलेल्या आरोग्य तपासणी प्रक्रियेची पुनरावृत्ती करा. हे कोणत्याही सानुकूलित तपासण्यांद्वारे अनुसरण केले जाऊ शकते.

पोस्ट-अपग्रेड क्लीनअप

1. आवश्यक असल्यास नवीन स्थापित प्रतिमा हटवा.
2. syslog कॉन्फिगरेशन सेटिंग मूळवर परत करा.

मॅन्युअल अपग्रेड प्रक्रियेसाठी समर्थित प्लॅटफॉर्म (ज्युनिपर ॲपस्ट्राशिवाय)

तक्ता 2 समर्थित प्लॅटफॉर्मचे तपशील प्रदान करते.
तक्ता 2 मॅन्युअल अपग्रेड प्रक्रिया

पद्धत अपग्रेड करा	समर्थित प्लॅटफॉर्म संदर्भ
ISSU	https://apps.juniper.net/feature-explorer/issu.html
NSSU	https://apps.juniper.net/feature-explorer/feature- info.html?fKey=1175&fn=Nonstop+software+upgrade+%28NSSU%29
ZTP	https://apps.juniper.net/feature-explorer/parent-feature- info.html?pFKey=1272&pFName=Zero+Touch+Provisioning

जुनिपर ऍपस्ट्राशिवाय स्विचसाठी मॅन्युअल अपग्रेड तपशील

सिंगल आणि ड्युअल आरई स्विचेस
सामान्य CLI आधारित अपग्रेड सिंगल आणि ड्युअल RE स्विचेससाठी वापरले जाऊ शकते. हा सर्वात सोपा अपग्रेड पर्याय आहे आणि इतर पर्यायांद्वारे समर्थित वैशिष्ट्यांचा अभाव आहे. प्रथम, उपकरणावरील /var/tmp निर्देशिकेत नवीन सॉफ्टवेअर पॅकेज ftp करा. पुढे, खालील आदेश चालवा:
रूट@होस्ट> सिस्टम सॉफ्टवेअर ऍड रीबूटची विनंती करा

फक्त सिंगल आरई स्विचेस
झिरो टच प्रोव्हिजनिंग (ZTP) फॅक्टरी डीफॉल्ट कॉन्फिगरेशनवर स्विच पुनर्संचयित करते. ZTP मध्ये, आधीपासून अस्तित्वात असलेले कॉन्फिगरेशन a द्वारे पुन्हा लागू केले जाणे आवश्यक आहे file सर्व्हर जेथे Junos OS Evolved किंवा Junos OS प्रतिमा संग्रहित केली जाते, कारण ती गमावली जाईल. लक्षात ठेवा की ZTP नंतर अपग्रेड केले जाणारे स्विच आवश्यक आहे
सर्व परिस्थितीत कॉन्फिगरेशन सर्व्हर / इमेज सर्व्हरशी कनेक्ट केले जावे, जेणेकरुन ZTP संपल्यानंतर आधीपासून अस्तित्वात असलेले कॉन्फिगरेशन पुन्हा लागू केले जाऊ शकते.

गृहीतके
डिव्हाइस आवश्यक सॉफ्टवेअर प्रतिमा आणि कॉन्फिगरेशन शोधण्यासाठी डायनॅमिक होस्ट कॉन्फिगरेशन प्रोटोकॉल (DHCP) सर्व्हरवर कॉन्फिगर केलेली माहिती वापरते. fileनेटवर्कवर एस. ही माहिती प्रदान करण्यासाठी DHCP सर्व्हर कॉन्फिगर केलेले नसल्यास, पूर्वस्थापित सॉफ्टवेअर आणि डीफॉल्ट फॅक्टरी कॉन्फिगरेशन लोड केले जातात.

हा दस्तऐवज असे गृहीत धरतो की dhcpd, vsftpd, tftpd, आणि httpd ZTP ला समर्थन देण्यासाठी स्थापित आणि कॉन्फिगर केले आहे. प्रतिमा आणि कॉन्फिगरेशन डाउनलोड करण्यासाठी तरतूद केलेले उपकरण files vsftpd, httpd, आणि tftpd पैकी एक वापरते. ZTP साठी पर्याय प्रदान करण्यासाठी DHCP चा वापर केला जातो.

DHCP रिले 

ZTP सर्व्हर आणि अपग्रेड केले जाणारे उपकरण एकाच LAN वर थेट कनेक्ट केलेले नसल्यास, DHCP रिले आवश्यक आहे. खालील CLIs वापरून अपग्रेड केले जाणारे डिव्हाइस आणि ZTP सर्व्हर दरम्यान कनेक्टिव्हिटी प्रदान करणाऱ्या कोणत्याही डिव्हाइसवर रिले सक्षम करणे आवश्यक आहे:
फॉरवर्डिंग-पर्याय सेट करा dhcp-relay सर्व्हर-ग्रुप चाचणी
फॉरवर्डिंग-पर्याय सेट करा dhcp-relay सक्रिय-सर्व्हर-ग्रुप चाचणी फॉरवर्डिंग-पर्याय सेट करा dhcp-relay गट सर्व इंटरफेस
जुनोस OS डिव्हाइसवर DHCP रिले कॉन्फिगर करण्याबद्दल अधिक माहितीसाठी, खालील कागदपत्रे पहा:

• • https://www.juniper.net/documentation/us/en/software/junos/dhcp/topics/topic- map/dhcp-relay-agent-security-devices.html
  • https://www.juniper.net/documentation/us/en/software/junos/dhcp/topics/topic- map/dhcpv6-relay-agent.html
  • https://www.juniper.net/documentation/en_US/junos/topics/topic-map/dhcpv6-relay-agent-switching-devices.html

DHCP सर्व्हर आणि वाहतूक मोड सेट करत आहे

खालील पायऱ्या करा:

1. पहा https://linux.die.net/man/5/dhcpd.conf पॅरामीटर्सबद्दल अधिक जाणून घेण्यासाठी आणि खाली आहेamp/etc/dhcp/dhcpd.conf चे कॉन्फिगरेशन.
   • # इंटरफेस ज्यावर dhcp सर्व्हर ऐकतो करण्यासाठी dhcp संदेश शोधा.
     DHCPDARGS=ens33;
     # खालील घोषणेचा वापर ज्यावरील सबनेट ओळखण्यासाठी केला जातो
     ऐकण्यासाठी
     # dhcp साठी संदेश शोधा आणि आयपी पत्ते प्रदान करा.
     # श्रेणी : किती आयपी पत्ते भाड्याने द्यायचे ते निर्दिष्ट करते.
     # domain-name : नेटवर्क ओळखण्यासाठी वापरले जाते, डोमेन नेमसर्व्हर्स: वापरले जाते
     # जेव्हा आयपी पत्त्यांऐवजी होस्ट नावे वापरली जातात.
     सबनेट 3.3.3.0 नेटमास्क 255.255.255.0 {
     श्रेणी 3.3.3.3 3.3.3.15;
     पर्याय डोमेन-नाव “mydomain.net”;
     पर्याय डोमेन-नाव-सर्व्हर्स 10.209.194.133;
     पर्याय राउटर 3.3.3.254;
     डीफॉल्ट-लीज-टाइम 60000;
     कमाल-लीज-वेळ 720000;
     }
     # खाली घोषणा पर्याय स्पेस व्याख्या प्रदान करते.
     पर्याय जागा SUNW;
     पर्याय SUNW.server-image code 0 = text;
     पर्याय SUNW.server-file कोड 1 = मजकूर;
     पर्याय SUNW.image-file-प्रकार कोड 2 = मजकूर;
     पर्याय SUNW.transfer-mode code 3 = text;
     पर्याय SUNW.symlink-server-image code 4 = text;
     पर्याय SUNW.http-पोर्ट कोड 5 = मजकूर;
     पर्याय SUNW-encapsulation code 43 = encapsulate SUNW;
     # ग्रुपचा वापर वेगवेगळ्या होस्टच्या समूहासाठी सामान्य पॅरामीटर्स लागू करण्यासाठी केला जातो.
     # विशिष्ट होस्ट आणि त्याचे पॅरामीटर्स परिभाषित करणे.
     # "हार्डवेअर इथरनेट" डिव्हाइसचा मॅक-पत्ता. MX10003 साठी ते होईल
     # कडे fxp0 इंटरफेसचा मॅक पत्ता आहे.
     # "ट्रान्सफर-मोड" मोड इमेज आणि कॉन्फिगरेशन डाउनलोड करण्यासाठी वापरला जातो
     # files हे अनुपस्थित असल्यास, डीफॉल्ट tftp आहे. पर्याय http, ftp आणि tftp आहेत.
     # log-server आणि ntp-server हे syslog संदेश पाठवण्यासाठी आहेत.
     # “सर्व्हर-इमेज” ही उपकरणाची प्रतिमा आहे.
     # “सर्व्हर-file ” हा कॉन्फिगरेशनचा पर्याय आहे file.
     # "tftp-server-name" हा सर्व्हरचा ip पत्ता आहे जो प्रदान करतो files
     # बूटिंगसाठी. हे स्ट्रिंग म्हणून प्रदान केले आहे.
     गट {
     पुढील-सर्व्हर 3.3.3.1;
     होस्ट mx204-12345 {
     hardware ethernet 98:a4:04:7f:1a:83;
     पर्याय SUNW.transfer-mode “ftp”;
     पर्याय होस्ट-नाव “mx204-12345″;
     पर्याय लॉग-सर्व्हर्स 3.3.3.1;
     पर्याय ntp-servers 66.129.255.62;
     पर्याय SUNW.server-file "dut-baseline-config.conf";
     पर्याय SUNW.server-image “junos-vmhost-install-mx-x86-64-
     19.4R1.1.tgz”;
     पर्याय tftp-सर्व्हर-नाव “3.3.3.1”;
     वर नमूद केल्याप्रमाणे मजकूर किंवा संख्या स्वरूपाचे पालन करा. नसल्यास, dhcpd स्टार्टअपवर त्रुटी दर्शवते. कॉन्फिगरेशन सेव्ह करा file आणि dhcpd सेवा सुरू करा. dhcpd शी संबंधित लॉग असू शकतात viewमध्ये एड /var/log/messages file.
2. प्रतिमा आणि कॉन्फिगरेशन कॉपी करा file कॉन्फिगर केलेल्या वाहतूक मोडवर अवलंबून योग्य मार्गांवर. खालील तक्ता माजी आहेample गृहीत धरून /tftpboot/ हे tftp आणि ftp द्वारे वापरले जाते file स्टोअर सर्व्हर-file आणि dhcpd.conf मध्ये सर्व्हर-प्रतिमा पर्याय file वाहतूक मोडसाठी कॉन्फिगर केलेल्या मार्गाशी संबंधित मार्ग असणे आवश्यक आहे.
   

   वाहतूक मोड	कॉन्फिग File मार्ग	होम डिरेक्टरी
   ftp	/etc/vsftpd/vsftpd.conf	/tftpboot
   tftp	/etc/xinet.d/tftp	/tftpboot
   http	/etc/http/conf/httpd.conf	/ var / www / html /

   उदाampले, प्रतिमा /tftpboot/PLATFORM_AA/image_aa.tgz मध्ये असल्यास,
   सर्व्हर-प्रतिमा पर्याय /PLATFORM_AA/image_aa.tgz असणे आवश्यक आहे.

3. फॅक्टरी डीफॉल्ट डिव्हाइसची तरतूद केली जात असल्यास, डिव्हाइसवर नेटवर्क कनेक्शन आणि पॉवर करा. डिव्हाइस बूट झाल्यावर, ऑटो इमेज अपग्रेड (AIU) सुरू होते.
4. विद्यमान उपकरणाची तरतूद करायची असल्यास, “request system zeroize” कमांड वापरून डिव्हाइस शून्य करणे सर्वोत्तम आहे. प्रॉम्प्टसाठी "होय" टाइप करा आणि एंटर दाबा.
   डिव्हाइस शून्य केले आहे आणि नंतर रीबूट केले आहे. डिव्हाइस ॲम्नेसियाक मोडमध्ये येते. रूट वापरून लॉगिन करा आणि पासवर्ड प्रॉम्प्ट नाही. काही मिनिटांनंतर, कन्सोलवर ZTP सुरू झाल्याचे सूचित करणारे संदेश आहेत. DHCP बाउंड IP सत्यापित करण्यासाठी "dhcp क्लायंट बाइंडिंग दर्शवा" CLI कमांड जारी करा.

ZTP प्रगती निरीक्षण 

खालील पायऱ्या करा:

1. खालील संदेश DHCP सर्व्हरद्वारे पाठवलेले पर्याय सूचित करतात:
   ऑटो इमेज अपग्रेड: क्लायंट इंटरफेस fxp0.0 साठी DHCP INET पर्याय कॉन्फिगFile:
   baseline_mt-bona प्रतिमाFile: junos-vmhost-install-mx-x86-64- 20.3R1.3.tgz
   गेटवे: 17.17.34.1 DHCP सर्व्हर: 17.17.34.1 File सर्व्हर: 17.17.34.1
   त्यानंतर, प्रतिमा आणि कॉन्फिगरेशन डाउनलोड करण्यासाठी AIU DHCP पर्यायांमधील माहिती वापरते files त्यानंतर प्रतिमा स्थापित केली जाते. इमेज इन्स्टॉल पायरीनंतर, डाउनलोड केलेल्या कॉन्फिगरेशनमधून कॉन्फिगरेशन लागू करण्यासाठी AIU इव्हेंट-पर्याय कॉन्फिगर करते file. नवीन प्रतिमा स्थापित केल्यानंतर शेवटची पायरी म्हणून, कॉन्फिगरेशन लागू करा.
   खाली संदेशांचा स्नॅपशॉट आहे जे DHCP पर्याय प्राप्त झाल्यानंतर कन्सोलवर प्रदर्शित केले जातात.
   पर्याय प्राप्त झाले आहेत.
   ऑटो इमेज अपग्रेड: थांबण्यासाठी, CLI वर लागू करा
   "चेसिस ऑटो-इमेज-अपग्रेड हटवा" आणि कमिट करा
   स्वयं प्रतिमा अपग्रेड: INET क्लायंट इंटरफेसवर सक्रिय: fxp0.0
   ऑटो इमेज अपग्रेड: इंटरफेस:: "fxp0"
   ऑटो इमेज अपग्रेड: सर्व्हर:: “17.17.34.1”
   स्वयं प्रतिमा अपग्रेड: प्रतिमा File:: “junos-vmhost-install-mx-x86-64-
   20.3R1.3.tgz”
   स्वयं प्रतिमा अपग्रेड: कॉन्फिग File:: "बेसलाइन_एमटी-बोना"
   ऑटो इमेज अपग्रेड: गेटवे:: “17.17.34.1”
   ऑटो इमेज अपग्रेड: प्रोटोकॉल:: "ftp"
   स्वयं प्रतिमा अपग्रेड: FTP कालबाह्य 300 सेकंदांवर सेट केले
   प्रतिमा डाउनलोड आणि स्थापित केल्यावर खालील संदेश दर्शविलेले आहेत:
   ऑटो इमेज अपग्रेड: बेसलाइन_एमटी-बोना आणणे सुरू करा file सर्व्हर वरून
   17.17.34.1 ftp वापरून fxp0 द्वारे
   स्वयं प्रतिमा अपग्रेड: File बेसलाइन_एमटी-बोना सर्व्हरवरून आणले
   17.17.34.1 fxp0 द्वारे
   स्वयं प्रतिमा अपग्रेड: FTP कालबाह्य 300 सेकंदांवर सेट केले
   स्वयं प्रतिमा अपग्रेड: junos-vmhost-install-mx-x86-64- आणण्यास प्रारंभ करा
   20.3R1.3.tgz file एफटीपी वापरून सर्व्हर 17.17.34.1 वरून fxp0 द्वारे
   स्वयं प्रतिमा अपग्रेड: File junos-vmhost-install-mx-x86-64-20.3R1.3.tgz
   सर्व्हर 17.17.34.1 वरून fxp0 द्वारे आणले
   स्वयं प्रतिमा अपग्रेड: 86 पासून junos-vmhostinstall-mx-x64-20.3-1.3R17.17.34.1.tgz ची प्रतिमा स्थापना रद्द करणे
   fxp0: स्थापित आणि आणलेली प्रतिमा आवृत्ती समान
   ऑटो इमेज अपग्रेड: बेसलाइन_एमटी-बोना लागू करत आहे file कॉन्फिगरेशन
   सर्व्हर 17.17.34.1 वरून fxp0 द्वारे आणले
   खालील संदेश आहेत /var/log/messages file जे डिव्हाइसला दिलेला IP पत्ता दर्शविते
   26 सप्टेंबर 04:11:41 mx-phs-server1 dhcpd: DHCPREQUEST 17.17.34.110 साठी
   eth4 द्वारे e82:fc:0:2f:d00:3718210039 (TC1) वरून
   26 सप्टेंबर 04:11:42 mx-phs-server1 dhcpd: DHCPACK 17.17.34.110 ते
   e4:fc:82:0f:d2:00 (TC3718210039) via eth1
   सप्टेंबर 26 05:11:41 mx-phs-server1 dhcpd: विक्रेता-वर्ग-आयडेंटिफायर:
   जुनिपर:ex4600-40f:TC3718210039
   26 सप्टेंबर 05:11:42 mx-phs-server1 dhcpd: DHCPREQUEST 17.17.34.110 साठी
   eth4 द्वारे e82:fc:0:2f:d00:3718210039 (TC1) वरून
   26 सप्टेंबर 05:11:42 mx-phs-server1 dhcpd: DHCPACK 17.17.34.110 ते
   e4:fc:82:0f:d2:00 (TC3718210039) via eth1
   प्रतिमा स्थापित केल्यानंतर शेवटची पायरी म्हणून, कॉन्फिगरेशन लागू करा. चालवा "सिस्टीम कमिट दाखवा" आउटपुट सत्यापित करण्यासाठी. डिव्हाइसमध्ये शेवटी वैध कॉन्फिगरेशन समाविष्ट करणे आवश्यक आहे. तपशीलवार स्थापना लॉगसाठी, आपण तपासू शकता /var/log/image_load_log file.

पडताळणी

डिव्हाइसला DHCP सर्व्हरकडून IP पत्ता प्राप्त झाला आहे हे सत्यापित करण्यासाठी, खालील आदेश चालवा: root@host> dhcp क्लायंट बंधनकारक दाखवा
आउटपुटमध्ये, DHCP स्थितीने "BOUND" प्रदर्शित करणे आवश्यक आहे.
root@host>लॉग इमेज_लोड_लॉग दर्शवा
आउटपुट ZTP इमेज लोडिंग प्रक्रियेची प्रगती दर्शवते.

समस्यानिवारण

खालील पायऱ्या करा:

1. कनेक्शन कार्यरत असल्याची खात्री करा. DHCP डिस्कवर मेसेज प्रसारित केले जात असल्याने, नेटवर्कने हे DHCP डिस्कवर मेसेज DHCP सर्व्हरला फॉरवर्ड करणे आवश्यक आहे.
2. dhcpd प्रक्रिया स्थिती चालू किंवा सक्रिय असणे आवश्यक आहे. नसल्यास, तपासा /var/log/messages file समस्या सत्यापित करण्यासाठी. समान वापरा file DHCP नोंदी शोधण्यासाठी
   डीएचसीपी डिस्कवर मेसेज डीएचसीपी सर्व्हरपर्यंत पोहोचले की नाही हे तपासण्यासाठी. या टप्प्यावर, डिव्हाइसला एक IP पत्ता नियुक्त केला पाहिजे.
3. /var/log/messages मधील DHCP संदेश fxp0/em0 इंटरफेसच्या मॅक-पत्त्याशी संबंधित असले पाहिजेत. जर ते उपस्थित नसेल, तर DHCP डिव्हाइसमधील डिव्हाइस मेसेज सर्व्हरपर्यंत पोहोचत नाहीत.
4. "show dhcp client binding" कमांड आउटपुटमध्ये दर्शविल्याप्रमाणे fxp0/em0 इंटरफेसला IP पत्ता मिळत असल्याचे सत्यापित करा.
   आयपी पत्त्याव्यतिरिक्त, डिव्हाइसला प्रतिमेबद्दल माहिती प्राप्त करणे आवश्यक आहे file, कॉन्फिगरेशन file, सर्व्हर IP, आणि डिव्हाइसची तरतूद करण्यासाठी वापरला जाणारा वाहतूक मोड.
   पर्यायांशिवाय फक्त IP पत्ता प्राप्त झाल्यास, "tftp-server-name" पर्याय किंवा "server-name" पर्याय उपस्थित असल्याची खात्री करा. या दोन्हीपैकी एकही उपस्थित नसल्यास, dhcpd अतिरिक्त पर्याय पाठवत नाही. कोणत्याही कॉन्फिगरेशनमध्ये बदल केले असल्यास files, बदल प्रभावी होण्यासाठी संबंधित सेवा पुन्हा सुरू करणे आवश्यक आहे.
5. जर पर्याय प्राप्त झाले असतील परंतु प्रतिमा किंवा कॉन्फिगरेशन डाउनलोड करण्यात समस्या असतील file, संबंधित सेवेसाठी कॉन्फिगरेशन तपासा. एसampसेंटोस 6.x इंस्टॉलेशनसाठी le कॉन्फिगरेशन आणि सेटिंग्ज खाली दर्शविल्या आहेत.
   Sample vsftd.conf पर्याय जे ztp ला समर्थन देण्यासाठी सक्षम आहेत.
   अज्ञात_हेनेबल = होय
   स्थानिक_ सक्षम = होय
   local_root=/tftpboot/
   write_enable = होय
   local_umask=022
   anon_upload_enable=होय
   anon_mkdir_write_enable=होय
   dirmessage_enable=होय
   xferlog_enable=होय
   xferlog_std_format=होय
   ascii_upload_enable=होय
   ascii_download_enable=होय
   allow_writeable_chroot=होय
   ls_recurse_enable=होय
   ऐका = होय
   pam_service_name=vsftpd
   userlist_enable=NO
   userlist_deny=NO
   tcp_wrappers=होय
   anon_root=/tftpboot/ 

   Sampztp ला समर्थन देण्यासाठी httpd.conf पर्याय
   सर्व्हररूट “/etc/httpd” ऐका : वापरकर्ता डिमन ग्रुप डिमन सक्षमसेंडfile on
   Sampztp in समर्थन करण्यासाठी le tftp पर्याय
   /etc/xinetd.d/tftp
   server_args = -s /tftpboot/
   अक्षम करा = n

6. अधिक अलीकडील लिनक्स वितरण (उदाample, Centos 7 किंवा नंतर) या सेवांसाठी प्रवेश अनुमती देण्यासाठी कॉन्फिगर द्वारे फायरवॉल चालू आहे.
   या प्रक्रियेचे अधिक तपशील येथे आढळू शकतात https://www.juniper.net/documentation/us/en/software/junos/junos-install- upgrade/topics/topic-map/zero-touch-provision.html

फक्त ड्युअल आरई स्विचेस 

ZTP प्रक्रिया ड्युअल आरई स्विचसाठी वापरली जाऊ शकते. ड्युअल आरई स्विचेससाठी इतर प्रक्रिया देखील उपलब्ध आहेत.
NSSU

ISSU फक्त दुहेरी RE स्विचसाठी वापरले जाते आणि GRES ला NSR सह एकत्र करते. गृहीतके खालीलप्रमाणे आहेत.

• • /var साठी डिस्क जागा उपलब्ध आहे file दोन्ही राउटिंग इंजिनवरील प्रणाली
  • कॉन्फिगरेशन युनिफाइड ISSU द्वारे समर्थित आहे
  • PICs एका एकीकृत ISSU द्वारे समर्थित आहेत
  • ग्रेसफुल रूटिंग इंजिन स्विचओव्हर सक्षम केले आहे
  • VC/VCF साठी नॉनस्टॉप सक्रिय राउटिंग सक्षम केले आहे, ISSU नाही
    ISSU माहितीसाठी, पहा https://www.juniper.net/documentation/us/en/software/junos/high-availability/topics/topic- map/issu-understanding.html.
    ISSU करण्यासाठी आवश्यकतेसाठी, पहा https://www.juniper.net/documentation/us/en/software/junos/high- availability/topics/concept/issu-system-requirements.html
    ISSU करण्यासाठी तपशीलवार सूचनांसाठी, पहा https://www.juniper.net/documentation/us/en/software/junos/high-availability/topics/topic- map/issu-performing.html
    ISSU साठी, आम्ही आवृत्ती N वरून N+3 पर्यंत अपग्रेड करण्यास समर्थन देतो. उदाampले, वर्तमान जुनोस OS आवृत्ती 19 असल्यास, शिफारस केलेली अपग्रेड आवृत्ती कमाल 19+3 = 22 आहे.

टीप: काही लीगेसी PIC ISSU ला समर्थन देत नाहीत. ISSU नंतर ऑफलाइन होणारे PIC मॅन्युअली ऑनलाइन करणे आवश्यक आहे.

धडा 5 जुनिपर ऍप्स्ट्रा आधारित अपग्रेड

जुनिपर ॲपस्ट्रा सॉफ्टवेअरसह अपग्रेड स्विच

Apstra मार्गे स्विचमधून रहदारी काढून टाकण्याची प्रक्रिया येथे निर्दिष्ट केली आहे: https://www.juniper.net/documentation/us/en/software/apstra4.1/apstra-user- guide/topics/task/device-drain.html.
त्यासाठीचा व्हिडिओ येथे उपलब्ध आहे: https://www.youtube.com/watch?v=cpk-0eZ_L_U.
स्विच अपग्रेड प्रक्रियेसाठी, पहा https://www.juniper.net/documentation/us/en/software/apstra4.1/apstra-user-guide/topics/topic- map/device-nos-upgrade.html.

धडा 6 जुनोस OS सॉफ्टवेअर रोलबॅक

रोलबॅक जुनोस ओएस सॉफ्टवेअर

खालील पायऱ्या करा:

1. अपग्रेड दरम्यान/नंतर अलार्म आणि कोर-डंपसाठी ग्राहक समर्थनाशी संपर्क साधा.
   • syslog प्रदान करा file "संदेश" आणि कोर files
2. ISSU मुळे स्विच अपग्रेड अयशस्वी झाल्यास, स्विच आपोआप त्याच्या मूळ जुनोस OS / जुनोस OS विकसित प्रतिमेवर परत येईल. NSSU च्या बाबतीत, हे शक्य आहे की VC/VCF शी संबंधित काही स्विच नवीन जुनोस OS इमेजमध्ये यशस्वीरित्या अपग्रेड केले गेले आहेत, तर उर्वरित स्विचेस तसे झाले नाहीत. अशा परिस्थितीत, तुम्ही नवीन अपग्रेड केलेले स्विचेस मूळ जुनोस OS प्रतिमेवर खालील आदेशांद्वारे मॅन्युअली रोलबॅक करणे आवश्यक आहे:
   • सिस्टम सॉफ्टवेअर रोलबॅकची विनंती करा
   • सिस्टम रीबूटची विनंती करा
     त्यानंतर, अपग्रेड प्रक्रिया अयशस्वी झालेल्या स्विचेस अपग्रेड करण्यात मदतीसाठी तुम्ही ग्राहक समर्थनाशी संपर्क साधू शकता.

प्रकाशित
५७४-५३७-८९००

कागदपत्रे / संसाधने

जुनिपर नेटवर्क IP फॅब्रिक अपग्रेड किमान [pdf] वापरकर्ता मार्गदर्शक आयपी फॅब्रिक अपग्रेड किमान, आयपी, फॅब्रिक अपग्रेड किमान, अपग्रेड किमान

संदर्भ

• वापरकर्ता मॅन्युअल