Juniper NETWORKS IP Efni Uppfærsla Lágmarks notendahandbók

 

Netstillingar Dæmiample

—————————————————————
IP Efni Uppfærsla Lágmarks notkunarferli

Juniper Networks, Inc.
1133 Nýsköpunarleið
Sunnyvale, Kalifornía 94089
Bandaríkin
408-745-2000
www.juniper.net

Juniper Networks, Juniper Networks merkið, Juniper og Junos eru skráð vörumerki Juniper Networks, Inc. í Bandaríkjunum og öðrum löndum. Öll önnur vörumerki, þjónustumerki, skráð merki eða skráð þjónustumerki eru eign viðkomandi eigenda.

Juniper Networks tekur enga ábyrgð á ónákvæmni í þessu skjali. Juniper Networks áskilur sér rétt til að breyta, breyta, flytja eða á annan hátt endurskoða þessa útgáfu án fyrirvara.

Netstillingar Dæmiample IP Efni Uppfærsla Lágmarks notkunaraðferð Höfundarréttur © 2023 Juniper Networks, Inc. Allur réttur áskilinn.

Upplýsingarnar í þessu skjali eru gildar frá og með dagsetningunni á titilsíðunni.

ÁR 2000 TILKYNNING
Juniper Networks vél- og hugbúnaðarvörur eru í samræmi við árið 2000. Junos OS hefur engar þekktar tímatengdar takmarkanir til ársins 2038.
Hins vegar er vitað að NTP umsóknin á í nokkrum erfiðleikum árið 2036.

SAMNINGUR um LOKANOTA
Juniper Networks varan sem er efni þessara tæknigagna samanstendur af (eða er ætluð til notkunar með) Juniper Networks hugbúnaði.
Notkun slíks hugbúnaðar er háð skilmálum og skilyrðum notendaleyfissamningsins („EULA“) sem birtur er áhttps://support.juniper.net/support/eula/. Með því að hlaða niður, setja upp eða nota slíkan hugbúnað samþykkir þú skilmála og skilyrði þess ESBLA.

KAFLI 1 IP efnisuppfærsla lokiðview

Um þessa stillingu Example

Yfirview
Notaðu þessa netstillingu tdample (NCE) til að uppfæra alla rofa í IP Fabric arkitektúr sem er þegar í gangi.
Viðbrögð við skjölum 

Við hvetjum þig til að gefa álit svo að við getum bætt skjölin okkar.
Sendu athugasemdir þínar til design-center-comments@juniper.net. Láttu skjalið eða heiti efnis fylgja með, URL eða blaðsíðunúmer og hugbúnaðarútgáfa (ef við á).

2. KAFLI Áætlun uppfærslu fyrir rofa í IP dúk arkitektúr

Skipuleggja uppfærsluna 

• Þessi hluti fjallar um leiðbeiningar um skipulagningu uppfærslunnar.
• Uppfærðu alltaf eitt tæki í einu í upphafi. Eftir nokkrar vel heppnaðar uppfærslur og þekking á málsmeðferðinni geturðu uppfært rofa í lotum, með mörgum laufrofum í einu, fyrir stóra dreifingu. Mælt er með því að uppfæra hrygg- og ofurhryggsrofa einn í einu, til að koma í veg fyrir truflun á umferð ef ekki er um óþarfa slóða að ræða.
• Athugaðu núverandi bandbreiddarnotkun allra nettengla.
• Hægt er að nota bæði inn- og utanbandsuppfærsluaðferðir. Ef jafnvel einn rofi í IP efninu notar ZTP byggða uppfærslu í gegnum innbandsaðferð, þarf að stilla DHCP gengi á öllum rofum í IP efninu. Þetta er til að tryggja að rofinn sem verið er að uppfæra hafi áframhaldandi aðgang að DHCP miðlara fyrir niðurhal hugbúnaðarmynda og rofastillingar. Ef verið er að uppfæra alla rofa í IP Fabric í gegnum ISSU/NSSU, þá er engin þörf á að stilla DHCP relay á hvaða rofa sem er í IP Fabric fyrir innanbandsferli.
• Það eru nokkrar CLI sýna skipanir sem eru notaðar og upplýsingum er safnað. Mælt er með því að gera CLI skipanir sjálfvirkar í forskriftum og geyma allar upplýsingar á þjóninum. Notaðu verkfæri til að leita fljótt og bera saman upplýsingar við safnaðar upplýsingar.
• Þekkja og hanna nokkur umferðarflæði sem geta staðfest nettenginguna og getur verið í bakgrunni meðan á uppfærslu stendur. Ping og traceroute eru almennt notuð í þessum tilgangi.
• Skipuleggðu nægan tíma fyrir viðhaldsgluggann (MW). Mörg MW gæti verið þörf fyrir stóra dreifingu. Uppfærðu alltaf eitt tæki í einu í upphafi. Eftir nokkrar vel heppnaðar uppfærslur og að hafa kynnst aðferðinni er hægt að gera uppfærslu í lotum með mörgum laufrofum í einu fyrir stóra dreifingu.
• Skipuleggðu breytinguna með öllum liðum og einstaklingum sem verða fyrir áhrifum af breytingunni.
• Þetta skjal styður multi-homing miðlara hýsingaraðila til mismunandi efst á rekki (TORs) eða laufrofa með því að nota LACP byggða LAG tengingu.

3. KAFLI Uppbyggingararkitektúr

DC IP beint efni 5 Stage Clos með Super Spine

Þessi arkitektúr inniheldur DC IP Routed Fabric 5 Stage Clos með Super Spine með eBGP sem efnissamskiptareglum með hverju lagi í mismunandi AS.
Mynd 1: IP dúkur svæðisfræði með EBGP efnisbókun, með hverju lagi í mismunandi AS
Flutningur dúkur með frábær hryggarkitektúr
Stuðlaðir pallar
Tafla 1 listar studda palla fyrir mismunandi hlutverk í IP Fabric.
Tafla 1: Stuðlaðir pallar fyrir IP efni 

Hlutverk tækis	Pallar
Lauf/TOR	QFX5130-32CD QFX5220-32CD /128C QFX5120-32C/48Y/48T/48YM QFX5100/QFX5110-48S QFX5200-32C QFX5210-64C ACX7100-48L
Hrygg	QFX5220-32CD/128C PTX10K8 /16

Hlutverk tækis	Pallar
	QFX5120-32C QFX5210-64C QFX5130-32CD QFX5700 QFX5200-32C PTX10003 QFX5110-32Q
Ofur hrygg	QFX5220-128C PTX10K8/PTX10K3 QFX5210-64C QFX10K8/16

ATH: Í skráðum studdum kerfum eru PTX10K8/16, QFX5700, QFX10K8/16 einingakerfi sem byggja á undirvagni. Pallarnir sem eftir eru eru fastir formstuðullar af stærð 1, 2 eða 3 Rack einingar (RUs).

Hlutverk hnúta
Á mynd 1 eru eftirfarandi hlutverk hnútsins:

• P1L1, P1L2, P1L3 og P1L4 eru laufhnútar í POD-1.
• P2L2, P2L2, P2L3 og P2L4 eru laufhnútar í POD-2.
• P1S1, P1S2, P1S3, P1S4 eru hrygghnútar í POD-1.
• P2S1, P2S2, P2S3, P2S4 eru hrygghnútar í POD-2.
• SS1, SS2, SS3, SS4 eru ofurhryggirnir í ofurhrygglaginu, sem er sameiginlegt fyrir bæði POD-1 og POD-2.

Skiptu um stillingar

Gert er ráð fyrir að IP Fabric sé að keyra grunn lágmarksstillingar sem þarf til að gera það virkt. Sjá mynd 1. Hér er lágmarkslýsing á stillingarkröfum:

• Efnið er stillt fyrir tvöfaldan stafla með bæði IPv4 og IPv6 leið í efninu.
• Allir tenglar í efninu eru P2P og stilltir fyrir bæði IPv4 og IPv6.
• eBGP er notað sem leiðarsamskiptareglur.
• eBGP jafningjahópar eru notaðir, allir laufrofar tilheyra 1 eBGP jafningjahópi (t.d. LEAF), allir hryggrofar tilheyra 1 eBGP jafningjahópi (t.d. SPINE) og allir ofurhryggjarofar tilheyra 1 eBGP jafningjahópi (td. SUPER-SPINE).
• Leiðirnar gætu verið teknar saman áður en þær eru auglýstar í gegnum eBGP.
• Tvíátta umferð flæðir í gegnum alla rofa í IP efninu.

4. KAFLI Handvirk uppfærsla fyrir rofa án Juniper Apstra

Leiðbeiningar um uppfærslu lag fyrir lag
Í hverju lagi, auðkenndu alla almenna vettvanga, svo að hægt sé að bera kennsl á allar uppfærslutengdar undantekningar fyrir aðra vettvang.

Fyrsta skrefið - Uppfærðu TORs (kantrofa)
Uppfærðu alla TORs einn í einu. Gert er ráð fyrir að öll TOR séu ein RE tæki og því er TOR sem verið er að uppfæra ekki tiltækt meðan á uppfærslu stendur fyrir framsendingu gagnaslóða. Ef þjónn er aðeins tengdur við einn TOR sem verið er að uppfæra, flyttu VMs yfir á netþjóna sem eru tengdir TOR sem ekki er verið að uppfæra.

Annað skref - Uppfærðu Leaf tæki
Uppfærðu alla laufrofa, einn í einu: lauf1, lauf2, lauf3, og svo framvegis. Fyrir tvöfalda RE rofa, notaðu ISSU eða NSSU málsmeðferðina.

Þriðja skref - Uppfærsla hryggjar
Uppfærðu alla hryggrofa, einn í einu: hrygg1, hryggur2, hryggur3, og svo framvegis. Fyrir tvöfalda RE rofa, notaðu ISSU eða NSSU málsmeðferðina.

Fjórða skref - Uppfærðu Super-Spines
Uppfærðu alla ofur-hryggjarofa, einn í einu: ofur-hryggur1, ofur-hryggur2, ofur-hryggur3, og svo framvegis. Fyrir tvöfalda RE rofa, notaðu ISSU eða NSSU málsmeðferðina.

Sameiginleg aðferð fyrir uppfærslu rofa

Heilsuskoðun fyrir uppfærslu og eftir uppfærslu

Við mælum með heilsufarsskoðun rofans sem verið er að uppfæra, bæði fyrir uppfærslu og eftiruppfærslu, og skrá þessar upplýsingar. Hægt er að bera saman skráðar upplýsingar um foruppfærslu og eftir uppfærslu ef vandamál koma upp.

Heilsuskoðunaraðferð
Framkvæmdu eftirfarandi skref:

1.  Athugaðu hvort umferðarflæði notenda sé eins og búist var við, án taps fyrir og eftir uppfærsluna.
2.  Taktu öryggisafrit af stillingum allra tækja og vistaðu þær á netþjóni fyrir uppfærsluna.
3.  Safnaðu ítarlegum upplýsingum og athugaðu að kerfið sé í heilbrigðu ástandi fyrir og eftir uppfærsluna.
   • Athugaðu syslog fyrir allar bilanir og villur
   • sýna log skilaboð | ekki meira
   • sýna log chassisd | ekki meira
   • Athugaðu viðvörun og core-dump á kerfinu
     sýna undirvagn viðvörun | ekki meira
     sýna kerfisviðvörun | ekki meira
     sýna kerfi kjarna-sorphaugur | ekki meira
   • Athugaðu stöðu RE/FPC/PIC og stöðu viðmóta (fyrir alla vettvanga sem eru studdir)
     sýna upplýsingar um undirvagn vélbúnaðar | ekki meira
     sýna undirvagn fpc smáatriði | ekki meira
     sýna undirvagn fpc mynd-stöðu | ekki meira
     sýna undirvagn umhverfi | ekki meira
     sýna undirvagn routing-vél | ekki meira
     sýna lýsingar á viðmótum | passa upp | ekki meira
     sýna lýsingar á viðmótum | passa niður | ekki meira
     sýna tengi xe-* | passa við „líkamlegt|hlutfall“ | ekki meira
     sýna tengi et-* | passa við „líkamlegt|hlutfall“ | ekki meira
     Á undirvagnsbyggðum mátpöllum geturðu líka keyrt efnistengdar CLI:
     sýna yfirlit yfir undirvagnsefni | ekki meira
     sýna undirvagn efni fpcs | ekki meira
     Fyrir tvöfalda RE rofa, þurfum við að athuga yfirfærslubúnað fyrir ISSU/NSSU:
     a. Ef um er að ræða tvöfalda RE rofa ætti varabúnaður RE að vera GRES tilbúinn.
     b. Athugaðu Master RE: „Switchover Ready“ tilbúinn stöðu með því að keyra skipunina „beiðja um að undirvagnsleiða-vél aðalrofa athugun“
     c. Keyrðu skipunina „show system switchover“ í Backup RE og tryggðu að hún sé tilbúin.
   • Athugaðu leiðartöflu og framsendingartöflu, þetta ætti að vera eins og búist var við:
     sýna kerfisferla umfangsmikla | ekki meira
     sýna krt biðröð | ekki meira
     sýna leiðarsamantekt | ekki meira
     sýna leið framsendingar-töflu samantekt | ekki meira
     sýna arp ekki upplausn fyrningartíma | ekki meira
     Í ARP CLI hér að ofan gefur engin upplausn til kynna að við viljum ekki framkvæma DNS leit fyrir hverja færslu í ARP töflunni. Svo, með enga ákvörðun, sjáum við aðeins IP tölur, sem geta verið hraðari þegar þú ert með nokkrar ARP færslur.
   • Athugaðu og geymdu nákvæmar upplýsingar um IP efni tengdar upplýsingar (fyrir alla studda vettvang):
   • sýna pfe tölfræði umferð | ekki meira
   • sýna kerfi sýndarminni | ekki meira
   • sýna smáatriði verkaminni | ekki meira
   • sýna kerfisminni | ekki meira
   • sýna verkaminni | ekki meira
   • sýna undirvagn fpc | ekki meira
   • sýna undirvagn routing-vél | ekki meira
   • sýna kerfisferla umfangsmikla | ekki meira
   • sýna kerfisferli minnisupplýsingar | ekki meira
   • sýna bgp samantekt | ekki meira
   • sýna tengi ae* terse | ekki meira
   • sýna lacp tengi
   • sýna lacp tölfræði viðmót
   • sýna viðmót hnitmiðað |ekki-meira
   • sýna bfd fundur | ekki meira
     Á undirvagnsbyggðum mátpöllum geturðu keyrt Switch Interface Board (SIB) tengda skipun:
     sýna undirvagn systkini | ekki meira
     Framkvæmdu sérsniðnar athuganir og undirbúningsaðferðir fyrir fyrirhugaða uppfærslutæki, eftir að heilsuathuguninni er lokið. Þessar athuganir verða að fara fram fyrir uppfærsluferlið sem skráð er í eftirfarandi köflum þessa skjals.

Undirbúningur fyrir uppfærsluna 

Framkvæmdu eftirfarandi skref:

1. Athugaðu ókeypis geymslurými kerfisins til að tryggja næga geymslu fyrir nýju Junos OS myndina:
   • Keyrðu „df -k /var/tmp“ í skelstillingu til að athuga laust pláss.
   • Ef laust pláss er minna en nauðsynlegt pláss fyrir uppfærslu, þá getum við losað pláss með því að nota skipunina sem skráð er í skrefi 2. Fyrir ZTP er engin slík laus plássþörf.
2. Keyrðu „beiðja um kerfisgeymsluhreinsun þurrkeyrslu“ við hliðina á því að athuga fyrirhugaðan lista yfir files til að eyða:
3. Notaðu skipunina „beiðja um hreinsun kerfisgeymslu“ til að losa um geymslupláss á tækjunum ef fyrirhugaður listi yfir files til að eyða er ásættanlegt. 3. Hreinsaðu allar viðvaranir og
   • core-dumps fyrir uppfærsluna: o hreinsa kerfisvillur fpc allar fpc-rauf 4
4. Afritaðu Junos OS mynd í tæki /var/tmp möppu. Notaðu þetta skref aðeins ef phone-home eða ZTP er ekki notað.

Foruppfærsla BGP sérstakar aðgerðir á hrygg
Framkvæmdu eftirfarandi skref:

1. Gert er ráð fyrir að hver rofi sem verið er að uppfæra hafi eftirfarandi BGP færibreytur forstilltar:
   • seinkun-leið-auglýsingar lágmark-töf á heimleið-samruni
   • delay-route-auglýsingar lágmark-töf leið-upptími
     Þetta er til að tryggja að BGP leiðir séu auglýstar með rofa eftir að kveikt er á, aðeins eftir að leiðarsamruni hefur verið tryggður við staðbundinn rofa. Þetta þýðir að leiðum í RIB hefur verið hlaðið niður í FIB af rofanum. Ef leiðirnar í RIB eru ekki tiltækar hjá FIB, byrjar staðbundinn beini að auglýsa leiðir strax eftir að leiðir eru tiltækar í RIB, jafnvel þó að FIB geti ekki framsent þær. Það gæti leitt til samdráttar í umferð fyrir áfangastaði þar sem leiðir voru auglýstar af staðbundnum beini, en þar er engin samsvarandi leið fyrir í FIB á staðbundnum beini.
     Skilgreining á BGP breytum er sem hér segir: 
     samleitni á heimleið – Tilgreindu lágmarkseinkun á leiðaauglýsingu eftir að upprunajafninginn hefur sent allar leiðaruppfærslur á staðbundna leiðina sem verið er að uppfæra. Staðbundna tækið sem verið er að uppfæra bíður í að minnsta kosti stillta tíma eftir að samruni á heimleið á staðbundnu tæki hefur lokið fyrir upprunajafningjann. Fyrir BGP-leiðir sendir upprunajafninginn end-of-rib eftir að allar leiðaruppfærslur hafa verið sendar í staðbundið tæki. Sjálfgefið gildi er 120 sekúndur, bilið er 1 til 36000 sekúndur.
     Ef allir BGP jafnaldrar tækisins eru af gerðinni IPv4 skaltu keyra eftirfarandi skipun:
   • setja samskiptareglur bgp fjölskylda inet unicast seinkun-leið auglýsingar lágmarks-töf á heimleið-samruni
     Ef allir BGP jafnaldrar tækisins eru af gerðinni IPv6 skaltu keyra eftirfarandi skipun:
   • setja samskiptareglur bgp fjölskylda inet6 unicast töf-leiðaauglýsingar lágmarks töf á heimleið-samruni
     Ef sumir af BGP jafningjum tækisins eru af gerðinni IPv4, og sumir eru af gerðinni IPv6, þá þarf að stilla innleiðandi samleitni á staðbundnu tæki á jafningjagrundvelli. Fyrir IPv4 BGP jafningja skaltu keyra eftirfarandi skipun:
   • setja samskiptareglur bgp hópur nágranni fjölskylda inet unicast seinkun-leiðaauglýsingar lágmarks-töf á heimleið-samruni
     Fyrir IPv6 BGP jafningja skaltu keyra eftirfarandi skipun: 
   • setja samskiptareglur bgp hópur nágranni fjölskylda inet6 unicast töf-leiðaauglýsingar lágmarks töf á heimleið-samruni
     b) lágmarks spennutími leiðar – Tilgreindu lágmarkseinkun, í sekúndum, áður en þú sendir leiðaauglýsingu eftir að leiðarsamskiptaferlið (rpd) byrjar. Tækið bíður að minnsta kosti í stilltan tíma áður en það sendir út leiðaauglýsingar til jafningja sinna. Sjálfgefið gildi er 0 sekúndur, bilið er 1 til 36000 sekúndur.
     Ef allir BGP jafnaldrar tækisins eru af gerðinni IPv4 skaltu keyra eftirfarandi skipun:
   • stilla samskiptareglur bgp fjölskylda inet unicast seinkun-leiðaauglýsingar lágmarks-töf leiðarupptími
     Ef allir BGP jafnaldrar tækisins eru af gerðinni IPv6 skaltu keyra eftirfarandi skipun: 
   • stilla samskiptareglur bgp fjölskylda inet6 unicast seinkun-leiðaauglýsingar lágmarks-töf leiðarupptími
     Ef sumir af BGP jafningjum tækisins eru af gerðinni IPv4, og sumir eru af gerðinni IPv6, þá verður að stilla leiðarupptíma á staðbundnu tæki á jafningjagrundvelli. Fyrir IPv4 BGP jafningja skaltu keyra eftirfarandi skipun:
   • stilla samskiptareglur bgp hópur nágranni fjölskylda inet unicast seinkun-leiðaauglýsingar lágmarks-töf leiðarupptími
     Fyrir IPv6 BGP jafningja skaltu keyra eftirfarandi skipun: 
   • stilla samskiptareglur bgp hópur nágranni fjölskylda inet6 unicast töf-leiðaauglýsingar lágmarks töf leiðarupptími
     Fyrir frekari upplýsingar, sjá, https://www.juniper.net/documentation/us/en/software/junos/bgp/topics/ref/statement/ delay-route-advertisements-edit-protocols-group-family-unicast.html
2. Ef einhver BGP jafningjarofi sendir umferð til tækisins, athugaðu þá aukna útgönguumferðartölfræði (úttakspakkar) á tengibúnaðartengdum rofa þess. Ef það er uppsafnað Ethernet tengi, á milli þessa jafningjarofa og tækis, auðkenndu efnisleg viðmótin sem innihalda efnisviðmót með því að nota eftirfarandi skipun á jafningjarofa:
   • sýna lacp tengi
     Fylgstu með útgönguhraða á líkamlegu viðmóti jafningjarofa, tengdur við tæki, með því að nota eftirfarandi skipanir:
   • sýna viðmót <viðmótsheiti jafningjarofa tengdur við DUT | grep hlutfall
   • fylgjast með viðmótsumferð
3. Búðu til stefnu fyrir höfnun leiðar: 
   • Stilltu stefnu-valkostir stefnuyfirlýsingu og hafnaðu síðan.
4. Ef tækið er stillt með BGP skaltu afturkalla allar auglýstar BGP-leiðir frá öllum jafningjasuper-hryggjum. Hér vísar SUPER-SPINES hópurinn til allra ofurhryggsrofa sem virka sem BGP jafningjar hryggrofa sem verið er að uppfæra:
   • setja samskiptareglur bgp hópur SUPER-SPINES flytja út NEIT-ALLA og skuldbinda sig. Fyrir upplýsingar um útflutningsskipanir BGP leiðar, sjá https://www.juniper.net/documentation/us/en/software/junos/bqp/topics/ref/statement/expor t-edit-protocols-bgp.html
5. Ef tæki er stillt með BGP, afturkallaðu allar auglýstar BGP leiðir úr öllum jafningjablöðum, hér vísar LEAF hópur til laufrofa sem virka sem BGP jafnaldrar hryggrofa sem verið er að uppfæra:
   • stilltu samskiptareglur bgp hópur LEAF flytja NEIT-ALLA út og skuldbinda sig.
6. Athugaðu IP tölu tækisins sem er stillt á hvert BGP jafningjarofa viðmót þess. Keyrðu eftirfarandi skipun á tækinu:
   • Sýna viðmót stutt
7. Staðfestu á hverjum BGP jafningjarofa (bæði ofur-hrygg og lauf) að leiðirnar sem fluttar eru út með tæki séu afturkallaðar:
   • sýna bap samantekt
     Það eru margar færslur sýndar. Athugaðu færsluna sem samsvarar tækinu. Þetta er hægt að bera kennsl á með því að nota IP tölu sem er stillt á viðmót tækisins sem er tengt við jafningjarofann, sem þetta CLI var keyrt á. Í færslunni sem samsvarar tæki (á jafningjarofi) ættu leiðir sem berast frá tæki að vera sýndar sem 0/0/0/0 undir dálknum
     Ríki|#virkt/móttekið/samþykkt/Dampútg.
   • Að öðrum kosti geturðu líka keyrt eftirfarandi skipun á hverjum BGP jafningjarofa (bæði ofurhrygg og lauf) tækisins:
   • Sýna bgp nágranna
     Þetta ætti að sýna sömu upplýsingar undir fyrirsögninni:
     Borð inet.
8. Ef einhver BGP jafningjarofi sendir umferð til tækisins, fylgstu með umferðartölfræði á þeim jafningjarofa og bíddu þar til stigvaxandi útgangstölfræði (úttakspakkar) á tækistengdum viðmótum þess verða nánast. , auðkenndu viðmótin með því að nota eftirfarandi skipun á jafningjarofa:
   • sýna lacp tengi Fylgstu með útgönguhraða á tækistengdum viðmótum jafningjarofa með því að nota eftirfarandi skipun: sýna viðmót <viðmótsheiti jafningjarofa tengdur við DUT | grep hlutfall
   • fylgjast með viðmótsumferð

Pre-Upgrade BGP Specific Operations on Leaf
Framkvæmdu eftirfarandi skref:

1. Fylgdu skrefi 1 í BGP sértækri aðgerð fyrir uppfærslu á hryggrofa.
2. Aðferðin við að afturkalla auglýstar BGP-leiðir á blaðrofi sem verið er að uppfæra er mjög svipuð því sem hryggjarrofi. Afturkalla auglýstar leiðir til allra hryggja sem starfa sem jafnaldrar BGP:
   • setja samskiptareglur bgp hópur SPINES flytja NEIT-ALLA út og skuldbinda sig.
     Hér vísar SPINES til BGP jafningjahóps sem er stilltur á laufrofa til að skoða með
     allar hryggjar í gegnum BGP.
3. Ef TOR rofi (eða miðlarahýsill) er tengdur í gegnum L2 MC-LAG við laufrofa tækis, slökktu á líkamlegu viðmóti laufrofa sem er tengdur við þann TOR rofa (eða netþjónshýsil). Þetta er vegna þess að TOR rofinn (eða netþjónshýsillinn) gæti ekki verið með eBGP stillt og virka byggt á L2 hashing á norðurleið umferð til allra laufrofa.
   Slökktu því á viðmótinu á blaðrofa tækisins sem verið er að uppfæra, í átt að TOR-rofa (eða netþjónshýsil). Þetta kemur í veg fyrir að TOR-rofi (eða netþjónsgestgjafi) sendi einhverja umferð á blaðrofa tækisins sem verið er að uppfæra. o stilla tengi slökkva og skuldbinda.
4. Fylgdu skrefum 5 til 7 ef um er að ræða BGP aðgerðir fyrir uppfærslu á hryggjum.

Foruppfærsla BGP sérstakar aðgerðir á Super-Spines
Framkvæmdu eftirfarandi skref:

1. Fylgdu skrefi 1 í BGP sértækri aðgerð fyrir uppfærslu á hryggrofa.
2. Aðferðin við að afturkalla auglýstar BGP-leiðir á ofur-hryggrofa sem verið er að uppfæra er svipuð og með laufskipta. Afturkalla auglýstar leiðir til allra hryggja sem starfa sem jafnaldrar BGP:
3. setja samskiptareglur bgp hópur SPINES flytja NEIT-ALLA út og skuldbinda sig.
   Hér vísar SPINES til BGP jafningjahóps sem er stilltur á ofur-hryggrofa til að skyggnast með öllum hryggjum í gegnum BGP. Fylgdu skrefum 5 til 7 ef um er að ræða BGP aðgerðir fyrir uppfærslu á hrygg.

Uppfærðu tæki með nýrri mynd og endurræstu
Það eru ýmsar aðferðir til að uppfæra rofa með nýrri mynd:

• CLI byggð uppfærsla
• ZTP
• ISSU
• NSSU
  Ítarlegar lýsingar eru fáanlegar í hlutanum, Upplýsingar um handvirka uppfærslu fyrir rofa án Juniper Apstra.

Rútínur eftir uppfærslu sem eru algengar fyrir staka RE og Dual RE rofa og öll skiptihlutverk

1. Framkvæmdu eftirfarandi skref:
   Bíddu og staðfestu að tækið sé uppi.
2.  Staðfestu að það séu engir vinnslukjarnar.
   • hvernig kerfi kjarna-dumpar
3. Gakktu úr skugga um að engin viðbótarviðvörunarkerfi og undirvagn séu til staðar.
   • sýna undirvagn viðvörun | ekki meira
   • sýna kerfisviðvörun | ekki meira

Eftir uppfærslu BGP sérstakar aðgerðir á hrygg
Framkvæmdu eftirfarandi skref:

1. Endurræstu auglýsingaleiðir til allra jafningja. Hér vísar SUPER-SPINES hópur til ofurhryggjarrofa sem virka sem BGP jafningjar hryggrofa sem verið er að uppfæra:
   • eyða samskiptareglum bgp hópur SUPER-SPINES flytja út NEIT-ALLA og skuldbinda sig.
2. Endurræstu auglýsingaleiðir til allra jafningjablaða. Hér vísar LEAF hópur til laufrofa sem virka sem BGP jafningjar við hryggrofa sem verið er að uppfæra: o eyða samskiptareglum bgp hópur LEAF flytja NEIT-ALLA út og skuldbinda sig.
3. Ef umferð var send frá hvaða hrygg sem er (sem virkar sem BGP jafningjarofi) til tækisins, fylgstu með umferðartölfræði á þeim jafningjarofa og bíddu þar til stigvaxandi útgangstölfræði (úttakspakkar) á tækistengdum viðmótum þess verða næstum fyrir uppfærslugildi. Ef það er uppsafnað Ethernet tengi, á milli þessa jafningjarofa og tækis, auðkenndu efnislegu viðmótin sem innihalda efnisviðmótið með því að nota þennan CLI á jafningjarofa:
   • sýna lacp tengi
     Fylgstu með útgönguhraða á líkamlegu viðmóti jafningjarofa sem er tengdur við hrygg
   • rofi sem verið er að uppfæra með því að nota eftirfarandi CLI: sýna viðmót | grep hlutfall
   • fylgjast með viðmótsumferð

Eftir uppfærslu BGP sérstakar aðgerðir á lauf- og ToR-rofi / netþjónsgestgjafi 

1. Framkvæmdu eftirfarandi skref: 1. Endurræstu að auglýsa BGP-leiðir á laufrofa sem verið er að uppfæra. Þetta skref er svipað og hryggrofa. Endurræstu auglýsingaleiðir til allra hryggja sem starfa sem jafnaldrar BGP: o eyða samskiptareglum bgp hópur SPINES flytja NEIT-ALLA og skuldbinda sig. Hér vísar SPINES til BGP jafningjahóps sem er stilltur á laufrofa til að kíkja með öllum hryggjum í gegnum BGP.
2. Ef TOR rofi (eða miðlarahýsill) er tengdur við laufrofa í gegnum L2 MC-LAG, þarf að endurvirkja líkamlega viðmótið á laufrofa sem er tengdur við TOR rofann (eða miðlarahýsilinn) (ef hann var óvirkur fyrr) ). Þetta gerir TOR rofa (eða netþjónshýsil) kleift að senda umferðina til allra laufrofa (þar á meðal laufrofa sem verið er að uppfæra) eftir L2-hashing.
   • stilla tengi virkja og skuldbinda.
3. Fylgdu skrefi 3 ef um er að ræða BGP aðgerðir á hryggnum eftir uppfærslu

Eftir uppfærslu BGP sérstakar aðgerðir á Super-Spines
Framkvæmdu eftirfarandi skref:

1. Endurræstu að auglýsa BGP-leiðir á ofur-hryggrofa sem verið er að uppfæra. Þetta skref er svipað og hryggrofa. Endurræstu auglýsingaleiðir til allra hryggja sem starfa sem jafnaldrar BGP:
   • eyða samskiptareglum bgp hópur SPINES flytja NEIT-ALLA út og skuldbinda sig.
     Hér vísar SPINES til BGP jafningjahóps sem er stilltur á ofur-hryggrofa fyrir
     kíki með öllum hryggjum í gegnum BGP. Fylgdu skrefi 3 ef um er að ræða BGP aðgerðir eftir uppfærslu
     á hryggjum.
2. Fylgdu skrefi 3 ef um er að ræða BGP aðgerðir á hryggnum eftir uppfærslu.

Staðfestu öll netkjarna-viðmót
Framkvæmdu eftirfarandi skref:

1. Bíddu og staðfestu að öll undirlagsleiðin sé uppi.
2. Bíddu og gakktu úr skugga um að BGP nágrannatengsl séu komin á. Bíddu þar til BGP leiðaruppfærslu lýkur.
   a) „sýna bgp samantekt“ og athugaðu Staðfesta stöðu fyrir alla nágranna.
3. Bíddu og staðfestu að IRB tengi séu uppi. Þetta á aðeins við ef IRB tengi eru stillt, þetta gerist venjulega á ToR eða CE rofa.
   a) sýna viðmót irb

Staðfestu öll aðgangsviðmót sem snúa að endabúnaði
Bíddu og staðfestu að öll notendaumferð sé hafin aftur eins og venjulega.

Heilsuskoðun eftir uppfærslu
Endurtaktu heilsufarsskoðunarferlið sem framkvæmt var fyrir uppfærsluna. Það getur verið fylgt eftir með sérsniðnum ávísunum.

Hreinsun eftir uppfærslu

1. Eyddu nýuppsettu myndinni ef þörf krefur.
2. Endurheimtu stillingar syslog aftur í upprunalega.

Stuðlaðir pallar fyrir handvirkar uppfærsluaðferðir (án Juniper Apstra)

Tafla 2 veitir upplýsingar um studdu pallana.
Tafla 2 Handvirk uppfærsluaðferð

Uppfærsluaðferð	Tilvísun til stuðnings vettvangs
ISSU	https://apps.juniper.net/feature-explorer/issu.html
NSSU	https://apps.juniper.net/feature-explorer/feature- info.html?fKey=1175&fn=Stöðulaus+hugbúnaður+uppfærsla+%28NSSU%29
ZTP	https://apps.juniper.net/feature-explorer/parent-feature- info.html?pFKey=1272&pFName=Zero+Touch+Provisioning

Handvirk uppfærsluupplýsingar fyrir rofa án Juniper Apstra

Bæði stakir og tvöfaldir RE rofar
Venjulega CLI byggð uppfærslu er hægt að nota fyrir bæði staka og tvöfalda RE rofa. Þetta er einfaldasti uppfærsluvalkosturinn og skortir þá eiginleika sem aðrir valkostir styðja. Fyrst skaltu ftp nýja hugbúnaðarpakkann í /var/tmp skrána á tækinu. Næst skaltu keyra eftirfarandi skipun:
root@host> biðja um að bæta við kerfishugbúnaði endurræsa

Aðeins stakir RE rofar
Zero Touch Provisioning (ZTP) endurheimtir rofa í sjálfgefnar verksmiðjustillingar. Í ZTP verður að beita fyrirliggjandi stillingum aftur í gegnum a file miðlara þar sem Junos OS Evolved eða Junos OS myndin er geymd, þar sem hún mun glatast. Athugaðu að rofinn sem verið er að uppfæra eftir ZTP verður
vera tengdur við stillingarþjóninn/myndaþjóninn undir öllum kringumstæðum, svo hægt sé að endurnýja fyrirliggjandi stillingar eftir að ZTP er lokið.

Forsendur
Tækið notar upplýsingar sem eru stilltar á Dynamic Host Configuration Protocol (DHCP) netþjóni til að finna nauðsynlega hugbúnaðarmynd og stillingar files á netinu. Ef DHCP þjónninn er ekki stilltur til að veita þessar upplýsingar, þá er foruppsettur hugbúnaður og sjálfgefna verksmiðjustillingar hlaðinn.

Þetta skjal gerir ráð fyrir að dhcpd, vsftpd, tftpd og httpd séu sett upp og stillt til að styðja ZTP. Tækið sem er útvegað til að hlaða niður mynd og stillingum files notar eitt af vsftpd, httpd og tftpd. DHCP er notað til að bjóða upp á valkosti fyrir ZTP.

DHCP gengi 

Ef ZTP þjónninn og tækið sem á að uppfæra eru ekki beintengd á sama staðarnetinu, þarf DHCP gengi. Gengið verður að vera virkt á hvaða tæki sem er sem veitir tengingu milli tækisins sem verið er að uppfæra og ZTP netþjónsins með því að nota eftirfarandi CLI:
Stilltu framsendingarvalkosti dhcp-relay server-group test
Stilla áframsendingarvalkosti dhcp-relay active-server-group test Stilla framsendingarvalkosti dhcp-relay group allt viðmót
Fyrir frekari upplýsingar um að stilla DHCP gengi á Junos OS tæki, sjá eftirfarandi skjöl:

• • 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

Setja upp DHCP miðlara og flutningsstillingu

Framkvæmdu eftirfarandi skref:

1. Vísa til https://linux.die.net/man/5/dhcpd.conf til að vita meira um breytur og Hér að neðan er sample config af /etc/dhcp/dhcpd.conf.
   • # viðmót sem dhcp þjónn hlustar yfir til dhcp uppgötva skilaboð.
     DHCPDARGS=ens33;
     # Yfirlýsingin hér að neðan er notuð til að auðkenna undirnetin yfir sem
     að hlusta
     # fyrir dhcp uppgötvaðu skilaboð og gefðu upp IP-tölur.
     # range : tilgreinir hversu margar ip tölur á að leigja.
     # domain-name : er notað til að auðkenna netið, lénsnafnaþjónar: notaðir
     # þegar hýsingarnöfn eru notuð í staðinn fyrir ip vistföng.
     undirnet 3.3.3.0 netmaska ​​255.255.255.0 {
     svið 3.3.3.3 3.3.3.15;
     valkostur lénsheiti "mydomain.net";
     valkostur lénsþjónar 10.209.194.133;
     valkostur beinir 3.3.3.254;
     vanskilaleigutími 60000;
     hámarksleigutími 720000;
     }
     # Yfirlýsing fyrir neðan veitir skilgreiningu valmöguleikarýmis.
     valkostur rúm SUNW;
     valkostur SUNW.server-image code 0 = texti;
     valkostur SUNW.server-file kóði 1 = texti;
     valkostur SUNW.image-file-gerð kóða 2 = texti;
     valkostur SUNW.transfer-mode code 3 = texti;
     valkostur SUNW.symlink-server-image code 4 = texti;
     valkostur SUNW.http-port code 5 = texti;
     valmöguleiki SUNW-encapsulation code 43 = encapsulate SUNW;
     # hópur er notaður til að nota algengar færibreytur fyrir fullt af mismunandi gestgjöfum.
     # að skilgreina tiltekinn hýsil og færibreytur hans.
     # „Ethernet vélbúnaður“ mac-vistfang tækisins. Fyrir MX10003 mun það
     # hafa mac vistfang fxp0 viðmótsins.
     # „flutningsstilling“ háttur notaður til að hlaða niður myndinni og stillingum
     # files. Ef þetta er ekki til staðar er sjálfgefið tftp. Valkostir eru http, ftp og tftp.
     # log-server og ntp-server eru til að senda syslog skilaboð.
     # „miðlara-mynd“ er myndin fyrir tækið.
     # “þjónn-file ” er valmöguleikinn fyrir config file.
     # „tftp-server-name“ er IP-tala netþjónsins sem veitir files
     # fyrir ræsingu. Þetta er veitt sem strengur.
     hópur {
     næsti þjónn 3.3.3.1;
     gestgjafi mx204-12345 {
     hardware ethernet 98:a4:04:7f:1a:83;
     valkostur SUNW.transfer-mode “ftp”;
     valkostur hýsingarheiti „mx204-12345″;
     valmöguleikaskrárþjónar 3.3.3.1;
     valkostur ntp-þjónar 66.129.255.62;
     valkostur SUNW.server-file "dut-baseline-config.conf";
     valkostur SUNW.server-image “junos-vmhost-install-mx-x86-64-
     19.4R1.1.tgz“;
     valkostur tftp-netþjónnafn “3.3.3.1”;
     Fylgstu með texta- eða tölusniði eins og nefnt er hér að ofan. Ef ekki, gefur dhcpd til kynna villu við ræsingu. Vistaðu stillinguna file og ræstu dhcpd þjónustuna. Logarnir sem tengjast dhcpd geta verið viewútg. í /var/log/messages file.
2. Afritaðu myndina og stillingar file á viðeigandi slóðir eftir því hvaða flutningsmáti er stilltur. Taflan hér að neðan er tdampLe að því gefnu að /tftpboot/ sé notað af tftp og ftp fyrir file verslun. Miðlarinn-file og netþjónamyndavalkostir í dhcpd.conf file þarf að hafa slóðina miðað við slóðina stillta fyrir flutningsmátann.
   

   Flutningshamur	Config File Slóð	Heimaskrá
   ftp	/etc/vsftpd/vsftpd.conf	/tftpboot
   tftp	/etc/xinet.d/tftp	/tftpboot
   http	/etc/http/conf/httpd.conf	/ var / www / html /

   Til dæmisample, ef myndin er í /tftpboot/PLATFORM_AA/image_aa.tgz, þá
   þjónn-mynd valkostur verður að vera /PLATFORM_AA/image_aa.tgz.

3. Ef verið er að útvega sjálfgefna verksmiðjutæki skaltu koma á nettengingum og kveikja á tækinu. Þegar tækið ræsir hefst sjálfvirk mynduppfærsla (AIU).
4. Ef útvega á núverandi tæki er best að núllstilla tækið með því að nota skipunina „request system zeroize“. Sláðu inn "já" fyrir hvetja og ýttu á Enter.
   Tækið er núllstillt og síðan endurræst. Tækið kemur upp í minnisleysi. Skráðu þig inn með því að nota rót og það er engin biðja um lykilorð. Eftir nokkrar mínútur eru skilaboð á stjórnborðinu sem gefa til kynna að ZTP hafi byrjað. Gefðu út "show dhcp client binding" CLI skipun til að staðfesta DHCP bundið IP.

Fylgjast með framvindu ZTP 

Framkvæmdu eftirfarandi skref:

1. Eftirfarandi skilaboð gefa til kynna valkosti sem eru sendir af DHCP þjóninum:
   Sjálfvirk mynduppfærsla: DHCP INET Valkostir fyrir viðskiptavinaviðmót fxp0.0 ConfigFile:
   baseline_mt-bona myndFile: junos-vmhost-install-mx-x86-64- 20.3R1.3.tgz
   Gátt: 17.17.34.1 DHCP Server: 17.17.34.1 File Server: 17.17.34.1
   Síðan notar AIU upplýsingar í DHCP valkostinum til að hlaða niður myndinni og stillingunum files. Myndin er síðan sett upp. Eftir uppsetningarskref myndar stillir AIU atburðarvalkost til að nota stillinguna úr niðurhaluðu stillingunum file. Sem síðasta skrefið eftir að nýja myndin er sett upp skaltu nota stillingarnar.
   Hér að neðan er skyndimynd af skilaboðunum sem birtast á stjórnborðinu eftir að DHCP valkostir hafa borist.
   tilboð berast.
   Sjálfvirk mynduppfærsla: Til að stöðva, á CLI gildir
   „eyða sjálfvirkri mynduppfærslu undirvagns“ og skuldbinda sig
   Sjálfvirk mynduppfærsla: Virk á INET viðskiptavinaviðmóti: fxp0.0
   Sjálfvirk mynduppfærsla: Tengi:: "fxp0"
   Sjálfvirk mynduppfærsla: Server:: “17.17.34.1”
   Sjálfvirk mynduppfærsla: Mynd File:: “junos-vmhost-install-mx-x86-64-
   20.3R1.3.tgz”
   Sjálfvirk mynduppfærsla: Config File:: “baseline_mt-bona”
   Sjálfvirk mynduppfærsla: Gátt:: „17.17.34.1“
   Sjálfvirk mynduppfærsla: Protocol:: “ftp”
   Sjálfvirk mynduppfærsla: FTP tímamörk stillt á 300 sekúndur
   Eftirfarandi eru skilaboðin sem birtast þegar mynd er hlaðið niður og sett upp:
   Sjálfvirk mynduppfærsla: Byrjaðu að sækja baseline_mt-bona file frá netþjóni
   17.17.34.1 í gegnum fxp0 með ftp
   Sjálfvirk mynduppfærsla: File baseline_mt-bona sótt af þjóni
   17.17.34.1 til fxp0
   Sjálfvirk mynduppfærsla: FTP tímamörk stillt á 300 sekúndur
   Sjálfvirk mynduppfærsla: Byrjaðu að sækja junos-vmhost-install-mx-x86-64-
   20.3R1.3.tgz file frá netþjóni 17.17.34.1 í gegnum fxp0 með ftp
   Sjálfvirk mynduppfærsla: File junos-vmhost-install-mx-x86-64-20.3R1.3.tgz
   sótt af þjóni 17.17.34.1 í gegnum fxp0
   Sjálfvirk mynduppfærsla: Hætt við mynduppsetningu á junos-vmhostinstall-mx-x86-64-20.3R1.3.tgz móttekin frá 17.17.34.1 til og með
   fxp0: Uppsett og sótt myndútgáfa sama
   Sjálfvirk mynduppfærsla: Notar baseline_mt-bona file uppsetningu
   sótt af þjóni 17.17.34.1 í gegnum fxp0
   Eftirfarandi eru skilaboð frá /var/log/messages file sem sýnir IP tölu sem tækinu er úthlutað
   26. sep 04:11:41 mx-phs-server1 dhcpd: DHCPREQUEST fyrir 17.17.34.110
   frá e4:fc:82:0f:d2:00 (TC3718210039) í gegnum eth1
   26. sep 04:11:42 mx-phs-server1 dhcpd: DHCPACK þann 17.17.34.110 til
   e4:fc:82:0f:d2:00 (TC3718210039) via eth1
   26. sep 05:11:41 mx-phs-server1 dhcpd: Seljandi-Class-Auðkenni:
   Juniper:ex4600-40f:TC3718210039
   26. sep 05:11:42 mx-phs-server1 dhcpd: DHCPREQUEST fyrir 17.17.34.110
   frá e4:fc:82:0f:d2:00 (TC3718210039) í gegnum eth1
   26. sep 05:11:42 mx-phs-server1 dhcpd: DHCPACK þann 17.17.34.110 til
   e4:fc:82:0f:d2:00 (TC3718210039) via eth1
   Sem síðasta skrefið eftir að myndin er sett upp skaltu nota stillingarnar. Keyra á „sýna kerfisskuldbindingu“ til að sannreyna úttakið. Tækið verður að innihalda gilda uppsetningu í lokin. Fyrir nákvæmar uppsetningarskrár geturðu athugað /var/log/image_load_log file.

Staðfesting

Til að staðfesta að tækið hafi fengið IP-tölu frá DHCP netþjóni skaltu keyra eftirfarandi skipun: root@host> sýna bindingu dhcp biðlara
Í úttakinu verður DHCP ástandið að sýna „BOUND“.
root@host>sýna log image_load_log
Úttakið sýnir framvindu ZTP myndhleðsluferlisins.

Úrræðaleit

Framkvæmdu eftirfarandi skref:

1. Gakktu úr skugga um að tengingarnar virki. Þar sem DHCP-uppgötvunarskilaboðin eru send út, verður netið að senda þessi DHCP-uppgötvunarskilaboð til DHCP-þjónsins.
2. Staða dhcpd ferlisins verður að vera í gangi eða virk. Ef ekki, athugaðu /var/log/messages file til að sannreyna málið. Notaðu það sama file til að leita að DHCP færslum
   til að staðfesta hvort DHCP-uppgötvunarskilaboðin nái til DHCP-þjónsins. Á þessum tímapunkti ætti tækinu að vera úthlutað IP tölu.
3. DHCP skilaboðin í /var/log/messages ættu að eiga við mac-vistfang fxp0/em0 viðmótsins. Ef það er ekki til staðar, þá berast DHCP-uppgötvunarskilaboð frá tækinu ekki þjóninum.
4. Staðfestu að fxp0/em0 viðmótið fái IP-tölu eins og sýnt er í skipuninni „show dhcp client binding“.
   Auk IP tölunnar þarf tækið að fá upplýsingar um myndina file, stillingar file, IP-tölu netþjóns og flutningsmátann sem á að nota til að útvega tækið.
   Ef aðeins IP-tala er móttekin án valkosta skaltu ganga úr skugga um að valmöguleikinn „tftp-server-name“ eða „netþjónnafn“ sé til staðar. Ef annað hvort þessara tveggja er ekki til staðar sendir dhcpd ekki viðbótarvalkostina. Ef breytingar eru gerðar á einhverjum af stillingunum files verður að endurræsa samsvarandi þjónustu til að breytingarnar taki gildi.
5. Ef valmöguleikarnir berast en það eru vandamál með að hlaða niður myndinni eða stillingum file, athugaðu stillingar fyrir samsvarandi þjónustu. sampLe stillingar og stillingar eru sýndar hér að neðan fyrir Centos 6.x uppsetningu.
   Sample vsftd.conf valkostir sem eru virkir til að styðja ztp.
   anonymous_enable = JÁ
   local_enable = JÁ
   local_root=/tftpboot/
   skrifa_virkt = JÁ
   local_umask=022
   anon_upload_enable=JÁ
   anon_mkdir_write_enable=JÁ
   dirmessage_enable=JÁ
   xferlog_enable=JÁ
   xferlog_std_format=JÁ
   ascii_upload_enable=JÁ
   ascii_download_enable=JÁ
   allow_writeable_chroot=JÁ
   ls_recurse_enable=JÁ
   heyrðu = JÁ
   pam_service_name=vsftpd
   userlist_enable=NEI
   userlist_neta=NEI
   tcp_wrappers=JÁ
   anon_root=/tftpboot/ 

   Sample httpd.conf valkostir til að styðja ztp
   ServerRoot “/etc/httpd” Hlustaðu: Notandapúkinn Group daemon EnableSendfile on
   Sample tftp valkostir til að styðja ztp in
   /etc/xinetd.d/tftp
   server_args = -s /tftpboot/
   óvirkja = n

6. Nýrri Linux dreifingar (tdample, Centos 7 eða nýrri) hafa eldvegg keyrt af Configure til að leyfa aðgang að þessum þjónustum.
   Nánari upplýsingar um þessa aðferð er að finna á https://www.juniper.net/documentation/us/en/software/junos/junos-install- upgrade/topics/topic-map/zero-touch-provision.html

Aðeins tvöfaldir RE rofar 

Hægt er að nota ZTP aðferðina fyrir tvöfalda RE rofa. Það eru líka aðrar aðferðir í boði fyrir tvöfalda RE rofa.
NSSU

ISSU er aðeins notað fyrir tvöfalda RE rofa og sameinar GRES og NSR. Forsendurnar eru sem hér segir:

• • Diskapláss er tiltækt fyrir /var file kerfi á báðum leiðarvélum
  • Stillingar eru studdar af sameinuðu ISSU
  • PICs eru studdir af sameinuðu ISSU
  • Graceful Routing Vélskipti eru virkjuð
  • Óstöðvandi virk leið er virkjuð Fyrir VC/VCF er ISSU það ekki
    Fyrir ISSU upplýsingar, sjá https://www.juniper.net/documentation/us/en/software/junos/high-availability/topics/topic- map/issu-understanding.html.
    Fyrir kröfurnar til að framkvæma ISSU, sjá https://www.juniper.net/documentation/us/en/software/junos/high- framboð/topics/concept/issu-system-requirements.html
    Fyrir nákvæmar leiðbeiningar um að framkvæma ISSU, sjá https://www.juniper.net/documentation/us/en/software/junos/high-availability/topics/topic- map/issu-performing.html
    Fyrir ISSU styðjum við uppfærslu úr útgáfu N í N+3. Til dæmisample, ef núverandi Junos OS útgáfa er 19, þá er ráðlögð uppfærsluútgáfa að hámarki 19+3 = 22.

ATH: Sumir af eldri PICs styðja ekki ISSU. PIC sem fara án nettengingar eftir ISSU þarf að vera handvirkt á netinu.

5. KAFLI Juniper Apstra byggð uppfærsla

Uppfærðu Switch með Juniper Apstra hugbúnaði

Aðferðin við að tæma umferð frá rofa um Apstra er tilgreind hér: https://www.juniper.net/documentation/us/en/software/apstra4.1/apstra-user- guide/topics/task/device-drain.html.
Myndbandið fyrir það sama er aðgengilegt á: https://www.youtube.com/watch?v=cpk-0eZ_L_U.
Fyrir uppfærsluferli rofa, sjá https://www.juniper.net/documentation/us/en/software/apstra4.1/apstra-user-guide/topics/topic- map/device-nos-upgrade.html.

6. KAFLI Junos OS hugbúnaðaraftur

Afturkalla Junos OS hugbúnaður

Framkvæmdu eftirfarandi skref:

1. Hafðu samband við þjónustuver fyrir viðvaranir og kjarnaþurrð meðan á/eftir uppfærslu stendur.
   • Gefðu upp syslog file „skilaboð“ og kjarna files
2. Ef rofauppfærslan mistókst vegna ISSU fer rofinn sjálfkrafa aftur í upprunalega Junos OS / Junos OS Evolved mynd. Ef um NSSU er að ræða, er mögulegt að sumir rofar sem tilheyra VC/VCF hafi verið uppfærðir í nýrri Junos OS mynd, en þeir rofar sem eftir eru gerðu það ekki. Í slíkum tilfellum verður þú að afturkalla nýuppfærða rofa handvirkt í upprunalegu Junos OS myndina með eftirfarandi skipunum:
   • biðja um afturköllun kerfishugbúnaðar
   • biðja um endurræsingu kerfisins
     Síðan geturðu haft samband við þjónustuver til að fá aðstoð við að uppfæra rofana sem mistókst í uppfærsluferlinu.

Birt
2023-05-11

Skjöl / auðlindir

Juniper NETWORKS IP Efni Uppfærsla Lágmark [pdfNotendahandbók IP efnisuppfærsla Lágmark, IP, Efnauppfærsla Lágmark, Uppfærsla Lágmark

Heimildir

• Notendahandbók