Paragon Automation, Buraxılış 24.1

Proqram təminatının əsas məqamları

• RHEL 8.10 üçün dəstək
• Kök olmayan istifadəçilər üçün paraqon CLI yardım proqramında əmrləri yerinə yetirmək imkanı
• NETCONF istifadə edərək Cisco IOS XR cihazlarında seqment marşrutlaşdırma siyasətlərini təmin etmək imkanı

Giriş

Juniper® Paragon Automation şəbəkənin idarə edilməsi və monitorinqinə qabaqcıl vizuallaşdırma imkanları və analitika gətirən şəbəkə planlaşdırması, konfiqurasiya, təchizat, trafik mühəndisliyi, monitorinq və həyat dövrünün idarə edilməsi üçün bulud üçün hazır həlldir. Siz Paragon Automation-ı yerli (müştəri tərəfindən idarə olunan) proqram kimi yerləşdirə bilərsiniz.
Paragon Automation mikroservislərə əsaslanan arxitektura üzərində işləyir və REST API-ləri, gRPC API-lərini və ümumi mesajlaşma avtobusu kommunikasiyalarından istifadə edir. Paragon Automation Juniper Networks və üçüncü tərəf (Cisco IOS XR, Nokia) cihazlarına dəstək, sıfır toxunuşla təminat, istifadəçi idarəetməsi və rol əsaslı giriş nəzarəti (RBAC) kimi baza platforma imkanlarını təmin edir.
Əsas platforma imkanlarını təmin etməklə yanaşı, Paragon Automation mikroservislərə əsaslanan proqramlar dəstini təklif edir - Juniper® Paragon Insights (əvvəllər HealthBot), Juniper® Paragon Planner (keçmiş NorthStar Planner) və Juniper® Paragon Pathfinder (əvvəllər NorthStar Controller).
Bu proqramlardan hər hansı birini Paragon Automation-a əlavə etdiyiniz zaman tətbiqin API dəsti yeni və mövcud xidmətlər arasında qüsursuz əlaqə yaratmaq üçün Paragon Automation ilə inteqrasiya olunur. Bu buraxılış qeydlərində biz bu buraxılışda mövcud olan Paragon Pathfinder, Paragon Planner (Masaüstü Proqramı) və Paragon Insights modullarının əsas platformasının yeni xüsusiyyətlərini təsvir edirik. Bu proqramlarla əlaqəli xüsusiyyətlər haqqında ətraflı məlumat üçün Paragon Automation İstifadəçi Təlimatına baxın.
Paragon Automation Release 24.1-də yeni və yenilənmiş xüsusiyyətləri, proqram məhdudiyyətlərini və açıq məsələləri tapmaq üçün bu buraxılış qeydlərindən istifadə edin.

Quraşdırma və Təkmilləşdirmə Təlimatları

Quraşdırma proseduru, təkmilləşdirmə proseduru və tələblər (proqram təminatı və
aparat), Paragon Automation Quraşdırma Təlimatına baxın.

QEYD:
Siz birbaşa Paragon Automation Release 23.2-dən Release 24.1-ə yüksəldə bilərsiniz. Əgər buraxılışınız Release 23.2-dən əvvəldirsə, siz Release 24.1-i yenidən quraşdırmalısınız. Bununla belə, cari buraxılış konfiqurasiyanızı Release 24.1-ə köçürmək üçün siz ehtiyat nüsxədən istifadə edə və funksionallığı bərpa edə bilərsiniz. Təkmilləşdirmə haqqında daha çox məlumat üçün Paragon Automation Release 24.1-ə yüksəldin.

Lisenziyalaşdırma

Paragon Insights-da biz aşağıdakı lisenziya səviyyələrini və onlarla əlaqəli cihaz lisenziyalarını təqdim etdik:

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

Hazırda səviyyəli lisenziyalar sərt şəkildə tətbiq olunur. Yəni, siz lisenziyaları əlavə etməyincə yerləşdirmə əməliyyatını yerinə yetirə bilməzsiniz.
Cihaz lisenziyaları yumşaq şəkildə tətbiq edilir. Yəni, lisenziya əldə etdiyiniz saydan daha çox cihaz yerləşdirməyə cəhd etsəniz, Paragon Automation GUI-də uyğunsuzluq xəbərdarlığı alacaqsınız.
Bununla belə, mövcud funksionallıqdan istifadə etməyə davam edə bilərsiniz.
Siz edə bilərsiniz view GUI-də Administrasiya > Lisenziya İdarəetmə səhifəsində lisenziya uyğunluq statusunuz.
Paragon Pathfinder-də biz aşağıdakı lisenziya səviyyələrini sərt şəkildə tətbiq etdik:

• Pathfinder Standard
• Pathfinder Advanced
• Pathfinder Premium

Lisenziyalaşdırma haqqında məlumat üçün baxın Lisenziyalaşdırma bələdçisi.
Əgər Paragon Automation proqramının Release-dən əvvəl versiyası üçün yaradılmış lisenziya açarınız varsa
Paragon Automaton Release 22.1-də quraşdırmadan əvvəl lisenziya açarı formatını yeni formata yüksəltməlisiniz. Juniper Agile Lisenziyalaşdırma portalından istifadə edərək yeni lisenziya açarı yarada bilərsiniz. Yeni lisenziya açarının yaradılması haqqında ətraflı məlumat üçün baxın View, Lisenziyaları əlavə edin və ya silin.

Yeni və Dəyişdirilmiş Xüsusiyyətlər

Bu bölmə Juniper Paragon Automation Release 24.1-nin hər bir modulunun xüsusiyyətlərini təsvir edir.
Paragon Quraşdırma və Təkmilləşdirmə

• Red Hat Enterprise Linux (RHEL) 8.10—Paragon Automation Release 24.1 RHEL 8.10 ilə işləmək üçün uyğundur.
  [Bax Red Hat Enterprise Linux-da quraşdırma şərtləri.]
• Paragon CLI yardım proqramının əmrlərini kök olmayan istifadəçi kimi işə salın—Paragon Automation Release 24.1-dən başlayaraq, superuser (sudo) imtiyazları olan root olmayan istifadəçi Paragon Automation quraşdırmasını təhlil etmək, sorğulamaq və sazlamaq üçün paraqon CLI yardım proqramının əmrlərini işlədə bilər.
  [Bax Paraqon CLI Utility proqramından istifadə edərək problemləri həll edin.]

Paragon Pathfinder

• Cisco IOS XR cihazlarında seqment marşrutlaşdırma siyasətlərini təmin edin—Paragon Automation Release 24.1-dən başlayaraq, təminat metodu kimi NETCONF istifadə edərək, Cisco IOS XR cihazlarında seqment marşrutlaşdırma siyasətlərini təmin edə bilərsiniz.

Baza platforması
Paragon Automation Release 24.1-də baza platforması ilə bağlı heç bir yeni funksiya əlavə etməmişik.
Paragon Insights
Paragon Automation Release 24.1-də Paragon Insights ilə bağlı heç bir yeni funksiya əlavə etməmişik.
Paraqon Planlayıcısı
Paragon Automation Release 24.1-də Paragon Planner ilə əlaqəli heç bir yeni funksiya əlavə etməmişik.
QEYD: Paraqon Planlayıcısı Web Tətbiq Paragon Automation Release 24.1-də beta xüsusiyyətidir.

Köhnəlmiş xüsusiyyətlər

Bu bölmədə köhnəlmiş və ya Paragon-dan dəstəyin götürüldüyü funksiyalar sadalanır
Avtomat Buraxılışı 24.1.
• Grafana UI
Siz Paragon Automation-dan Grafana UI-yə daxil ola bilməzsiniz. Grafana UI-yə daxil olmaq üçün aşağıdakıları etməlisiniz:

1. Grafana quraşdırın.
   Bax Grafana Sənədləri əlavə məlumat üçün.
2. /var/local/healthbot/healthbot tsdb start-services əmrini işlətməklə TSDB portunu ifşa edin.

QEYD: Paragon Automation-da TSDB portu standart olaraq açıqlanmır. Grafana kimi xarici alətlərdən istifadə etmək üçün TSDB portunu ifşa etmək üçün birbaşa (APİ vasitəsilə deyil) TSDB-yə sorğu göndərməlisiniz.

Ətraflı məlumat üçün bax TSDB-nin ehtiyat nüsxəsini çıxarın və bərpa edin.
• Diaqramlar

Məlum məsələlər

Bu bölmə Juniper Paragon Automation Release 24.1-də məlum problemləri sadalayır

Quraşdırma

• VMware ESXi serverlərində virtual maşınları (VM) təmin edərkən, əsas ƏS ilə diski əlavə etməzdən əvvəl blok saxlama diskini əlavə etsəniz, Ceph bəzən sürücüləri səhv müəyyən edir və yanlış sürücüdən istifadə edərək klaster yaradır, nəticədə baza ƏS-i olur. məhv edildi.
  Çözüm: İlk diski əsas əməliyyat sistemi (daha böyük sürücü) kimi əlavə edin və sonra daha kiçik blok saxlama diskini əlavə edin.
• Zaman seriyası verilənlər bazası (TSDB) HA replikasiyası olmadıqda, TSDB podunu işlədən Kubernetes işçi qovşağı azalarsa, podda tutum olsa da, TSDB xidməti yeni qovşaqda işə salınmır. Bunun səbəbi, böyük həcmdə məlumatların yeni node-a ötürülməsinə ehtiyac olmasıdır.
  Çözüm: TSDB nümunəsini yerləşdirən server və ya yaddaşın nasazlığı halında siz serveri və ya zədələnmiş komponenti yenidən qura bilərsiniz.

Replikasiya əmsalı 1-ə təyin edilərsə, həmin nümunə üçün TSDB məlumatları itirilir. Bu halda, uğursuz TSDB nodeunu Paragon Automation-dan silməlisiniz. Uğursuz TSDB qovşağını silmək üçün:

1. Paragon Automation GUI-də Konfiqurasiya > Insights Parametrləri seçin.
   Insights Settings səhifəsi görünür.
2. TSDB nişanına klikləyin view TSDB Parametrləri sekmeli səhifə.
3. Uğursuz qovşağı silmək üçün TSDB Parametrləri sekmeli səhifəsində uğursuz TSDB qovşağının adının yanında X üzərinə klikləyin.
   QEYD: Biz sizə texniki xidmət pəncərəsi zamanı TSDB qovşaqlarını silməyi tövsiyə edirik, çünki bəzi xidmətlər yenidən işə salınacaq və TSDB işi yerinə yetirilərkən Paragon Automation GUI cavab verməyəcək.
4. Saxla və Yerləşdir klikləyin.
5. Dəyişikliklər tətbiq edilməyibsə və yerləşdirmə zamanı xəta ilə qarşılaşsanız, məcburi keçid düyməsini aktivləşdirin və Saxla və Yerləşdirməyə klikləməklə dəyişiklikləri yerinə yetirin. Bununla sistem TSDB parametrlərini tənzimləyərkən rast gəlinən xətaya məhəl qoymur.

• Paragon Automation proqramını tamamilə silsəniz, siz həmçinin əmin olmalısınız ki, /var/lib/rook kataloqu bütün qovşaqlarda silinsin və bütün Ceph blok cihazları silinsin.
  Çözüm: Baxın Ceph və Rook problemlərinin aradan qaldırılması > Uğursuz Diski Təmir edin Paragon Automation Quraşdırma Təlimatında bölmə.
• Hava boşluğu metodundan istifadə edərək Paragon Automation quraşdırarkən aşağıdakı xəta baş verir:

Çözüm: config-dir/config.yml-də aşağıdakı konfiqurasiya dəyişənlərini redaktə edin file və sonra hava boşluğu metodundan istifadə edərək Paragon Automation quraşdırın:

General

• Deploy-federated-exchange komanda çıxışı ikili klaster yerləşdirməsində fəlakətin bərpasını konfiqurasiya etdiyiniz zaman quraşdırmanın uğursuz olduğunu göstərir. Siz uğursuzluq mesajını görməməzliyə vura bilərsiniz, lakin hər iki klasterin bütün əsas qovşaqlarında aşağıdakı əmri yerinə yetirməlisiniz:Çözüm: Yoxdur.
• Uğursuzluq hər iki müxtəlif LSP cütlüyünə təsir etdikdə, Yol Hesablama Serveri (PCS) LSP-ləri daha az müxtəliflik səviyyəli yol və ya qeyri-müxtəlif yol boyunca yönləndirməyəcək. PCS konfiqurasiya edilmiş müxtəliflik səviyyəsinə uyğun yol tapana qədər LSP-lər yönləndirilmir.
  Çözüm: Yoxdur
• Uğursuzluq hər iki müxtəlif LSP cütlüyünə təsir etdikdə, Path Computation Server (PCS) LSP-ləri qeyri-müxtəlif yol boyunca yönləndirməyəcək. PCS konfiqurasiya edilmiş müxtəliflik səviyyəsinə uyğun yol tapana qədər LSP-lər yönləndirilmir.
  Çözüm: Müxtəliflik qrupunu silin və yenidən tətbiq edin.
• Konteyner subLSP-nin bant genişliyi ölçüsü parametrləri altında minimum dəyişmə həddi, konteynerdə konfiqurasiya edilməsinə baxmayaraq 0 olaraq göstərilir. Normal şəraitdə subLSP-nin bant genişliyinin ölçülməsinə heç bir təsir yoxdur, çünki bant genişliyi ölçmə tapşırığı bu dəyəri subLSP əvəzinə konteynerdən alır. Bununla belə, müəyyən ssenarilərdə, konfiqurasiya edilmiş minimum dəyişmə həddi pozulmadıqda, subLSP-nin yeni bant genişliyi dəyərinə dəyişdirilə bilməsi mümkündür.
  Bu məsələ ilə bağlı ətraflı məlumat üçün Juniper Networks Texniki Yardım Mərkəzi (JTAC) ilə əlaqə saxlayın.
• Bant genişliyinin ölçülməsi zamanı bant genişliyi ölçüsünü aktivləşdirən aktiv ikincil LSP ölçüsü dəyişdirilə bilməz. Bu problem baş verdikdə, ikincil yoldakı keçidlərin RSVP istifadəsi yanlış şəkildə yenilənə bilər.
  Çözüm: Yoxdur.
• UI-dən istifadə edərək Paragon Pathfinder parametrlərinə (Konfiqurasiya > Şəbəkə Parametrləri) dəyişiklik etmək, dəyişikliyin qüvvəyə minməsi üçün birdən çox cəhd tələb edə bilər. Bir dəfədən çox Saxla klikləməli ola bilərsiniz.
  Çözüm: Eyni dəyişikliklər pf-cmgd əmri ilə işləyən master node-dan əldə edilə bilən cMGD CLI istifadə etməklə edilə bilər.
• Konteynerin normallaşdırılması zamanı müəyyən şərtlər altında, çıxarılmalı olan bir və ya daha çox konteyner subLSP-ləri qalmağa davam edəcək. Bu konteyner subLSP-ləri konteynerlə əlaqəli olmayan müstəqil LSP kimi şəbəkədə qalacaq. Konteyner LSP nişanı altındakı subLSPs sütununda göstərilən konteynerin subLSP-lərinin sayında uyğunsuzluq və Tunel nişanı altında prefiks kimi konteynerin adını daşıyan LSP-lərin faktiki sayı bu problemin göstəricisi hesab edilə bilər.
  Bu məsələ ilə bağlı ətraflı məlumat üçün Juniper Networks Texniki Yardım Mərkəzi (JTAC) ilə əlaqə saxlayın.
• Konteyner LSP onun subLSP-ləri tərəfindən miras qalan bant genişliyi ölçüsü parametrləri ilə konfiqurasiya edilə bilər. Müəyyən şəraitdə, istifadəçi keçmişdə aktivləşdirdikdən sonra konteynerdə bant genişliyinin ölçülməsi seçimini deaktiv etdikdə, o, mövcud subLSP-lərdə deaktiv edilmir.
  Çözüm: Yoxdur.
• Konteynerin subLSP-nin əl ilə yenidən qurulması LSP obyektinə məlumatların əlavə edilməsinə gətirib çıxaracaq. Nəticədə aşağıdakı problemlər yarana bilər:
• Konteyner bant genişliyi ölçüsünü aktivləşdiribsə və sıfırdan fərqli minimum dəyişmə həddi konfiqurasiya edilibsə, subLSP vasitəsilə trafikə baxmayaraq, ən azı minimum dəyişmə həddi dəyərindən onun siqnallı bant genişliyini aşmayan xüsusi subLSP ölçüsünü dəyişə bilər.
• Konteyner bant genişliyi ölçüsü parametrləri sonradan dəyişdirilərsə, subLSP-nin sonu konteynerdən fərqli bant genişliyi parametrlərinə malik ola bilər.
• Bant genişliyi birləşdirilən bant genişliyindən aşağı düşdükdə konteynerin normallaşdırılması zamanı subLSP-nin çıxarılmasında uğursuzluq.
  Bu məsələ ilə bağlı ətraflı məlumat və daxili vəziyyətə əlavə olunan əlavə məlumatların silinməsi ilə bağlı təlimatlar üçün Juniper Networks Texniki Yardım Mərkəzi (JTAC) ilə əlaqə saxlayın.
• Mövcud yolların olmaması ilə əlaqədar konteynerin normallaşdırılması uğursuzluğu kimi müəyyən ssenarilər altında konteyner subLSP obyektlərinə əlavə daxili vəziyyət əlavə olunacaq və bu, aşağıdakı problemlərə səbəb ola bilər:
• Konteyner bant genişliyi ölçüsünü aktivləşdiribsə və sıfırdan fərqli minimum dəyişmə həddi konfiqurasiya edilibsə, subLSP vasitəsilə trafikə baxmayaraq, ən azı minimum dəyişmə həddi dəyərindən onun siqnallı bant genişliyini aşmayan xüsusi subLSP ölçüsünü dəyişə bilər.
• Konteyner bant genişliyi ölçüsü parametrləri sonradan dəyişdirilərsə, subLSP-nin sonu konteynerdən fərqli bant genişliyi parametrlərinə malik ola bilər.
• Bant genişliyi birləşdirilən bant genişliyindən aşağı düşdükdə konteynerin normallaşdırılması zamanı subLSP-nin çıxarılmasında uğursuzluq.

Bu məsələ ilə bağlı ətraflı məlumat və daxili vəziyyətə əlavə olunan əlavə məlumatların silinməsi ilə bağlı təlimatlar üçün Juniper Networks Texniki Yardım Mərkəzi (JTAC) ilə əlaqə saxlayın.

• İşləyən Kubernetes klasterində bir və ya bir neçə qovşaq əlçatan olmadıqda, bu, aşağıdakı gözlənilməz davranışla nəticələnə bilər:
• Routerdə PCEP əlaqə statusu yuxarı olsa da, bütün qovşaqların PCEP statusu aşağı kimi göstərilir.
• Şəbəkə topologiyası UI-də göstərilmir.
  Bu məsələ ilə bağlı ətraflı məlumat üçün Juniper Networks Texniki Yardım Mərkəzi (JTAC) ilə əlaqə saxlayın.
• Paragon Pathfinder tuneldə konfiqurasiya edilmiş maksimum hop məhdudiyyətini pozan yolu hesablaya bilər. Bu ssenarilər maksimum atlama məhdudiyyətinin necə pozulduğunu izah edir:
• Path Computation Server (PCS) yenidən işə salındıqda, aşağı LSP maksimum hop məhdudiyyəti nəzərə alınmadan təmin edilir.
• Şəbəkə nasazlığı zamanı LSP maksimum hop məhdudiyyəti nəzərə alınmadan yenidən istiqamətləndirilir.
• Yolun optimallaşdırılması zamanı LSP maksimum hop məhdudiyyəti nəzərə alınmadan optimallaşdırılır.
  Çözüm: Konfiqurasiya edilmiş məhdudiyyəti pozmayan alternativ yol varsa, yenidən təmin etmə seçimindən istifadə edin.
• Paragon Pathfinder tərəfindən maksimum hop məhdudiyyəti olan gözləmə LSP üçün hesablanmış yol konfiqurasiya edilmiş məhdudiyyəti poza bilər.
  Çözüm: Yoxdur.
• PCS-nin qovşaqlar arasında çoxsaylı paralel əlaqələri olan topologiyada keçid müxtəlifliyi ilə LSP tapa bilməməsi ehtimalı var.
  Çözüm: Yoxdur.
• PCEP sessiyası deaktiv edildikdə, LSP əməliyyat statusu cihaz kolleksiyasını işə saldıqdan sonra naməlum vəziyyətə keçəcək.
  Çözüm: Yoxdur.
• Şəbəkə arxivi tapşırığı yaratarkən keçid itə bilər.
  Çözüm: Yeni şəbəkə arxivi tapşırığı yaradın.
• Şəbəkədəki problemlərə görə VPN tələbini yönləndirmək mümkün deyil.
  Çözüm: Yoxdur.
• Cisco cihazları ilkin olaraq 22-ci portda NETCONF ilə konfiqurasiya edildikdə siqnallar cavab vermir.
  Çözüm: Cisco cihazınızda NETCONF portunu dəyişdirin və dəyişikliklərin yadda saxlanmasını təmin edin. Bundan sonra, port parametrlərini yenidən port 22-yə qaytarın.
• GUI-də multicast tələbləri əlavə etdiyiniz zaman Z node sahəsi boşdur.
  Çözüm: Yoxdur.
• Birdən çox yeni tunel əlavə etdikdə, əvvəllər silinmiş tunellərdən (keshlənmiş) trafik dəyərləri göstərilir.
  Çözüm: Yoxdur.
• Yeni müxtəlif tunellər əlavə etdiyiniz zaman, bəzən əvvəllər silinmiş tunellərdən (keshlənmiş) trafik dəyərləri göstərilir.
  Çözüm: Yoxdur.
• Toposerver BMP pod ilə əlaqəni itirdikdən sonra topologiyanı təmizləmir və ya yeniləmir.
  Çözüm: Yoxdur.
• Link bağlandıqda, Paragon Pathfinder təyin edilmiş SR LSP-ni üstünlük verilən Açıq Marşrut Obyekti (ERO) və Route by Device marşrutlaşdırma metodu ilə yönləndirmir.
  Çözüm: Defolt marşrutlaşdırma metodundan istifadə edin.
• Müxtəlif Multicast Tree Dizaynını yerinə yetirdikdən sonra simulyasiyanı birbaşa icra etsəniz, Linklərdə Tunel Trafikində (Tunel Layer Simulyasiya Hesabatı > Pik Şəbəkə Statistikası) hesabat yanlışdır.
  Çözüm: Müxtəlif Multicast Tree Dizaynını həyata keçirdikdən sonra şəbəkəni saxla və onu bağla. Şəbəkəni yenidən açın və sonra simulyasiyanı işə salın.
• Uğursuzluq ssenarilərini simulyasiya edərkən (Alətlər > Seçimlər > Uğursuzluğun Simulyasiyası), əvvəl çoxlu uğursuzluq simulyasiyasını işlədirsinizsə, sonra isə tək uğursuzluq simulyasiyasını işlədirsinizsə, Linklərdə Tunel Trafikində (Tunel Layer Simulyasiya Hesabatı > Pik Şəbəkə Statistikası) hesabat yanlışdır. Hesabat tək uğursuzluq əvəzinə çoxsaylı uğursuzluq simulyasiya dəyərlərini göstərir.
  Çözüm: Tək uğursuzluq ssenarisini imitasiya etməzdən əvvəl Birdən çox uğursuzluq sekmesinde bütün seçimləri ləğv edin.
• Bağlantıdan istifadə simulyasiyası hesabatı ikiqat uğursuzluq ssenarisi zamanı mənfi dəyərlər göstərə bilər.
  Çözüm: Yoxdur.
• Cihazın host adı dəyişdirildikdə, dəyişiklik bütün verilənlər bazalarında əks olunmur.

Çözüm: Aşağıdakı addımları yerinə yetirin ki, yeni cihazın ana adı bütün verilənlər bazası və komponentlərdə əks olunsun.

1. Host adını dəyişməzdən əvvəl cihazı bütün cihaz qruplarından (nəzarətçi və ya digər oyun kitabları) çıxarın.
2. Cihaz istinadlarının bütün müxtəlif Paragon Automation komponentlərindən silindiyinə əmin olun. Konfiqurasiya > Cihazlar səhifəsinə keçin.
   a. Cihazı seçin.
   b. Cihazı silmək üçün zibil qutusu işarəsinə klikləyin. Cihazı Sil səhifəsi görünür.
   c. Məcburi Sil seçin və Bəli düyməsini basın.
3. Konfiqurasiya > Cihazlar səhifəsindən cihazı işə salan iş prosesindən istifadə edərək cihazı yenidən işə salın.
   Cihaz indi yeni host adı ilə qoşulmalıdır. Cihaz xassələri, xüsusilə sistem identifikatoru (JTI axınlarını qəbul etmək üçün vacibdir) də yenilənməlidir.
4. Yeni host adı ilə cihazı yenidən cihaz qruplarına əlavə edin.
5. (İstəyə görə) Grafana və ya cihaz CLI-də Influxdb-də bütün cihaz statistikalarını yoxlayın. Verilənlər bazası yeni host adı ilə yenilənməlidir.

• Nöqtədən çox nöqtəyə (P2MP) LSP-lər üçün Şəbəkə Konfiqurasiya Protokolu (NETCONF) təminat metodu Cisco IOS-XR marşrutlaşdırıcılarında dəstəklənmir.
• Cisco IOS-XR marşrutlaşdırıcılarında P2MP alt LSP statusu CLI ilə təchiz edilmiş P2MP LSP-lər üçün konfiqurasiya vəziyyətində dəstəklənmir.
  Çözüm: Yoxdur.
• Junos OS Release 22.4R1 və sonrakı versiyalarda SR-TE LSP-lərlə məhdudiyyət var.
  PCEP seanslarının qurulması üçün siz aşağıdakı əmrdən istifadə edərək çoxyollu funksiyanı söndürməlisiniz: protokolları təyin edin pcep disable-multipath-capability İkincil yol dəstəklənmir.
•  Növbədəki köhnə mesajlar federasiya əlaqəsi bərpa edildikdən sonra işlənir.
  Çözüm: Federasiya keçid növbəsinin bitmə vaxtını Toposerver federasiya keçidinin nasazlığının aşkarlanması vaxtına yaxın təyin edin (defolt olaraq 3*5s).
• Paragon Automation UI-dən istifadə edərək Cisco IOS-XR marşrutlaşdırıcıları üçün P2MP LSP-ləri təmin etmək üçün NETCONF və Path Computation Element Protocol (PCEP) metodlarından istifadə edə bilməzsiniz.
  Çözüm. CLI-dən istifadə edərək P2MP LSP-ləri təmin edin. Konfiqurasiya təhlil edildikdən sonra Cihaz Kolleksiyası tapşırığını yerinə yetirin view LSP-lər.
•  Yerləşdirmə təhlükəsiz rejimdə olduqda, həqiqət mənbəyi bayrağını söndürə bilməzsiniz.
  Çözüm: Təhlükəsiz rejim zamanı həqiqət mənbəyini söndürmək üçün toposerver podunu yenidən başladın.
• Tək giriş yönləndiricisinə aid çoxlu həvalə edilmiş etiket dəyişdirilmiş yolları (LSP) seçdiyiniz zaman və Nümayəndəliyi PCC-yə qaytarın düyməsini kliklədikdə, LSP-lərdən yalnız biri cihazla idarə olunur. Junos-da bir problem bu ssenariyə səbəb olur.
  Çözüm: Hər dəfə bir LSP seçin və hər LSP üçün fərdi olaraq Nümayəndə heyətini PCC-yə qaytarın.
• Təyinat qovşağı yenidən aşkar edildikdən sonra səlahiyyət verilmiş SR-TE LSP-nin əməliyyat statusu aşağı qalır.
  Çözüm: Təqdim edilmiş SR-TE LSP təyinat qovşağı yenidən kəşf edildikdən sonra şəbəkə modelini sinxronlaşdırmalısınız.
• rabbitmq yenidən işə salındıqdan sonra PCE serveri rabbitmq-ə yenidən qoşula bilmir.
  Çözüm: ns-pceserver podunu yenidən başladın.
• Siz REST API/UI-dən istifadə-federasiyalı mübadilə parametrini dəyişdirə bilməzsiniz.
  Çözüm: Birbaşa cMGD CLI-dən istifadə-federasiyalı mübadilə parametrini dəyişdirin və dəyişikliyin qüvvəyə minməsi üçün toposerveri yenidən başladın.
• Paragon Insights Ad (host adı və ya IP ünvanı) sahəsini Cihaz ID sahəsinə uyğunlaşdırır. Bununla belə, cihazın adı aşağıdakı səbəblərə görə artıq unikal deyil:
• İkili Routing Engine cihazında cihazın adına “-reX” əlavə olunur.
• Anuta Atom kimi üçüncü tərəf proqramları domen adını cihaz adına əlavə edir.
  Həmçinin, cihazın host adı ilə deyil, universal unikal identifikatoru (UUID) ilə xəritələşdirilməsi GUI-nin göstərdiyi məlumatla bağlı problemlərə səbəb ola bilər.
  Çözüm: [redaktə qrupları] iyerarxiya səviyyəsinə yalnız master üçün bəyanat daxil etməklə cihazda idarəetmə Ethernet interfeysi üçün əlavə IP ünvanını konfiqurasiya edin. Daha sonra cihazı işə salmaq üçün bu əlavə IP ünvanından istifadə etməlisiniz. Ətraflı məlumat üçün bax İdarəetmə Ethernet İnterfeysləri.
• TSDB üçün bir qovşaq ayırmısınızsa, bəzi xidmətlər (məsample, AtomDB, ZooKeeper və s.) PersistentVolumeClaim dəsti olan ümumi ad məkanında müvafiq podlar xüsusi qovşaqda işləyirsə, təsirlənə bilər. Yəni TSDB qovşağında işləyən podların statusu həmişə Gözləmədədir kimi göstərilir.
  Çözüm: Bu vəziyyətin qarşısını almaq üçün TSDB üçün qovşaq ayırarkən, qovşaqda PersistentVolumeClaim istifadə edən xüsusi xidmətlər üçün podların olmadığından əmin olun.
• Təqdim edilmiş LSP-ni səlahiyyətdən kənarlaşdırdığınız zaman, LSP-nin planlaşdırılmış bant genişliyi istifadəçi daxiletmə dəyərinin əvəzinə cihaz tərəfindən bildirilən bant genişliyinə əsaslanır.
  Çözüm: Yoxdur.
• Cihazı əlavə edərkən, şəbəkədə artıq istifadə olunan mənbə IP ünvanını göstərsəniz, siz cihazı cihaz qrupuna əlavə edə, oyun kitabını yerləşdirə, funksiya qəbulu ilə bağlı xətalarla qarşılaşa və s.
  Çözüm: ziddiyyətli mənbə IP ünvanını düzəldin. Yerləşdirmə Vəziyyəti simgesini basın və dəyişiklikləri edin.
• Siqnallar səhifəsində saxlanmış sorğunu seçsəniz, həyəcan siqnalları saxlanmış sorğu əsasında süzülür. Lakin qrafik və tarix yenilənmir.
  Çözüm: Yoxdur.
• Cihaz səhifəsində idarə olunmayan cihaz əlavə etsəniz və sonra idarə olunmayan cihazın host adını redaktə etsəniz, host adı cihaz qrupunda və İdarəetmə Panelindəki Cihazlar tablosunda əks olunmur.
  Çözüm: Siz cihazın ana adı və ya IP ünvanından istifadə edərək idarə olunmayan cihaz əlavə edə bilərsiniz.
  Əgər host adından istifadə edərək idarə olunmayan cihaz əlavə etmisinizsə, o zaman mövcud cihazı silmək və cihazı yeni host adı ilə əlavə etmək problemi həll edir.
  Əgər siz IP ünvanından istifadə edərək idarə olunmayan cihaz əlavə etmisinizsə, onda cihaz qrupunda və İdarə Panelindəki Cihazlar tablosunda siz idarə olunmayan cihazları host adına deyil, IP ünvanına əsasən müəyyən etməlisiniz.
• Varsayılan olaraq, topologiya filtri qeyri-aktivdir. Paragon Automation GUI istifadə edərək topologiya filtrini aktivləşdirə bilməzsiniz.
  Çözüm: Topologiya filtrini aktivləşdirmək proseduru üçün Topologiya Filtr Xidmətini Aktivləşdirmək mövzusuna baxın.
• Cisco IOS XR cihazları üçün siz Cihazlar səhifəsindən cihaz konfiqurasiyasını bərpa edə bilməzsiniz. Siz yalnız cihaz konfiqurasiyasının ehtiyat nüsxəsini çıxara bilərsiniz.
  Çözüm: Cisco IOS XR cihazlarınızın cihaz konfiqurasiyasını bərpa etmək üçün:
  1. Konfiqurasiya > Cihazlar səhifəsində Cisco XR cihazını seçin və Daha çox > Konfiqurasiya versiyası üzərinə klikləyin.
  2. Bərpa etmək istədiyiniz konfiqurasiya versiyasını kopyalayın.
  3. CLI istifadə edərək konfiqurasiyanı bərpa edin.
• Əgər cihaz qrupu səviyyəsində gedən SSH-ni aktiv etmisinizsə, cihaz qrupundakı cihazlardan biri üçün gedən SSH-ni deaktiv edə bilməzsiniz.
  Çözüm: MGD CLI və ya İstirahət API-lərindən istifadə edərək cihazda gedən SSH-ni aktivləşdirə və ya söndürə bilərsiniz. Gedən SSH-ni deaktiv etmək üçün disable bayrağını doğru olaraq təyin etməlisiniz. MGD CLI-dən istifadə edərək gedən SSH-ni deaktiv etmək üçün cihazda aşağıdakı əmri yerinə yetirin: Healthbot DeviceName outbound-ssh-i deaktiv edin.
• Siz Paragon Automation GUI-dən bütün xidmət qeydlərini endirə bilməzsiniz.
  Çözüm: edə bilərsiniz view Elastik Axtarış Verilənlər Bazasında (ESDB) və Grafana-da bütün xidmət qeydləri. Grafana və ya ESDB-yə daxil olmaq üçün config.yml-də grafana_admin_password sahəsində parol konfiqurasiya etməlisiniz. file quraşdırmadan əvvəl.
• Mövcud LSP-ni dəyişdirirsinizsə və ya marşrutlaşdırma meyarlarından biri kimi dilim ID-sini istifadə edirsinizsə, onda yol əvvəlcədənview düzgün görünməyə bilər.
  Çözüm: Siz yolu təmin etdikdən sonra, yol dilim ID məhdudiyyətlərinə hörmət edir və yol əvvəlcədən yolda düzgün görünür.view.
• PCEP-dən istifadə edərək seqment yönümlü LSP təmin etsəniz, rəng funksionallığı işləmir.
  Bu problem, marşrutlaşdırıcının Junos OS Release 20.1R1-də işlədiyi halda baş verir.
  Çözüm: 21.4R1-i buraxmaq üçün Junos ƏS-ni təkmilləşdirin.
• Mikroservislər PostgresSQL-ə qoşula bilmir, çünki PostgresSQL əsas rol keçidi zamanı heç bir əlaqəni qəbul etmir. Bu keçici bir vəziyyətdir.
  Çözüm: Əsas rol keçidi tamamlandıqdan sonra mikroxidmətlərin PostgresSQL-ə qoşulduğundan əmin olun.
  • Postgres verilənlər bazası bəzi sistemlərdə qeyri-işlək olur ki, bu da əlaqənin pozulmasına səbəb olur.
  Çözüm: Əsas qovşaqda aşağıdakı əmri yerinə yetirin: atom-db-{0..2}-də pod üçün; et
  kubectl exec -n ümumi $pod — chmod 750 /home/postgres/pgdata/pgroot/data tamamlandı
• Cisco IOS XR cihazları üçün cihaz kəşfi uğursuz oldu.
  Çözüm: Cisco IOS XR cihazı üçün SSH server sürət limitini artırın. Konfiqurasiya rejimində cihaza daxil olun və aşağıdakı əmri yerinə yetirin:
  RP/0/RP0/CPU0:ios-xr(config)#ssh server sürət həddi 600
• Əgər siz keçid gecikməsi və keçid gecikməsinin dəyişməsi haqqında məlumat əldə etmək üçün BGP-LS-dən istifadə edirsinizsə, bunu edə bilməzsiniz view tarixi əlaqə gecikmə məlumatları.
  Çözüm: Yoxdur.
• Nadir hallarda (məsampRedis qəzaya uğradıqda və Kubernetes tərəfindən avtomatik yenidən işə salındıqda və ya siz Redis serverini yenidən başlatmalı olduqda, bəzi interfeys məlumatları itirilir və interfeyslər şəbəkə məlumat cədvəlinin İnterfeys nişanında qeyd edilmir. Bununla belə, bu problem yolun hesablanmasına, statistikaya və ya LSP təminatına təsir etmir.
  Çözüm: Canlı şəbəkə modelində interfeysləri bərpa etmək üçün cihaz toplama tapşırığını yenidən yerinə yetirin.
• Yeni İş axını əlavə et və iş axınını redaktə et səhifələrinin Tapşırıqlar sekmesinde:
• Ləğv et seçiminə klikləsəniz də, tapşırığı redaktə edərkən etdiyiniz dəyişikliklər yadda saxlanılacaq.
• Artıq sildiyiniz addımın adını təkrar istifadə edə bilməzsiniz.
• Boş girişlərlə bir addım əlavə etdikdə və Saxla və Yerləşdirmə düyməsini kliklədikdə belə səhv mesajı göstərilməyəcək.
  Çözüm: Yoxdur.
• Bəzi aşağı səviyyəli PTX cihazlarını Dual RE rejimi ilə təkmilləşdirin (məsample, PTX5000 və PTX300) Paragon Automation-da dəstəklənmir. Bunun səbəbi Dual RE rejimi ilə aşağı səviyyəli PTX cihazlarının körpü və ya körpü domen konfiqurasiyasını dəstəkləməməsidir.
  Çözüm: Yoxdur.
• POST /traffic-engineering/api/topology/v2/1/rpc/diverseTreeDesign API işləmir.
  Çözüm: POST /NorthStar/API/v2/tenant/1/topology/1/rpc/ diverseTreeDesign API istifadə etməyi tövsiyə edirik.
• Paragon Automation Nokia cihazları üçün həyəcan siqnallarını göstərmir.
  Çözüm: Yoxdur.
• SRv6 LSP-ni marşrutlaşdırma metodu ilə routeByDevice kimi konfiqurasiya edərkən, siz seqment marşrutlaşdırma-Açıq Marşrut obyekti (SR-ERO) üçün dəyər təyin etməlisiniz; əks halda siz trafiki daşımaq üçün SRv6 LSP-dən istifadə edə bilməzsiniz.
  Çözüm: Tunel əlavə edərkən, Yol nişanında tələb olunan və ya üstünlük verilən marşrutlaşdırma növünü müəyyən etmək üçün hops əlavə edin.
• Şəbəkədən cihaz tərəfindən idarə olunan SRv6 LSP aşkar edilərsə, marşrut üçün Açıq Marşrut obyekti (ERO) təyin edib etməməyinizdən asılı olmayaraq, bu LSP üçün vurğulanan yol yanlış olacaq.
  Çözüm: Yoxdur.
• Bəzən seqment marşrutlaşdırma LSP-lərini toplu şəkildə silə bilməyəcəksiniz.
  Çözüm: Toplu silmə prosesi zamanı silinməyən LSP-ləri məcburi şəkildə silə bilərsiniz.
•  Paragon Automation GUI-də, Yeni İş axını əlavə et və İş axınını redaktə et səhifələrinin Tapşırıqlar sekmesinde, heç bir dəyişiklik etmədən mövcud addımı redaktə etməyə və yadda saxlamağa çalışdığınız zaman aşağıdakı səhv mesajı göstərilir:
  Ad artıq mövcuddur
  Çözüm: Əgər səhvən Redaktə et seçiminə klik etmisinizsə, heç olmasa addımın adını dəyişdirdiyinizə əmin olun.
• Şimal ulduzu ad məkanında bütün podları yenidən başlasanız, PCEP sessiyası bəzən Aşağı kimi göstərilir.
  Çözüm: kubectl silmə pods ns-toposerver- istifadə edərək topologiya serverini yenidən başladın. -n şimal ulduzu əmri.
• İdarə > Lisenziya İdarəetmə səhifəsində siz edə bilməzsiniz view lisenziyanı seçdiyiniz zaman lisenziyanın SKU adını və sonra Daha çox > Təfərrüatlar seçin.
  Çözüm: Yoxdur.
• Siqnallar səhifəsindəki qrafik ən son məlumatları əks etdirmir. Yəni, həyəcan siqnalı aktiv olmayandan sonra qrafik yenilənmir.
  Çözüm: Yoxdur.
• Siz iAgent üçün gedən SSH-ni konfiqurasiya etdikdə, konfiqurasiya edilmiş qayda üçün məlumatlar yaradılmayacaq.
  Çözüm: Yoxdur.
• İkitərəfli Aktiv İdarəetmə Protokolunu (TW) konfiqurasiya etmisinizsə, bağlantılar arasında paket itkisinin sıfır faizi göstərilir.AMP). Bu yanlışdır, çünki TWAMP IS-IS trafik mühəndisliyi üçün paket itkisinin ixracını dəstəkləmir.
  Çözüm: Yoxdur.
• Əgər siz MPC10+ xətt kartları olan cihazdan istifadə edirsinizsə və cihaz Release 21.3R2-S2 və ya Release 21.4R2-S1-dən başqa Junos OS Release-də işləyirsə, məntiqi interfeyslər üçün statistika toplanmır. Bununla belə, fiziki interfeyslər və LSP-lər üçün statistik məlumatlar toplanır.
  Çözüm: Junos OS buraxılışını 21.3R2-S2 və ya 21.4R2-S1 buraxılışına təkmilləşdirin. Həmçinin, Paragon Automation-ı 23.1-i buraxmaq üçün təkmilləşdirdiyinizə əmin olun.
• LSP-ni səlahiyyətdən kənarlaşdırdığınız zaman LSP statusu səlahiyyət verilmiş kimi göstərilir. LSP-nin səlahiyyətlərini yenidən ləğv etməyə çalışdığınız zaman, marşrutlaşdırıcının konfiqurasiyası açıq marşrut obyektləri (ERO) əlavə etmək üçün dəyişdirilə bilər.
  Çözüm: LSP-ni yenidən səlahiyyətdən azad etməzdən əvvəl Tunel tabını yeniləyin.
• Paragon Pathfinder, SR LSP statusu yerli olaraq yönləndirilirsə, SR LSP dilim məhdudiyyətlərinə cavab vermədikdə, səlahiyyət verilmiş SR LSP-ni endirmir.
• Dilim ID-si 2**32-dən böyük və ya bərabər olan topologiya qrupu yaratsanız, topologiya qrupu ID-si dilim ID-si ilə uyğun gəlməyəcək.
• Paragon Automation Kubernetes klasteri özü yaradılan kubeadm tərəfindən idarə olunan sertifikatlardan istifadə edir.
  Kubernetes versiyası təkmilləşdirilmədikcə və ya sertifikatlar əl ilə yenilənmədikcə, bu sertifikatlar yerləşdirmədən bir il sonra başa çatır. Sertifikatların müddəti bitərsə, podlar görünmür və jurnalda pis sertifikat səhvlərini göstərir.
  Çözüm: Sertifikatları əl ilə yeniləyin. Sertifikatları yeniləmək üçün aşağıdakı addımları yerinə yetirin:

1. Klasterinizin hər bir əsas qovşağında kubeadm certs check-expiration əmrindən istifadə edərək cari sertifikatların son istifadə tarixini yoxlayın.
2. Sertifikatları yeniləmək üçün Kubernetes klasterinizin hər bir əsas qovşağında kubeadm certs renew all əmrindən istifadə edin.
3. Klasterinizin hər bir əsas qovşağında kubeadm certs check-expiration əmrindən istifadə edərək son istifadə tarixini yenidən yoxlayın.
4. Yeni sertifikatlardan istifadə etmək üçün əsas qovşaqların hər hansı birindən aşağıdakı podları yenidən başladın.

Həll edilmiş məsələlər

Bu bölmə Juniper Paragon Automation Release 24.1-də həll edilmiş məsələləri sadalayır

• Simmetrik cüt LSP-lər marşrutun dəyişdirilməsinin eşikdən keçməsi zamanı simmetrik olaraq yönləndirilməməyə bilər.
  Çözüm: Yoxdur.
• Trafik cədvəlləri indi host adlarına re0 və ya re1 şəkilçisi əlavə edilmiş ikili Marşrutlaşdırma Mühərrikləri olan cihazlar üçün dəstəklənir. Bununla belə, qrafiklər yalnız host adı şəkilçiləri kiçik hərflərlə və -re0 və ya -re1 formatında olduqda dəstəklənir. məsələnample: vmx101-re0 və ya vmx101-re1
  Çözüm: Yoxdur
• Nəzarətçi saytları Paragon Planner üçün şəbəkə arxivinə daxil edilməyib.
  Çözüm: Yoxdur.
• Təhlükəsiz rejim statusu həmişə yanlış olduqda ns-web pod başlayır.
  Çözüm: Yoxdur.
• Təhlükəsiz rejim zamanı həqiqət mənbəyi bayrağını dəyişdirdikdən sonra səhv təhlükəsiz rejim statusu alırsınız.
  Çözüm: Yoxdur.
• Bəzən NETCONF deaktiv edilmiş cihazlar NETCONF statusu Yuxarı ilə görünür.
  Həll yolu: Pro cihazını redaktə edinfile cihaz pro-nun yenidən yüklənməsini tetiklemek üçün heç bir dəyişiklik etmədənfile.
• Cisco IOS-XR cihazlarından yaranan SR-TE LSP-lər üçün rəng yalnız LSP ilkin olaraq cihaz kolleksiyasından aşkar edildikdə görünür.
  Çözüm: Yoxdur.
• PCEP-dən öyrənilmiş SR-TE LSP-nin admin qrupu, LSP vəziyyəti konfiqurasiya edibsə, topologiya sinxronizasiyasından sonra yox olur.
  Çözüm: PCEP-dən öyrənilən admin qrupunu saxlamaq üçün SR-TE LSP-ni dəyişdirin.
• Optimal yolda olan LSP-lər PCS optimallaşdırması zamanı lazımsız PCEP yeniləməsi ala bilər.
  Çözüm: Yoxdur.
• Diaqnostika (Konfiqurasiya > Məlumat qəbulu > Diaqnostika > Tətbiq) funksiyasındakı xəta proqram testlərinin uğursuz olmasına səbəb olur.
  Çözüm: Yoxdur.
• Şəbəkə > Topologiya > Tunel nişanında, sükanı Filtr (huni) ikonasının üzərinə aparıb Filtr əlavə et seçimini etdikdə, Kriteriya əlavə et səhifəsi göstərilir. Sahə siyahısında Rəngi ​​seçsəniz, sahə dəyəri Rəng əvəzinə planlı Xüsusiyyətlər kimi göstərilir.
  Çözüm: Yoxdur.
• Yol təhlili hesabatı boşdur.

Çözüm: Yol təhlilini yerinə yetirməzdən əvvəl cihaz toplama tapşırığını yerinə yetirin. Qeyd edək ki, LSP-lər artıq optimal yoldadırsa, Yol təhlili hesabatı boş ola bilər.

Juniper Networks, Juniper Networks loqosu, Juniper və Junos Juniper Networks, Inc. şirkətinin Birləşmiş Ştatlarda və digər ölkələrdə qeydə alınmış ticarət nişanlarıdır. Bütün digər ticarət nişanları, xidmət nişanları, qeydiyyatdan keçmiş nişanlar və ya qeydə alınmış xidmət nişanları müvafiq sahiblərinin mülkiyyətidir. Juniper Networks bu sənəddəki hər hansı qeyri-dəqiqliyə görə heç bir məsuliyyət daşımır. Juniper Networks xəbərdarlıq etmədən bu nəşri dəyişdirmək, dəyişdirmək, köçürmək və ya başqa şəkildə nəzərdən keçirmək hüququnu özündə saxlayır. Copyright © 2024 Juniper Networks, Inc. Bütün hüquqlar qorunur.

Sənədlər / Resurslar

Juniper NETWORKS Paragon Avtomatlaşdırma Proqramı [pdf] İstifadəçi təlimatı Paragon Avtomatlaşdırma Proqramı, Avtomatlaşdırma Proqramı, Proqram təminatı

İstinadlar

• İstifadəçi təlimatı