Juniper NETWORKS IP Fabric Upgrade Minimum User Guide
Netwerkkonfigurasie Bvample
—————————————————————
IP Fabric Upgrade Minimum Bedryfsprosedure
Juniper Networks, Inc.
1133 Innovation Way
Sunnyvale, Kalifornië 94089
VSA
408-745-2000
www.juniper.net
Juniper Networks, die Juniper Networks-logo, Juniper en Junos is geregistreerde handelsmerke van Juniper Networks, Inc. in die Verenigde State en ander lande. Alle ander handelsmerke, diensmerke, geregistreerde handelsmerke of geregistreerde diensmerke is die eiendom van hul onderskeie eienaars.
Juniper Networks aanvaar geen verantwoordelikheid vir enige onakkuraathede in hierdie dokument nie. Juniper Networks behou die reg voor om hierdie publikasie sonder kennisgewing te verander, te wysig, oor te dra of andersins te hersien.
Netwerkkonfigurasie Bvample IP Fabric Upgrade Minimum Bedryfsprosedure Kopiereg © 2023 Juniper Networks, Inc. Alle regte voorbehou.
Die inligting in hierdie dokument is geldig vanaf die datum op die titelblad.
JAAR 2000 KENNISGEWING
Juniper Networks hardeware en sagteware produkte voldoen aan Jaar 2000. Junos OS het geen bekende tydverwante beperkings deur die jaar 2038 nie.
Dit is egter bekend dat die NTP-toepassing in die jaar 2036 probleme ondervind.
EINDGEBRUIKERS LISENSIE-OOREENKOMS
Die Juniper Networks-produk wat die onderwerp van hierdie tegniese dokumentasie is, bestaan uit (of is bedoel vir gebruik met) Juniper Networks-sagteware.
Die gebruik van sulke sagteware is onderhewig aan die bepalings en voorwaardes van die Eindgebruikerslisensie-ooreenkoms (“EULA”) geplaas byhttps://support.juniper.net/support/eula/. Deur sulke sagteware af te laai, te installeer of te gebruik, stem jy in tot die bepalings en voorwaardes van daardie EULA.
HOOFSTUK 1 IP-stofopgradering oorview
Oor hierdie konfigurasie Bvample
verbyview
Gebruik hierdie netwerkkonfigurasie bvample (NCE) om al die skakelaars op te gradeer in 'n IP Fabric-argitektuur wat reeds aan die gang is.
Dokumentasie Terugvoer
Ons moedig jou aan om terugvoer te gee sodat ons ons dokumentasie kan verbeter.
Stuur jou kommentaar na design-center-comments@juniper.net. Sluit die dokument of onderwerpnaam in, URL of bladsynommer, en sagteware weergawe (indien van toepassing).
HOOFSTUK 2 Beplan opgradering vir skakelaars in 'n IP-stofargitektuur
Beplan die opgradering
- Hierdie afdeling dek die riglyne vir die beplanning van die opgradering.
- Gradeer altyd een toestel op 'n slag op in die beginfase. Na 'n paar suksesvolle opgraderings en die ontwikkeling van vertroudheid met die prosedure, kan jy skakelaars in bondels opgradeer, met veelvuldige blaarskakelaars op 'n slag, vir groot ontplooiing. Dit word aanbeveel dat ruggraat- en super-ruggraatskakelaars een op 'n slag opgegradeer moet word om enige ontwrigting van verkeer te voorkom ingeval daar nie oortollige paaie is nie.
- Gaan die huidige bandwydtegebruik van alle netwerkskakels na.
- Beide in-band en buite-band opgraderingsprosedures kan gebruik word. As selfs 'n enkele skakelaar in die IP-stof ZTP-gebaseerde opgraderings via in-band-prosedure gebruik, moet DHCP-aflos op alle skakelaars in die IP Fabric gekonfigureer word. Dit is om te verseker dat die skakelaar wat opgegradeer word, voortgesette toegang tot die DHCP-bediener het vir sagtewarebeeld en skakelaarkonfigurasie aflaai. As al die skakelaars in die IP Fabric opgegradeer word deur ISSU/NSSU, is dit nie nodig om DHCP-aflos op enige skakelaar in IP Fabric vir binnebandprosedure te konfigureer nie.
- Daar is 'n paar CLI wys opdragte wat gebruik word, en inligting word ingesamel. Dit word aanbeveel om die CLI-opdragte in skrifte te outomatiseer en al die inligting op die bediener te stoor. Gebruik gereedskap om vinnig besonderhede te soek en te vergelyk met die versamelde inligting.
- Identifiseer en ontwerp sommige verkeersvloeie wat die netwerkverbinding kan bekragtig en in die agtergrond kan loop tydens die opgradering. Ping en traceroute word algemeen vir hierdie doel gebruik.
- Beplan genoeg tyd vir die onderhoudsvenster (MW). Verskeie MW's kan nodig wees vir groot ontplooiing. Gradeer altyd een toestel op 'n slag op in die beginfase. Na 'n paar suksesvolle opgraderings en om vertroud te raak met die prosedure, kan opgradering in groepe gedoen word met veelvuldige blaarskakelaars op 'n slag vir groot ontplooiing.
- Skeduleer die verandering met alle spanne en individue wat deur die verandering geraak word.
- Hierdie dokument ondersteun multi-homing van 'n bedienergasheer na verskillende top-of-rack (TOR's) of blaarskakelaars met behulp van LACP-gebaseerde LAG-verbinding.
HOOFSTUK 3 Ontplooiingsargitekture
DC IP Gerouteerde Stof 5 Stage Clos met Super Spine
Hierdie argitektuur sluit DC IP Routed Fabric 5 S intage Clos met Super Spine met eBGP as stofprotokol met elke laag in verskillende AS.
Figuur 1: IP-stoftopologie met EBGP-stofprotokol, met elke laag in verskillende AS
Gerouteerde stof met Super Spine-argitektuur
Ondersteunde platforms
Tabel 1 lys die ondersteunde platforms vir verskillende rolle in IP Fabric.
Tabel 1: Ondersteunde platforms vir IP-stof
| Toestelrolle | Platforms |
| Blaar/TOR |
|
| Ruggraat |
|
| Toestelrolle | Platforms |
|
|
| Super ruggraat |
|
LET WEL: In die gelyste ondersteunde platforms is PTX10K8/16, QFX5700, QFX10K8/16 onderstel-gebaseerde modulêre stelsels. Die oorblywende platforms is vaste vormfaktore van grootte 1, 2 of 3 rek-eenhede (RU's).
Nodus Rolle
In Figuur 1 is die volgende die nodusrolle:
- P1L1, P1L2, P1L3 en P1L4 is die blaarknope in POD-1.
- P2L2, P2L2, P2L3 en P2L4 is die blaarknope in POD-2.
- P1S1, P1S2, P1S3, P1S4 is die ruggraatknope in POD-1.
- P2S1, P2S2, P2S3, P2S4 is die ruggraatknope in POD-2.
- SS1, SS2, SS3, SS4 is die super stekels in super ruggraat laag, wat algemeen is vir beide POD-1 en POD-2.
Skakel konfigurasies
Daar word verwag dat die IP Fabric die basiese minimum konfigurasies gebruik wat nodig is om dit funksioneel te maak. Sien Figuur 1. Hier is die minimale beskrywing van die konfigurasievereistes:
- Die stof is gekonfigureer vir dubbele stapel met beide IPv4- en IPv6-roetering in die stof.
- Al die skakels in die materiaal is P2P en gekonfigureer vir beide IPv4 en IPv6.
- eBGP word as die roeteprotokol gebruik.
- eBGP-ewekniegroepe word gebruik, alle blaarskakelaars behoort aan 1 eBGP-ewekniegroep (sê, LEAF), alle ruggraatskakelaars behoort aan 1 eBGP-ewekniegroep (sê, SPINE) en al die super-ruggraatskakelaars behoort aan 1 eBGP-ewekniegroep (sê SUPER-RUBLIK).
- Die roetes kan saamgevoeg word voordat dit deur eBGP geadverteer word.
- Tweerigtingverkeer vloei deur alle skakelaars in die IP-stof.
HOOFSTUK 4 Handmatige opgradering vir skakelaars sonder Juniper Apstra
Riglyne vir Laag-vir-laag-opgradering
Identifiseer alle algemeen gebruikte platforms by elke laag, sodat enige opgraderingverwante uitsonderings vir ander platforms geïdentifiseer kan word.
Eerste stap – Gradeer TOR's (Randskakelaars) op
Gradeer alle TOR's een vir een op. Daar word aanvaar dat alle TOR's enkele RE-toestelle is en daarom is die TOR wat opgegradeer word nie beskikbaar tydens die opgradering vir datapad-aanstuur nie. In die geval dat 'n bediener gekoppel is aan slegs een TOR wat opgegradeer word, migreer VM's na bedieners wat gekoppel is aan TOR's wat nie opgegradeer word nie.
Tweede stap – Gradeer blaartoestelle op
Gradeer alle blaarskakelaars een vir een op: blaar1, blaar2, blaar3, ensovoorts. Vir dubbele RE-skakelaars, gebruik die ISSU- of NSSU-prosedure.
Derde stap - Upgrade Spines
Gradeer alle ruggraatskakelaars een vir een op: ruggraat1, ruggraat2, ruggraat3, ensovoorts. Vir dubbele RE-skakelaars, gebruik die ISSU- of NSSU-prosedure.
Vierde stap - Upgrade Super-Spines
Gradeer alle super-ruggraatskakelaars een vir een op: super-spine1, super-spine2, super-spine3, ensovoorts. Vir dubbele RE-skakelaars, gebruik die ISSU- of NSSU-prosedure.
Algemene prosedure vir skakelaaropgradering
Vooropgradering en na-opgradering Gesondheidskontrole
Ons beveel aan dat die gesondheidskontrole van die skakelaar wat opgegradeer word, beide voor- en na-opgradering, en om hierdie inligting aan te teken. Aangetekende voor-opgradering en na-opgradering gesondheidskontrole-inligting kan vergelyk word in die geval van 'n probleem.
Gesondheidsondersoekprosedure
Voer die volgende stappe uit:
- Kontroleer of gebruikersverkeervloei soos verwag is, sonder enige verlies voor en na die opgradering.
- Rugsteun alle toestelle se konfigurasies en stoor dit op 'n bediener voor die opgradering.
- Versamel gedetailleerde inligting en maak seker die stelsel is in 'n gesonde toestand voor en na die opgradering.
- Gaan syslog na vir enige foute en foute
- wys log boodskappe | niks meer nie
- wys log onderstel | niks meer nie
- Kontroleer alarms en kernstorting op die stelsel
wys onderstel alarms | niks meer nie
wys stelselalarms | niks meer nie
wys stelsel kernstortings | niks meer nie - Gaan RE/FPC/PIC-status en koppelvlakstatus na (vir alle platforms wat ondersteun word)
wys onderstel hardeware detail | niks meer nie
wys onderstel fpc detail | niks meer nie
wys onderstel fpc pic-status | niks meer nie
wys onderstel omgewing | niks meer nie
wys onderstel roetering-enjin | niks meer nie
wys koppelvlakke beskrywings | pas by | niks meer nie
wys koppelvlakbeskrywings | pas af | niks meer nie
wys koppelvlak xe-* | pas “fisiese|koers” | niks meer nie
wys koppelvlak et-* | pas "fisiese|koers" | niks meer nie
Op onderstel-gebaseerde modulêre platforms kan jy ook die stofverwante CLI's laat loop:
wys onderstel stof opsomming | niks meer nie
wys onderstel stof fpcs | niks meer nie
Vir dubbele RE-skakelaars moet ons die oorskakelingsgereedheid vir ISSU/NSSU nagaan:
a. In die geval van dubbele RE skakelaars, moet die rugsteun RE GRES gereed wees.
b. Kontroleer Master RE: "Switchover Ready" gereed status deur die opdrag "versoek chassis routing-enjin master switch check" uit te voer
c. Voer die opdrag "show system switchover" in Backup RE uit en maak seker dat dit gereed is. - Gaan roetetabel en aanstuurtabel na, dit moet soos verwag wees:
wys stelselprosesse uitgebreide | niks meer nie
wys krt tou | niks meer nie
wys roete-opsomming | niks meer nie
wys roete-aanstuur-tabel-opsomming | niks meer nie
wys arp no-resolve expiration-time | niks meer nie
In die ARP CLI hierbo dui no-resolve daarop dat ons nie DNS-opsoeke vir elke inskrywing in die ARP-tabel wil uitvoer nie. Dus, met geen oplossing nie, sien ons net IP-adresse, wat vinniger kan wees as u verskeie ARP-inskrywings het. - Kontroleer en stoor gedetailleerde inligting van IP-stofverwante inligting (vir alle ondersteunde platforms):
- wys pfe statistieke verkeer | niks meer nie
- wys stelsel virtuele-geheue | niks meer nie
- wys taakgeheue detail | niks meer nie
- wys stelselgeheue | niks meer nie
- wys taakgeheue | niks meer nie
- wys onderstel fpc | niks meer nie
- wys onderstel roetering-enjin | niks meer nie
- wys stelselprosesse uitgebreide | niks meer nie
- wys stelsel prosesse geheue detail | niks meer nie
- wys bgp-opsomming | niks meer nie
- wys koppelvlakke ae* terse | niks meer nie
- wys lacp-koppelvlakke
- wys lacp-statistiek-koppelvlakke
- wys koppelvlakke kort |nie-meer nie
- wys bfd sessie | niks meer nie
Op onderstel-gebaseerde modulêre platforms kan jy Switch Interface Board (SIB) verwante opdrag uitvoer:
wys onderstel sibs | niks meer nie
Voer enige pasgemaakte tjeks en voorbereidingsprosedures vir die beplande opgraderingstoestel uit nadat die gesondheidsondersoek voltooi is. Hierdie kontroles moet gedoen word voor die opgraderingsprosedure wat in die volgende afdelings van hierdie dokument gelys word.
Voorbereiding vir die opgradering
Voer die volgende stappe uit:
- Gaan stelselvrye berging na om genoeg berging vir die nuwe Junos OS-beeld te verseker:
- Begin "df -k /var/tmp" in dopmodus om vrye spasie na te gaan.
- In die geval, vrye spasie is minder as die vereiste spasie vir opgradering, dan kan ons spasie vrymaak met die opdrag wat in stap 2 gelys is. Vir ZTP is daar nie so 'n vrye spasievereiste nie.
- Begin "versoek stelselberging opruim droogloop" langs om die voorgestelde lys van files vir uitvee:
- Gebruik die opdrag "versoek stelselbergingopruiming" om stoorspasie op die toestelle vry te maak indien die voorgestelde lys van files wat uitgevee moet word, is aanvaarbaar. 3. Vee enige alarms en
- kernstortings voor die opgradering: o Vee stelselfoute fpc alle fpc-gleuf 4 uit
- Kopieer Junos OS-beeld na toestel /var/tmp-gids. Gebruik hierdie stap slegs as telefoonhuis of ZTP nie gebruik word nie.
Voorafgradeer BGP-spesifieke bewerkings op ruggraat
Voer die volgende stappe uit:
- Daar word aanvaar dat elke skakelaar wat opgegradeer word, die volgende BGP-parameters vooraf opgestel het:
- vertraging-roete-advertensies minimum-vertraging inkomende-konvergensie
- vertraging-roete-advertensies minimum-vertraging roete-uptyd
Dit is om te verseker dat die BGP-roetes deur 'n skakelaar geadverteer word na aanskakeling, slegs nadat roetekonvergensie by die plaaslike skakelaar verseker is. Dit beteken dat roetes in RIB na FIB van die skakelaar afgelaai is. Indien die roetes in RIB nie by FIB beskikbaar is nie, begin die plaaslike roeteerder roetes adverteer onmiddellik nadat roetes in RIB beskikbaar is, al kan die FIB dit nie aanstuur nie. Dit kan lei tot verkeersafname vir bestemmings wie se roetes deur plaaslike roeteerder geadverteer is, maar waarvoor daar geen ooreenstemmende roete in FIB van die plaaslike roeteerder is nie.
Die definisie van die BGP-parameters is soos volg:
inkomende konvergensie – Spesifiseer 'n minimum vertraging in roete-advertensie nadat die bron-eweknie alle roete-opdaterings gestuur het na die plaaslike roeteerder wat opgegradeer word. Die plaaslike toestel wat opgegradeer word, wag vir ten minste die gekonfigureerde duur nadat inkomende konvergensie by plaaslike toestel vir die bron-eweknie voltooi is. Vir BGP-roetes stuur die bron-eweknie die einde-van-rib nadat al die roete-opdaterings na die plaaslike toestel gestuur is. Die verstekwaarde is 120 sekondes, die reeks is 1 tot 36000 sekondes.
As al die BGP-eweknieë van die toestel van tipe IPv4 is, voer die volgende opdrag uit: - stel protokolle bgp familie inet unicast vertraging-roete advertensies minimum-vertraging inkomende-konvergensie <1 tot 36000 s>
As al die BGP-eweknieë van die toestel van tipe IPv6 is, voer die volgende opdrag uit: - stel protokolle bgp familie inet6 unicast vertraging-roete-advertensies minimum-vertraging inkomende-konvergensie <1 tot 36000 s>
As sommige van die BGP-eweknieë van die toestel van tipe IPv4 is, en sommige van tipe IPv6 is, moet inkomende-konvergensie op plaaslike toestel op 'n per-eweknie-basis gestel word. Vir IPv4 BGP eweknieë, voer die volgende opdrag uit: - stel protokolle bgp groep buur familie inet unicast vertraging-roete-advertensies minimum-vertraging inkomende-konvergensie <1 tot 36000 s>
Vir IPv6 BGP eweknieë, voer die volgende opdrag uit: - stel protokolle bgp groep buurfamilie inet6 unicast vertraging-roete-advertensies minimum-vertraging inkomende-konvergensie <1 tot 36000 s>
b) minimum roete-optyd – Spesifiseer die minimum vertraging, in sekondes, voordat 'n roete-advertensie gestuur word nadat die roete-protokol-proses (rpd) begin het. Die toestel wag vir ten minste die gekonfigureerde tydsduur voordat roete-advertensies aan sy eweknieë uitstuur. Die verstekwaarde is 0 sekondes, die reeks is 1 tot 36000 sekondes.
As al die BGP-eweknieë van die toestel van tipe IPv4 is, voer die volgende opdrag uit: - stel protokolle bgp familie inet unicast vertraging-roete-advertensies minimum-vertraging roetering-uptyd <1 tot 36000 s>
As al die BGP-eweknieë van die toestel van tipe IPv6 is, voer die volgende opdrag uit: - stel protokolle bgp familie inet6 unicast vertraging-roete-advertensies minimum-vertraging roetering-uptyd <1 tot 36000 s>
As sommige van die BGP-eweknieë van die toestel van die tipe IPv4 is, en sommige van die tipe IPv6, dan moet roete-optyd op plaaslike toestel op 'n per-eweknie-basis ingestel word. Vir IPv4 BGP eweknieë, voer die volgende opdrag uit: - stel protokolle bgp groep buurman familie inet unicast vertraging-roete-advertensies minimum-vertraging roetering-uptyd <1 tot 36000 s>
Vir IPv6 BGP eweknieë, voer die volgende opdrag uit: - stel protokolle bgp groep buur familie inet6 unicast vertraging-roete-advertensies minimum-vertraging roetering-uptyd <1 tot 36000 s>
Vir meer inligting, sien, https://www.juniper.net/documentation/us/en/software/junos/bgp/topics/ref/statement/ delay-route-advertisements-edit-protocols-group-family-unicast.html
- As enige BGP eweknieskakelaar verkeer na die toestel stuur, let op die inkrementele uitgangsverkeerstatistieke (afvoerpakkies) op sy skakelaar se toestelgekoppelde koppelvlakke. In die geval dat daar 'n saamgevoegde Ethernet-koppelvlak tussen hierdie eweknieskakelaar en toestel is, identifiseer die samestellende fisiese koppelvlakke deur die volgende opdrag op eweknieskakelaar te gebruik:
- wys lacp-koppelvlakke
Monitor die uitgangsverkeerkoers op fisiese koppelvlakke van eweknieskakelaar, gekoppel aan toestel, deur die volgende opdragte te gebruik: - wys koppelvlakke
- monitor koppelvlakverkeer
- wys lacp-koppelvlakke
- Skep 'n beleid vir roeteverwerping:
- Stel beleid-opsies-beleidstelling verwerp dan.
- As die toestel met BGP gekonfigureer is, onttrek alle geadverteerde BGP-roetes van alle eweknie-supersteels. Hier verwys SUPER-SPINES-groep na alle super-ruggraatskakelaars wat optree as BGP-eweknieë van ruggraatskakelaar wat opgegradeer word:
- stel protokolle bgp-groep SUPER-SPINES uitvoer DENY-ALL en pleeg. Vir inligting oor die BGP-roete-uitvoeropdragte, sien https://www.juniper.net/documentation/us/en/software/junos/bqp/topics/ref/statement/expor t-edit-protocols-bgp.html
- As toestel met BGP gekonfigureer is, onttrek alle geadverteerde BGP-roetes van alle eweknieblare, hier verwys LEAF-groep na blaarskakelaars wat optree as BGP-eweknieë van ruggraatskakelaar wat opgegradeer word:
- stel protokolle bgp groep LEAF uitvoer DENY-ALL en pleeg.
- Let op die IP-adres op die toestel wat op sy elke BGP eweknieskakelaar gekoppelde koppelvlak gekonfigureer is. Voer die volgende opdrag op toestel uit:
- Wys koppelvlakke kort
- Verifieer op elke BGP eweknie-skakelaar (beide super-ruggraat en blaar) dat die roetes wat deur toestel uitgevoer word, onttrek word:
- wys bap-opsomming
Daar word verskeie inskrywings vertoon. Kontroleer die inskrywing wat ooreenstem met die toestel. Dit kan geïdentifiseer word met behulp van die IP-adres wat op die toestelkoppelvlak opgestel is wat aan die eweknieskakelaar gekoppel is, waarop hierdie CLI uitgevoer is. In die inskrywing wat ooreenstem met toestel (op portuurskakelaar), moet die roetes wat vanaf toestel ontvang word as 0/0/0/0 onder die kolom gewys word
Staat|#Aktief/Ontvang/Aanvaar/Damped. - Alternatiewelik kan jy ook die volgende opdrag op elke BGP eweknie-skakelaar (beide super-ruggraat en blaar) van toestel uitvoer:
- Wys bgp buurman
Dit behoort dieselfde inligting onder die opskrif te wys:
Tafel inet.
- wys bap-opsomming
- As enige BGP-eweknieskakelaar verkeer na die toestel stuur, monitor verkeerstatistieke op daardie eweknieskakelaar en wag totdat die inkrementele uitgangsstatistieke (afvoerpakkette) op sy toestelgekoppelde koppelvlakke amper word. Ingeval daar 'n saamgevoegde Ethernet-koppelvlak tussen hierdie eweknieskakelaar en toestel is , identifiseer die samestellende koppelvlakke deur die volgende opdrag op eweknieskakelaar te gebruik:
- wys lacp-koppelvlakke Monitor die uitgangsverkeerkoers op toestelgekoppelde koppelvlakke van eweknieskakelaar deur die volgende opdrag te gebruik: wys koppelvlakke
- monitor koppelvlakverkeer
Voorafgradeer BGP-spesifieke bewerkings op Leaf
Voer die volgende stappe uit:
- Volg stap 1 van pre-opgradering BGP spesifieke operasie op ruggraat skakelaar.
- Die prosedure vir die onttrekking van geadverteerde BGP-roetes op blaarskakelaar wat opgegradeer word, is baie soortgelyk aan dié van ruggraatskakelaar. Onttrek geadverteerde roetes na alle stekels wat as BGP-eweknie optree:
- stel protokolle bgp groep SPINES uitvoer DENY-ALL en pleeg.
Hier verwys SPINES na BGP-ewekniegroep wat op blaarskakelaar gekonfigureer is om mee te loer
al die stekels via BGP.
- stel protokolle bgp groep SPINES uitvoer DENY-ALL en pleeg.
- In die geval dat 'n TOR-skakelaar (of bedienergasheer) deur L2 MC-LAG aan toestelbladskakelaar gekoppel is, deaktiveer die fisiese koppelvlak op blaarskakelaar wat aan daardie TOR-skakelaar (of bedienergasheer) gekoppel is. Dit is omdat die TOR-skakelaar (of bedienergasheer) dalk nie eBGP opgestel het nie en werk gebaseer op L2-hashing van noordgebonde verkeer na alle blaarskakelaars.
Deaktiveer dus die koppelvlak op toestelbladskakelaar wat opgegradeer word, na TOR-skakelaar (of bedienergasheer). Dit verhoed dat TOR-skakelaar (of bedienergasheer) enige verkeer stuur na toestelbladskakelaar wat opgegradeer word. o stel koppelvlakke deaktiveer en verbind. - Volg die stappe 5 tot 7 in die geval van vooraf-opgradering van BGP-operasies op stekels.
Voorafgradeer BGP-spesifieke bewerkings op Super-Spines
Voer die volgende stappe uit:
- Volg stap 1 van pre-opgradering BGP spesifieke operasie op ruggraat skakelaar.
- Die prosedure vir die onttrekking van geadverteerde BGP-roetes op super-ruggraatskakelaar wat opgegradeer word, is soortgelyk aan dié van blaarskakelaar. Onttrek geadverteerde roetes na alle stekels wat as BGP-eweknie optree:
- stel protokolle bgp groep SPINES uitvoer DENY-ALL en pleeg.
Hier verwys SPINES na BGP-ewekniegroep wat op super-ruggraatskakelaar gekonfigureer is om met al die stekels deur BGP te loer. Volg stappe 5 tot 7 in die geval van vooraf-opgradering van BGP-operasies op stekels.
Gradeer toestel op met nuwe prent en herlaai
Daar is verskeie metodes om 'n skakelaar met 'n nuwe beeld op te gradeer:
- CLI-gebaseerde opgradering
- ZTP
- ISSU
- NSSU
Die gedetailleerde beskrywings is beskikbaar in die afdeling, Handmatige opgraderingsbesonderhede vir skakelaars sonder Juniper Apstra.
Na-opgradering roetines wat algemeen is vir enkel RE- en dubbele RE-skakelaars en alle skakelaarsrolle
- Voer die volgende stappe uit:
Wag en verifieer die toestel is op. - Verifieer dat daar geen proseskerne is nie.
- hoe stelsel kern stort
- Verifieer dat daar geen bykomende stelsel- en onderstelalarms is nie.
- wys onderstel alarms | niks meer nie
- wys stelselalarms | niks meer nie
Na-opgradering BGP-spesifieke bewerkings op ruggraat
Voer die volgende stappe uit:
- Herbegin advertensieroetes na alle eweknie-ruggraats. Hier verwys SUPER-SPINES-groep na superspine-skakelaars wat optree as BGP-eweknieë van ruggraatskakelaar wat opgegradeer word:
- skrap protokolle bgp-groep SUPER-SPINES voer DENY-ALL uit en pleeg.
- Herbegin advertensieroetes na alle eweknieblare. Hier verwys LEAF-groep na blaarskakelaars wat optree as BGP-eweknieë van ruggraatskakelaar wat opgegradeer word: o skrap protokolle bgp-groep LEAF uitvoer DENY-ALL en pleeg.
- In die geval dat verkeer vanaf enige ruggraat (wat as BGP-eweknieskakelaar optree) na die toestel gestuur is, monitor verkeerstatistieke op daardie eweknieskakelaar en wag totdat die inkrementele uitgangstatistieke (afvoerpakkies) op sy toestelgekoppelde koppelvlakke byna voor-opgraderingwaarde word. In die geval dat daar 'n saamgevoegde Ethernet-koppelvlak tussen hierdie eweknieskakelaar en toestel is, identifiseer die samestellende fisiese koppelvlakke deur hierdie CLI op eweknieskakelaar te gebruik:
- wys lacp-koppelvlakke
Monitor die uitgangsverkeerkoers op fisiese koppelvlakke van eweknieskakelaar wat aan ruggraat gekoppel is - skakelaar word opgegradeer deur die volgende CLI's te gebruik: wys koppelvlakke | grep koers
- monitor koppelvlakverkeer
- wys lacp-koppelvlakke
Na-opgradering BGP-spesifieke bewerkings op blaar- en ToR-skakelaar / bedienergasheer
- Voer die volgende stappe uit: 1. Herbegin om BGP-roetes te adverteer op blaarskakelaar wat opgegradeer word. Hierdie stap is soortgelyk aan dié van ruggraatskakelaar. Herbegin advertensie roetes na alle ruggraat wat as BGP eweknieë optree: o skrap protokolle bgp groep SPINES voer DENY-ALL uit en pleeg. Hier verwys SPINES na BGP-ewekniegroep wat op blaarskakelaar gekonfigureer is om met al die stekels via BGP te loer.
- In die geval dat 'n TOR-skakelaar (of bedienergasheer) aan blaarskakelaars gekoppel is via L2 MC-LAG, moet die fisiese koppelvlak op blaarskakelaar wat aan die TOR-skakelaar (of bedienergasheer) gekoppel is, heraktiveer word (as dit vroeër gedeaktiveer is) ). Dit stel TOR-skakelaar (of bedienergasheer) weer in staat om die verkeer na al die blaarskakelaars te stuur (insluitend blaarskakelaar wat opgegradeer word) na L2-hashing.
- stel koppelvlakke aktiveer en verbind.
- Volg stap 3 in die geval van post-opgradering BGP operasies op stekels
Na-opgradering BGP-spesifieke bedrywighede op Super-Spines
Voer die volgende stappe uit:
- Herbegin om BGP-roetes te adverteer op super-ruggraatskakelaar wat opgegradeer word. Hierdie stap is soortgelyk aan dié van ruggraatskakelaar. Herbegin advertensieroetes na alle stekels wat as BGP-eweknieë optree:
- skrap protokolle bgp groep SPINES uitvoer DENY-ALL en pleeg.
Hier verwys SPINES na BGP portuurgroep wat op super-ruggraatskakelaar gekonfigureer is vir
loer met al die stekels via BGP. Volg stap 3 in die geval van na-opgradering BGP-bedrywighede
op stekels.
- skrap protokolle bgp groep SPINES uitvoer DENY-ALL en pleeg.
- Volg stap 3 in die geval van post-opgradering BGP operasies op stekels.
Verifieer alle netwerk-kern-gerigte koppelvlakke
Voer die volgende stappe uit:
- Wag en verifieer dat alle onderlaagroetes op is.
- Wag en verifieer dat BGP-buurverhoudings gevestig is. Wag vir BGP-roeteopdatering om klaar te maak.
a) "wys bgp-opsomming" en kontroleer Gevestigde status vir alle bure. - Wag en verifieer dat IRB-koppelvlakke op is. Dit is slegs van toepassing as IRB-koppelvlakke gekonfigureer is, dit gebeur tipies op ToR- of CE-skakelaars.
a) wys koppelvlakke irb
Verifieer alle toegangskoppelvlakke aan die eindtoestel
Wag en verifieer dat alle gebruikersverkeer soos normaal hervat word.
Na-opgradering Gesondheidskontrole
Herhaal die gesondheidsondersoekprosedure wat voor die opgradering uitgevoer is. Dit kan gevolg word deur enige pasgemaakte tjeks.
Na-opgradering skoonmaak
- Vee die nuut geïnstalleerde prent uit indien nodig.
- Herstel syslog-konfigurasie-instelling terug na oorspronklike.
Ondersteunde platforms vir handmatige opgraderingsprosedures (Sonder Juniper Apstra)
Tabel 2 verskaf die besonderhede van die ondersteunde platforms.
Tabel 2 Handmatige opgraderingsprosedure
Handmatige opgraderingsbesonderhede vir skakelaars sonder Juniper Apstra
Beide enkel- en dubbele RE-skakelaars
Normale CLI-gebaseerde opgradering kan vir beide enkel- en dubbele RE-skakelaars gebruik word. Dit is die eenvoudigste opgraderingsopsie en het nie die funksies wat deur ander opsies ondersteun word nie. FTP eers die nuwe sagtewarepakket na /var/tmp-gids op toestel. Voer dan die volgende opdrag uit:
root@host> versoek stelselsagteware byvoeg herlaai
Slegs enkele RE-skakelaars
Zero Touch Provisioning (ZTP) herstel 'n skakelaar na fabrieksverstekopstelling. In ZTP moet bestaande konfigurasie weer toegepas word deur a file bediener waar die Junos OS Evolved of Junos OS-beeld gestoor word, aangesien dit verlore gaan. Let daarop dat die skakelaar wat na ZTP opgegradeer word, moet
onder alle omstandighede aan die konfigurasiebediener / beeldbediener gekoppel wees, sodat bestaande konfigurasie weer toegepas kan word nadat ZTP verby is.
Aannames
Die toestel gebruik inligting wat op 'n Dynamic Host Configuration Protocol (DHCP)-bediener opgestel is om die nodige sagtewarebeeld en konfigurasie op te spoor files op die netwerk. As die DHCP-bediener nie gekonfigureer is om hierdie inligting te verskaf nie, word die vooraf geïnstalleerde sagteware en verstek fabriekkonfigurasie gelaai.
Hierdie dokument neem aan dat dhcpd, vsftpd, tftpd en httpd geïnstalleer en gekonfigureer is om ZTP te ondersteun. Die toestel wat voorsien is vir die aflaai van prent en konfigurasie files gebruik een van vsftpd, httpd en tftpd. DHCP word gebruik om opsies vir ZTP te verskaf.
DHCP-aflos
As die ZTP-bediener en die toestel wat opgegradeer moet word nie direk op dieselfde LAN gekoppel is nie, word 'n DHCP-aflos vereis. Die aflos moet geaktiveer word op enige toestel wat verbinding verskaf tussen die toestel wat opgegradeer word en die ZTP-bediener deur die volgende CLI's te gebruik:
Stel aanstuur-opsies dhcp-relay server-group toets
Stel aanstuur-opsies dhcp-relay aktiewe-bediener-groep toets Stel aanstuur-opsies dhcp-relay groep alle koppelvlak
Vir meer inligting oor die opstel van 'n DHCP-aflos op 'n Junos OS-toestel, sien die volgende dokumente:
-
- 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
Die opstel van DHCP-bediener en vervoermodus
Voer die volgende stappe uit:
- Verwys na https://linux.die.net/man/5/dhcpd.conf om meer te wete te kom oor parameters en Hieronder is asample config van /etc/dhcp/dhcpd.conf.
- # koppelvlak waaroor dhcp-bediener luister aan dhcp ontdek boodskappe.
DHCPDARGS=ens33;
# Die onderstaande verklaring word gebruik om die subnette te identifiseer waaroor
om te luister
# vir dhcp ontdek boodskappe en verskaf ip-adresse.
# reeks : spesifiseer hoeveel IP-adresse om te huur.
# domeinnaam : word gebruik om die netwerk te identifiseer, domeinnaambedieners: gebruik
# wanneer gasheername in plaas van IP-adresse gebruik word.
subnet 3.3.3.0 netmasker 255.255.255.0 {
reeks 3.3.3.3 3.3.3.15;
opsie domeinnaam "mydomain.net";
opsie domeinnaam-bedieners 10.209.194.133;
opsie routers 3.3.3.254;
verstek-huur-tyd 60000;
maksimum huurtyd 720000;
}
# Die onderstaande verklaring verskaf 'n opsieruimte-definisie.
opsie spasie SUNW;
opsie SUNW.bediener-beeld kode 0 = teks;
opsie SUNW.server-file kode 1 = teks;
opsie SUNW.image-file-tik kode 2 = teks;
opsie SUNW.oordrag-modus kode 3 = teks;
opsie SUNW.symlink-bediener-beeld kode 4 = teks;
opsie SUNW.http-poort kode 5 = teks;
opsie SUNW-encapsulation code 43 = encapsuleer SUNW;
# groep word gebruik om algemene parameters toe te pas vir 'n klomp verskillende gashere.
# definieer 'n spesifieke gasheer en sy parameters.
# "hardeware ethernet" mac-adres van die toestel. Vir MX10003 sal dit
# het die mac-adres van die fxp0-koppelvlak.
# "oordragmodus" -modus wat gebruik word vir die aflaai van die prent en konfigurasie
# files. As dit afwesig is, is verstek tftp. Opsies is http, ftp en tftp.
# log-bediener en ntp-bediener is vir die stuur van syslog-boodskappe.
# "bediener-beeld" is die beeld vir die toestel.
# "bediener-file ” is die opsie vir die config file.
# "tftp-bedienernaam" is die IP-adres van die bediener wat die files
# vir selflaai. Dit word as 'n tou verskaf.
groep {
volgende bediener 3.3.3.1;
gasheer mx204-12345 {
hardware ethernet 98:a4:04:7f:1a:83;
opsie SUNW.oordrag-modus "ftp";
opsie gasheernaam "mx204-12345";
opsie log-bedieners 3.3.3.1;
opsie ntp-bedieners 66.129.255.62;
opsie SUNW.server-file "dut-baseline-config.conf";
opsie SUNW.server-image "junos-vmhost-install-mx-x86-64-
19.4R1.1.tgz”;
opsie tftp-bedienernaam "3.3.3.1";
Hou by die teks- of getalformaat soos hierbo genoem. Indien nie, dui dhcpd 'n fout aan by opstart. Stoor die konfigurasie file en begin die dhcpd-diens. Die logs wat betrekking het op dhcpd kan wees viewed in die /var/log/boodskappe file.
- # koppelvlak waaroor dhcp-bediener luister aan dhcp ontdek boodskappe.
- Kopieer die prent en konfigurasie file na die toepaslike paaie, afhangende van vervoermodus wat gekonfigureer is. Die tabel hieronder is 'n example met die veronderstelling dat /tftpboot/ deur tftp en ftp vir gebruik word file winkel. Die bediener-file en bedienerbeeld-opsies in dhcpd.conf file moet die pad relatief tot die pad vir die vervoermodus gekonfigureer hê.
Vervoermodus Config File Pad Tuisgids f tp/etc/vsftpd/vsftpd.conf/tftpboottftp/etc/xinet.d/tftp/tftpboothttp /etc/http/conf/httpd.conf / Var / www / html / Byvoorbeeldample, as die prent in /tftpboot/PLATFORM_AA/image_aa.tgz is, dan is die
bedienerbeeld-opsie moet /PLATFORM_AA/image_aa.tgz wees. - As 'n fabriekverstektoestel voorsien word, maak die netwerkverbindings en skakel die toestel aan. Wanneer die toestel begin, begin outomatiese beeldopgradering (AIU).
- As 'n bestaande toestel voorsien moet word, is dit die beste om die toestel nul te stel deur die "versoek stelsel nulstelling"-opdrag te gebruik. Tik "ja" vir die prompt en druk Enter.
Die toestel word op nul gestel en dan herlaai. Die toestel kom in geheueverliesmodus op. Teken in met root en daar is geen wagwoordprompt nie. Na 'n paar minute is daar boodskappe op die konsole wat aandui dat ZTP begin het. Gee "wys dhcp-kliëntbinding" CLI-opdrag uit om DHCP-gebonde IP te verifieer.
Monitering van ZTP-vordering
Voer die volgende stappe uit:
- Die volgende boodskappe dui opsies aan wat deur die DHCP-bediener gestuur word:
Outomatiese beeldopgradering: DHCP INET-opsies vir kliëntkoppelvlak fxp0.0 ConfigFile:
baseline_mt-bona BeeldFile: junos-vmhost-install-mx-x86-64- 20.3R1.3.tgz
Gateway: 17.17.34.1 DHCP-bediener: 17.17.34.1 File Bediener: 17.17.34.1
Dan gebruik AIU inligting in die DHCP-opsies om die beeld en konfigurasie af te laai files. Die beeld word dan geïnstalleer. Na die stap van die installering van die beeld, konfigureer AIU 'n gebeurtenis-opsie om die konfigurasie toe te pas vanaf die afgelaaide konfigurasie file. As die laaste stap nadat die nuwe prent geïnstalleer is, pas die konfigurasie toe.
Hieronder is 'n momentopname van die boodskappe wat op die konsole vertoon word nadat DHCP-opsies ontvang is.
opsies ontvang word.
Outo-beeldopgradering: Om te stop, pas op CLI toe
"verwyder onderstel outomatiese beeld-opgradering" en pleeg
Outomatiese beeldopgradering: aktief op INET-kliëntkoppelvlak: fxp0.0
Outo-beeldopgradering: Interface:: "fxp0"
Outo-beeldopgradering: Bediener:: "17.17.34.1"
Outomatiese beeldopgradering: beeld File:: “junos-vmhost-install-mx-x86-64-
20.3R1.3.tgz”
Outo-beeldopgradering: Config File:: “baseline_mt-bona”
Outo-beeldopgradering: Gateway:: "17.17.34.1"
Outo-beeldopgradering: Protokol:: "ftp"
Outo-beeld-opgradering: FTP-uitteltyd gestel op 300 sekondes
Die volgende is die boodskappe wat gewys word wanneer beeld afgelaai en geïnstalleer word:
Outo-beeldopgradering: Begin om baseline_mt-bona te gaan haal file vanaf bediener
17.17.34.1 deur fxp0 met behulp van ftp
Outo-prentopgradering: File baseline_mt-bona van bediener af gehaal
17.17.34.1 deur fxp0
Outo-beeld-opgradering: FTP-uitteltyd gestel op 300 sekondes
Outo-beeldopgradering: Begin om junos-vmhost-install-mx-x86-64- te gaan haal
20.3R1.3.tgz file vanaf bediener 17.17.34.1 deur fxp0 met behulp van ftp
Outo-prentopgradering: File junos-vmhost-install-mx-x86-64-20.3R1.3.tgz
gehaal vanaf bediener 17.17.34.1 deur fxp0
Outo-beeldopgradering: Staak beeldinstallasie van junos-vmhostinstall-mx-x86-64-20.3R1.3.tgz ontvang vanaf 17.17.34.1 deur
fxp0: Geïnstalleerde en gehaal beeld weergawe dieselfde
Outo-beeldopgradering: pas baseline_mt-bona toe file konfigurasie
gehaal vanaf bediener 17.17.34.1 deur fxp0
Die volgende is boodskappe van die /var/log/boodskappe file wat die IP-adres wys wat aan die toestel toegeken word
26 Sep 04:11:41 mx-phs-bediener1 dhcpd: DHCPREQUEST vir 17.17.34.110
vanaf e4:fc:82:0f:d2:00 (TC3718210039) via eth1
26 Sep 04:11:42 mx-phs-bediener1 dhcpd: DHCPACK op 17.17.34.110 tot
e4:fc:82:0f:d2:00 (TC3718210039) via eth1
26 Sep 05:11:41 mx-phs-bediener1 dhcpd: Verkoper-klas-identifiseerder:
Juniper:ex4600-40f:TC3718210039
26 Sep 05:11:42 mx-phs-bediener1 dhcpd: DHCPREQUEST vir 17.17.34.110
vanaf e4:fc:82:0f:d2:00 (TC3718210039) via eth1
26 Sep 05:11:42 mx-phs-bediener1 dhcpd: DHCPACK op 17.17.34.110 tot
e4:fc:82:0f:d2:00 (TC3718210039) via eth1
As die laaste stap nadat die prent geïnstalleer is, pas die konfigurasie toe. Begin die "wys stelsel commit" om die uitset te verifieer. Die toestel moet 'n geldige konfigurasie aan die einde insluit. Vir gedetailleerde installasielogboeke, kan u die /var/log/image_load_log file.
Verifikasie
Om te verifieer dat die toestel die IP-adres van die DHCP-bediener ontvang het, voer die volgende opdrag uit: root@host> wys dhcp-kliëntbinding
In die afvoer moet die DHCP-toestand "GEBIND" vertoon.
root@host>wys log image_load_log
Die uitset toon die vordering van die ZTP-beeldlaaiproses.
Probleemoplossing
Voer die volgende stappe uit:
- Maak seker dat die verbindings werk. Aangesien die DHCP-ontdekkingsboodskappe uitgesaai word, moet die netwerk hierdie DHCP-ontdekkingsboodskappe na die DHCP-bediener aanstuur.
- Die dhcpd-prosesstatus moet loop of aktief wees. Indien nie, kontroleer die /var/log/boodskappe file om die probleem te verifieer. Gebruik dieselfde file om DHCP-inskrywings te soek
om te verifieer of die DHCP-ontdekkingsboodskappe die DHCP-bediener bereik. Op hierdie punt moet 'n IP-adres aan die toestel toegeken word. - Die DHCP-boodskappe in /var/log/messages moet betrekking hê op die mac-adres van die fxp0/em0-koppelvlak. As dit nie teenwoordig is nie, bereik die DHCP-ontdekboodskappe vanaf die toestel nie die bediener nie.
- Verifieer dat die fxp0/em0-koppelvlak IP-adres ontvang soos getoon in die opdraguitset "wys dhcp-kliëntbinding".
Benewens die IP-adres moet die toestel inligting oor die prent ontvang file, konfigurasie file, bediener-IP en die vervoermodus wat gebruik moet word om die toestel te voorsien.
As slegs IP-adres sonder opsies ontvang word, maak seker dat die opsie "tftp-bedienernaam" of die "bedienernaam"-opsies teenwoordig is. As een van hierdie twee nie teenwoordig is nie, stuur dhcpd nie die bykomende opsies nie. As veranderinge aan enige van die konfigurasie gemaak word files, moet die ooreenstemmende diens herbegin word vir die veranderinge om in werking te tree. - As die opsies ontvang word, maar daar is probleme met die aflaai van die prent of konfigurasie file, gaan die konfigurasie vir die ooreenstemmende diens na. Die sample konfigurasies en instellings word hieronder getoon vir 'n Centos 6.x installasie.
Sample vsftd.conf opsies wat geaktiveer is vir die ondersteuning van ztp.
anonymous_enable = JA
local_enable = JA
local_root=/tftpboot/
write_enable = JA
local_umask=022
anon_upload_enable=JA
anon_mkdir_write_enable=JA
dirmessage_enable=JA
xferlog_enable=JA
xferlog_std_format=JA
ascii_upload_enable=JA
ascii_download_enable=JA
allow_writeable_chroot=JA
ls_recurse_enable=JA
luister = JA
pam_service_name=vsftpd
userlist_enable=NEE
userlist_deny=NEE
tcp_wrappers=JA
anon_root=/tftpboot/Sample httpd.conf opsies vir die ondersteuning van ztp
ServerRoot “/etc/httpd” Luister: Gebruiker daemon Groep daemon EnableSendfile on
Sample tftp opsies vir die ondersteuning van ztp in
/etc/xinetd.d/tftp
bediener_args = -s /tftpboot/
deaktiveer = n - Meer onlangse Linux-verspreidings (bvample, Centos 7 of later) het 'n firewalld wat deur Configure loop om toegang vir hierdie dienste toe te laat.
Verdere besonderhede van hierdie prosedure kan gevind word by https://www.juniper.net/documentation/us/en/software/junos/junos-install- upgrade/topics/topic-map/zero-touch-provision.html
Slegs dubbele RE-skakelaars
Die ZTP-prosedure kan gebruik word vir dubbele RE-skakelaars. Daar is ook ander prosedures beskikbaar vir dubbele RE-skakelaars.
NSSU
ISSU word slegs vir dubbele RE-skakelaars gebruik en kombineer GRES met NSR. Die aannames is soos volg:
-
- Skyfspasie is beskikbaar vir die /var file stelsel op beide Routing Engines
- Konfigurasie word ondersteun deur 'n verenigde ISSU
- PIC's word ondersteun deur 'n verenigde ISSU
- Graceful Routing Engine-omskakeling is geaktiveer
- Ononderbroke aktiewe roetering is geaktiveer Vir VC/VCF is ISSU nie
Vir die ISSU-inligting, sien https://www.juniper.net/documentation/us/en/software/junos/high-availability/topics/topic- map/issu-understanding.html.
Vir die vereistes om ISSU uit te voer, sien https://www.juniper.net/documentation/us/en/software/junos/high- beskikbaarheid/topics/concept/issu-system-requirements.html
Vir die gedetailleerde instruksies om ISSU uit te voer, sien https://www.juniper.net/documentation/us/en/software/junos/high-availability/topics/topic- map/issu-performing.html
Vir ISSU ondersteun ons opgradering van weergawe N na N+3. Byvoorbeeldample, as die huidige Junos OS-weergawe 19 is, dan is die aanbevole opgraderingsweergawe maksimum van 19+3 = 22.
LET WEL: Sommige van die verouderde PIC's ondersteun nie ISSU nie. Die PIC's wat na ISSU vanlyn gaan, moet met die hand aanlyn geskakel word.
HOOFSTUK 5 Juniper Apstra-gebaseerde opgradering
Gradeer skakelaar op met Juniper Apstra sagteware
Die prosedure vir die dreineer van 'n verkeer vanaf 'n skakelaar via Apstra word hier gespesifiseer: https://www.juniper.net/documentation/us/en/software/apstra4.1/apstra-user- guide/topics/task/device-drain.html.
Die video vir dieselfde is beskikbaar by: https://www.youtube.com/watch?v=cpk-0eZ_L_U.
Vir 'n skakelaar-opgraderingsprosedure, sien https://www.juniper.net/documentation/us/en/software/apstra4.1/apstra-user-guide/topics/topic- map/device-nos-upgrade.html.
HOOFSTUK 6 Junos OS-sagteware-terugrol
Terugrol Junos OS-sagteware
Voer die volgende stappe uit:
- Kontak kliëntediens vir alarms en kernstortings tydens/na die opgradering.
- Verskaf die stelsellog file "boodskappe" en kern files
- As die skakelaaropgradering misluk het weens ISSU, rol die skakelaar outomaties terug na sy oorspronklike Junos OS / Junos OS Evolved-beeld. In die geval van NSSU, is dit moontlik dat sommige skakelaars wat aan VC/VCF behoort, suksesvol opgegradeer word na 'n nuwer Junos OS-beeld, terwyl die oorblywende skakelaars dit nie gedoen het nie. In sulke gevalle moet jy die nuut opgegradeerde skakelaars met die hand terugrol na die oorspronklike Junos OS-beeld deur die volgende opdragte:
- versoek stelselsagteware terugrol
- versoek stelselherlaai
Dan kan u kliëntediens kontak vir hulp met die opgradering van die skakelaars wat die opgraderingsproses misluk het.
Gepubliseer
2023-05-11
Dokumente / Hulpbronne
 |
Juniper NETWORKS IP Stof Opgradering Minimum [pdf] Gebruikersgids IP Stof Opgradering Minimum, IP, Stof Opgradering Minimum, Opgradering Minimum |
