Saturs paslēpties
1 Juniper NETWORKS Paragon Automation
2 Specifikācijas
3 Lietošanas instrukcijas
4 Ievads
5 Uzstādīšana un jaunināšana
6 FAQ
7 Dokumenti / Resursi
7.1 Atsauces

Kadiķis-LOGO

Juniper NETWORKS Paragon Automation

Juniper-NETWORKS-Paragon-Automation-PRODUCT1

Specifikācijas

  • Produkta nosaukums: Juniper Paragon Automation
  • Izlaiduma versija: 2.4.1
  • Publicēšanas datums: 2025-07-22

Ievads
Juniper Paragon Automation ir izstrādāts, lai palīdzētu pakalpojumu sniedzējiem, mākoņpakalpojumu sniedzējiem un uzņēmumiem efektīvi pārvaldīt tīkla darbības. Tas piedāvā modernu mikropakalpojumu arhitektūru ar atvērtām API un intuitīvu lietotāja saskarni.

Galvenās iezīmes

  • Automatizēt ierīču pievienošanu un nodrošināšanu
  • Vienkāršot un paātrināt pakalpojumu sniegšanu
  • Novērtējiet ierīces un pakalpojuma veiktspēju
  • Samaziniet manuālo darbu un laika patēriņu

Licencēšana
Paragon Automation 2.4.1 versijas produktu tiesības ir balstītas uz goda tiesībām. Lai iegādātos licenci, sazinieties ar savu Juniper Networks pārdošanas pārstāvi. Pēc iegādes pārvaldiet licences, izmantojot Juniper Agile Licensing (JAL) portālu.

Atbalstītās Junos OS versijas, ierīces un pārlūkprogrammas
Skatiet 1. tabulā atbalstīto Junos OS laidienu, ierīču un pārlūkprogrammu sarakstu pakalpojumā Juniper Paragon Automation.

Uzstādīšana un jaunināšana
Lai instalētu vai jauninātu Juniper Paragon Automation, veiciet tālāk norādītās darbības.

  1. Lejupielādējiet instalācijas pakotni no oficiālās Juniper Networks vietnes webvietne.
  2. Palaidiet instalēšanas vedni un izpildiet ekrānā redzamos norādījumus.
  3. Jauninājumu gadījumā pārliecinieties par saderību ar esošajām konfigurācijām.

Lietošanas instrukcijas

Ierīces ieviešana un nodrošināšana
Lai instalētu ierīci un nodrošinātu pakalpojumus: piesakieties Paragon Automation grafiskajā lietotāja saskarnē.

  1. Dodieties uz sadaļu Ievads.
  2. Lai pievienotu jaunu ierīci, izpildiet norādījumus.
  3. Konfigurējiet pakalpojuma parametrus pēc nepieciešamības.
  4. Pārbaudiet veiksmīgu iekļaušanu sadaļā Krājumi.

Pakalpojumu sniegšanas paātrināšana
Lai paātrinātu pakalpojumu sniegšanu:

  1. Pakalpojumu katalogā atlasiet vēlamo pakalpojumu.
  2. Izpildiet norādījumus, lai konfigurētu pakalpojuma informāciju.
  3. Iesniedziet nodrošinājuma pieprasījumu.
  4. Sekojiet līdzi progresam pakalpojumu informācijas panelī.

Ievads

  • Pakalpojumu sniedzēji, mākoņpakalpojumu sniedzēji un uzņēmumi saskaras ar datplūsmas apjoma, ātruma un veidu pieaugumu. Tas rada gan unikālus izaicinājumus (paaugstinātas lietotāju prasības un paplašināti drošības apdraudējumi), gan jaunas iespējas (jaunas paaudzes 5G, lietu internets, izkliedēti perifērijas pakalpojumi) tīkla operatoriem.
  • Lai pielāgotos straujām datplūsmas modeļu izmaiņām, pakalpojumu sniedzējiem un uzņēmumiem ir ātri jānosaka un jānovērš ierīču un pakalpojumu problēmas, kā arī jāveic izmaiņas pakalpojumu konfigurācijās reāllaikā. Jebkura nepareiza konfigurācija cilvēcisku kļūdu dēļ var izraisīt pakalpojumu darbības traucējumus.tagŠo problēmu izpēte un risināšana var būt laikietilpīgs process.
  • Juniper® Paragon Automation ir WAN automatizācijas risinājums, kas ļauj pakalpojumu sniedzējiem un uzņēmumu tīkliem risināt šīs problēmas. Juniper risinājums nodrošina uz pieredzi orientētu un automatizācijas vadītu tīklu, kas tīkla operatoriem sniedz augstas kvalitātes pieredzi.
  • Paragon Automation pamatā ir moderna mikropakalpojumu arhitektūra ar atvērtām API saskarnēm. Paragon Automation ir izstrādāts ar viegli lietojamu lietotāja saskarni, kas nodrošina izcilu darbības un lietotāja pieredzi. Piemēram,ample, Paragon Automation ievieš dažādus persona profile(piemēram, tīkla arhitekts, tīkla plānotājs, lauka tehniķis un tīkla darbības centra [NOC] inženieris), lai operatori varētu izprast un veikt dažādas darbības ierīces dzīves cikla pārvaldības (LCM) procesā.
  • Paragon Automation tīkla darbībām izmanto uz lietošanas gadījumiem balstītu pieeju. Kad jūs izpildāt lietošanas gadījumu, Paragon Automation izsauc visas nepieciešamās šī lietošanas gadījuma iespējas, palaiž darbplūsmu (ja nepieciešams) un piedāvā jums pabeigtu uzdevumu kopu, kas īsteno lietošanas gadījumu.

Paragon Automation atbalsta šādus lietošanas gadījumus:

  • Ierīces dzīves cikla pārvaldība (LCM) — ļauj jums ieviest, nodrošināt un pēc tam pārvaldīt ierīci. Paragon Automation automatizē ierīces ieviešanas procesu, sākot no piegādes līdz pakalpojuma nodrošināšanai, tādējādi nodrošinot ierīces gatavību ražošanas datplūsmas pieņemšanai.
  • Novērojamība — ļauj vizualizēt tīkla topoloģiju, nodrošināt tuneļus, view topoloģijas atjauninājumus reāllaikā un ierīču un tīkla uzraudzību. Varat arī view ierīces un tīkla stāvokli un detalizētu informāciju. Turklāt Paragon Automation paziņo par tīkla problēmām, izmantojot brīdinājumus, trauksmes signālus un notikumus, kurus varat izmantot, lai novērstu problēmas, kas ietekmē jūsu tīklu. Paragon Automation nodrošina arī maršrutēšanas informācijas paneli un interaktīvu maršrutēšanas topoloģijas karti, kurā varat reāllaikā aktīvi uzraudzīt sava tīkla kopējo maršrutēšanas stāvokli.
  • Uzticamība un atbilstība — automātiski pārbauda, ​​vai ierīce atbilst Interneta drošības centra (CIS) etalonu dokumentā definētajiem noteikumiem. Turklāt Paragon Automation pārbauda arī ierīces konfigurāciju, integritāti un veiktspēju un pēc tam ģenerē uzticamības rādītāju, kas nosaka ierīces uzticamību.
  • Pakalpojumu orķestrēšana — ļauj racionalizēt un optimizēt tīkla pakalpojumu sniegšanu, tādējādi uzlabojot efektivitāti un samazinot kļūdu risku. Pakalpojums var būt jebkurš punktveida, punkta-daudzpunktu vai daudzpunktu-daudzpunktu savienojums. Piemēram,amppiemēram, 3. slāņa VPN vai EVPN.
  • Aktīvā nodrošināšana — ļauj aktīvi uzraudzīt un testēt tīkla datu plakni, ģenerējot sintētisku trafiku, izmantojot testa aģentus. Testa aģenti ir mērījumu punkti, kas izvietoti noteiktos maršrutētājos jūsu tīklā. Šie testa aģenti spēj ģenerēt, saņemt un analizēt tīkla trafiku, tādējādi ļaujot jums nepārtraukti... view un uzraudzīt gan reāllaika, gan apkopotos rezultātu rādītājus.
  • Tīkla optimizācija — ļauj optimizēt tīkla resursu izmantošanu, uzlabot tīkla veiktspēju un nodrošināt uzticamu un efektīvu datu piegādi visā tīklā. Paragon Automation optimizē tīklu, pārvaldot etiķešu komutācijas ceļu (LSP) vai segmentu maršrutēšanas politiku dzīves ciklu, izmantojot uz nolūku balstītu pieeju.

Rezumējot, Paragon Automation palīdz operatoriem automatizēt ierīču pievienošanu un nodrošināšanu, vienkāršot un paātrināt pakalpojumu sniegšanu, novērtēt ierīču un pakalpojumu veiktspēju, kā arī samazināt manuālo darbu un laika patēriņu.

  • Izmantojiet šīs laidiena piezīmes, lai uzzinātu par funkcijām, atbalstītajām Junos OS un Junos OS Evolved laidieniem, atbalstītajām ierīcēm un neatrisinātajām problēmām pakalpojumā Paragon Automation.

Licencēšana

Lai izmantotu Paragon Automation un tā funkcijas, jums ir nepieciešams:

  • Produkta tiesības—Izmantot Paragon Automation un tā lietošanas gadījumus.

PIEZĪME: Produkta tiesības ir balstītas uz godaprātu un netiek piemērotas Paragon Automation 2.4.1. laidienam.

  • Ierīces licence—Lai izmantotu funkcijas ierīcē, kuru esat instalējis.

Lai iegādātos licenci, sazinieties ar savu Juniper Networks pārdošanas pārstāvi. Lai iegūtu plašāku informāciju par licenču iegādi, skatiet Juniper licencēšanas lietotāja rokasgrāmatu. Pēc licences iegādes varat to lejupielādēt. file un pārvaldīt licences, izmantojot Juniper Agile Licensing (JAL) portālu. Varat arī izvēlēties saņemt licenci file pa e-pastu. Licence file satur licences atslēgu. Licences atslēga nosaka, vai jums ir tiesības izmantot licencētās funkcijas.

  • Pēc ierīces instalēšanas superlietotājs un tīkla administrators var pievienot ierīces licenci Paragon Automation GUI cilnē Licences (Novērojamība > Veselība > Ierīču problēmu novēršana > Ierīces nosaukums > Inventarizācija > Licences). Papildinformāciju skatiet sadaļā Ierīču licenču pārvaldība.

Atbalstītās Junos OS versijas, ierīces un pārlūkprogrammas
1. tabulā 3. lappusē ir uzskaitītas Juniper Paragon Automation atbalstītās Junos OS versijas, ierīces un pārlūkprogrammas.

1. tabula: Atbalstītās Junos OS versijas, ierīces un pārlūkprogrammas

Atbalstītā Junos operētājsistēma

  • Junos OS Evolved izlaiž 24.4R1, 24.2R2, 24.2R1, 23.4R2, 23.2R2, 22.4R2 un 22.2R3 versijas.
  • Junos OS izlaiž 24.4R1, 24.2R2, 24.2R1, 23.4R2, 23.2R2, 22.4R2 un 22.2R3 versijas.

Atbalstītās Juniper ierīces

  • ACX2200 (tikai ar EMS funkcionalitāti un topoloģiju saistīta informācija)
  • ACX7024
  • ACX7024-X
  • ACX7100-32C
  • ACX7100-48L
  • ACX7348
  • ACX7332
  • ACX7509
  • PTX10001-36MR
  • PTX10002-36QDD
  • PTX10004
  • PTX10008
  • PTX10016
  • MX204
  • MX240
  • MX304
  • MX480
  • MX960
  • MX10003
  • MX10004
  • MX10008
  • vMX
  • EX3400
  • EX4300-32F (tikai EMS funkcionalitāte)
  • EX4300-48MP
  • EX9200
  • QFX5110
  • QFX5120

Atbalstītās trešo pušu ierīces

  • Cisco tīkla konverģences sistēma 57C3 (Cisco NCS57C3)
  • Cisco tīkla konverģences sistēma 5504 (Cisco NCS5504)
  • Cisco 8202 maršrutētājs
  • Cisco IOS XRv maršrutētājs
  • Cisco apkopošanas pakalpojumu maršrutētāji 9902 (Cisco ASR9902)
  • PIEZĪME: Trešo pušu ierīcēm:
  • Tiek atbalstītas tikai pamata ierīču pārvaldības funkcijas (piemēram, pamata ierīču ieviešana, vienkāršas gNOI komandas (pārstartēšana) un konfigurācijas veidnes) un ieviešana, izmantojot API.
  • Jūs nevarat iespējot maršrutēšanas protokola analīzi un datu vākšanu.

Atbalstītās pārlūkprogrammas

  • Jaunākās Google Chrome, Mozilla Firefox un Safari versijas.

Uzstādīšana un jaunināšana

  • Juniper Paragon Automation 2.4.1. laidiens ir 2.4.0. laidiena uzturēšanas laidiens. 2.4.0. laidiens vairs nav pieejams lejupielādei programmatūras lejupielādes vietnē. Lai instalētu un izmantotu 2.4.0. laidienā pieejamās funkcijas, ir jāinstalē 2.4.1. laidiens vai jāveic jaunināšana uz 2.4.1. laidienu no vecāka laidiena.
  • Lai no jauna instalētu Juniper Paragon Automation 2.4.1 laidienu, lejupielādējiet paragon-2.4.1-builddate OVA failu. file no Juniper Paragon Automation programmatūras lejupielādes vietnes. Veiciet instalēšanas un jaunināšanas rokasgrāmatā aprakstītās darbības, lai instalētu 2.4.1 versiju un piesakieties vietnē Web GUI. Informāciju skatiet sadaļā Paragon Automation instalēšana.
  • Ja jau esat instalējis Juniper Paragon Automation 2.4.0 laidienu vai vecāku Paragon Automation laidienu, jauniniet to uz 2.4.1 laidienu, lejupielādējot programmatūras lejupielādes vietnē pieejamo failu upgrade_paragon-release-2.4.1.build-id.tgz. Informāciju skatiet sadaļā Paragon Automation jaunināšana.
  • Jūs varat jaunināt uz 2.4.1 versiju no tālāk norādītajām versijām.
    • 2.4.0. izlaidums
    • 2.3.0. izlaidums
    • 2.2.0. izlaidums
  • Mēs neatbalstām tiešu jaunināšanu no Juniper Paragon Automation 2.0.0 un 2.1.0 laidieniem uz 2.4.1 laidienu. Ja jums ir 2.1.0 laidiena instalācija, varat jaunināt uz 2.2.0 laidienu un pēc tam jaunināt uz 2.4.1 laidienu.

Jaunas funkcijas

  • Juniper Paragon Automation 2.4.1 laidienā nav jaunu funkciju.

Zināmās problēmas

ŠAJĀ SADAĻĀ

  • Ierīces dzīves cikla pārvaldība | 7
  • Novērojamība | 7
  • Pakalpojumu orķestrēšana | 14 Aktīva nodrošināšana | 16
  • Tīkla optimizācija | 18 Uzticēšanās | 18
  • Administrācija | 18
  • Instalēšana un jaunināšana | 18

Šajā sadaļā ir uzskaitītas zināmās problēmas pakalpojumā Juniper Paragon Automation.

Ierīces dzīves cikla pārvaldība

  • Ja esat instalējis Cisco ierīci, bet vēlāk mainījis ierīces TLS iestatījumus (to ieslēdzis vai izslēdzis), ierīces statuss inventarizācijas lapā tiks rādīts kā Atvienots.
  • Risinājums: izdzēsiet ierīci un pievienojiet to vēlreiz, iestatot Nedrošs uz Aplams un Izlaist Pārbaudi uz Patiess atbilstoši tam, vai iepriekš esat izslēdzis vai ieslēdzis TLS.
  • QFX ierīces iekļaušana Paragon Automation platformā neizdodas, ja ierīces pro ir iespējota uzticēšanās.file tiek lietots QFX ierīcē.
    Risinājums: atspējojiet ierīces uzticamības funkcijufile un pēc tam mēģiniet pieslēgt QFX ierīci.
  • Paragon Automation aktivizē konfigurācijas veidnes, kas iekļautas ierīces pro komplektāfile un interfeiss profile tikai ierīces sākotnējās iestatīšanas laikā. Jūs nevarat izmantot ierīces komplektā iekļautās konfigurācijas veidnes.files un interfeiss profilelai pēc ierīces instalēšanas tai lietotu papildu konfigurāciju.
  • Risinājums: Ja pēc ierīces instalēšanas ir jāpielieto papildu konfigurācija, konfigurācija ir jāpielieto manuāli, izmantojot komandrindas saskarni (CLI) vai izpildot konfigurācijas veidnes, izmantojot Paragon Automation GUI.
  • The View Tīkla resursu lapā (Inventārs > Ierīces ieviešana > Tīkla ieviešanas plāns > Vairāk) netiek rādīta ar AE saskarni saistīta informācija.
  • Risinājums: varat view ar AE saskarnēm saistītās detaļas sadaļā View konfigurācijas akordeona aktīvā konfigurācijas saite (Observability > Troubleshoot Devices > Device-Name).

Novērojamība

  • XML ceļa valodas (XPath) izmaiņu dēļ daži pielāgotie noteikumi nevar apkopot KPI informāciju no ierīces.
    • Risinājums: nav.
  • Liela apjoma ievades scenāriju laikā, piemēram, maršrutētāju pirmās ieviešanas vai maršrutētāju apkopes periodos, ir nepieciešams zināms laiks, līdz kopējais maršrutu skaits tiek atspoguļots maršrutēšanas statusa grafikā (Novērojamība > Maršrutēšana > Maršrutēšanas pārlūka maršrutēšanas statusa cilne).
  • Ja tīklā notiek kādi notikumi, maršrutēšanas statusa grafikā vai maršrutēšanas atjauninājumu tabulā (Novērojamība > Maršrutēšana > Maršruta pārlūks > Maršrutēšanas atjauninājumi) dati var tikt attēloti ar ievērojamu latentumu. Mēs sagaidām, ka tīkla stabilas darbības laikā latentums ir saprātīgs.
  • Tāpat statistika cilnē Ierīce (Novērojamība > Maršrutēšana > Maršruta pārlūks > Maršrutēšanas statuss) vai cilnē Blakus esošās vietas (Novērojamība > Maršrutēšana > Maršruta pārlūks) tiek atjaunināta ar zemu latentumu (no 1 līdz 5 minūtēm).
    • Risinājums: nav.
  • Retos gadījumos, kad saitē tiek izmantoti daudzlīmeņu ISIS protokoli, topoloģijas karte var netikt atjaunināta vai neatspoguļot jaunāko tiešraides darbības statusu.
  • Risinājums: pārtrauciet BGP LS sesiju, nevis restartējiet topoloģijas serveri.

Piesakieties organizācijai paredzētajā CRPD.
kubectl -n $(kubectl get namespaces -o jsonpath='{.items}' | jq -r '.[]|select(.metadata.name |startswith(“pf-“))|.metadata.name') exec -it $(kubectl -n $(kubectl get namespaces -o jsonpath='{.items}' |jq -r '.[]|select(.metadata.name | startswith(“pf-“))|.metadata.name') get pods -l northstar=bmp -o jsonpath='{.items[0].metadata.name}') -c crpd — cli

Notīriet BGP sesiju.

  • Notīrīt BGP no visiem kaimiņiem

Ja mēģināt izveidot LSP, izmantojot REST API, un atkārtoti izmantojat esošu LSP nosaukumu, REST API serveris neatgriež kļūdu.
Risinājums: Nav.

  • Telemetrijas ceļu izmaiņu dēļ jūs nevarat view IS-IS dati ACX7020 ierīcēm maršrutēšanas un MPLS akordeonā (Observability > Health > Troubleshoot > Devices > Device-Name). Risinājums: Nav.
  • Maršruta pārlūka lapā (Observability > Routing) dati tiek rādīti tikai tad, ja ir instalēta Junos OS vai Junos OS Evolved Release 23.2 vai vecāka versija.
  • Pievienojot ierīces speciālistufile Tīkla ieviešanas plānam, ja iespējojat maršrutēšanas protokola analīzi, maršrutēšanas dati tiek apkopoti ierīcēm, kas uzskaitītas ierīču profilā.filePublicējot tīkla ieviešanas plānu, pat ja ieviešanas darbplūsma šķiet veiksmīga, var rasties kļūdas, kas saistītas ar šo ierīču maršrutēšanas datu apkopošanu. Šo kļūdu dēļ ierīces netiks konfigurētas datu sūtīšanai uz Paragon Automation, un tāpēc maršrutēšanas dati netiks rādīti Paragon Automation GUI lapā Maršruta pārlūks. Šī problēma rodas arī ierīču atvienošanas laikā, kad atvienotās ierīces turpina sūtīt datus uz Paragon Automation.

Šī problēma rodas arī tad, ja ierīcēs nav konfigurēts ASN vai maršrutētāja ID vai ja ierīces konfigurācija ir bloķēta tikai rediģēšanai.

Risinājums: Lai novērstu šo problēmu:

  1. Veiciet kādu no šīm darbībām:
    Pārbaudiet pakalpojumu žurnālus, izpildot Shell komandu request paragon debug logs namespace routingbot app routingbot service routingbot-apiserver. Veiciet nepieciešamās darbības, pamatojoties uz kļūdas ziņojumiem, kas redzami sadaļā “No Link Title”.
    2. tabula. Kļūdu ziņojumi
    Kļūdu ziņojumi Problēma
    Neizdevās iegūt ierīces profesionāli.file informācija par dev_id

    {dev_id}: {res.status_code} – {res.text}

     

    Neizdevās iegūt ierīces informāciju dev_id {dev['dev_id']}. Ierīce tiek izlaista.

    		 API izsaukums uz PAPI, lai iegūtu ierīces informāciju, neizdevās.
    Atbildē uz dev_id netika atrasti rezultāti.

    {izstrādātāja_id}

     

    Neizdevās iegūt ierīces informāciju dev_id {dev['dev_id']}. Ierīce tiek izlaista.

    		 API izsaukums uz PAPI atgriež atbildi bez datiem.
    Atbildē uz dev_id {dev_id} nav atrasta pilnīga ierīces informācija: {device_info} API izsaukums uz PAPI atgriež atbildi ar nepilnīgiem datiem.
    Nav atrasti dati par dev_id {dev_id} no PF API izsaukums pakalpojumam Pathfinder, lai iegūtu ierīces informāciju, neizdevās.
    Nepieciešamie dati dev_id {dev_id} nav atrasti PF datos:{node_data} API izsaukums pakalpojumam Pathfinder, lai iegūtu ierīces informāciju, atgriež atbildi ar nepilnīgiem datiem.
    EMS konfigurācija neizdevās ar kļūdu konfigurācijai: {cfg_data} vai EMS konfigurācijas push kļūda {res} {res.text} | mēģiniet:

    {retries}. Neizdevās konfigurēt BMP ierīcē.

    {mac_id}

    		 BGP konfigurācija neizdevās.
    Kļūdu ziņojumi Problēma
    Nederīgs galvenās, sekundārās vai laidiena versijas formāts: {os_version} Ierīces operētājsistēmas versija netiek atbalstīta.
    Kļūda POST {self.config_server_path}/api/v2/config/device/{dev_id}/{data} {res.json()} P Laybook lietojumprogramma neizdevās.
    Kļūda, veicot PUT:{self.config_server_path}/api/v2/config/device/{dev_id}/{data} {res_put.json()} Playbook noņemšana neizdevās.
    Kļūda, veicot PUT:{self.config_server_path}/api/v2/config/device/{dev_id}/{data} {res_put.json()} Ierīces vai Playbook lietojumprogrammas savienojums ar ierīču grupu neizdevās.
    Kļūda PUT {self.config_server_path}/api/v2/config/device-group/{site_id}/{data}

    {res_put.json()}

    		 Ierīces vai spēles plāna noņemšana no ierīču grupas neizdevās.
    Kļūdu ziņojumi Problēma
    Nederīgs galvenās, sekundārās vai laidiena versijas {os_version} formāts Ierīces operētājsistēmas versija netiek atbalstīta.
    Kļūda POST {self.config_server_path}/api/v2/config/device/{dev_id}/{data} {res.json()} Playbook lietojumprogramma neizdevās.
    Kļūda, veicot PUT:{self.config_server_path}/api/v2/config/device/{dev_id}/{data} {res_put.json()} Playbook noņemšana neizdevās.
    Kļūda, veicot PUT:{self.config_server_path}/api/v2/config/device/{dev_id}/{data} {res_put.json()} Ierīces vai Playbook lietojumprogrammas savienojums ar ierīču grupu neizdevās.
    Kļūda PUT {self.config_server_path}/api/v2/config/device-group/{site_id}/{data}

    {res_put.json()}

    		 Ierīces vai spēles plāna noņemšana no ierīču grupas neizdevās.

    Pārbaudiet ierīces konfigurāciju, lai pārbaudītu, vai ierīce negaidīti neuzrāda konfigurācijas neesamību vai klātbūtni. Piemēram,ample, tu vari,

    • View konfigurācijas, kas atrodas zem kopu grupām paragon-routing-bgp-analytics routing-options bmp.
    • Pārbaudiet ierīces konfigurāciju JTIMON podā.
  2. Pēc iepriekš minēto problēmu novēršanas rediģējiet ierīces profilufile tīkla ieviešanas plāna, ko esat lietojis ierīcei. Atkarībā no tā, vai pievienojat vai atvienojat ierīces, iespējojiet vai atspējojiet maršrutēšanas protokola analīzes opciju ierīces profilā.file.
  3. Publicējiet tīkla ieviešanas plānu.
  4. Pārbaudiet, vai nepieciešamie rezultāti ir redzami, pamatojoties uz datiem, kas tiek parādīti Paragon Automation GUI maršruta pārlūka lapā.

Pēc jaunināšanas uz Juniper Paragon Automation 2.4.1 laidienu ir jākonfigurē cRPD VIP adrese, lai iespējotu maršrutēšanas novērošanas līdzekļus.

Lai iespējotu maršrutēšanas novērošanas funkcijas, palaidiet šādas komandas:

  • iestatīt paragonu klastera lietojumprogrammas routingbot routingbot-crpd-vip apstiprināt un iziet
  • Pieprasīt Paragon konfigurāciju
  • Pieprasījuma paragona izvietošanas klastera ievade “-t metallb,routingbot-crpd,addon-apps -e target_components=routingbot-api-server”
  • kubectl -n routingbot ieviešanas restartēšana izvietošana routingbot-apiserver

Saskarņu akordeonā FEC nekoriģēto kļūdu diagrammas ir pieejamas tikai tām saskarnēm, kas atbalsta ātrumu 100 Gb/s vai lielāku.

  • Pēc jaunas ierīces konfigurācijas lietošanas lapā Ierīces nosaukuma aktīvā konfigurācija
    (Novērojamība> Ierīces problēmu novēršana> Ierīces nosaukums> Konfigurācijas akordeons> View (aktīvās konfigurācijas saite) nekavējoties neparāda jaunāko konfigurāciju. Paiet vairākas minūtes, līdz jaunākās izmaiņas tiek atspoguļotas ierīces nosaukuma lapā “Aktīvā konfigurācija”.
  • Risinājums: Varat pārbaudīt, vai jaunās konfigurācijas tiek lietotas ierīcē, piesakoties ierīcē, izmantojot komandrindas saskarni (CLI).
  • Ja ierīce tiek atklāta, izmantojot BGP-LS līdzinieka sesiju, pat pirms ierīces pievienošanas, tad, izveidojot PCEP sesiju ar ierīci, tiek izveidoti LSP dublikāti. Retos gadījumos izveidotie LSP dublikāti paliks.
  • Risinājums: Ja redzat dublētus LSP, atkārtoti veiciet konfigurācijas parsēšanu pēc tam, kad esat pārliecinājies, ka
  • TopoServer ir saņēmis profesionālu vērtējumufile LSP galapunktam no edgeAdapter. Konfigurācijas parsēšana tiek aktivizēta tikai tad, ja ierīcē ir apstiprināšanas notikums. Lai manuāli aktivizētu konfigurācijas parsēšanu:
    1. Piesakieties gaisa plūsmas plānotāja modulī.
      kubectl -n gaisa plūsmas izpilde -it $(kubectl -n gaisa plūsmas saņem podus -l komponents=gaisa plūsmas plānotājs -o
      jsonpath='{.items[0].metadata.name}') -c plānotājs — bash
    2. Palaist konfigurācijas parsēšanu.
      cd /opt/airflow/mount /opt/airflow/mount/utils/getipconf -northstar -noVT -noASNodeLink -topo_id 10 -dir /opt/airflow/mount/collection/ / /config/config -i /opt/airflow/mount/collection/ / /config/interface -geo /opt/airflow/mount/collection/ / /config/geo_file.json
  • Ierīču problēmu novēršanas un veselības informācijas paneļa lapās (Novērojamība > Veselība) norādītais neveselīgo ierīču skaits nesakrīt.
    Risinājums: nav.
  • Nevēlamus mezglus un saites nevar dzēst no Paragon Automation GUI.
    Risinājums: Lai dzēstu mezglus un saites, izmantojiet šādus REST API:
  • REST API saites dzēšanai:
    [DZĒST] https://{{server-ip}}/topology/api/v1/orgs/{{org-id}}/{{topo-id}}/links/{{saites-id}}

PIEZĪME: Lai iegūtu faktisko informāciju, varat veikt šeit aprakstītās darbības. URL.

Piemēram,ample,

PIEZĪME: Lai iegūtu faktisko informāciju, varat veikt šeit aprakstītās darbības. URL.

Piemēram,ample,

Lai iegūtu faktisko, izmantojiet tālāk norādīto procedūru. URL ko lietojat C valodāURL saites vai mezgla dzēšanai:

  1. Dodieties uz lapu Topoloģija (Novērojamība > Topoloģija).
  2. Atveriet izstrādātāja rīku pārlūkprogrammā, izmantojot tastatūras taustiņu kombināciju CTRL + Shift + I.
  3. Izstrādātāja rīkā atlasiet Tīkls un atlasiet XHR filtra opciju.
  4. Nosakiet saites indeksa numuru vai mezgla numuru. Lai noteiktu saites indeksa numuru attiecībā pret mezgla numuru:
    • Paragon Automation GUI topoloģijas lapā veiciet dubultklikšķi uz saites vai mezgla, kuru vēlaties dzēst. Tiek parādīta lapa Saite Saites nosaukums vai Mezgla Mezgla nosaukums.
    • Dodieties uz cilni Detalizēta informācija un ievērojiet saites indeksa numuru vai mezgla numuru, kas tiek parādīts.
  5. Izstrādātāja rīkā atlasiet un noklikšķiniet uz rindas, kuras pamatā ir saites indeksa numurs vai mezgla numurs, kas ir saistīts ar saiti vai mezglu, kuru vēlaties dzēst.
  6. Kopējiet URL kas jāizmanto, lai dzēstu saiti vai mezglu C valodāURL.

Ne visi optikas moduļi atbalsta visus ar optiku saistītos KPI. Plašāku informāciju skatiet sadaļā “Nav saites virsraksts”. Risinājums: Nav.

3. tabula: Optikas moduļiem atbalstītie KPI

Modulis Rx signāla zuduma KPI Raidsignāla zuduma KPI Lāzera atspējošanas KPI
SFP optika Nē Nē Nē
CFP optika Jā Nē Nē
CFP_LH_ACO optika Jā Nē Nē
QSFP optika Jā Jā Jā
CXP optika Jā Jā Nē
XFP optika Nē Nē Nē
  • PTX100002 ierīcēm saskarnes akordeonā (Observability > Health > Troubleshoot Devices > Device-Name > Over) ir novērotas šādas problēmas.view):
    • Ierīces nosaukuma lapā “Pievienojamo ierīču informācija” (Interfaces accordion > Pluggables data-link) optiskās raidītāja jaudas un optiskās uztveršanas jaudas diagrammās netiek rādīti nekādi dati.
    • Ierīces nosaukuma ievades datplūsmas informācijas lapā (Interfeisu akordeons > Ievades datplūsmas datu saite) signāla funkcionalitātes grafikā netiek rādīti nekādi dati.

Servisa orķestrēšana

  • Ja vienā un tajā pašā IFD darbojas dažādi L3VPN pakalpojumi, izmantojot dažādas MTU vērtības, pakalpojumu nodrošināšana neizdodas.
    Risinājums: pārliecinieties, vai MTU vērtības ir vienādas L3VPN pakalpojumiem, kuriem ir viens un tas pats IFD.
  • Šādi akordeoni cilnē Pasīvā nodrošināšana (Orkestrācija > Instances > Pakalpojuma pasūtījuma nosaukuma informācija) attēlo nepareizus datus vai to vispār nav:
  • BGP akordeons — VPN stāvokļa kolonnā tiek rādīti nepareizi dati par klienta malas (CE) vai pakalpojumu sniedzēja malas (PE) ierīcēm ar IPv4 vai IPv6 kaimiņiem.
  • OSPF akordeons — CE vai PE ierīcēm ar IPv6 kaimiņiem kolonnā Kaimiņa adrese nav IPv6 ierakstu.
  • L3VPN akordeons — VPN stāvokļa kolonnā OSPF un BGP protokoliem tiek rādīti nepareizi dati. CE vai PE ierīcēm ar statiskām IPv4 vai IPv6 adresēm kolonnas “Kaimiņa sesija” un “VPN stāvoklis” ir tukšas.
  • Šī problēma rodas tikai L3VPN pakalpojumam.
  • Risinājums: nav.
  • Ja CE un PE ierīču kombinācijai nav pieejama derīga saskarnes opcija, saskarnes nolaižamā izvēlne būs tukša.
    Risinājums: varat veikt vienu no šīm darbībām:
    • Izvēlieties citu CE un PE kombināciju.
    • Pirms PE ierīces un tās saskarnes atlases noņemiet CE ierīces atlasi. Šādā gadījumā sistēma automātiski piešķir CE ierīci.
  • Ja jaunināsiet Paragon Automation no 2.3.0 laidiena uz 2.4.1 versiju, iespējams, nevarēsiet modificēt VLAN vietnes tīkla piekļuvei esošajās L3VPN pakalpojumu instancēs.
    Risinājums: Lai izmantotu interaktīvās izvietošanas funkcionalitāti, pakalpojumu instances ir jājaunina uz 2.4.1. laidienu.
  • Ierīces nosaukums netiek rādīts, virzot kursoru virs tās. View Detalizētas informācijas hipersaite L3VPN akordeona sadaļā Attiecīgie notikumi (Orkestrācija > Instances > Pakalpojuma instances > Hipersaite Pakalpojuma instances-Nosaukums > Pakalpojuma instances-Nosaukuma informācija > cilne Pasīvā nodrošināšana).
  • Risinājums: nav.
  • Ja esat jauninājis topoloģijas resursu no 2.2.0 vai 2.3.0 laidiena uz 2.4.1 laidienu un vēlāk rediģējat un nodrošināt pakalpojuma instanci (L3VPN vai EVPN), kas tika izveidota vecākā laidienā (2.3.0 vai 2.2.0 laidiens), pakalpojuma instances nodrošināšana neizdodas. Risinājums: pirms sākat rediģēt pakalpojuma instanci, pārliecinieties, vai topoloģijas resurss un pakalpojuma instance ir vienā un tajā pašā versijā. Varat izvēlēties vispirms jaunināt topoloģijas resursu un pēc tam pakalpojumu vai otrādi.
  • Kad ierīces tiek pievienotas partijās, Kubernetes horizontālās poda automātiskās mērogošanas dēļ gaisa plūsmas darbinieku podiem, pievienošana var neizdoties ierīcēm, kas atrodas pievienošanas procesa vidū.
  • Risinājums: Lai atkārtoti sāktu reģistrāciju, izmantojiet Paragon Automation GUI opciju “Atsākt reģistrāciju”.
  • Pēc Paragon Automation jaunināšanas no 2.2.0 laidiena uz 2.4.1 laidienu pārliecinieties, vai pirms topoloģijas resursa instances jaunināšanas esat jauninājis L3VPN pakalpojuma instanci; pretējā gadījumā var rasties problēmas.
  • Risinājums: Vispirms jauniniet visus pakalpojumu gadījumus un pēc tam jauniniet topoloģijas resursu gadījumu.
  • Pakalpojuma tips “vpn_svc_type” Paragon Automation GUI un REST API tiek parādīts kā “pbb-evpn”, nevis “evpn-mpls”.
  • Risinājums: nav.
  • MX 240 ierīcei ar OSPF saistītie dati netiek aizpildīti cilnē Pasīvā nodrošināšana (Orkestrācija > Instances > Pakalpojuma pasūtījuma nosaukuma detaļas).
  • Risinājums: konfigurējiet OSPF klienta malas (CE) ierīcē.
  • Veidojot vai modificējot EVPN pakalpojuma pasūtījumu, apkopotā Ethernet (AE) saskarnē nevar konfigurēt vairākus VLAN ID. EVPN uzskata AE portu par vienu resursu, un tāpēc AE saskarni nevar atkārtoti izmantot dažādās pakalpojumu instancēs pat tad, ja AE IFL VLAN ID atšķiras.
  • Risinājums: nav.
  • Noklikšķinot uz ikonas Atsvaidzināt lapā Pakalpojuma instances nosaukuma detalizētā informācija (Orkestrācija > Instances > Pakalpojuma instances nosaukums), sadaļā Attiecīgie notikumi, iespējams, neredzēsiet jaunākos notikumus.
  • Risinājums: Uz view jaunākos notikumus, ikonas Atsvaidzināšanas vietā, dodieties uz lapu Pakalpojuma instance (Orkestrācija > Instances) un atlasiet pakalpojuma instanci, kurai vēlaties redzēt jaunākos notikumus.
  • Ja, modificējot esošu L3VPN pakalpojuma instanci, mēģināt noņemt ierīci, kas jau ir daļa no tīkla ieviešanas plāna, modificēšanas darbplūsma neizdodas.
  • Risinājums: Lapā Monitori apturiet visus monitorus, kas saistīti ar ierīci, kura ir jādzēš pakalpojuma instancē. Pēc tam, kad attiecīgie monitori ir apturēti, varat turpināt L3VPN pakalpojuma instances modificēšanu.
  • Cilne “Pasūtījumu vēsture” lapā “L3VPN nosaukuma informācija” (Orkestrēšana > Instances > Pakalpojums-)
  • Instances nosaukuma hipersaite) uzskaita visu pasūtījumu vēsturi, ja deaktivizējat pakalpojuma instanci un vēlāk nodrošināt pakalpojumu, izmantojot to pašu informāciju, kas deaktivizētajam pakalpojumam.
  • Risinājums: nav.
  • Mērogotā iestatījumā pakalpojumu dizainus nevar jaunināt vairumā.
  • Risinājums: Iesakām vienlaikus jaunināt tikai vienu pakalpojuma dizainu.
  • Logiskās saskarnes akordeona kolonnā Izvades datplūsmas ātrums (Orkestrācija > Instances > Pakalpojumu instances lapa > hipersaite pakalpojuma-instances-nosaukums > Pakalpojumu-instances-nosaukuma informācija) tiek parādīti daži dati pat tad, ja caur ierīcēm nav datplūsmas.
  • Risinājums: nav.

Aktīvā pārliecība

  • Jums, iespējams, neizdosies view Testu lapa (Novērojamība > Aktīva nodrošināšana), ja jūsu lomas tips ir Novērotājs.
  • Risinājums: nav.
  • Ja, izmantojot Juniper Paragon Automation 2.3.0 vai vecāku versiju, maršrutētājā instalējāt testa aģentu, un vēlāk, ja jaunināt uz Paragon Automation 2.4.1 versiju un pārstartējat maršrutētāju, tad starp maršrutētājā instalēto testa aģenta versiju un Paragon Automation pieejamo testa aģenta versiju radīsies neatbilstība. Šīs problēmas dēļ maršrutētājā, kas tiek pārstartēts, nevar palaist testus vai monitorus.
  • Risinājums: Pēc Paragon Automation jaunināšanas uz 2.4.1 versiju piesakieties maršrutētājā un noņemiet testa aģenta versijas informāciju no testa aģenta konfigurācijas, palaižot komandu delete services paa test-agent ta-version.
  • Testa aģenta statuss tiek rādīts kā bezsaistē pēc tam, kad ierīces maršrutēšanas dzinējs pārslēdzas no primārā maršrutēšanas dzinēja uz rezerves maršrutēšanas dzinēju vai otrādi. Šī problēma rodas tikai tad, ja izmantojat Junos OS versiju, kas ir vecāka par 23.4R2.
  • Risinājums: Pēc maršrutēšanas dzinēja pārslēgšanas atkārtoti instalējiet testa aģentu.
  • Testa aģentā nevar palaist vairākas spraudņu versijas.
  • Risinājums: jauninot Paragon Automation, pirms jaunu mērījumu izveides restartējiet visus mērījumus.
  • Noklikšķinot uz monitora lapā Monitori (Novērojamība > Aktīvā nodrošināšana), datu ielāde lapā Monitora nosaukums aizņem aptuveni minūti. Šī problēma rodas tikai tad, ja sistēmā ir liels notikumu skaits.
  • Risinājums: nav.
  • Izveidojot testu ar DNS spraudni, straumes netiek ģenerētas, un tiek izraisīts šāds notikums:
    • Nevarēja iegūt vārdserveri no resolv.conf faila
  • Šī problēma rodas, ja tests ir saistīts ar testa aģentu, kas darbojas Juniper Networks maršrutētājā ar instalētu Junos OS EVO, un, konfigurējot testu, netiek norādīts lauks “Nosaukumserveris”.
  • Risinājums: konfigurējot testu, pārliecinieties, vai norādāt vērtību laukā “Nosaukumserveris”.
  • Pēc tam, kad atjaunināt cita lietotāja izveidotu monitoru vai testa veidni, kolonnā “Atjaunināja” lapās “Moniori” (Novērojamība > “Aktīvā garantija”) un “Testa veidne” (Inventarizācija > “Aktīvā garantija”) netiek parādīts tā lietotāja vārds, kurš modificēja monitoru vai testa veidni. Risinājums: nav.
  • Pievienojot jaunu resursdatoru esošajam monitoram, jaunie mērījumi netiek atspoguļoti veselības informācijas paneļa cilnē Active Assurance (Novērojamība > Veselības stāvoklis).
  • Risinājums: nav.
  • Ierīču tabula cilnē Ierīces (Novērojamība > Darbspēja > Darbspējas informācijas panelis > Aktīvā garantija (cilne) > Noklikšķiniet uz jebkura akordeona > View Detalizēta informācija > cilne Ietekmētie vienumi) neuzskaita ierīces, kurām ir nepareizas mērījumu vērtības.
    Risinājums: nav.

Tīkla optimizācija

  • Segmentu maršrutēšanas (SR) LSP netiek izveidoti, publicējot ceļa nolūku ar SR tuneļa speciālistu.fileŠī problēma rodas tāpēc, ka apraides saite netiek atbalstīta OSPF norādītā maršrutētāja (DR) vai IS-IS norādītās starpposma sistēmas (DIS) dinamiskās izvēles rakstura dēļ.
  • Risinājums: nav.

Uzticēties

  • Šajā laidienā nav zināmu problēmu.

Administrācija

  • Atbalstītās konfigurācijas veidnes maksimālais izmērs ir 1 MB, nevis 10 MB, kā norādīts GUI kļūdas ziņojumā.
  • Risinājums: nav.
  • Reizēm starp brīdinājuma aktivizēšanu un tā parādīšanos grafiskajā lietotāja saskarnē ir ievērojama aizkave līdz pat 10 minūtēm.
  • Risinājums: nav.

Uzstādīšana un jaunināšana

  • Izpildot komandas “request paragon deploy cluster” vai “request paragon service start”, dažreiz tās var neizdoties, jo config.yml ir tukšs. Šādos gadījumos žurnāls file var parādīt līdzīgu kļūdu:

lietojums: ansible-playbook [-h] [–version] [-v] [–private-key PRIVATE_KEY_]FILE] [-u ATTĀLINĀTAIS_LIETOTĀJS] [-c SAVIENOJUMS] [-T TAIMAUTS][–ssh-common-args SSH_COMMON_ARGS]

  • [–sftp-extra-args SFTP_EXTRA_ARGS]
  • [–scp-extra-args SCP_EXTRA_ARGS]
  • [–ssh-extra-args SSH_EXTRA_ARGS]
  • [-k | –savienojuma-parole-]file SAVIENOJUMA_PAROLE_FILE]
  • [–force-handlers] [–flush-cache] [-b]
  • [–kļūt par metodi KĻŪT_METODE]
  • [–kļūst par lietotāju KĻŪST_LIETOTĀJS]
  • [-K | –kļūst-parole-file KĻŪT PAR_PARSOLI_FILE]
  • [-t] TAGS] [–izlaist-tags SKIP_TAGS] [-C]
  • [–sintakses pārbaude] [-D] [-i INVENTORY] [–saraksta-resursdatori]
  • [-l APAKŠKOPA] [-e PAPILDU_MAINĪGIE] [–glabātuves_id VAULT_IDS]
  • [–ask-vault-password | –vault-password-]file VAULT_PAROLE_FILES][-f FORKS] [-M MODULE_PATH] [–uzdevumu-saraksts]
  • [–saraksts-]tags] [–solis] [–sākt-pie-uzdevuma START_AT_TASK]
  • rokasgrāmata [rokasgrāmata …]

Palaiž Ansible playbooks, izpildot definētos uzdevumus mērķa resursdatoros.

<izvade apgriezta>

  • –kļūstiet-metode KĻŪST_METODE
    • Izmantojamā privilēģiju eskalācijas metode (pēc noklusējuma = sudo), derīgu izvēļu sarakstam izmantojiet `ansible-doc -t become -l`.
  • –kļūstiet par lietotāju KĻŪST_LIETOTĀJS
    • Veikt darbības kā šim lietotājam (pēc noklusējuma = root)
  • -b, –kļūst
    • veikt darbības ar become (neparedz paroles pieprasīšanu)

Risinājums: pirms jebkuras komandas atkārtotas izpildes veiciet tālāk norādītās darbības.

  1. Pārliecinieties, vai config.yml fails file ir tukšs, izmantojot file parādīt komandu /epic/config/config.yml. Ja config.yml file ir tukšs, veiciet tālāk norādītās darbības.
  2. Konfigurācijas atkārtota ģenerēšana fileizmantojot komandu request paragon config.
  3. Ierakstiet exit, lai izietu uz Linux saknes čaulu.
  4. Izpildiet šādas komandas:
    • # chattr +i /root//epic/config/inventory
    • # chattr +i /root//epic/config/config.yml
  5. Ievadiet cli, lai ievadītu Paragon Shell.
  6. Izpildiet pieprasījuma paragon deploy cluster vai pieprasījuma paragon service start komandas (atkarībā no situācijas).
  7. Nekavējoties ierakstiet exit, lai izietu no Linux saknes čaulas.
  8. Izpildiet šādas komandas:
    • # chattr -i /root//epic/config/inventory
    • # chattr -i /root//epic/config/config.yml
  9. Ierakstiet cli, lai atkārtoti ievadītu Paragon Shell.
  10. Uzraugiet izvietošanas progresu, izmantojot komandu monitor start /epic/config/log.

Vmrestore rīks atjauno datus vmstorage podos. Veicot atjaunošanu, rīks izveido bloķēšanu. file kas atjaunošanas fāzē neļauj citām lietojumprogrammām piekļūt datiem. Tomēr dažreiz vmrestore rīks neizdodas noņemt bloķēšanu. file, un vmstorage podi nevar piekļūt datiem. Risinājums: Bloķēšanu var atbrīvot, atkārtoti palaižot atjaunošanas darbību, izmantojot to pašu dublējumu. files. Informāciju par Paragon Automation klastera atjaunošanu skatiet sadaļā Paragon Automation dublēšana un atjaunošana.

  • Ja darbinieka mezgls nedarbojas, var rasties problēmas, izveidojot organizāciju vai instalējot ierīci.
  • Risinājums: Neveidojiet organizāciju vai nepievienojiet ierīci, ja darba mezgls nedarbojas. Jums jāgaida, līdz klasteris atjaunojas, un pēc tam izveidojiet organizāciju vai pievienojiet ierīci. Atkopts stāvoklis ir tad, kad visi podi ir vai nu darbības, vai gaidīšanas stāvoklī, un neatrodas nevienā starpstāvoklī, piemēram, darbības pārtraukšana, avārijas izslēgšana utt.

Atrisinātas problēmas
Juniper Paragon Automation 2.4.1 laidienā nav atrisinātu problēmu.

  • Juniper Networks, Juniper Networks logotips, Juniper un Junos ir Juniper Networks, Inc. reģistrētas preču zīmes Amerikas Savienotajās Valstīs un citās valstīs. Visas pārējās preču zīmes, pakalpojumu zīmes, reģistrētās preču zīmes vai reģistrētās pakalpojumu zīmes ir to attiecīgo īpašnieku īpašums. Juniper Networks neuzņemas atbildību par neprecizitātēm šajā dokumentā. Juniper Networks patur tiesības bez brīdinājuma mainīt, modificēt, nodot vai citādi pārskatīt šo publikāciju. Autortiesības © 2025 Juniper Networks, Inc. Visas tiesības aizsargātas.

FAQ

J: Kā novērst ierīču problēmas pakalpojumā Paragon Automation?

A: Lai novērstu ierīces problēmas, Paragon Automation grafiskajā lietotāja saskarnē dodieties uz sadaļu Observability > Health > Troubleshoot Devices. Atlasiet konkrēto ierīci un izpildiet sniegtos problēmu novēršanas norādījumus.

J: Vai es varu izmantot Paragon Automation bez licences?

A: Lai gan produktu tiesības ir balstītas uz goda tiesībām, ieteicams iegādāties licenci, lai iegūtu pilnīgu piekļuvi visām funkcijām un atbalsta pakalpojumiem.

Dokumenti / Resursi

Juniper NETWORKS Paragon Automation [pdfLietotāja rokasgrāmata
2.4.1. laidiens, Paragon Automation, Paragon, Automation

Atsauces

Atstājiet komentāru

Jūsu e-pasta adrese netiks publicēta. Obligātie lauki ir atzīmēti *