Paragon Automation, Rilis 24.1

Sorotan piranti lunak

• Dhukungan kanggo RHEL 8.10
• Kemampuan kanggo pangguna non-root kanggo mbukak printah ing utilitas paragon CLI
• Kemampuan kanggo nyedhiyakake kabijakan rute segmen ing piranti Cisco IOS XR nggunakake NETCONF

Pambuka

Juniper® Paragon Automation minangka solusi sing siap awan kanggo perencanaan jaringan, konfigurasi, penyediaan, rekayasa lalu lintas, pemantauan, lan manajemen siklus urip sing nggawa kemampuan visualisasi lan analitik kanggo manajemen lan pemantauan jaringan. Sampeyan bisa masang Paragon Automation minangka aplikasi lokal (diurus pelanggan).
Paragon Automation ngoperasikake arsitektur basis layanan mikro lan nggunakake REST API, gRPC API, lan komunikasi bis olahpesen umum. Paragon Automation nyedhiyakake kemampuan platform dhasar kayata dhukungan kanggo Juniper Networks lan piranti pihak katelu (Cisco IOS XR, Nokia), provisioning zerotouch, manajemen pangguna, lan kontrol akses adhedhasar peran (RBAC).
Saliyane nyedhiyakake kemampuan platform dhasar, Paragon Automation nawakake aplikasi basis microservices- Juniper® Paragon Insights (biyen HealthBot), Juniper® Paragon Planner (biyen NorthStar Planner), lan Juniper® Paragon Pathfinder (biyen NorthStar Controller).
Nalika sampeyan nambahake aplikasi kasebut menyang Paragon Automation, API Suite saka aplikasi kasebut digabungake karo Paragon Automation kanggo ngidini komunikasi lancar antarane layanan anyar lan sing wis ana. Ing cathetan rilis iki, kita njlentrehake fitur-fitur anyar saka platform dhasar, Paragon Pathfinder, Paragon Planner (Aplikasi Desktop), lan modul Paragon Insights sing kasedhiya ing rilis iki. Kanggo informasi luwih lengkap babagan fitur sing ana gandhengane karo aplikasi kasebut, deleng Pandhuan pangguna Paragon Automation.
Gunakake cathetan rilis iki kanggo nemokake fitur anyar lan dianyari, watesan piranti lunak, lan masalah mbukak ing Paragon Automation Release 24.1.

Instalasi lan Nganyarke Instructions

Kanggo informasi babagan prosedur instalasi, prosedur upgrade, lan syarat (software lan
hardware), ndeleng Paragon Automation Guide Instalasi.

CATETAN:
Sampeyan bisa langsung nganyarke mung saka Paragon Automation Release 23.2 kanggo Release 24.1. Yen rilis sampeyan luwih dhisik tinimbang Rilis 23.2, sampeyan kudu nginstal Rilis 24.1 maneh. Nanging, kanggo migrasi konfigurasi rilis saiki menyang Rilis 24.1, sampeyan bisa nggunakake fungsi serep lan mulihake. Kanggo informasi luwih lengkap babagan upgrade, ndeleng Nganyarke kanggo Paragon Automation Release 24.1.

Lisensi

Ing Paragon Insights, kita wis ngenalake tingkat lisensi ing ngisor iki lan lisensi piranti sing gegandhengan:

• Paragon Insights Advanced (PIN-Advanced)
• Paragon Insights Standard (PIN-Standar)

Saiki, lisensi tingkat dileksanakake kanthi keras. Yaiku, sampeyan ora bisa nindakake operasi penyebaran kajaba sampeyan nambahake lisensi.
Lisensi piranti lunak dileksanakake. Yaiku, sampeyan bakal nampa tandha sing ora tundhuk ing GUI Otomatis Paragon yen sampeyan nyoba masang piranti luwih akeh tinimbang nomer sing wis entuk lisensi.
Nanging, sampeyan bisa terus nggunakake fungsi sing ana.
Sampeyan bisa view status kepatuhan lisensi sampeyan ing kaca Administrasi> Manajemen Lisensi ing GUI.
Ing Paragon Pathfinder, kita wis ngetrapake tingkat lisensi ing ngisor iki:

• Standar Pathfinder
• Pathfinder Lanjut
• Pathfinder Premium

Kanggo informasi babagan lisensi, waca ing Pandhuan lisènsi.
Yen sampeyan duwe kunci lisensi sing digawe kanggo versi Paragon Automation sadurungé Rilis
22.1 sampeyan kudu nganyarke format kunci lisensi menyang format anyar sadurunge sampeyan bisa nginstal ing Paragon Automaton Release 24.1. Sampeyan bisa ngasilake kunci lisensi anyar kanthi nggunakake portal Lisensi Juniper Agile. Kanggo informasi luwih lengkap babagan ngasilake kunci lisensi anyar, waca View, Tambah, utawa Busak Lisensi.

Fitur Anyar lan Diganti

Bagean iki nggambarake fitur ing saben modul Juniper Paragon Automation Release 24.1.
Instalasi lan Nganyarke Paragon

• Red Hat Enterprise Linux (RHEL) 8.10—Paragon Automation Release 24.1 mumpuni kanggo nggarap RHEL 8.10.
  [Waca Prasyarat Instalasi ing Red Hat Enterprise Linux.]
• Jalanake perintah utilitas paragon CLI minangka pangguna non-root-Miwiti ing Paragon Automation Release 24.1, pangguna non-root kanthi hak istimewa superuser (sudo) bisa mbukak perintah utilitas paragon CLI kanggo nganalisa, takon, lan debug persiyapan Paragon Automation.
  [Waca Ngatasi Masalah Nggunakake Paragon CLI Utility.]

Paragon Pathfinder

• Kawicaksanan nuntun babagan panentu ing piranti Cisco IOS XR-Miwiti ing Paragon Automation Release 24.1, sampeyan bisa nyedhiyakake kabijakan rute segmen ing piranti Cisco IOS XR kanthi nggunakake NETCONF minangka cara provisioning.

Platform dhasar
Kita durung nambahake fitur anyar sing ana gandhengane karo platform dhasar ing Paragon Automation Release 24.1.
Paragon Wawasan
Kita durung nambahake fitur anyar sing ana gandhengane karo Paragon Insights ing Paragon Automation Release 24.1.
Paragon Planner
Kita durung nambahake fitur anyar sing ana gandhengane karo Paragon Planner ing Paragon Automation Release 24.1.
CATETAN: Paragon Planner Web Aplikasi minangka fitur beta ing Paragon Automation Release 24.1.

Fitur sing ilang

Bagean iki nyathet fitur sing ora digunakake utawa dhukungan sing ditarik saka Paragon
Rilis Otomatis 24.1.
• Grafana UI
Sampeyan ora bisa ngakses UI Grafana saka Paragon Automation. Kanggo ngakses UI Grafana, sampeyan kudu:

1. Instal Grafana.
   Delengen Dokumentasi Grafana kanggo informasi luwih lengkap.
2. Mbukak port TSDB kanthi mbukak perintah /var/local/healthbot/healthbot tsdb start-services.

CATETAN: Ing Paragon Automation, port TSDB ora katon minangka standar. Kanggo nggunakake piranti eksternal kayata Grafana, sampeyan kudu mbukak pitakon menyang TSDB langsung (lan ora liwat API) kanggo mbukak port TSDB.

Kanggo informasi luwih lengkap, waca Gawe serep lan mulihake TSDB.
• Bagan

Masalah sing Dikenal

Bagean iki nampilake masalah sing dikenal ing Juniper Paragon Automation Release 24.1

Instalasi

• Nalika sampeyan nyedhiyakake mesin virtual (VM) ing server VMware ESXi, yen sampeyan nambahake disk panyimpenan pemblokiran sadurunge nambahake disk karo OS dasar, Ceph kadhangkala salah ngenali drive lan nggawe kluster nggunakake drive sing salah, nyebabake OS dasar dadi. dirusak.
  Solusi: Tambah disk pisanan minangka OS dhasar (drive luwih gedhe) banjur tambahake disk panyimpenan blok sing luwih cilik.
• Yen ora ana database seri wektu (TSDB) replikasi HA, yen simpul buruh Kubernetes mlaku pod TSDB mudhun, sanajan ana kapasitas ing pod, layanan TSDB ora spun munggah ing simpul anyar. Iki amarga volume data sing akeh kudu ditransfer menyang simpul anyar.
  Solusi: Yen ana kegagalan server utawa panyimpenan sing hosting conto TSDB, sampeyan bisa mbangun maneh server utawa komponen sing rusak.

Yen faktor replikasi disetel kanggo 1, banjur data TSDB kanggo Kayata ilang. Ing kasus kasebut, sampeyan kudu mbusak simpul TSDB sing gagal saka Paragon Automation. Kanggo mbusak TSDB Node sing gagal:

1. Ing Paragon Automation GUI, pilih Configuration > Insights Settings.
   Kaca Setelan Insights katon.
2. Klik tab TSDB kanggo view kaca tab Setelan TSDB.
3. Kanggo mbusak simpul sing gagal, ing kaca tab Setelan TSDB, klik X ing jejere jeneng simpul TSDB sing gagal.
   CATETAN: Disaranake sampeyan mbusak simpul TSDB sajrone jendhela pangopènan amarga sawetara layanan bakal diwiwiti maneh lan GUI Otomatis Paragon bakal ora responsif nalika karya TSDB ditindakake.
4. Klik Simpen lan Deploy.
5. Yen owah-owahan ora disebarake lan yen sampeyan nemoni kesalahan nalika nyebarake, aktifake tombol toggle Force lan tindakake owah-owahan kanthi ngeklik Simpen lan Pasang. Kanthi mengkono, sistem ora nggatekake kesalahan nalika nyetel setelan TSDB.

• Yen sampeyan instal Paragon Automation rampung, sampeyan uga kudu mesthekake yen direktori / var / lib / rook dibusak ing kabeh kelenjar, lan kabeh piranti pemblokiran Ceph dibusak.
  Solusi: Waca Ngatasi masalah Ceph lan Rook > Ndandani Disk Gagal bagean ing Pandhuan Instalasi Paragon Automation.
• Nalika nginstal Paragon Automation nggunakake metode celah udara, ana kesalahan ing ngisor iki:

Solusi: Owahi variabel konfigurasi ing ngisor iki ing config-dir/config.yml file banjur instal Paragon Automation nggunakake metode air-gap:

Umum

• Output printah deploy-federated-exchange nampilake yen instalasi gagal nalika sampeyan ngatur Recovery bilai ing penyebaran cluster dual. Sampeyan bisa nglirwakake pesen kegagalan nanging sampeyan kudu nglakokake perintah ing ngisor iki ing kabeh simpul utama saka kluster kasebut:Solusi: Ora ana.
• Nalika gagal mengaruhi pasangan LSP sing beda-beda, Path Computation Server (PCS) ora bakal nuntun LSP ing sadawane jalur tingkat keragaman sing luwih sithik utawa ing jalur sing ora beda-beda. LSP ora diarahake nganti PCS bisa nemokake path sing cocog karo tingkat keragaman sing dikonfigurasi.
  Solusi: Ora ana
• Nalika gagal mengaruhi pasangan LSP sing beda-beda, Path Computation Server (PCS) ora bakal nuntun LSP ing jalur sing ora beda-beda. LSP ora diarahake nganti PCS bisa nemokake path sing cocog karo tingkat keragaman sing dikonfigurasi.
  Solusi: Copot lan aplikasi maneh klompok keragaman.
• Nilai ambang variasi minimal ing setelan ukuran bandwidth saka subLSP wadhah ditampilake minangka 0 sanajan dikonfigurasi ing wadhah kasebut. Ing kahanan normal, ora ana pengaruh kanggo ukuran bandwidth saka subLSP amarga tugas ukuran bandwidth njupuk nilai iki saka wadhah tinimbang subLSP. Nanging, ing skenario tartamtu, bisa uga ukuran subLSP bisa diowahi dadi nilai bandwidth anyar nalika ambang variasi minimal sing dikonfigurasi durung dilanggar.
  Kanggo rincian liyane babagan masalah iki, hubungi Juniper Networks Technical Assistance Center (JTAC).
• Sajrone ukuran bandwidth, LSP sekunder aktif sing nduweni ukuran bandwidth bisa uga ora bisa diowahi ukurane. Nalika masalah iki kedadeyan, panggunaan RSVP saka pranala ing jalur sekunder bisa uga salah dianyari.
  Solusi: Ora ana.
• Ngganti setelan Paragon Pathfinder (Konfigurasi > Setelan Jaringan) kanthi nggunakake UI bisa uga mbutuhake luwih saka siji upaya supaya modifikasi kasebut ditrapake. Sampeyan bisa uga kudu ngeklik Simpen luwih saka sepisan.
  Solusi: Owah-owahan sing padha bisa ditindakake kanthi nggunakake cMGD CLI sing bisa diakses saka simpul master sing nganggo perintah pf-cmgd.
• Ing kahanan tartamtu sajrone normalisasi wadhah, siji utawa luwih subLSP wadhah sing mesthine bakal dicopot bakal tetep. SubLSP wadhah iki bakal tetep ana ing jaringan minangka LSP independen sing ora ana gandhengane karo wadhah kasebut. A mismatch ing nomer subLSPs saka wadhah kasebut ing kolom subLSPs ing tab Container LSP lan nomer nyata saka LSP duwe jeneng wadhah minangka ater-ater ing tab Tunnel, bisa dianggep minangka pratondo masalah iki.
  Kanggo rincian liyane babagan masalah iki, hubungi Juniper Networks Technical Assistance Center (JTAC).
• LSP kontainer bisa dikonfigurasi nganggo setelan ukuran bandwidth sing diwarisake dening subLSP. Ing kahanan tartamtu, nalika pangguna mateni pilihan ukuran bandwidth ing wadhah sawise wis aktif ing sasi, iku ora njaluk dipatèni ing subLSPs ana.
  Solusi: Ora ana.
• Reprovisioning manual saka subLSP saka wadhah bakal mimpin kanggo nambah data kanggo obyek LSP. Akibaté, masalah ing ngisor iki bisa kedadeyan:
• Yen wadhah kasebut diaktifake ukuran bandwidth lan ambang variasi minimal non-nol dikonfigurasi, subLSP tartamtu bisa diowahi ukurane sanajan lalu lintas liwat subLSP ora ngluwihi bandwidth sing diwenehi tandha kanthi paling sethithik nilai ambang variasi minimal.
• SubLSP bisa uga duwe setelan ukuran bandwidth sing beda karo wadah yen setelan ukuran bandwidth wadah diowahi mengko.
• Gagal mbusak subLSP sajrone normalisasi wadhah nalika bandwidth mudhun ing ngisor bandwidth gabung.
  Kanggo rincian liyane babagan masalah iki lan instruksi kanggo mbusak data tambahan sing bakal ditambahake menyang negara internal, hubungi Juniper Networks Technical Assistance Center (JTAC).
• Ing skenario tartamtu kayata kegagalan normalisasi wadhah amarga kekurangan jalur sing kasedhiya, negara internal tambahan bakal ditambahake menyang obyek subLSP wadhah sing bisa nyebabake masalah ing ngisor iki:
• Yen wadhah kasebut diaktifake ukuran bandwidth lan ambang variasi minimal non-nol dikonfigurasi, subLSP tartamtu bisa diowahi ukurane sanajan lalu lintas liwat subLSP ora ngluwihi bandwidth sing diwenehi tandha kanthi paling sethithik nilai ambang variasi minimal.
• SubLSP bisa uga duwe setelan ukuran bandwidth sing beda karo wadah yen setelan ukuran bandwidth wadah diowahi mengko.
• Gagal mbusak subLSP sajrone normalisasi wadhah nalika bandwidth mudhun ing ngisor bandwidth gabung.

Kanggo rincian liyane babagan masalah iki lan instruksi kanggo mbusak data tambahan sing bakal ditambahake menyang negara internal, hubungi Juniper Networks Technical Assistance Center (JTAC).

• Nalika siji utawa luwih simpul ing kluster Kubernetes sing bisa digunakake ora kasedhiya, bisa nyebabake prilaku sing ora dikarepke ing ngisor iki:
• Status PCEP kabeh simpul ditampilake mudhun sanajan status sambungan PCEP munggah ing router.
• Topologi jaringan ora ditampilake ing UI.
  Kanggo rincian liyane babagan masalah iki, hubungi Juniper Networks Technical Assistance Center (JTAC).
• Paragon Pathfinder bisa ngetung path sing nglanggar watesan hop maksimum sing dikonfigurasi ing trowongan. Skenario iki nerangake carane watesan hop maksimum voiled:
• Nalika Path Computation Server (PCS) diwiwiti maneh, LSP mudhun diwenehake tanpa nimbang watesan hop maksimum.
• Sajrone gagal jaringan, LSP diuripake maneh tanpa nimbang watesan hop maksimal.
• Sajrone optimasi path, LSP dioptimalake tanpa nimbang alangan hop maksimum.
  Solusi: Gunakake pilihan reprovision yen ana dalan alternatif sing ora nglanggar watesan sing dikonfigurasi kasedhiya.
• Path sing diitung dening Paragon Pathfinder kanggo LSP siyaga kanthi kendala hop maksimal bisa nglanggar kendala sing dikonfigurasi.
  Solusi: Ora ana.
• Ana kemungkinan PCS ora bisa nemokake LSP kanthi keragaman pranala ing topologi sing nduweni pranala paralel pirang-pirang ing antarane simpul.
  Solusi: Ora ana.
• Nalika sesi PCEP dipateni, status operasional LSP bakal pindhah menyang negara sing ora dingerteni sawise mbukak koleksi piranti.
  Solusi: Ora ana.
• Link bisa ilang nalika nggawe tugas arsip jaringan.
  Solusi: Gawe tugas arsip jaringan anyar.
• Ora bisa nuntun panjaluk VPN amarga ana masalah ing jaringan.
  Solusi: Ora ana.
• Weker ora nanggapi nalika piranti Cisco wiwitane dikonfigurasi karo NETCONF ing port 22.
  Workaround: Ngowahi port NETCONF ing piranti Cisco kanggo lan mesthekake yen owah-owahan disimpen. Sawise iki, bali setelan port menyang port 22.
• Nalika sampeyan nambahake panjaluk multicast ing GUI, kolom Z simpul kosong.
  Solusi: Ora ana.
• Yen sampeyan nambahake pirang-pirang trowongan anyar, nilai lalu lintas saka trowongan sing wis dibusak sadurunge (sing di-cache) bakal ditampilake.
  Solusi: Ora ana.
• Nalika sampeyan nambahake macem-macem trowongan anyar, kadhangkala nilai lalu lintas saka trowongan sing wis dibusak sadurunge (sing di-cache) ditampilake.
  Solusi: Ora ana.
• Toposerver ora mbusak utawa nganyari topologi sawise kelangan sambungan menyang pod BMP.
  Solusi: Ora ana.
• Nalika link mudhun, Paragon Pathfinder ora reroute a delegated SR LSP karo preferred Explicit Route Object (ERO) lan Route By Device routing method.
  Solusi: Gunakake metode nuntun Default.
• Yen sampeyan mbukak simulasi langsung sawise sampeyan nindakake Diverse Multicast Tree Design, laporan ing Tunnel Traffic on Links (Laporan Simulasi Lapisan Tunnel> Statistik Jaringan Puncak) ora bener.
  Solusi: Simpen jaringan sawise sampeyan nindakake Desain Wit Multicast Beragam lan nutup. Mbukak maneh jaringan banjur mbukak simulasi.
• Nalika simulasi skenario kegagalan (Alat> Pilihan> Simulasi Gagal), yen sampeyan mbukak simulasi kegagalan kaping pisanan lan banjur mbukak simulasi kegagalan siji sawise, laporan ing Tunnel Traffic on Links (Laporan Simulasi Tunnel Layer> Statistik Jaringan Puncak) ora bener. Laporan kasebut nampilake macem-macem nilai simulasi kegagalan tinimbang kegagalan siji.
  Solusi: Pilih kabeh opsi ing tab Multiple Failure sadurunge simulasi skenario kegagalan siji.
• Laporan simulasi Pemanfaatan Link bisa uga nuduhake nilai negatif sajrone skenario gagal ganda.
  Solusi: Ora ana.
• Nalika jeneng host piranti diganti, pangowahan kasebut ora katon ing kabeh database.

Solusi: Tindakake langkah-langkah ing ngisor iki supaya jeneng host piranti anyar katon ing kabeh database lan komponen.

1. Sadurunge ngganti jeneng host, mbusak piranti saka kabeh klompok piranti (kontroler utawa playbook liyane).
2. Priksa manawa referensi piranti wis dibusak saka kabeh komponen Paragon Automation sing beda. Navigasi menyang kaca Konfigurasi > Piranti.
   a. Pilih piranti.
   b. Klik lambang tong sampah kanggo mbusak piranti. Kaca Busak Piranti katon.
   c. Pilih Force Delete banjur klik Ya.
3. Onboard piranti maneh, nggunakake alur kerja onboarding piranti saka kaca Konfigurasi > Piranti.
   Piranti saiki kudu onboarded karo jeneng host anyar. Properti piranti utamane sistem-id (penting kanggo nampa aliran JTI) uga kudu dianyari.
4. Tambah piranti kanthi jeneng host anyar bali menyang grup piranti.
5. (Opsional) Verifikasi kabeh statistik piranti ing Influxdb nggunakake Grafana utawa ing CLI piranti. Basis data kudu dianyari nganggo jeneng host anyar.

• Network Configuration Protocol (NETCONF) cara provisioning kanggo point-to-multipoint (P2MP) LSPs ora didhukung ing Cisco IOS-XR router.
• Ing router Cisco IOS-XR, status sub-LSP P2MP ora didhukung ing negara konfigurasi kanggo LSPs P2MP CLIprovisioned.
  Solusi: Ora ana.
• Junos OS Release 22.4R1 lan mengko duwe watesan karo SR-TE LSPs.
  Kanggo sesi PCEP ditetepake, sampeyan kudu mateni fitur multipath nggunakake printah ing ngisor iki: nyetel protokol pcep disable-multipath-capability Secondary path ora didhukung.
•  Pesen lawas ing antrian lagi diproses sawise link federasi mbalekake.
  Solusi: Setel wektu kadaluwarsa antrian link federasi cedhak karo wektu deteksi gagal link federasi Toposerver (standar yaiku 3 * 5 detik).
• Sampeyan ora bisa nggunakake cara NETCONF lan Path Computation Element Protocol (PCEP) kanggo nyedhiyakake P2MP LSPs kanggo router Cisco IOS-XR nggunakake Paragon Automation UI.
  Solusi. Nyedhiyakake LSP P2MP nggunakake CLI. Sawise konfigurasi wis parsed, mbukak tugas Koleksi Piranti kanggo view para LSP.
•  Sampeyan ora bisa mateni gendéra source-of-truth nalika panyebaran ing mode aman.
  Solusi: Wiwiti maneh pod toposerver kanggo mateni gendera sumber-kabeneran sajrone mode aman.
• Nalika sampeyan milih macem-macem delegated label-switched paths (LSPs) gadhahanipun siji ingress router lan klik Bali Delegasi kanggo PCC, mung siji saka LSP dadi kontrol piranti. Masalah ing Junos nyebabake skenario iki.
  Solusi: Pilih siji LSP sekaligus lan klik Bali Delegasi menyang PCC siji-siji kanggo saben LSP.
• Status operasional SR-TE LSP sing didelegasi tetep mudhun sawise simpul tujuane ditemokake maneh.
  Solusi: Sampeyan kudu nyelarasake model jaringan sawise simpul tujuan SR-TE LSP sing ditugasake ditemokake maneh.
• Server PCE ora bisa nyambung maneh menyang rabbitmq sawise rabbitmq diwiwiti maneh.
  Solusi: Wiwiti maneh pod ns-pceserver.
• Sampeyan ora bisa ngowahi setelan use-federated-exchange saka REST API/UI.
  Workaround: Ngowahi setelan use-federated-exchange langsung saka cMGD CLI lan miwiti maneh toposerver kanggo owah-owahan kanggo ditrapake.
• Paragon Insights peta lapangan Jeneng (jeneng host utawa alamat IP) menyang kolom ID Piranti. Nanging, jeneng piranti ora unik maneh amarga alasan ing ngisor iki:
• Ing piranti dual Routing Engine, "-reX" ditambahake ing jeneng piranti.
• Aplikasi pihak katelu kaya Anuta Atom nambahake jeneng domain menyang jeneng piranti.
  Uga, pemetaan piranti kanthi pengenal unik universal (UUID) lan dudu jeneng host bisa nyebabake masalah karo informasi sing ditampilake GUI.
  Workaround: Ngatur alamat IP tambahan kanggo antarmuka Ethernet manajemen ing piranti kanthi kalebu statement master-mung ing [suntingan kelompok] tingkat hirarki. Sampeyan banjur kudu nggunakake alamat IP tambahan iki kanggo onboarding piranti. Kanggo informasi luwih lengkap, waca Antarmuka Ethernet Manajemen.
• Yen sampeyan wis darmabakti simpul kanggo TSDB, sawetara layanan (kanggo example, AtomDB, ZooKeeper, lan liya-liyane) ing ruang jeneng umum sing duwe PersistentVolumeClaim set bisa kena pengaruh yen polong sing cocog mlaku ing simpul khusus. Tegese, status pod sing mlaku ing simpul TSDB tansah ditampilake minangka Pending.
  Solusi: Kanggo ngindhari kahanan iki, nalika ngaturake simpul kanggo TSDB, priksa manawa simpul kasebut ora duwe pod kanggo layanan khusus sing nggunakake PersistentVolumeClaim.
• Nalika sampeyan mbatalake LSP sing didelegasikan, bandwidth LSP sing direncanakake adhedhasar bandwidth sing dilapurake piranti tinimbang nilai input pangguna.
  Solusi: Ora ana.
• Nalika nambahake piranti, yen sampeyan nemtokake alamat IP sumber sing wis digunakake ing jaringan, sampeyan bisa uga ora bisa nambah piranti menyang grup piranti, masang playbook, nemoni kesalahan sing ana gandhengane karo fungsi ingest, lan liya-liyane.
  Solusi: Ndandani alamat IP sumber sing bertentangan. Klik lambang Status Penyebaran lan tindakake owah-owahan.
• Yen sampeyan milih pitakon sing disimpen ing kaca Weker, weker kasebut disaring adhedhasar pitakon sing disimpen. Nanging, grafik lan tanggal ora dianyari.
  Solusi: Ora ana.
• Yen sampeyan nambahake piranti sing ora dikelola ing kaca Piranti lan mengko ngowahi jeneng host piranti sing ora dikelola, jeneng host kasebut ora katon ing grup piranti lan ing dashlet Piranti ing Dashboard.
  Solusi: Sampeyan bisa nambah piranti sing ora dikelola nggunakake jeneng host utawa alamat IP piranti.
  Yen sampeyan nambahake piranti sing ora dikelola nggunakake jeneng host, banjur mbusak piranti sing wis ana lan nambahake piranti nganggo jeneng host anyar bakal ngrampungake masalah kasebut.
  Yen sampeyan nambahake piranti sing ora dikelola nggunakake alamat IP, banjur ing grup piranti lan dashlet Piranti ing Dashboard, sampeyan kudu ngenali piranti sing ora dikelola adhedhasar alamat IP lan dudu jeneng host.
• Kanthi gawan, panyaring topologi dipateni. Sampeyan ora bisa ngaktifake panyaring topologi kanthi nggunakake GUI Otomatisasi Paragon.
  Solusi: Kanggo prosedur ngaktifake panyaring topologi, deleng topik Aktifake Layanan Filter Topologi.
• Kanggo piranti Cisco IOS XR, sampeyan ora bisa mulihake konfigurasi piranti saka kaca Piranti. Sampeyan mung bisa nggawe serep konfigurasi piranti.
  Solusi: Kanggo mulihake konfigurasi piranti piranti Cisco IOS XR sampeyan:
  1. Ing kaca Konfigurasi> Piranti, pilih piranti Cisco XR lan klik Liyane> Versi Konfigurasi.
  2. Nyalin versi konfigurasi sing pengin dipulihake.
  3. Mulihake konfigurasi nggunakake CLI.
• Yen sampeyan wis ngaktifake SSH metu ing tingkat grup piranti, sampeyan ora bisa mateni SSH metu kanggo salah siji piranti ing grup piranti.
  Solusi: Sampeyan bisa ngaktifake utawa mateni SSH metu ing piranti kanthi nggunakake MGD CLI utawa Rest API. Kanggo mateni SSH metu, sampeyan kudu nyetel gendera mateni dadi bener. Jalanake printah ing ngisor iki ing piranti kanggo mateni SSH metu nggunakake MGD CLI: nyetel healthbot DeviceName outbound-ssh mateni bener
• Sampeyan ora bisa ngundhuh kabeh log layanan saka Paragon Automation GUI.
  Solusi: Sampeyan bisa view kabeh log layanan ing Database Panelusuran Elastis (ESDB) lan Grafana. Kanggo mlebu menyang Grafana utawa ESDB, sampeyan kudu ngatur sandhi ing kolom grafana_admin_password ing config.yml file sadurunge instalasi.
• Yen sampeyan ngowahi LSP ana utawa nggunakake irisan ID minangka salah siji saka kritéria nuntun, banjur path preview bisa uga ora katon kanthi bener.
  Solusi: Sawise sampeyan nyedhiyakake path, path kasebut ngurmati watesan ID slice lan path katon kanthi bener ing path sadurungeview.
• Yen sampeyan nyedhiyakake LSP kanthi rute segmen kanthi nggunakake PCEP, mula fungsi warna ora bisa digunakake.
  Masalah iki kedadeyan yen router mlaku ing Junos OS Release 20.1R1.
  Solusi: Nganyarke Junos OS kanggo Rilis 21.4R1.
• Microservices gagal nyambung menyang PostgresSQL amarga PostgresSQL ora nampa sambungan apa wae sajrone switchover peran utama. Iki minangka negara sementara.
  Solusi: Priksa manawa microservices nyambung menyang PostgresSQL sawise ngalih peran utama rampung.
  • Database Postgres dadi non-operasional ing sawetara sistem, sing ndadékaké gagal sambungan.
  Solusi: Jalanake printah ing ngisor iki ing simpul utama: kanggo pod ing atom-db-{0..2}; nindakake
  kubectl exec -n umum $pod - chmod 750 /home/postgres/pgdata/pgroot/data done
• Panemuan piranti kanggo piranti Cisco IOS XR gagal.
  Workaround: Tambah SSH server rate-watesan kanggo piranti Cisco IOS XR. Mlebu menyang piranti ing mode konfigurasi, lan jalanake printah ing ngisor iki:
  RP/0/RP0/CPU0:ios-xr(config)#ssh server rate-limit 600
• Yen sampeyan nggunakake BGP-LS kanggo njupuk informasi babagan tundha link lan variasi tundha link, sampeyan ora bisa view data tundha pranala historis.
  Solusi: Ora ana.
• Ing skenario langka (Kanggo example, nalika Redis kacilakan lan otomatis diwiwiti maneh dening Kubernetes, utawa sampeyan kudu miwiti maneh server Redis), sawetara informasi antarmuka ilang lan antarmuka ora kadhaptar ing tab Antarmuka saka tabel informasi jaringan. Nanging, masalah iki ora mengaruhi komputasi jalur, statistik, utawa penyediaan LSP.
  Solusi: Kanggo mulihake antarmuka ing model jaringan langsung, jalanake maneh tugas koleksi piranti.
• Ing tab Tugas Tambah Alur Kerja Anyar lan Sunting Alur Kerja kaca:
• Sanajan sampeyan ngeklik pilihan Batal, owah-owahan sing wis digawe nalika nyunting tugas bakal disimpen.
• Sampeyan ora bisa nggunakake maneh jeneng langkah sing wis dibusak.
• Pesen kesalahan ora bakal ditampilake sanajan sampeyan nambahake langkah kanthi entri kosong lan klik Simpen lan Pasang.
  Solusi: Ora ana.
• Nganyarke sawetara piranti PTX murah kanthi mode Dual RE (Kanggo example, PTX5000 lan PTX300) ora didhukung ing Paragon Automation. Iki amarga piranti PTX ngisor kanthi mode Dual RE ora ndhukung konfigurasi domain bridging utawa jembatan.
  Solusi: Ora ana.
• POST /traffic-engineering/api/topology/v2/1/rpc/diverseTreeDesign API ora bisa.
  Solusi: Disaranake sampeyan nggunakake POST /NorthStar/API/v2/tenant/1/topology/1/rpc/diverseTreeDesign API.
• Paragon Automation ora nuduhake weker kanggo piranti Nokia.
  Solusi: Ora ana.
• Nalika ngatur SRv6 LSP karo cara nuntun minangka routeByDevice, sampeyan kudu nemtokake nilai kanggo bagean nuntun-Rute eksplisit obyek (SR-ERO); yen ora, sampeyan ora bisa nggunakake SRv6 LSP kanggo nindakake lalu lintas.
  Solusi: Nalika nambahake trowongan, ing tab Path, tambahake hop kanggo nemtokake jinis rute sing dibutuhake utawa sing disenengi.
• Yen SRv6 LSP sing dikontrol piranti ditemokake saka jaringan, path sing disorot kanggo LSP iki bakal ora bener, ora preduli sampeyan nemtokake obyek Rute Eksplisit (ERO) kanggo rute kasebut.
  Solusi: Ora ana.
• Kadhangkala, sampeyan ora bisa mbusak LSP rute segmen kanthi akeh.
  Solusi: Sampeyan bisa meksa mbusak LSP sing ora dibusak sajrone proses pambusakan akeh.
•  Ing GUI Otomasi Paragon, ing tab Tugas saka kaca Tambah Alur Kerja Anyar lan Owahi Alur Kerja, pesen kesalahan ing ngisor iki ditampilake nalika sampeyan nyoba ngowahi lan nyimpen langkah sing wis ana tanpa owah-owahan:
  Jeneng wis ana
  Solusi: Yen sampeyan salah ngeklik pilihan Sunting, priksa manawa sampeyan paling ora ngganti jeneng langkah kasebut.
• Sesi PCEP kadhangkala ditampilake minangka Down yen sampeyan miwiti maneh kabeh pods ing namespace northstar.
  Solusi: Wiwiti maneh server topologi kanthi nggunakake kubectl delete pods ns-toposerver- -n printah northstar.
• Ing kaca Administrasi> Manajemen Lisensi, sampeyan ora bisa view jeneng SKU lisensi nalika sampeyan milih lisensi banjur pilih Liyane > Rincian.
  Solusi: Ora ana.
• Grafik ing kaca Weker ora nggambarake data paling anyar. Tegese, grafik ora dianyari sawise weker ora aktif maneh.
  Solusi: Ora ana.
• Nalika sampeyan ngatur SSH metu kanggo iAgent, data kanggo aturan diatur ora bakal kui.
  Solusi: Ora ana.
• Nilai nol persen mundhut paket ditampilake ing antarane pranala yen sampeyan wis ngonfigurasi Two-Way Active Management Protocol (TW).AMP). Iki ora bener amarga TWAMP ora ndhukung ngekspor packet loss kanggo IS-IS traffic engineering.
  Solusi: Ora ana.
• Yen sampeyan nggunakake piranti karo kertu baris MPC10 + lan yen piranti mlaku ing Junos OS Release liyane saka Release 21.3R2-S2 utawa Release 21.4R2-S1, banjur statistik kanggo antarmuka logis ora diklumpukake. Nanging, statistik kanggo antarmuka fisik lan LSP diklumpukake.
  Solusi: Nganyarke rilis Junos OS dadi Rilis 21.3R2-S2 utawa 21.4R2-S1. Uga, priksa manawa sampeyan wis nganyarke Paragon Automation kanggo Rilis 23.1.
• Nalika sampeyan mbatalake LSP, status LSP ditampilake minangka delegasi. Nalika sampeyan nyoba mbatalake LSP maneh, konfigurasi router bisa uga diowahi kanggo nambah obyek rute eksplisit (ERO).
  Solusi: Refresh tab Tunnel sadurunge mbatalake LSP maneh.
• Paragon Pathfinder ora nggawa mudhun SR LSP delegated nalika SR LSP ora ketemu alangan irisan yen status SR LSP kang lokal routed.
• Yen sampeyan nggawe grup topologi kanthi ID irisan luwih gedhe utawa padha karo 2**32, ID grup topologi ora cocog karo ID irisan.
• Kluster Paragon Automation Kubernetes nggunakake sertifikat sing dikelola kubeadm dhewe.
  Sertifikat kasebut kadaluwarsa sajrone setaun sawise nyebarake kajaba versi Kubernetes ditingkatake utawa sertifikat kasebut dianyari kanthi manual. Yen sertifikat kadaluwarsa, polong gagal muncul lan nampilake kesalahan sertifikat ala ing log.
  Solusi: Nganyari sertifikat kanthi manual. Tindakake langkah-langkah ing ngisor iki kanggo nganyari sertifikat:

1. Priksa tanggal kadaluwarsa sertifikat saiki kanthi nggunakake printah kubeadm certs check-expired ing saben simpul utama kluster sampeyan.
2. Kanggo nganyarake sertifikat, gunakake sertifikat kubeadm gawe anyar kabeh printah ing saben simpul utama kluster Kubernetes sampeyan.
3. Priksa maneh tanggal kadaluwarsa nggunakake kubeadm certs check-expired printah ing saben simpul utama kluster sampeyan.
4. Wiwiti maneh pods ing ngisor iki saka salah siji simpul utama kanggo nggunakake sertifikat anyar.

Masalah sing Ditanggulangi

Bagean iki nampilake masalah sing ditanggulangi ing Juniper Paragon Automation Release 24.1

• LSP pasangan simetris bisa uga ora diarahake kanthi simetris nalika rerouting ambang ambang.
  Solusi: Ora ana.
• Bagan lalu lintas saiki didhukung kanggo piranti kanthi Mesin Routing dual sing dipasang nganggo re0 utawa re1 sing disambungake menyang jeneng host. Nanging, grafik mung didhukung yen jeneng host-suffixes ana ing huruf cilik lan ing format -re0 utawa -re1. Kanggo example: vmx101-re0 utawa vmx101-re1
  Solusi: Ora ana
• Situs Controller ora kalebu ing arsip jaringan kanggo Paragon Planner.
  Solusi: Ora ana.
• Status mode aman tansah palsu nalika ns-web pod diwiwiti.
  Solusi: Ora ana.
• Sampeyan entuk status mode aman sing salah sawise sampeyan ngowahi gendéra sumber-kabeneran sajrone mode aman.
  Solusi: Ora ana.
• Kadhangkala piranti karo NETCONF dipatèni katon karo status NETCONF Up.
  Solusi: Owahi piranti profile tanpa owah-owahan kanggo pemicu reloading pro pirantifile.
• Werna kanggo SR-TE LSPs asalé saka piranti Cisco IOS-XR katon mung yen LSP pisanan ditemokaké saka koleksi piranti.
  Solusi: Ora ana.
• Grup admin saka SR-TE LSP sinau saka PCEP ilang sawise sinkronisasi topologi, yen LSP wis diatur negara.
  Solusi: Ngowahi SR-TE LSP kanggo tetep grup admin sinau saka PCEP.
• LSP ing jalur optimal bisa uga nampa nganyari PCEP sing ora perlu sajrone optimasi PCS.
  Solusi: Ora ana.
• Kesalahan ing fitur diagnostik (Konfigurasi> Data Ingest> Diagnostik> Aplikasi) nyebabake tes aplikasi gagal.
  Solusi: Ora ana.
• Ing tab Jaringan> Topologi> Tunnel, nalika sampeyan nglayang ing lambang Filter (corong) banjur pilih Tambah Filter, kaca Tambah Kriteria ditampilake. Yen sampeyan milih Warna ing dhaptar Field, nilai lapangan ditampilake minangka plannedProperties tinimbang Warna.
  Solusi: Ora ana.
• Laporan analisis path kosong.

Solusi: Jalanake tugas koleksi piranti sadurunge nindakake analisis jalur. Elinga, laporan analisis Path bisa kosong yen LSP wis ana ing jalur sing optimal.

Juniper Networks, logo Juniper Networks, Juniper, lan Junos minangka merek dagang kadhaptar saka Juniper Networks, Inc. ing Amerika Serikat lan negara liyane. Kabeh merek dagang liyane, merek layanan, merek kadhaptar, utawa merek layanan sing kadhaptar minangka properti sing nduweni. Juniper Networks ora tanggung jawab kanggo akurasi ing dokumen iki. Juniper Networks nduweni hak kanggo ngganti, ngowahi, nransfer, utawa ngowahi publikasi iki tanpa kabar. Hak cipta © 2024 Juniper Networks, Inc. Kabeh hak dilindhungi undhang-undhang.

Dokumen / Sumber Daya

Juniper NETWORKS Paragon Automation Software [pdf] Pandhuan pangguna Paragon Automation Software, Automation Software, Software

Referensi

• Manual pangguna