შინაარსი დამალვა
1 Juniper NETWORKS Paragon Automation
2 სპეციფიკაციები
3 გამოყენების ინსტრუქცია
4 შესავალი
5 ინსტალაცია და განახლება
6 ხშირად დასმული კითხვები
7 დოკუმენტები / რესურსები
7.1 ცნობები

Juniper-LOGO

Juniper NETWORKS Paragon Automation

Juniper-NETWORKS-Paragon-Automation-PRODUCT1

სპეციფიკაციები

  • პროდუქტის დასახელება: Juniper Paragon Automation
  • გამოშვების ვერსია: 2.4.1
  • გამოქვეყნების თარიღი: 2025-07-22

შესავალი
Juniper Paragon Automation შექმნილია იმისათვის, რომ დაეხმაროს სერვისის პროვაიდერებს, ღრუბლოვან პროვაიდერებს და საწარმოებს ქსელური ოპერაციების ეფექტურად მართვაში. ის გთავაზობთ თანამედროვე მიკროსერვისების არქიტექტურას ღია API-ებით და ინტუიციური მომხმარებლის ინტერფეისით.

ძირითადი მახასიათებლები

  • მოწყობილობების ინტეგრაციისა და უზრუნველყოფის ავტომატიზაცია
  • მომსახურების მიწოდების გამარტივება და დაჩქარება
  • შეაფასეთ მოწყობილობისა და სერვისის მუშაობა
  • შეამცირეთ ხელით შესრულებული სამუშაო და ვადები

ლიცენზირება
Paragon Automation Release 2.4.1-ის პროდუქტის უფლებები დაფუძნებულია საპატიო ლიცენზიაზე. ლიცენზიის შესაძენად დაუკავშირდით თქვენს Juniper Networks-ის გაყიდვების წარმომადგენელს. შეძენის შემდეგ, ლიცენზიები მართეთ Juniper Agile Licensing (JAL) პორტალის გამოყენებით.

მხარდაჭერილი Junos OS-ის ვერსიები, მოწყობილობები და ბრაუზერები
Juniper Paragon Automation-ში მხარდაჭერილი Junos OS-ის ვერსიების, მოწყობილობებისა და ბრაუზერების სიისთვის იხილეთ ცხრილი 1.

ინსტალაცია და განახლება
Juniper Paragon Automation-ის ინსტალაციის ან განახლებისთვის, მიჰყევით ამ ნაბიჯებს:

  1. ჩამოტვირთეთ ინსტალაციის პაკეტი ოფიციალური Juniper Networks-დან webსაიტი.
  2. გაუშვით ინსტალაციის ოსტატი და მიჰყევით ეკრანზე მითითებებს.
  3. განახლებების შემთხვევაში, დარწმუნდით, რომ თავსებადია არსებულ კონფიგურაციებთან.

გამოყენების ინსტრუქცია

მოწყობილობის ჩართვა და უზრუნველყოფა
მოწყობილობის დასაყენებლად და სერვისების უზრუნველსაყოფად: შედით Paragon Automation GUI-ში.

  1. გადადით „ონბორდინგის“ განყოფილებაში.
  2. ახალი მოწყობილობის დასამატებლად მიჰყევით ინსტრუქციას.
  3. საჭიროების შემთხვევაში, დააკონფიგურირეთ სერვისის პარამეტრები.
  4. წარმატებით დაადასტურეთ რეგისტრაცია ინვენტარის განყოფილებაში.

მომსახურების მიწოდების დაჩქარება
მომსახურების მიწოდების დასაჩქარებლად:

  1. აირჩიეთ სასურველი სერვისი სერვისების კატალოგიდან.
  2. მიჰყევით მოთხოვნებს სერვისის დეტალების კონფიგურაციისთვის.
  3. გაგზავნეთ მიწოდების მოთხოვნა.
  4. აკონტროლეთ პროგრესი სერვისის პანელში.

შესავალი

  • სერვისის მიმწოდებლები, ღრუბლოვანი სერვისების მიმწოდებლები და საწარმოები ტრაფიკის მოცულობის, სიჩქარისა და ტიპების ზრდის წინაშე დგანან. ეს ქსელური ოპერატორებისთვის ქმნის როგორც უნიკალურ გამოწვევებს (მომხმარებლის მოლოდინების ზრდა და უსაფრთხოების საფრთხეების გაფართოება), ასევე ახალ შესაძლებლობებს (5G-ის ახალი თაობა, ნივთების ინტერნეტი, განაწილებული კიდეების სერვისები).
  • ტრაფიკის სწრაფ ცვლილებებზე რეაგირებისთვის, სერვისის მიმწოდებლებმა და საწარმოებმა სწრაფად უნდა აღმოაჩინონ და მოაგვარონ მოწყობილობებისა და სერვისის პრობლემები, ასევე რეალურ დროში შეიტანონ ცვლილებები სერვისის კონფიგურაციებში. ადამიანური შეცდომებით გამოწვეულმა ნებისმიერმა არასწორმა კონფიგურაციამ შეიძლება გამოიწვიოს სერვისის გათიშვა.tagეს. ამ საკითხების გამოძიება და მოგვარება შეიძლება დროის შრომატევადი პროცესი იყოს.
  • Juniper® Paragon Automation არის WAN ავტომატიზაციის გადაწყვეტა, რომელიც საშუალებას აძლევს სერვისის პროვაიდერებსა და საწარმო ქსელებს გაუმკლავდნენ ამ გამოწვევებს. Juniper-ის გადაწყვეტა გთავაზობთ გამოცდილებაზე ორიენტირებულ და ავტომატიზაციაზე ორიენტირებულ ქსელს, რომელიც ქსელის ოპერატორებს მაღალი ხარისხის გამოცდილებას სთავაზობს.
  • Paragon Automation დაფუძნებულია თანამედროვე მიკროსერვისების არქიტექტურაზე ღია API-ებით. Paragon Automation შექმნილია მარტივი ინტერფეისით, რომელიც უზრუნველყოფს უმაღლეს ოპერაციულ და მომხმარებლის გამოცდილებას. მაგალითადample, Paragon Automation ახორციელებს სხვადასხვა პერსონა პროfile(როგორიცაა ქსელის არქიტექტორი, ქსელის დამგეგმავი, საველე ტექნიკოსი და ქსელური ოპერაციების ცენტრის [NOC] ინჟინერი), რათა ოპერატორებმა შეძლონ მოწყობილობის სასიცოცხლო ციკლის მართვის (LCM) პროცესში სხვადასხვა აქტივობის გაგება და შესრულება.
  • Paragon Automation ქსელური ოპერაციებისადმი იყენებს გამოყენების შემთხვევაზე დაფუძნებულ მიდგომას. როდესაც თქვენ ასრულებთ გამოყენების შემთხვევას, Paragon Automation იყენებს ამ გამოყენების შემთხვევის ყველა საჭირო შესაძლებლობას, აწარმოებს სამუშაო პროცესს (საჭიროების შემთხვევაში) და წარმოგიდგენთ დასრულებულ დავალებების ნაკრებს, რომლებიც ახორციელებენ გამოყენების შემთხვევას.

Paragon Automation მხარს უჭერს შემდეგ გამოყენების შემთხვევებს:

  • მოწყობილობის სასიცოცხლო ციკლის მართვა (LCM) — საშუალებას გაძლევთ ჩართოთ, უზრუნველყოთ და შემდეგ მართოთ მოწყობილობა. Paragon Automation ავტომატიზირებს მოწყობილობის ჩართვის პროცესს, გაგზავნიდან მომსახურების მიწოდებამდე, რითაც საშუალებას აძლევს მოწყობილობას მზად იყოს საწარმოო ტრაფიკის მისაღებად.
  • დაკვირვებადობა — საშუალებას გაძლევთ ვიზუალურად წარმოიდგინოთ ქსელის ტოპოლოგია, უზრუნველყოფის გვირაბები, view ტოპოლოგიის განახლებები რეალურ დროში და მოწყობილობებისა და ქსელის მონიტორინგი. თქვენ ასევე შეგიძლიათ view მოწყობილობისა და ქსელის მდგომარეობის დეტალური ანალიზი და დეტალების დეტალურად განხილვა. გარდა ამისა, Paragon Automation გატყობინებთ ქსელის პრობლემების შესახებ შეტყობინებების, სიგნალიზაციისა და მოვლენების გამოყენებით, რომელთა გამოყენებაც შეგიძლიათ თქვენს ქსელზე მოქმედი პრობლემების მოსაგვარებლად. Paragon Automation ასევე გთავაზობთ მარშრუტიზაციის დაფას და ინტერაქტიულ მარშრუტიზაციის ტოპოლოგიის რუკას, სადაც შეგიძლიათ აქტიურად აკონტროლოთ თქვენი ქსელის საერთო მარშრუტიზაციის მდგომარეობა რეალურ დროში.
  • სანდოობა და შესაბამისობა — ავტომატურად ამოწმებს, შეესაბამება თუ არა მოწყობილობა ინტერნეტ უსაფრთხოების ცენტრის (CIS) საორიენტაციო დოკუმენტში განსაზღვრულ წესებს. გარდა ამისა, Paragon Automation ასევე ამოწმებს მოწყობილობის კონფიგურაციას, მთლიანობას და მუშაობას და შემდეგ ქმნის სანდოობის ქულას, რომელიც განსაზღვრავს მოწყობილობის სანდოობას.
  • სერვისის ორკესტრირება - საშუალებას გაძლევთ გაამარტივოთ და ოპტიმიზაცია გაუკეთოთ ქსელური სერვისების მიწოდებას, რითაც გააუმჯობესებთ ეფექტურობას და შეამცირებთ შეცდომების რისკს. სერვისი შეიძლება იყოს ნებისმიერი წერტილიდან წერტილამდე, წერტილიდან მრავალ წერტილამდე ან მრავალ წერტილამდე მრავალ წერტილამდე კავშირი. მაგალითადampმაგალითად, მე-3 დონის VPN-ები ან EVPN-ები.
  • აქტიური უზრუნველყოფა — საშუალებას გაძლევთ აქტიურად აკონტროლოთ და გამოსცადოთ ქსელის მონაცემთა სიბრტყე ტესტ აგენტების გამოყენებით სინთეზური ტრაფიკის გენერირებით. ტესტ აგენტები არის გაზომვის წერტილები, რომლებიც განლაგებულია თქვენს ქსელში გარკვეულ როუტერებში. ამ ტესტ აგენტებს შეუძლიათ ქსელის ტრაფიკის გენერირება, მიღება და ანალიზი და შესაბამისად, საშუალებას გაძლევთ უწყვეტად view და აკონტროლოთ როგორც რეალურ დროში, ასევე აგრეგირებული შედეგების მეტრიკა.
  • ქსელის ოპტიმიზაცია — საშუალებას გაძლევთ ოპტიმიზაცია გაუკეთოთ ქსელის რესურსების გამოყენებას, გააუმჯობესოთ ქსელის მუშაობა და უზრუნველყოთ მონაცემების საიმედო და ეფექტური მიწოდება ქსელში. Paragon Automation ოპტიმიზაციას უკეთებს ქსელს ეტიკეტების გადართვის გზების (LSP) ან სეგმენტის მარშრუტიზაციის პოლიტიკის სასიცოცხლო ციკლის მართვით, განზრახვაზე დაფუძნებული მიდგომის გამოყენებით.

შეჯამებისთვის, Paragon Automation ეხმარება ოპერატორებს მოწყობილობების ინტეგრაციისა და უზრუნველყოფის ავტომატიზაციაში, მომსახურების მიწოდების გამარტივებასა და დაჩქარებაში, მოწყობილობებისა და მომსახურების მუშაობის შეფასებაში, ასევე ხელით მუშაობისა და ვადების შემცირებაში.

  • გამოიყენეთ ეს გამოშვების შენიშვნები, რათა გაეცნოთ Paragon Automation-ის ფუნქციებს, მხარდაჭერილ Junos OS-სა და Junos OS Evolved-ის გამოშვებებს, მხარდაჭერილ მოწყობილობებს და ღია პრობლემებს.

ლიცენზირება

Paragon Automation-ისა და მისი ფუნქციების გამოსაყენებლად, თქვენ გჭირდებათ:

  • პროდუქტის უფლებამოსილება— Paragon Automation-ის და მისი გამოყენების შემთხვევების გამოყენება.

შენიშვნა: პროდუქტის უფლებები დაფუძნებულია პატივისცემაზე და არ არის აღსრულებული Paragon Automation Release 2.4.1-ისთვის.

  • მოწყობილობის ლიცენზია— თქვენს მიერ დაინსტალირებული მოწყობილობის ფუნქციების გამოსაყენებლად.

ლიცენზიის შესაძენად დაუკავშირდით თქვენს Juniper Networks-ის გაყიდვების წარმომადგენელს. ლიცენზიების შეძენის შესახებ დამატებითი ინფორმაციისთვის იხილეთ Juniper Licensing-ის მომხმარებლის სახელმძღვანელო. ლიცენზიის შეძენის შემდეგ შეგიძლიათ ჩამოტვირთოთ ლიცენზია. file და მართეთ ლიცენზიები Juniper Agile Licensing (JAL) პორტალის გამოყენებით. ასევე შეგიძლიათ აირჩიოთ ლიცენზიის მიღება. file ელექტრონული ფოსტით. ლიცენზია file შეიცავს ლიცენზიის გასაღებს. ლიცენზიის გასაღები განსაზღვრავს, გაქვთ თუ არა ლიცენზირებული ფუნქციების გამოყენების უფლება.

  • მოწყობილობის დაყენების შემდეგ, სუპერ მომხმარებელს და ქსელის ადმინისტრატორს შეუძლიათ მოწყობილობის ლიცენზიის დამატება Paragon Automation GUI-ის ლიცენზიების ჩანართიდან (Observability > Health > Troubleshoot Devices > Device-Name > Inventory > Licenses). დამატებითი ინფორმაციისთვის იხილეთ მოწყობილობის ლიცენზიების მართვა.

მხარდაჭერილი Junos OS-ის ვერსიები, მოწყობილობები და ბრაუზერები
მე-1 გვერდზე მოცემულ ცხრილში 3 ჩამოთვლილია Juniper Paragon Automation-ში მხარდაჭერილი Junos OS-ის ვერსიები, მოწყობილობები და ბრაუზერები.

ცხრილი 1: მხარდაჭერილი Junos OS-ის ვერსიები, მოწყობილობები და ბრაუზერები

მხარდაჭერილი Junos OS

  • Junos OS Evolved გამოუშვებს 24.4R1, 24.2R2, 24.2R1, 23.4R2, 23.2R2, 22.4R2 და 22.2R3 ვერსიებს.
  • Junos OS გამოუშვებს ვერსიებს: 24.4R1, 24.2R2, 24.2R1, 23.4R2, 23.2R2, 22.4R2 და 22.2R3.

მხარდაჭერილი Juniper მოწყობილობები

  • ACX2200 (მხოლოდ EMS ფუნქციონალურობისა და ტოპოლოგიასთან დაკავშირებული ინფორმაცია)
  • 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 (მხოლოდ EMS ფუნქციონალი)
  • EX4300-48MP
  • EX9200
  • QFX5110
  • QFX5120

მხარდაჭერილი მესამე მხარის მოწყობილობები

  • Cisco-ს ქსელური კონვერგენციის სისტემა 57C3 (Cisco NCS57C3)
  • Cisco-ს ქსელური კონვერგენციის სისტემა 5504 (Cisco NCS5504)
  • Cisco 8202 როუტერი
  • Cisco IOS XRv როუტერი
  • Cisco-ს აგრეგაციის სერვისების როუტერები 9902 (Cisco ASR9902)
  • შენიშვნა: მესამე მხარის მოწყობილობებისთვის:
  • მხარდაჭერილია მხოლოდ მოწყობილობის მართვის ძირითადი ფუნქციები (როგორიცაა მოწყობილობის ძირითადი ადაპტაცია, მარტივი gNOI ბრძანებები (გადატვირთვა) და კონფიგურაციის შაბლონები) და API-ების გამოყენებით ინტეგრირება.
  • თქვენ არ შეგიძლიათ ჩართოთ მარშრუტიზაციის პროტოკოლის ანალიტიკა და მონაცემთა შეგროვება.

მხარდაჭერილი ბრაუზერები

  • Google Chrome-ის, Mozilla Firefox-ის და Safari-ს უახლესი ვერსიები.

ინსტალაცია და განახლება

  • Juniper Paragon Automation-ის ვერსია 2.4.1 არის ვერსია 2.4.0-ის ტექნიკური ვერსია. ვერსია 2.4.0 აღარ არის ხელმისაწვდომი პროგრამული უზრუნველყოფის ჩამოტვირთვის საიტიდან ჩამოსატვირთად. ვერსია 2.4.0-ში არსებული ფუნქციების ინსტალაციისა და გამოსაყენებლად, თქვენ უნდა დააინსტალიროთ ვერსია 2.4.1 ან განაახლოთ ვერსია 2.4.1-ზე ძველი ვერსიიდან.
  • Juniper Paragon Automation Release 2.4.1-ის ხელახლა ინსტალაციისთვის, ჩამოტვირთეთ paragon-2.4.1-builddate OVA ფაილი. file Juniper Paragon Automation პროგრამული უზრუნველყოფის ჩამოტვირთვის საიტიდან. შეასრულეთ ინსტალაციისა და განახლების სახელმძღვანელოში აღწერილი ნაბიჯები 2.4.1 ვერსიის დასაინსტალირებლად და შედით სისტემაში. Web გრაფიკული ინტერფეისი. დამატებითი ინფორმაციისთვის იხილეთ Paragon Automation-ის ინსტალაცია.
  • თუ უკვე დააინსტალირეთ Juniper Paragon Automation-ის ვერსია 2.4.0 ან Paragon Automation-ის უფრო ძველი ვერსია, განაახლეთ ვერსია 2.4.1-ზე upgrade_paragon-release-2.4.1.build-id.tgz ფაილის ჩამოტვირთვით, რომელიც ხელმისაწვდომია პროგრამული უზრუნველყოფის ჩამოტვირთვის საიტზე. დამატებითი ინფორმაციისთვის იხილეთ Paragon Automation-ის განახლება.
  • შეგიძლიათ განაახლოთ 2.4.1 ვერსიამდე შემდეგი ვერსიებიდან.
    • გამოშვება 2.4.0
    • გამოშვება 2.3.0
    • გამოშვება 2.2.0
  • ჩვენ არ ვუჭერთ მხარს Juniper Paragon Automation-ის 2.0.0 და 2.1.0 ვერსიებიდან პირდაპირ 2.4.1 ვერსიაზე განახლებას. თუ თქვენ გაქვთ 2.1.0 ვერსია, შეგიძლიათ განაახლოთ 2.2.0 ვერსიამდე და შემდეგ განაახლოთ 2.4.1 ვერსიამდე.

ახალი ფუნქციები

  • Juniper Paragon Automation Release 2.4.1-ში ახალი ფუნქციები არ არის.

ცნობილი საკითხები

ამ განყოფილებაში

  • მოწყობილობის სასიცოცხლო ციკლის მართვა | 7
  • დაკვირვებადობა | 7
  • მომსახურების ორკესტრირება | 14 აქტიური უზრუნველყოფა | 16
  • ქსელის ოპტიმიზაცია | 18 ნდობა | 18
  • ადმინისტრაცია | 18
  • ინსტალაცია და განახლება | 18

ამ განყოფილებაში ჩამოთვლილია Juniper Paragon Automation-ის ცნობილი პრობლემები.

მოწყობილობის სასიცოცხლო ციკლის მართვა

  • თუ თქვენ დააინსტალირეთ Cisco მოწყობილობა, მაგრამ მოგვიანებით შეცვალეთ მოწყობილობაზე TLS პარამეტრები (ჩართეთ ან გამორთეთ), მოწყობილობის სტატუსი ინვენტარის გვერდზე გამოჩნდება როგორც „გათიშული“.
  • გამოსავალი: წაშალეთ მოწყობილობა და ხელახლა ჩართეთ ის „არაუსაფრთხო“ პარამეტრის „მცდარზე“ დაყენებით და „დადასტურების“ გამოტოვებით „ჭეშმარიტზე“ შესაბამისად, იმის მიხედვით, გამორთეთ თუ არა TLS ადრე.
  • QFX მოწყობილობის Paragon Automation-ში ჩართვა ვერ ხერხდება, თუ მოწყობილობის პროში ჩართულია ნდობა.file გამოყენებულია QFX მოწყობილობაზე.
    გამოსავალი: გამორთეთ Trust in the Device Profile და შემდეგ სცადეთ QFX მოწყობილობის ჩართვა.
  • Paragon Automation ააქტიურებს მოწყობილობის პროში შემავალ კონფიგურაციის შაბლონებს.file და ინტერფეისის პროfile მხოლოდ მოწყობილობის საწყისი დაყენების დროს. თქვენ არ შეგიძლიათ გამოიყენოთ მოწყობილობის პროში შემავალი კონფიგურაციის შაბლონები.files და ინტერფეისი პროfiles მოწყობილობის დაკავშირების შემდეგ მოწყობილობაზე დამატებითი კონფიგურაციის გამოსაყენებლად.
  • გამოსავალი: თუ მოწყობილობის დაინსტალირების შემდეგ მოწყობილობაზე დამატებითი კონფიგურაციის გამოყენება გჭირდებათ, კონფიგურაცია ხელით უნდა გამოიყენოთ CLI-ის გამოყენებით ან კონფიგურაციის შაბლონების შესრულებით Paragon Automation GUI-ის მეშვეობით.
  • The View ქსელის რესურსების გვერდზე (ინვენტარი > მოწყობილობის ჩართვა > ქსელის იმპლემენტაციის გეგმა > მეტი) არ ჩანს AE ინტერფეისთან დაკავშირებული დეტალები.
  • გამოსავალი: შეგიძლიათ view AE ინტერფეისებთან დაკავშირებული დეტალები View კონფიგურაციის აკორდეონის აქტიური კონფიგურაციის ბმული (Observability > Troubleshoot Devices > Device-Name).

დაკვირვებადობა

  • XML Path ენაზე (XPath) შეტანილი ცვლილებების გამო, ზოგიერთ მორგებულ წესს არ შეუძლია KPI ინფორმაციის შეგროვება მოწყობილობიდან.
    • გამოსავალი: არცერთი.
  • ინტენსიური მოხმარების სცენარების დროს, როგორიცაა როუტერების პირველად ჩართვა ან როუტერის ტექნიკური მომსახურების ფანჯრები, გარკვეული დრო სჭირდება მარშრუტების საერთო რაოდენობის ასახვას მარშრუტიზაციის სტატუსის გრაფიკზე (დაკვირვებადობა > მარშრუტიზაცია > მარშრუტიზაციის მკვლევარი, მარშრუტიზაციის სტატუსის ჩანართი).
  • თუ ქსელში რაიმე მოვლენაა, მარშრუტიზაციის სტატუსის გრაფიკი ან მარშრუტიზაციის განახლებების ცხრილი (დაკვირვებადობა > მარშრუტიზაცია > მარშრუტის მკვლევარი > მარშრუტიზაციის განახლებები) შესაძლოა მონაცემებს მნიშვნელოვანი შეყოვნებით აჩვენოს. ჩვენ ველით, რომ ქსელის სტაციონარული მუშაობის დროს შეყოვნება გონივრული იქნება.
  • ასევე, მოწყობილობის ჩანართში (დაკვირვებადობა > მარშრუტიზაცია > მარშრუტის მკვლევარი > მარშრუტიზაციის სტატუსი) ან მიმდებარე ტერიტორიების ჩანართში (დაკვირვებადობა > მარშრუტიზაცია > მარშრუტის მკვლევარი) სტატისტიკა განახლდება დაბალი შეყოვნებით (1-დან 5 წუთამდე).
    • გამოსავალი: არცერთი.
  • ბმულზე მრავალდონიანი ISIS პროტოკოლების გაშვების იშვიათ შემთხვევაში, ტოპოლოგიის რუკა შეიძლება არ იყოს განახლებული ან არ ასახავდეს უახლეს ოპერაციულ სტატუსს.
  • გამოსავალი: ტოპოლოგიის სერვერის გადატვირთვის ნაცვლად, დაასრულეთ BGP LS სესია.

შედით ორგანიზაციისთვის სპეციფიკურ 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

BGP სესიის გასუფთავება.

  • BGP-ის გასუფთავება მეზობლებისგან

თუ თქვენ ცდილობთ LSP-ის შექმნას REST API-ის გამოყენებით და თუ ხელახლა იყენებთ არსებულ LSP სახელს, მაშინ REST API სერვერი შეცდომას არ დააბრუნებს.
გამოსავალი: არცერთი.

  • ტელემეტრიული ბილიკების ცვლილებების გამო, თქვენ არ შეგიძლიათ view IS-IS მონაცემები ACX7020 მოწყობილობებისთვის Routing-სა და MPLS აკორდეონზე (Observability > Health > Troubleshoot > Devices > Device-Name). გამოსავალი: არცერთი.
  • მარშრუტის შემსწავლელი გვერდი (დაკვირვებადობა > მარშრუტიზაცია) მონაცემებს მხოლოდ იმ შემთხვევაში აჩვენებს, თუ დაინსტალირებული გაქვთ Junos OS ან Junos OS Evolved Release 23.2 ან უფრო ადრეული ვერსია.
  • მოწყობილობის პროფესიონალის დამატებისასfile ქსელის დანერგვის გეგმისთვის, თუ ჩართავთ Routing Protocol Analytics-ს, მაშინ მარშრუტიზაციის მონაცემები გროვდება მოწყობილობის პროტოკოლში ჩამოთვლილი მოწყობილობებისთვის.fileქსელის დანერგვის გეგმის გამოქვეყნებისას, მიუხედავად იმისა, რომ ინტეგრაციის სამუშაო პროცესი წარმატებული ჩანს, შესაძლოა, ამ მოწყობილობებისთვის მარშრუტიზაციის მონაცემების შეგროვებასთან დაკავშირებული შეცდომები იყოს. ამ შეცდომების გამო, მოწყობილობები არ იქნება კონფიგურირებული მონაცემების Paragon Automation-ში გასაგზავნად და, შესაბამისად, მარშრუტიზაციის მონაცემები არ გამოჩნდება Paragon Automation GUI-ის მარშრუტის მკვლევარის გვერდზე. ეს პრობლემა ასევე წარმოიქმნება მოწყობილობების გამორთვის დროს, როდესაც გამორთული მოწყობილობები აგრძელებენ მონაცემების გაგზავნას Paragon Automation-ში.

ეს პრობლემა ასევე მაშინ ჩნდება, როდესაც მოწყობილობებზე არ გაქვთ კონფიგურირებული ASN ან როუტერის ID, ან როდესაც მოწყობილობის კონფიგურაცია ექსკლუზიური რედაქტირებისთვის გაქვთ დაბლოკილი.

გამოსავალი: ამ პრობლემის გამოსასწორებლად:

  1. გააკეთეთ ერთ-ერთი შემდეგი:
    სერვისის ჟურნალების შესამოწმებლად, შეასრულეთ request paragon debug logs namespace routingbot app routingbot service routingbot-apiserver Shell ბრძანება. მიიღეთ საჭირო ზომები No Link Title-ში მოცემული შეცდომის შეტყობინებების საფუძველზე.
    ცხრილი 2: შეცდომის შეტყობინებები
    შეცდომის შეტყობინებები საკითხი
    მოწყობილობის პროფესიონალური ვერსია ვერ მოხერხდაfile ინფორმაცია dev_id-ისთვის

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

     

    dev_id {dev['dev_id']}-ისთვის მოწყობილობის ინფორმაციის მიღება ვერ მოხერხდა. მოწყობილობა გამოტოვებულია.

    		 მოწყობილობის ინფორმაციის მისაღებად PAPI-ზე API-ს გამოძახება ვერ მოხერხდა.
    dev_id-ის პასუხში შედეგები ვერ მოიძებნა

    {dev_id}

     

    dev_id {dev['dev_id']}-ისთვის მოწყობილობის ინფორმაციის მიღება ვერ მოხერხდა. მოწყობილობა გამოტოვებულია.

    		 PAPI-ზე API გამოძახება აბრუნებს პასუხს მონაცემების გარეშე.
    dev_id {dev_id}-ის პასუხში მოწყობილობის სრული ინფორმაცია ვერ მოიძებნა: {device_info} PAPI-ზე API გამოძახება აბრუნებს პასუხს არასრული მონაცემებით.
    PF-დან dev_id {dev_id}-ის მონაცემები ვერ მოიძებნა მოწყობილობის ინფორმაციის მისაღებად Pathfinder-ში API-ის გამოძახება ვერ მოხერხდა.
    PF მონაცემებიდან dev_id {dev_id}-ისთვის საჭირო მონაცემები ვერ მოიძებნა:{node_data} Pathfinder-ში მოწყობილობის ინფორმაციის მისაღებად API-ის გამოძახება აბრუნებს პასუხს არასრული მონაცემებით.
    EMS კონფიგურაცია ვერ მოხერხდა შეცდომით, კონფიგურაციისთვის: {cfg_data} ან EMS Config push error {res} {res.text} | სცადეთ:

    {რეციდივები}. მოწყობილობაზე BMP-ის კონფიგურაცია ვერ მოხერხდა

    {mac_id}

    		 BGP კონფიგურაცია ვერ მოხერხდა.
    შეცდომის შეტყობინებები საკითხი
    არასწორი ფორმატი ძირითადი, მცირე ან გამოშვების ვერსიისთვის: {os_version} მოწყობილობის ოპერაციული სისტემის ვერსია არ არის მხარდაჭერილი.
    შეცდომა POST {self.config_server_path}/api/v2/config/device/{dev_id}/ {data} {res.json()} laybook აპლიკაცია ვერ მოხერხდა.
    შეცდომა PUT:{self.config_server_path}/api/v2/config/device/{dev_id}/ {data} {res_put.json()} Playbook-ის წაშლა ვერ მოხერხდა.
    შეცდომა PUT:{self.config_server_path}/api/v2/config/device/{dev_id}/ {data} {res_put.json()} მოწყობილობა ან სათამაშო წიგნის აპლიკაცია მოწყობილობების ჯგუფთან ვერ დაუკავშირდა.
    შეცდომა PUT {self.config_server_path}/api/v2/ config/device-group/{site_id}/ {data}

    {res_put.json()}

    		 მოწყობილობის ან სახელმძღვანელოს მოწყობილობების ჯგუფიდან წაშლა ვერ მოხერხდა.
    შეცდომის შეტყობინებები საკითხი
    არასწორი ფორმატი ძირითადი, მცირე ან გამოშვების ვერსიისთვის {os_version} მოწყობილობის ოპერაციული სისტემის ვერსია არ არის მხარდაჭერილი.
    შეცდომა POST {self.config_server_path}/api/v2/config/device/{dev_id}/ {data} {res.json()} Playbook აპლიკაცია ვერ მოხერხდა.
    შეცდომა PUT:{self.config_server_path}/api/v2/config/device/{dev_id}/ {data} {res_put.json()} Playbook-ის წაშლა ვერ მოხერხდა.
    შეცდომა PUT:{self.config_server_path}/api/v2/config/device/{dev_id}/ {data} {res_put.json()} მოწყობილობა ან სათამაშო წიგნის აპლიკაცია მოწყობილობების ჯგუფთან ვერ დაუკავშირდა.
    შეცდომა PUT {self.config_server_path}/api/v2/ config/device-group/{site_id}/ {data}

    {res_put.json()}

    		 მოწყობილობის ან სახელმძღვანელოს მოწყობილობების ჯგუფიდან წაშლა ვერ მოხერხდა.

    შეამოწმეთ მოწყობილობის კონფიგურაცია, რათა შეამოწმოთ, აჩვენებს თუ არა მოწყობილობა კონფიგურაციის მოულოდნელ არარსებობას ან არსებობას. მაგალითად,ampლე, შენ შეგიძლია,

    • View კონფიგურაციები წარმოდგენილია შემდეგ ჯგუფებში: paragon-routing-bgp-analytics routing-options bmp.
    • შეამოწმეთ მოწყობილობის კონფიგურაცია JTIMON პოდში.
  2. ზემოთ ჩამოთვლილი პრობლემების მოგვარების შემდეგ, შეცვალეთ მოწყობილობის პროfile მოწყობილობაზე გამოყენებული ქსელის იმპლემენტაციის გეგმის მიხედვით. იმის მიხედვით, ახდენთ თუ არა მოწყობილობების ინტეგრირებას თუ გამორთვას, მოწყობილობის პროტოკოლში ჩართეთ ან გამორთეთ მარშრუტიზაციის პროტოკოლის ანალიტიკის ოფცია.file.
  3. ქსელის დანერგვის გეგმის გამოქვეყნება.
  4. გადაამოწმეთ, ნაჩვენებია თუ არა საჭირო შედეგები Paragon Automation GUI-ის Route Explorer გვერდზე ნაჩვენები მონაცემების საფუძველზე.

Juniper Paragon Automation Release 2.4.1-ზე განახლების შემდეგ, Routing Observability ფუნქციების ჩასართავად, საჭიროა cRPD VIP მისამართის კონფიგურაცია.

მარშრუტიზაციის დაკვირვებადობის ფუნქციების ჩასართავად, შეასრულეთ შემდეგი ბრძანებები:

  • პარაგონის კლასტერის აპლიკაციების დაყენება routingbot routingbot-crpd-vip ჩაწერა და გასვლა
  • Paragon-ის კონფიგურაციის მოთხოვნა
  • მოთხოვნა paragon-ის განლაგების კლასტერის შეყვანისთვის „-t metallb, routingbot-crpd, addon-apps -e target_components=routingbot-api-server“
  • kubectl -n routingbot-ის გაშლა, განლაგების გადატვირთვა, routingbot-apiserver

ინტერფეისების აკორდეონზე, FEC-ის შეუსწორებელი შეცდომების დიაგრამები ხელმისაწვდომია მხოლოდ იმ ინტერფეისებზე, რომლებიც მხარს უჭერენ 100 გბიტ/წმ-ზე ტოლ ან მეტ სიჩქარეს.

  • მოწყობილობისთვის ახალი კონფიგურაციის გამოყენების შემდეგ, გამოჩნდება მოწყობილობის სახელის აქტიური კონფიგურაციის გვერდი.
    (დაკვირვებადობა> მოწყობილობის პრობლემების მოგვარება > მოწყობილობის სახელი > აკორდეონის კონფიგურაცია > View აქტიური კონფიგურაციის ბმული) უახლეს კონფიგურაციას დაუყოვნებლივ არ აჩვენებს. რამდენიმე წუთი სჭირდება, რომ უახლესი ცვლილებები აისახოს მოწყობილობის სახელის აქტიური კონფიგურაციის გვერდზე.
  • გამოსავალი: თქვენ შეგიძლიათ გადაამოწმოთ, გამოყენებულია თუ არა ახალი კონფიგურაციები მოწყობილობაზე CLI-ის გამოყენებით მოწყობილობაში შესვლით.
  • თუ მოწყობილობა აღმოჩენილია BGP-LS პირინგის სესიის მეშვეობით, მოწყობილობაზე თქვენს მიერ ჩართვამდეც კი, მაშინ მოწყობილობასთან PCEP სესიის დამყარებისას იქმნება დუბლიკატი LSP-ები. იშვიათ შემთხვევებში, შექმნილი დუბლიკატი LSP-ები კვლავაც დარჩება.
  • გამოსავალი: თუ ხედავთ დუბლიკატ LSP-ებს, ხელახლა გაუშვით კონფიგურაციის დამუშავება მას შემდეგ, რაც დარწმუნდებით, რომ
  • TopoServer-მა პროფესიონალური ჯილდო მიიღოfile edgeAdapter-ის LSP ჰედენდისთვის. კონფიგურაციის დამუშავება აქტიურდება მხოლოდ მაშინ, როდესაც მოწყობილობაზე არის commit მოვლენა. კონფიგურაციის დამუშავების ხელით გასააქტიურებლად:
    1. შედით ჰაერის ნაკადის დამგეგმავის პოდში.
      kubectl -n ჰაერის ნაკადის შესრულება -it $(kubectl -n ჰაერის ნაკადის მიღება პოდებში -l კომპონენტი=ჰაერის ნაკადის დამგეგმავი -o
      jsonpath='{.items[0].metadata.name}') -c დამგეგმავი — bash
    2. კონფიგურაციის დამუშავების გაშვება.
      cd /opt/airflow/mount /opt/airflow/mount/utils/getipconf -northstar -noVT -noASNodeLink -topo_id 10 -dir /opt/airflow/mount/collection/ / /config/config -i /opt/ჰაერის ნაკადი/mount/კოლექციონირება/ / /config/interface -geo /opt/airflow/mount/collection/ / /config/geo_file.ჯსონ
  • მოწყობილობების პრობლემების მოგვარებისა და ჯანმრთელობის დაფის გვერდებზე (დაკვირვებადობა > ჯანმრთელობა) ჩამოთვლილი არაჯანსაღი მოწყობილობების რაოდენობა არ ემთხვევა.
    გამოსავალი: არცერთი.
  • Paragon Automation GUI-დან არასასურველი კვანძებისა და ბმულების წაშლა შეუძლებელია.
    გამოსავალი: კვანძებისა და ბმულების წასაშლელად გამოიყენეთ შემდეგი REST API-ები:
  • REST API ბმულის წასაშლელად:
    [წაშლა] https://{{server-ip}}/topology/api/v1/orgs/{{org-id}}/{{topo-id}}/links/{{link-id}}

შენიშვნა: რეალური შედეგის მისაღებად შეგიძლიათ მიჰყვეთ აქ აღწერილ ნაბიჯებს URL.

მაგampლე,

შენიშვნა: რეალური შედეგის მისაღებად შეგიძლიათ მიჰყვეთ აქ აღწერილ ნაბიჯებს URL.

მაგampლე,

რეალური შედეგის მისაღებად გამოიყენეთ შემდეგი პროცედურა URL რომელსაც C-ში იყენებთURL ბმულის ან კვანძის წასაშლელად:

  1. გადადით ტოპოლოგიის გვერდზე (დაკვირვებადობა > ტოპოლოგია).
  2. გახსენით დეველოპერის ინსტრუმენტი ბრაუზერში კლავიატურაზე CTRL + Shift + I ღილაკების გამოყენებით.
  3. დეველოპერის ინსტრუმენტში აირჩიეთ ქსელი და შემდეგ XHR ფილტრის ვარიანტი.
  4. დაადგინეთ ბმულის ინდექსის ნომერი ან კვანძის ნომერი. კვანძის ნომერთან ბმულის ინდექსის ნომრის დასადგენად:
    • Paragon Automation GUI-ის ტოპოლოგიის გვერდზე ორჯერ დააწკაპუნეთ ბმულზე ან კვანძზე, რომლის წაშლაც გსურთ. გამოჩნდება ბმულის ბმულის სახელის ან კვანძის კვანძის სახელის გვერდი.
    • გადადით დეტალების ჩანართზე და ყურადღება მიაქციეთ ნაჩვენები ბმულის ინდექსის ნომერს ან კვანძის ნომერს.
  5. დეველოპერის ინსტრუმენტში აირჩიეთ და დააწკაპუნეთ ბმულის ინდექსის ნომრის ან კვანძის ნომრის მიხედვით მწკრივზე, რომელიც დაკავშირებულია იმ ბმულთან ან კვანძთან, რომლის წაშლაც გსურთ.
  6. დააკოპირეთ URL რომელიც უნდა გამოიყენოთ C-ში ბმულის ან კვანძის წასაშლელადURL.

ოპტიკის ყველა მოდული არ უჭერს მხარს ოპტიკასთან დაკავშირებულ ყველა KPI-ს. დამატებითი ინფორმაციისთვის იხილეთ „ბმულის გარეშე სათაური“. გამოსავალი: არცერთი.

ცხრილი 3: ოპტიკის მოდულებისთვის მხარდაჭერილი KPI-ები

მოდული სიგნალის Rx დაკარგვის KPI სიგნალის Tx დაკარგვის KPI ლაზერის გამორთვის KPI
SFP ოპტიკა არა არა არა
CFP ოპტიკა დიახ არა არა
CFP_LH_ACO ოპტიკა დიახ არა არა
QSFP ოპტიკა დიახ დიახ დიახ
CXP ოპტიკა დიახ დიახ არა
XFP ოპტიკა არა არა არა
  • PTX100002 მოწყობილობებისთვის, ინტერფეისის აკორდეონზე შემდეგი პრობლემები შეინიშნება (Observability > Health > Troubleshoot Devices > Device-Name > Overview):
    • მოწყობილობის სახელის გვერდის Pluggables-ის დეტალების (ინტერფეისები აკორდეონი > Pluggables მონაცემთა კავშირი) გრაფიკები ოპტიკური გადაცემის სიმძლავრის და ოპტიკური გადაცემის სიმძლავრის არ აჩვენებს რაიმე მონაცემებს.
    • მოწყობილობის სახელის შეყვანის ტრაფიკის დეტალების გვერდზე (ინტერფეისების აკორდეონი > შეყვანის ტრაფიკის მონაცემების ბმული), სიგნალის ფუნქციონალურობის გრაფიკი მონაცემებს არ აჩვენებს.

სერვისის ორკესტრირება

  • თუ ერთსა და იმავე IFD-ზე სხვადასხვა L3VPN სერვისი მუშაობს სხვადასხვა MTU მნიშვნელობების გამოყენებით, მაშინ სერვისის უზრუნველყოფა ვერ ხერხდება.
    გამოსავალი: დარწმუნდით, რომ MTU მნიშვნელობები იგივეა L3VPN სერვისებისთვის, რომლებიც იზიარებენ ერთსა და იმავე IFD-ს.
  • პასიური უზრუნველყოფის ჩანართზე (ორკესტრაცია > შემთხვევები > სერვისის შეკვეთის სახელის დეტალები) შემდეგი აკორდეონები არასწორ მონაცემებს აჩვენებს ან საერთოდ არ აჩვენებს მონაცემებს:
  • BGP აკორდეონი — VPN მდგომარეობის სვეტი აჩვენებს არასწორ მონაცემებს მომხმარებლის კიდეზე (CE) ან პროვაიდერის კიდეზე (PE) მოწყობილობებისთვის IPv4 ან IPv6 მეზობლებით.
  • OSPF აკორდეონი — IPv6 მეზობლების მქონე CE ან PE მოწყობილობებისთვის მეზობლის მისამართის სვეტში IPv6 ჩანაწერები არ არის.
  • L3VPN აკორდეონი — VPN მდგომარეობის სვეტი აჩვენებს არასწორ მონაცემებს OSPF და BGP პროტოკოლებისთვის. Neighbourr Session და VPN State სვეტები ცარიელია CE ან PE მოწყობილობებისთვის სტატიკური IPv4 ან IPv6 მისამართებით.
  • ეს პრობლემა მხოლოდ L3VPN სერვისისთვის გვხვდება.
  • გამოსავალი: არცერთი.
  • თუ CE და PE მოწყობილობების კომბინაციისთვის ინტერფეისის ვალიდური ვარიანტი არ არის ხელმისაწვდომი, მაშინ ინტერფეისის ჩამოსაშლელი სია ცარიელი იქნება.
    გამოსავალი: შეგიძლიათ გააკეთოთ ერთ-ერთი შემდეგი:
    • აირჩიეთ CE და PE-ს განსხვავებული კომბინაცია.
    • PE მოწყობილობისა და მისი ინტერფეისის არჩევამდე მოხსენით CE მოწყობილობის არჩევა. ამ სცენარში, სისტემა ავტომატურად ანიჭებს CE მოწყობილობას.
  • თუ Paragon Automation-ს განაახლებთ 2.3.0 ვერსიიდან 2.4.1 ვერსიამდე, შესაძლოა ვერ შეძლოთ VLAN-ების შეცვლა საიტის ქსელურ წვდომებზე არსებულ L3VPN სერვისის ინსტანციებში.
    გამოსავალი: ინტერაქტიული განთავსების ფუნქციონალის გამოსაყენებლად, თქვენ უნდა განაახლოთ სერვისის ეგზემპლარები 2.4.1 ვერსიამდე.
  • მოწყობილობის სახელი არ ჩანს, როდესაც მაუსის კურსორი მასზე მიიტანთ. View დეტალების ჰიპერბმული L3VPN აკორდეონის შესაბამისი მოვლენების განყოფილებაში (Orchestration > Instances > Service Instances > Service-Instances-Name ჰიპერბმული > Service-Instance-Name Details > Passive Assurance ჩანართი).
  • გამოსავალი: არცერთი.
  • თუ თქვენ განაახლეთ ტოპოლოგიის რესურსი 2.2.0 ან 2.3.0 ვერსიიდან 2.4.1 ვერსიამდე და თუ მოგვიანებით რედაქტირებას და მომზადებას გაუკეთებთ სერვისის ინსტანციას (L3VPN ან EVPN), რომელიც შეიქმნა უფრო ძველ ვერსიაში (გამოშვება 2.3.0 ან ვერსია 2.2.0), მაშინ სერვისის ინსტანციის მომზადება ვერ მოხერხდება. გამოსავალი: სერვისის ინსტანციის რედაქტირების დაწყებამდე დარწმუნდით, რომ ტოპოლოგიის რესურსი და სერვისის ინსტანცია ერთსა და იმავე ვერსიაშია. შეგიძლიათ აირჩიოთ ჯერ ტოპოლოგიის რესურსის განახლება და შემდეგ სერვისის, ან პირიქით.
  • როდესაც მოწყობილობებს ჯგუფურად აერთებთ, Kubernetes-ის ჰაერის ნაკადის მუშაკთა პოდების ჰორიზონტალური პოდების ავტომატური მასშტაბირების გამო, ჩართვა შეიძლება ვერ მოხერხდეს იმ მოწყობილობებისთვის, რომლებიც ჩართვის პროცესის შუაშია.
  • გამოსავალი: რეგისტრაციის ხელახლა დასაწყებად გამოიყენეთ Paragon Automation GUI-ზე არსებული „Resume Onboarding“-ის ოფცია.
  • Paragon Automation-ის 2.2.0 ვერსიიდან 2.4.1 ვერსიამდე განახლების შემდეგ, ტოპოლოგიის რესურსის ინსტანციის განახლებამდე დარწმუნდით, რომ განაახლეთ L3VPN სერვისის ინსტანცია; წინააღმდეგ შემთხვევაში, შეიძლება პრობლემები შეგექმნათ.
  • გამოსავალი: ჯერ განაახლეთ ყველა სერვისის ინსტანცია და შემდეგ განაახლეთ ტოპოლოგიის რესურსის ინსტანცია.
  • Paragon Automation GUI-ზე და REST API-ის მეშვეობით სერვისის ტიპი „vpn_svc_type“ ნაჩვენებია როგორც „pbb-evpn“ „evpn-mpls“-ის ნაცვლად.
  • გამოსავალი: არცერთი.
  • MX 240 მოწყობილობის შემთხვევაში, OSPF-თან დაკავშირებული მონაცემები არ ივსება პასიური უზრუნველყოფის ჩანართში (Orchestration > Instances > Service-Order-Name Details).
  • გამოსავალი: დააკონფიგურირეთ OSPF მომხმარებლის კიდეზე (CE) მოწყობილობაზე.
  • EVPN სერვისის თანმიმდევრობის შექმნის ან შეცვლისას, თქვენ არ შეგიძლიათ აგრეგირებული Ethernet (AE) ინტერფეისზე მრავალი VLAN ID-ის კონფიგურაცია. EVPN AE პორტს ერთ რესურსად მიიჩნევს და, შესაბამისად, AE ინტერფეისის ხელახლა გამოყენება შეუძლებელია სერვისის სხვადასხვა ინსტანციაში, მაშინაც კი, როდესაც AE IFL-ზე VLAN ID-ები განსხვავებულია.
  • გამოსავალი: არცერთი.
  • როდესაც დააწკაპუნებთ განახლების ხატულაზე Service-Instance-Name-ის დეტალების გვერდზე (Orchestration > Enstances > Service-Instance-Name), შესაძლოა არ ნახოთ უახლესი მოვლენები Relevant Events-ის განყოფილებაში.
  • გამოსავალი: მდე view უახლესი მოვლენების სანახავად, განახლების ხატულას გამოყენების ნაცვლად, გადადით სერვისის ეგზემპლარის გვერდზე (ორკესტრაცია > ეგზემპლარები) და აირჩიეთ სერვისის ეგზემპლარი, რომლის უახლესი მოვლენების ნახვაც გსურთ.
  • თუ არსებული L3VPN სერვისის ეგზემპლარის შეცვლისას ეცდებით წაშალოთ მოწყობილობა, რომელიც უკვე ქსელის იმპლემენტაციის გეგმის ნაწილია, შეცვლის სამუშაო პროცესი ვერ დასრულდება.
  • გამოსავალი: მონიტორების გვერდზე, გამორთეთ ყველა მონიტორი, რომელიც დაკავშირებულია იმ მოწყობილობასთან, რომლის წაშლაც სერვისის ინსტანციაში უნდა მოხდეს. შესაბამისი მონიტორების გამორთვის შემდეგ, შეგიძლიათ გააგრძელოთ L3VPN სერვისის ინსტანციის შეცვლა.
  • შეკვეთის ისტორიის ჩანართი L3VPN-სახელის დეტალების გვერდზე (ორკესტრაცია > შემთხვევები > მომსახურება-
  • (ინსტანციის სახელის ჰიპერბმული) აჩვენებს შეკვეთების მთელ ისტორიას, თუ თქვენ გააუქმებთ სერვისის ინსტანციას და მოგვიანებით უზრუნველყოფთ სერვისს გაუქმებული სერვისის იგივე დეტალების გამოყენებით.
  • გამოსავალი: არცერთი.
  • მასშტაბირებულ კონფიგურაციაში, თქვენ არ შეგიძლიათ სერვისის დიზაინის დიდი რაოდენობით განახლება.
  • გამოსავალი: გირჩევთ, ერთდროულად მხოლოდ ერთი სერვისის დიზაინი განაახლოთ.
  • ლოგიკური ინტერფეისის აკორდეონის გამომავალი ტრაფიკის სიჩქარის სვეტი (ორკესტრაცია > ინსტანციები > სერვისის ინსტანციების გვერდი > სერვისის ინსტანციის სახელის ჰიპერბმული > სერვისის ინსტანციის სახელის დეტალები) აჩვენებს ზოგიერთ მონაცემს მაშინაც კი, როდესაც მოწყობილობებში ტრაფიკი არ არის.
  • გამოსავალი: არცერთი.

აქტიური გარანტია

  • შეიძლება ვერ შეძლოთ view ტესტების გვერდზე (დაკვირვებადობა > აქტიური უზრუნველყოფა), თუ თქვენი როლის ტიპია დამკვირვებელი.
  • გამოსავალი: არცერთი.
  • თუ როუტერზე დააინსტალირეთ Test Agent Juniper Paragon Automation Release 2.3.0 ან უფრო ადრეული ვერსიების გამოყენებისას, ხოლო უფრო გვიანდელ ვერსიაზე გადასვლის შემთხვევაში, თუ განაახლებთ Paragon Automation Release 2.4.1-ზე და გადატვირთავთ როუტერს, მაშინ როუტერზე დაინსტალირებულ Test Agent ვერსიასა და Paragon Automation-ში ხელმისაწვდომ Test Agent ვერსიას შორის შეუსაბამობა იქნება. ამ პრობლემის გამო, გადატვირთულ როუტერზე ტესტების ან მონიტორების გაშვება შეუძლებელია.
  • გამოსავალი: Paragon Automation-ის 2.4.1 ვერსიამდე განახლების შემდეგ, შედით როუტერში და წაშალეთ Test Agent-ის ვერსიის ინფორმაცია Test Agent Config-დან delete services paa test-agent ta-version ბრძანების გაშვებით.
  • მოწყობილობის Routing Engine-ის ძირითადი Routing Engine-დან სარეზერვო Routing Engine-ზე გადასვლის ან პირიქით, ტესტის აგენტის სტატუსი ნაჩვენებია როგორც ოფლაინ. ეს პრობლემა მხოლოდ იმ შემთხვევაში ჩნდება, თუ თქვენ იყენებთ Junos OS-ის ვერსიას, რომელიც 23.4R2-ზე ძველია.
  • გამოსავალი: Routing Engine-ზე გადართვის შემდეგ ხელახლა დააინსტალირეთ Test Agent.
  • სატესტო აგენტზე დანამატების მრავალი ვერსიის გაშვება შეუძლებელია.
  • გამოსავალი: Paragon Automation-ის განახლებისას, ახალი გაზომვების შექმნამდე გადატვირთეთ ყველა გაზომვა.
  • როდესაც მონიტორების გვერდზე (დაკვირვებადობა > აქტიური გარანტია) მონიტორზე დააწკაპუნებთ, მონიტორის სახელის გვერდზე მონაცემების ჩატვირთვას დაახლოებით ერთი წუთი სჭირდება. ეს პრობლემა მხოლოდ მაშინ ჩნდება, როდესაც სისტემაში მოვლენების დიდი რაოდენობაა.
  • გამოსავალი: არცერთი.
  • DNS დანამატით ტესტის შექმნისას ნაკადები არ გენერირდება და შემდეგი მოვლენა წარმოიქმნება:
    • resolv.conf-დან სახელების სერვერის მიღება ვერ მოხერხდა
  • ეს პრობლემა მაშინ ჩნდება, როდესაც ტესტი ასოცირდება ტესტ აგენტთან, რომელიც მუშაობს Juniper Networks როუტერზე დაინსტალირებული Junos OS EVO-თი და ტესტის კონფიგურაციისას თქვენ არ მიუთითებთ Name Server ველს.
  • გამოსავალი: ტესტის კონფიგურაციისას დარწმუნდით, რომ მიუთითეთ მნიშვნელობა სახელის სერვერის ველისთვის.
  • სხვა მომხმარებლის მიერ შექმნილი მონიტორის ან სატესტო შაბლონის განახლების შემდეგ, მონიტორების (დაკვირვებადობა > აქტიური გარანტია) და სატესტო შაბლონის (ინვენტარი > აქტიური გარანტია) გვერდებზე განახლებული სვეტი არ ასახავს იმ მომხმარებლის სახელს, ვინც შეცვალა მონიტორი ან სატესტო შაბლონი. გამოსავალი: არცერთი.
  • როდესაც არსებულ მონიტორს ახალ ჰოსტს დაამატებთ, ახალი გაზომვები არ აისახება ჯანმრთელობის დაფის აქტიური უზრუნველყოფის ჩანართში (დაკვირვებადობა > ჯანმრთელობა).
  • გამოსავალი: არცერთი.
  • მოწყობილობების ჩანართზე არსებული მოწყობილობების ცხრილი (დაკვირვებადობა > ჯანმრთელობა > ჯანმრთელობის დაფა > აქტიური უზრუნველყოფა (ტაბ.) > დააწკაპუნეთ ნებისმიერ აკორდეონზე > View დეტალები > დაზარალებული ერთეულების ჩანართი) არ აჩვენებს არაჯანსაღი გაზომვების მქონე მოწყობილობებს.
    გამოსავალი: არცერთი.

ქსელის ოპტიმიზაცია

  • სეგმენტის მარშრუტიზაციის (SR) LSP-ები არ იქმნება, როდესაც SR tunnel pro-ით აქვეყნებთ ბილიკის განზრახვას.fileეს პრობლემა წარმოიქმნება იმის გამო, რომ სამაუწყებლო ბმული არ არის მხარდაჭერილი OSPF-ში დანიშნული როუტერის (DR) ან IS-IS-ში დანიშნული შუალედური სისტემის (DIS) დინამიური არჩევნების ბუნების გამო.
  • გამოსავალი: არცერთი.

ნდობა

  • ამ გამოშვებაში ცნობილი საკითხები არ არის.

ადმინისტრაცია

  • მხარდაჭერილი კონფიგურაციის შაბლონის მაქსიმალური ზომაა 1 მბ და არა 10 მბ, როგორც ეს მითითებულია გრაფიკულ ინტერფეისზე შეცდომის შეტყობინებაში.
  • გამოსავალი: არცერთი.
  • ზოგჯერ, შესამჩნევი შეფერხებაა 10 წუთამდე, განგაშის გააქტიურებასა და გრაფიკულ ინტერფეისზე გამოჩენას შორის.
  • გამოსავალი: არცერთი.

ინსტალაცია და განახლება

  • როდესაც ასრულებთ request paragon deploy cluster-ის ან request paragon service start ბრძანებებს, ზოგჯერ ბრძანებები შეიძლება ვერ შესრულდეს, რადგან config.yml ცარიელია. ასეთ შემთხვევებში, ჟურნალი file შეიძლება აჩვენოს მსგავსი შეცდომა:

გამოყენება: ansible-playbook [-h] [–version] [-v] [–private-key PRIVATE_KEY_FILE] [-u REMOTE_USER] [-c CONNECTION] [-T TIMEOUT][–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 | –დაკავშირების-პაროლი-file კავშირის_პაროლი_FILE]
  • [–ძალის დამმუშავებლები] [–გასუფთავების ქეში] [-ბ]
  • [–გახდის-მეთოდი BECOME_METHOD]
  • [–გახდი-მომხმარებელი BECOME_USER]
  • [-K | –გახდი-პაროლი-file გახდი_პაროლი_FILE]
  • [-t TAGS] [–გამოტოვება-tags SKIP_TAGS] [-C]
  • [–სინტაქსის-შემოწმება] [-D] [-i ინვენტარი] [–სიის-ჰოსტები]
  • [-l ქვესიმრავლე] [-e დამატებითი_ვარიანტები] [–vault-id VAULT_IDS]
  • [–ask-vault-password | –vault-password-file VAULT_PASSWORD_FILES][-f FORKS] [-M MODULE_PATH] [–list-tasks]
  • [–სია-tags] [–ნაბიჯი] [–დაწყება-დავალებაზე START_AT_TASK]
  • სახელმძღვანელო [სათამაშო წიგნი …]

გაუშვებს Ansible-ის სახელმძღვანელოებს, ასრულებს განსაზღვრულ დავალებებს სამიზნე ჰოსტებზე.

<გამომავალი მოწყვეტილია>

  • –გახდის-მეთოდი BECOME_METHOD
    • პრივილეგიების ესკალაციის მეთოდის გამოსაყენებლად (default=sudo), ვალიდური ვარიანტების ჩამოსათვლელად გამოიყენეთ `ansible-doc -t become -l`.
  • –გახდი-მომხმარებელი BECOME_USER
    • ოპერაციების შესრულება ამ მომხმარებლის სახელით (default=root)
  • -ბ, –ხდება
    • ოპერაციების შესრულება become-ით (არ გულისხმობს პაროლის მოთხოვნას)

გამოსავალი: რომელიმე ბრძანების ხელახლა შესრულებამდე შეასრულეთ შემდეგი ნაბიჯები.

  1. გადაამოწმეთ, რომ config.yml file ცარიელია -ს გამოყენებით file აჩვენეთ /epic/config/config.yml ბრძანება. თუ config.yml file ცარიელია, შეასრულეთ შემდეგი ნაბიჯები.
  2. კონფიგურაციის ხელახლა გენერირება files request paragon config ბრძანების გამოყენებით.
  3. Linux-ის root shell-ში გასასვლელად აკრიფეთ exit.
  4. შეასრულეთ შემდეგი ბრძანებები:
    • # chattr +i /root//epic/config/inventory
    • # chattr +i /root//epic/config/config.yml
  5. Paragon Shell-ში შესასვლელად აკრიფეთ cli.
  6. შეასრულეთ request paragon deploy cluster ან request paragon service start ბრძანებები (შემთხვევიდან გამომდინარე).
  7. Linux-ის root shell-ში გასასვლელად დაუყოვნებლივ აკრიფეთ exit.
  8. შეასრულეთ შემდეგი ბრძანებები:
    • # chattr -i /root//epic/config/inventory
    • # chattr -i /root//epic/config/config.yml
  9. Paragon Shell-ში ხელახლა შესასვლელად აკრიფეთ cli.
  10. განლაგების პროგრესის მონიტორინგი monitor start /epic/config/log ბრძანების გამოყენებით.

vmrestore ინსტრუმენტი აღადგენს მონაცემებს vmstorage პოდებში. აღდგენის შესრულებისას, ინსტრუმენტი ქმნის დაბლოკვას. file რაც აღდგენის ფაზაში მონაცემებზე წვდომას სხვა ნებისმიერ აპლიკაციას უშლის ხელს. თუმცა, ზოგჯერ vmrestore ინსტრუმენტი დაბლოკვის მოხსნას ვერ ახერხებს. fileდა vmstorage პოდებს მონაცემებზე წვდომა არ შეუძლიათ. გამოსავალი: დაბლოკვის მოხსნა შესაძლებელია აღდგენის ოპერაციის ხელახლა გაშვებით იმავე სარეზერვო ასლის გამოყენებით. fileს. თქვენი Paragon Automation კლასტერის აღდგენის შესახებ ინფორმაციისთვის იხილეთ Paragon Automation-ის სარეზერვო ასლის შექმნა და აღდგენა.

  • როდესაც მუშა კვანძი გათიშულია, შესაძლოა პრობლემები წარმოიშვას ორგანიზაციის შექმნისას ან მოწყობილობის ინტეგრირებისას.
  • გამოსავალი: არ შექმნათ ორგანიზაცია ან არ ჩართოთ მოწყობილობა, როდესაც მუშა კვანძი გათიშულია. თქვენ უნდა დაელოდოთ კლასტერის აღდგენას და შემდეგ შექმნათ ორგანიზაცია ან ჩართოთ მოწყობილობა. აღდგენილი მდგომარეობაა, როდესაც ყველა პოდი არის გაშვებული ან მომლოდინე მდგომარეობაში და არ არის შუალედურ მდგომარეობებში, როგორიცაა შეწყვეტა, CrashloopbackOff და ა.შ.

მოგვარებული საკითხები
Juniper Paragon Automation Release 2.4.1-ში გადაჭრილი პრობლემები არ არის

  • Juniper Networks, Juniper Networks-ის ლოგო, Juniper და Junos არის Juniper Networks, Inc.-ის რეგისტრირებული სავაჭრო ნიშნები შეერთებულ შტატებში და სხვა ქვეყნებში. ყველა სხვა სავაჭრო ნიშანი, მომსახურების ნიშანი, რეგისტრირებული ან რეგისტრირებული სერვისის ნიშანი მათი შესაბამისი მფლობელების საკუთრებაა. Juniper Networks არ იღებს პასუხისმგებლობას ამ დოკუმენტის უზუსტობებზე. Juniper Networks იტოვებს უფლებას შეცვალოს, შეცვალოს, გადაიტანოს ან სხვაგვარად გადახედოს ამ პუბლიკაციას შეტყობინების გარეშე. საავტორო უფლება © 2025 Juniper Networks, Inc. ყველა უფლება დაცულია.

ხშირად დასმული კითხვები

კითხვა: როგორ მოვაგვარო მოწყობილობის პრობლემები Paragon Automation-ში?

A: მოწყობილობის პრობლემების მოსაგვარებლად, Paragon Automation GUI-ში გადადით Observability > Health > Troubleshoot Devices-ზე. აირჩიეთ კონკრეტული მოწყობილობა და მიჰყევით მოცემულ პრობლემების მოგვარების სახელმძღვანელოებს.

კითხვა: შემიძლია Paragon Automation-ის გამოყენება ლიცენზიის გარეშე?

A: მიუხედავად იმისა, რომ პროდუქტის გამოყენების უფლება დამოკიდებულია საპატიო ლიცენზიაზე, რეკომენდებულია ლიცენზიის შეძენა ყველა ფუნქციასა და დამხმარე სერვისზე სრული წვდომისთვის.

დოკუმენტები / რესურსები

Juniper NETWORKS Paragon Automation [pdf] მომხმარებლის სახელმძღვანელო
გამოშვება 2.4.1, Paragon Automation, Paragon, ავტომატიზაცია

ცნობები

დატოვე კომენტარი

თქვენი ელფოსტის მისამართი არ გამოქვეყნდება. მონიშნულია აუცილებელი ველები *