Juniper NETWORKS Paragon ອັດຕະໂນມັດ

ຂໍ້ມູນຈໍາເພາະ

• ຊື່ຜະລິດຕະພັນ: Juniper Paragon Automation
• ລຸ້ນລຸ້ນ: 2.4.1
• ວັນທີເຜີຍແຜ່: 2025-07-22

ແນະນຳ
Juniper Paragon Automation ຖືກອອກແບບມາເພື່ອຊ່ວຍຜູ້ໃຫ້ບໍລິການ, ຜູ້ໃຫ້ບໍລິການຟັງ, ແລະວິສາຫະກິດໃນການຄຸ້ມຄອງການດໍາເນີນງານເຄືອຂ່າຍຢ່າງມີປະສິດທິພາບ. ມັນສະຫນອງສະຖາປັດຕະຍະກໍາ microservices ທີ່ທັນສະໄຫມທີ່ມີ APIs ເປີດແລະການໂຕ້ຕອບຜູ້ໃຊ້ intuitive.

ຄຸນນະສົມບັດທີ່ສໍາຄັນ

• ອັດຕະໂນມັດການຂຶ້ນເຮືອບິນ ແລະການຈັດຫາອຸປະກອນ
• ເຮັດ​ໃຫ້​ງ່າຍ​ແລະ​ເລັ່ງ​ການ​ໃຫ້​ບໍ​ລິ​ການ​
• ປະເມີນປະສິດທິພາບອຸປະກອນ ແລະການບໍລິການ
• ຫຼຸດຜ່ອນຄວາມພະຍາຍາມຄູ່ມືແລະກໍານົດເວລາ

ໃບອະນຸຍາດ
ສິດທິຂອງຜະລິດຕະພັນແມ່ນອີງໃສ່ກຽດສັກສີຂອງ Paragon Automation Release 2.4.1. ເພື່ອຊື້ໃບອະນຸຍາດ, ຕິດຕໍ່ຕົວແທນຂາຍ Juniper Networks ຂອງທ່ານ. ເມື່ອຊື້, ຈັດການໃບອະນຸຍາດໂດຍໃຊ້ Juniper Agile Licensing (JAL) portal.

ຮອງຮັບ Junos OS ອອກ, ອຸປະກອນ, ແລະຕົວທ່ອງເວັບ
ອ້າງອີງໃສ່ຕາຕະລາງ 1 ສໍາລັບບັນຊີລາຍຊື່ຂອງ Junos OS ທີ່ຮອງຮັບ, ອຸປະກອນ, ແລະຕົວທ່ອງເວັບໃນ Juniper Paragon Automation.

ການຕິດຕັ້ງແລະຍົກລະດັບ
ເພື່ອຕິດຕັ້ງຫຼືຍົກລະດັບ Juniper Paragon Automation, ປະຕິບັດຕາມຂັ້ນຕອນເຫຼົ່ານີ້:

1. ດາວໂຫລດຊຸດຕິດຕັ້ງຈາກ Juniper Networks ຢ່າງເປັນທາງການ webເວັບໄຊ.
2. ດໍາເນີນການຕົວຊ່ວຍສ້າງການຕິດຕັ້ງແລະປະຕິບັດຕາມຄໍາແນະນໍາໃນຫນ້າຈໍ.
3. ສໍາລັບການຍົກລະດັບ, ຮັບປະກັນຄວາມເຂົ້າກັນໄດ້ກັບການຕັ້ງຄ່າທີ່ມີຢູ່.

ຄໍາແນະນໍາການນໍາໃຊ້

ການຂຶ້ນເຄື່ອງ ແລະການຈັດຫາອຸປະກອນ
ເພື່ອຂຶ້ນອຸປະກອນ ແລະການບໍລິການຈັດຫາ: ເຂົ້າສູ່ລະບົບ Paragon Automation GUI.

1. ທ່ອງໄປຫາພາກສ່ວນ Onboarding.
2. ປະຕິບັດຕາມຂັ້ນຕອນທີ່ແນະນໍາເພື່ອເພີ່ມອຸປະກອນໃຫມ່.
3. ກຳນົດຄ່າບໍລິການຕາມຄວາມຕ້ອງການ.
4. ກວດສອບການເລີ່ມຕົ້ນທີ່ປະສົບຜົນສໍາເລັດໃນພາກສ່ວນສິນຄ້າຄົງຄັງ.

ການເລັ່ງການຈັດສົ່ງການບໍລິການ
ເພື່ອເລັ່ງການໃຫ້ບໍລິການ:

1. ເລືອກການບໍລິການທີ່ຕ້ອງການຈາກລາຍການບໍລິການ.
2. ປະຕິບັດຕາມການເຕືອນເພື່ອກໍານົດລາຍລະອຽດການບໍລິການ.
3. ສົ່ງຄໍາຮ້ອງຂໍການສະຫນອງ.
4. ຕິດຕາມກວດກາຄວາມຄືບຫນ້າໃນ Dashboard ການບໍລິການ.

ແນະນຳ

• ຜູ້ໃຫ້ບໍລິການ, ຜູ້ໃຫ້ບໍລິການຟັງ, ແລະວິສາຫະກິດກໍາລັງປະເຊີນກັບການເພີ່ມຂື້ນຂອງປະລິມານ, ຄວາມໄວ, ແລະປະເພດຂອງການຈະລາຈອນ. ນີ້ສ້າງທັງສອງສິ່ງທ້າທາຍທີ່ເປັນເອກະລັກ (ຄວາມຄາດຫວັງຂອງຜູ້ໃຊ້ທີ່ເພີ່ມຂຶ້ນແລະໄພຂົ່ມຂູ່ດ້ານຄວາມປອດໄພທີ່ເພີ່ມຂຶ້ນ) ແລະໂອກາດສົດໆ (5G, IoT, ການບໍລິການແບບແຈກຢາຍຂອບ) ສໍາລັບຜູ້ປະກອບການເຄືອຂ່າຍ.
• ເພື່ອຮອງຮັບການປ່ຽນແປງຢ່າງໄວວາຂອງຮູບແບບການຈາລະຈອນ, ຜູ້ໃຫ້ບໍລິການແລະວິສາຫະກິດຈໍາເປັນຕ້ອງໄດ້ກວດສອບແລະແກ້ໄຂບັນຫາອຸປະກອນແລະການບໍລິການຢ່າງໄວວາ, ແລະເຮັດການປ່ຽນແປງການຕັ້ງຄ່າການບໍລິການໃນເວລາທີ່ແທ້ຈິງ. ການຕັ້ງຄ່າຜິດພາດອັນເນື່ອງມາຈາກຄວາມຜິດພາດຂອງມະນຸດສາມາດນໍາໄປສູ່ການບໍລິການ outages. ການສືບສວນແລະແກ້ໄຂບັນຫາເຫຼົ່ານີ້ສາມາດເປັນຂະບວນການທີ່ໃຊ້ເວລາຫຼາຍ.
• Juniper® Paragon Automation ແມ່ນການແກ້ໄຂອັດຕະໂນມັດ WAN ທີ່ຊ່ວຍໃຫ້ຜູ້ໃຫ້ບໍລິການແລະເຄືອຂ່າຍວິສາຫະກິດສາມາດຕອບສະຫນອງສິ່ງທ້າທາຍເຫຼົ່ານີ້. ການແກ້ໄຂຂອງ Juniper ສະຫນອງປະສົບການທໍາອິດແລະເຄືອຂ່າຍທີ່ຂັບເຄື່ອນດ້ວຍອັດຕະໂນມັດທີ່ສະຫນອງປະສົບການທີ່ມີຄຸນນະພາບສູງໃຫ້ກັບຜູ້ປະຕິບັດການເຄືອຂ່າຍ.
• Paragon ອັດຕະໂນມັດແມ່ນອີງໃສ່ສະຖາປັດຕະຍະກໍາ microservices ທີ່ທັນສະໄຫມທີ່ມີ APIs ເປີດ. Paragon Automation ຖືກອອກແບບມາດ້ວຍ UI ທີ່ໃຊ້ງ່າຍທີ່ໃຫ້ປະສົບການການເຮັດວຽກ ແລະຜູ້ໃຊ້ທີ່ເໜືອກວ່າ. ຕົວຢ່າງampເຊັ່ນ ດຽວ ກັນ, Paragon ອັດ ຕະ ໂນ ມັດ ປະ ຕິ ບັດ ທີ່ ແຕກ ຕ່າງ ກັນ persona profiles (ເຊັ່ນ: ສະຖາປະນິກເຄືອຂ່າຍ, ຜູ້ວາງແຜນເຄືອຂ່າຍ, ນັກວິຊາການພາກສະຫນາມ, ແລະວິສະວະກອນ Network Operations Center [NOC]) ເພື່ອເຮັດໃຫ້ຜູ້ປະຕິບັດງານເຂົ້າໃຈແລະປະຕິບັດກິດຈະກໍາທີ່ແຕກຕ່າງກັນໃນຂະບວນການຄຸ້ມຄອງວົງຈອນຊີວິດອຸປະກອນ (LCM).
• Paragon Automation ໃຊ້ວິທີການທີ່ອີງໃສ່ກໍລະນີເພື່ອດໍາເນີນການເຄືອຂ່າຍ. ເມື່ອທ່ານປະຕິບັດກໍລະນີການນໍາໃຊ້, Paragon Automation ຮຽກຮ້ອງຄວາມສາມາດທີ່ຈໍາເປັນທັງຫມົດຂອງກໍລະນີການນໍາໃຊ້ນັ້ນ, ດໍາເນີນການຂັ້ນຕອນການເຮັດວຽກ (ຖ້າຈໍາເປັນ) ແລະສະເຫນີໃຫ້ທ່ານມີຊຸດວຽກງານທີ່ສໍາເລັດແລ້ວທີ່ປະຕິບັດກໍລະນີການນໍາໃຊ້.

Paragon Automation ສະຫນັບສະຫນູນກໍລະນີການນໍາໃຊ້ດັ່ງຕໍ່ໄປນີ້:

• ການ​ຄຸ້ມ​ຄອງ​ວົງ​ຈອນ​ຊີ​ວິດ​ອຸ​ປະ​ກອນ (LCM)—ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ໃນ​ການ​ຂຶ້ນ​ເຮືອ, ການ​ຈັດ​ຫາ, ແລະ​ຫຼັງ​ຈາກ​ນັ້ນ​ການ​ຄຸ້ມ​ຄອງ​ອຸ​ປະ​ກອນ. Paragon Automation ອັດຕະໂນມັດປະສົບການການຂຶ້ນອຸປະກອນ, ຈາກການຂົນສົ່ງໂດຍຜ່ານການສະຫນອງການບໍລິການ, ດັ່ງນັ້ນຈຶ່ງເຮັດໃຫ້ອຸປະກອນພ້ອມທີ່ຈະຍອມຮັບການຈະລາຈອນການຜະລິດ.
• ຄວາມ​ສາ​ມາດ​ສັງ​ເກດ—ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ສາ​ມາດ​ເບິ່ງ​ພາບ​ຂອງ topology ເຄືອ​ຂ່າຍ​, ອຸ​ໂມງ​ການ​ຈັດ​ຫາ​, view ອັບເດດ topology ໃນເວລາຈິງ, ແລະຕິດຕາມອຸປະກອນແລະເຄືອຂ່າຍ. ນອກນັ້ນທ່ານຍັງສາມາດ view ສຸຂະພາບອຸປະກອນ ແລະເຄືອຂ່າຍ ແລະເຈາະເລິກເຂົ້າໄປໃນລາຍລະອຽດ. ນອກຈາກນັ້ນ, Paragon Automation ແຈ້ງເຕືອນທ່ານກ່ຽວກັບບັນຫາເຄືອຂ່າຍໂດຍໃຊ້ການແຈ້ງເຕືອນ, ສັນຍານເຕືອນແລະເຫດການ, ທີ່ທ່ານສາມາດນໍາໃຊ້ເພື່ອແກ້ໄຂບັນຫາຜົນກະທົບຕໍ່ເຄືອຂ່າຍຂອງທ່ານ. Paragon Automation ຍັງສະຫນອງ dashboard ເສັ້ນທາງແລະແຜນທີ່ topology routing ແບບໂຕ້ຕອບທີ່ທ່ານສາມາດຕິດຕາມກວດກາສຸຂະພາບຂອງເສັ້ນທາງໂດຍລວມຂອງເຄືອຂ່າຍຂອງທ່ານຢ່າງຈິງຈັງໃນເວລາຈິງ.
• ຄວາມ​ເຊື່ອ​ຖື​ແລະ​ການ​ປະ​ຕິ​ບັດ​ຕາມ—ກວດ​ສອບ​ອັດ​ຕະ​ໂນ​ມັດ​ວ່າ​ອຸ​ປະ​ກອນ​ປະ​ຕິ​ບັດ​ຕາມ​ກົດ​ລະ​ບຽບ​ທີ່​ກໍາ​ນົດ​ໄວ້​ໃນ​ເອ​ກະ​ສານ​ມາດ​ຕະ​ຖານ​ສູນ​ສໍາ​ລັບ​ຄວາມ​ປອດ​ໄພ​ອິນ​ເຕີ​ເນັດ (CIS​)​. ນອກຈາກນັ້ນ, Paragon Automation ຍັງກວດເບິ່ງການຕັ້ງຄ່າ, ຄວາມສົມບູນ, ແລະການປະຕິບັດຂອງອຸປະກອນແລະຫຼັງຈາກນັ້ນສ້າງຄະແນນຄວາມໄວ້ວາງໃຈທີ່ກໍານົດຄວາມຫນ້າເຊື່ອຖືຂອງອຸປະກອນ.
• ບໍລິການ Orchestration—ເຮັດໃຫ້ເຈົ້າສາມາດປັບປຸງ ແລະປັບປຸງການໃຫ້ບໍລິການເຄືອຂ່າຍໄດ້ດີຂຶ້ນ, ດັ່ງນັ້ນຈຶ່ງປັບປຸງປະສິດທິພາບ ແລະຫຼຸດຜ່ອນຄວາມສ່ຽງຂອງຄວາມຜິດພາດ. ການບໍລິການສາມາດເປັນຈຸດຕໍ່ຈຸດ, ຈຸດຫາຫຼາຍຈຸດ ຫຼືການເຊື່ອມຕໍ່ຫຼາຍຈຸດຫາຫຼາຍຈຸດ. ຕົວຢ່າງample, ຊັ້ນ 3 VPNs ຫຼື EVPNs.
• Active Assurance—ເຮັດ​ໃຫ້​ທ່ານ​ຕິດ​ຕາມ​ກວດ​ກາ​ຢ່າງ​ຫ້າວ​ຫັນ ແລະ​ທົດ​ສອບ​ລະ​ບົບ​ຂໍ້​ມູນ​ຂອງ​ເຄືອ​ຂ່າຍ​ໂດຍ​ການ​ສ້າງ​ການ​ຈະ​ລາ​ຈອນ​ສັງ​ເຄາະ​ໂດຍ​ນໍາ​ໃຊ້​ຕົວ​ແທນ​ການ​ທົດ​ສອບ. Test Agents ແມ່ນຈຸດວັດແທກທີ່ນຳໃຊ້ຢູ່ໃນບາງ routers ໃນເຄືອຂ່າຍຂອງທ່ານ. ຕົວ​ແທນ​ການ​ທົດ​ສອບ​ເຫຼົ່າ​ນີ້​ແມ່ນ​ມີ​ຄວາມ​ສາ​ມາດ​ໃນ​ການ​ສ້າງ​, ການ​ຮັບ​, ແລະ​ການ​ວິ​ເຄາະ​ການ​ຈະ​ລາ​ຈອນ​ເຄືອ​ຂ່າຍ​ແລະ​ດັ່ງ​ນັ້ນ​ເຮັດ​ໃຫ້​ທ່ານ​ສາ​ມາດ​ສືບ​ຕໍ່​. view ແລະ​ຕິດ​ຕາມ​ກວດ​ກາ​ທັງ​ໃນ​ເວ​ລາ​ທີ່​ແທ້​ຈິງ​ແລະ​ການ​ວັດ​ແທກ​ຜົນ​ໄດ້​ຮັບ​ລວມ​.
• ການເພີ່ມປະສິດທິພາບເຄືອຂ່າຍ - ຊ່ວຍໃຫ້ທ່ານສາມາດເພີ່ມປະສິດທິພາບການນໍາໃຊ້ຊັບພະຍາກອນເຄືອຂ່າຍ, ເພີ່ມປະສິດທິພາບຂອງເຄືອຂ່າຍ, ແລະຮັບປະກັນການຈັດສົ່ງຂໍ້ມູນທີ່ເຊື່ອຖືໄດ້ແລະມີປະສິດທິພາບໃນທົ່ວເຄືອຂ່າຍ. Paragon Automation ປັບແຕ່ງເຄືອຂ່າຍໂດຍການຈັດການວົງຈອນຊີວິດຂອງເສັ້ນທາງທີ່ປ່ຽນປ້າຍກຳກັບ (LSPs) ຫຼື ພາກສ່ວນນະໂຍບາຍການກຳນົດເສັ້ນທາງຜ່ານວິທີການທີ່ອີງໃສ່ຄວາມຕັ້ງໃຈ.

ສະຫຼຸບແລ້ວ, Paragon Automation ຊ່ວຍໃຫ້ຜູ້ປະຕິບັດການເຮັດໃຫ້ການຂຶ້ນເຮືອບິນ ແລະການຈັດຫາອຸປະກອນອັດຕະໂນມັດ, ເຮັດໃຫ້ຄວາມສະດວກ ແລະເລັ່ງການໃຫ້ບໍລິການ, ປະເມີນປະສິດທິພາບຂອງອຸປະກອນ ແລະການບໍລິການ, ແລະຫຼຸດຜ່ອນຄວາມພະຍາຍາມ ແລະໄລຍະເວລາຄູ່ມື.

• ໃຊ້ບັນທຶກການປ່ອຍເຫຼົ່ານີ້ເພື່ອຮູ້ກ່ຽວກັບຄຸນສົມບັດ, ລຸ້ນ Junos OS ແລະ Junos OS Evolved ທີ່ຮອງຮັບ, ອຸປະກອນທີ່ຮອງຮັບ ແລະບັນຫາທີ່ເປີດຢູ່ໃນ Paragon Automation.

ໃບອະນຸຍາດ

ເພື່ອໃຊ້ Paragon Automation ແລະຄຸນສົມບັດຂອງມັນ, ທ່ານຈໍາເປັນຕ້ອງ:

• ສິດທິຜະລິດຕະພັນ- ເພື່ອໃຊ້ Paragon Automation ແລະກໍລະນີການນໍາໃຊ້ຂອງມັນ.

ໝາຍເຫດ: ສິດຂອງຜະລິດຕະພັນແມ່ນອີງໃສ່ກຽດສັກສີ ແລະບໍ່ໄດ້ບັງຄັບໃຊ້ສໍາລັບການປ່ອຍ Paragon Automation 2.4.1.

• ໃບອະນຸຍາດອຸປະກອນ— ເພື່ອ​ນໍາ​ໃຊ້​ຄຸນ​ສົມ​ບັດ​ຢູ່​ໃນ​ອຸ​ປະ​ກອນ​ທີ່​ທ່ານ​ຂຶ້ນ​ເຮືອ​.

ເພື່ອຊື້ໃບອະນຸຍາດ, ຕິດຕໍ່ຕົວແທນຂາຍ Juniper Networks ຂອງທ່ານ. ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການຊື້ໃບອະນຸຍາດ, ເບິ່ງ Juniper Licensing User Guide. ຫຼັງຈາກທີ່ທ່ານຊື້ໃບອະນຸຍາດ, ທ່ານສາມາດດາວໂຫລດໃບອະນຸຍາດໄດ້ file ແລະຈັດການໃບອະນຸຍາດໂດຍໃຊ້ Juniper Agile Licensing (JAL) portal. ນອກນັ້ນທ່ານຍັງສາມາດເລືອກທີ່ຈະໄດ້ຮັບໃບອະນຸຍາດ file ຜ່ານທາງອີເມລ. ໃບອະນຸຍາດ file ມີລະຫັດໃບອະນຸຍາດ. ລະຫັດໃບອະນຸຍາດກໍານົດວ່າເຈົ້າມີສິດທີ່ຈະໃຊ້ຄຸນສົມບັດທີ່ໄດ້ຮັບອະນຸຍາດຫຼືບໍ່.

• ຫຼັງຈາກອຸປະກອນຂຶ້ນແລ້ວ, Super User ແລະ Network Admin ສາມາດເພີ່ມໃບອະນຸຍາດອຸປະກອນຈາກແຖບ Licenses (Observability > Health > Troubleshoot Devices > Device-Name > Inventory > Licenses) ຂອງ Paragon Automation GUI. ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ, ເບິ່ງ ຈັດການໃບອະນຸຍາດອຸປະກອນ.

ຮອງຮັບ Junos OS ອອກ, ອຸປະກອນ, ແລະຕົວທ່ອງເວັບ
ຕາຕະລາງ 1 ໃນໜ້າທີ 3 ລາຍຊື່ການອອກ Junos OS ທີ່ຮອງຮັບ, ອຸປະກອນ ແລະຕົວທ່ອງເວັບໃນ Juniper Paragon Automation.

ຕາຕະລາງ 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 ແລະຂໍ້ມູນທີ່ກ່ຽວຂ້ອງກັບ topology ເທົ່ານັ້ນ)
• ACX7024
• ACX7024-X
• ACX7100-32C
• ACX7100-48L
• ACX7348
• ACX7332
• ACX7509
• PTX10001-36MR
• PTX10002-36QDD
• PTX 10004
• PTX 10008
• PTX 10016
• MX204
• MX240
• MX304
• MX480
• MX960
• MX10003
• MX10004
• MX10008
• vMX
• EX3400
• EX4300-32F (ການທໍາງານຂອງ EMS ເທົ່ານັ້ນ)
• EX4300-48MP
• EX9200
• QFX5110
• QFX5120

ຮອງຮັບອຸປະກອນພາກສ່ວນທີສາມ

• Cisco Network Convergence System 57C3 (Cisco NCS57C3)
• Cisco Network Convergence System 5504 (Cisco NCS5504)
• ເຣົາເຕີ Cisco 8202
• ເຣົາເຕີ Cisco IOS XRv
• Cisco Aggregation Services Routers 9902 (Cisco ASR9902)
• ໝາຍເຫດ: ສໍາລັບອຸປະກອນພາກສ່ວນທີສາມ:
• ພຽງແຕ່ຟັງຊັນການຈັດການອຸປະກອນພື້ນຖານ (ເຊັ່ນ: ການຮັບຮອງເອົາອຸປະກອນພື້ນຖານ, ຄໍາສັ່ງ gNOI ງ່າຍດາຍ (ປິດເປີດ) ແລະແມ່ແບບການຕັ້ງຄ່າ) ແລະການເລີ່ມຕົ້ນການນໍາໃຊ້ APIs ໄດ້ຮັບການສະຫນັບສະຫນູນ.
• ທ່ານ​ບໍ່​ສາ​ມາດ​ເປີດ​ໃຊ້​ງານ​ການ​ວິ​ເຄາະ​ໂປຣ​ໂຕ​ຄໍ​ເສັ້ນ​ທາງ ແລະ​ການ​ເກັບ​ກຳ​ຂໍ້​ມູນ.

ຕົວທ່ອງເວັບທີ່ຮອງຮັບ

• ເວີຊັນຫຼ້າສຸດຂອງ Google Chrome, Mozilla Firefox, ແລະ Safari.

ການຕິດຕັ້ງແລະຍົກລະດັບ

• Juniper Paragon Automation Release 2.4.1 ເປັນການປ່ອຍບໍາລຸງຮັກສາຂອງ Release 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 GUI. ເບິ່ງການຕິດຕັ້ງ Paragon Automation ສໍາລັບຂໍ້ມູນ.
• ຖ້າທ່ານໄດ້ຕິດຕັ້ງ Juniper Paragon Automation Release 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.

ບັນຫາທີ່ຮູ້ຈັກ

ຢູ່ໃນພາກນີ້

• Device Life-Cycle Management | 7
• ການສັງເກດການ | 7
• ການບໍລິການ Orchestration | 14 Active Assurance | ໑໖
• ການເພີ່ມປະສິດທິພາບເຄືອຂ່າຍ | 18 ຄວາມໄວ້ວາງໃຈ | 18
• ບໍລິຫານ | 18
• ການ​ຕິດ​ຕັ້ງ​ແລະ​ການ​ຍົກ​ລະ​ດັບ | 18

ພາກນີ້ບອກບັນຫາທີ່ຮູ້ຈັກໃນ Juniper Paragon Automation.

ການຄຸ້ມຄອງວົງຈອນຊີວິດອຸປະກອນ

• ຖ້າທ່ານໄດ້ໃຊ້ອຸປະກອນ Cisco, ແຕ່ຕໍ່ມາໄດ້ປ່ຽນການຕັ້ງຄ່າ TLS ໃນອຸປະກອນ (ບໍ່ວ່າຈະເປີດ ຫຼື ປິດ), ສະຖານະຂອງອຸປະກອນຈະສະແດງເປັນ Disconnected ໃນຫນ້າສິນຄ້າຄົງຄັງ.
• ວິທີແກ້ໄຂບັນຫາ: ລຶບອຸປະກອນອອກ ແລະ ຢູ່ເທິງອຸປະກອນອີກຄັ້ງໂດຍການຕັ້ງຄ່າບໍ່ປອດໄພເປັນຜິດ ແລະຂ້າມການຢືນຢັນເປັນ True ອີງຕາມວ່າທ່ານປິດ TLS ຫຼືເປີດໃນເມື່ອກ່ອນ.
• ການເປີດອຸປະກອນ QFX ໄປຫາ Paragon Automation ລົ້ມເຫລວຖ້າ Trust ຖືກເປີດໃຊ້ໃນອຸປະກອນ profile ນຳໃຊ້ກັບອຸປະກອນ QFX.
  ການແກ້ໄຂບັນຫາ: ປິດການນຳໃຊ້ຄວາມໄວ້ວາງໃຈໃນອຸປະກອນເສີມfile ແລະຫຼັງຈາກນັ້ນລອງເປີດອຸປະກອນ QFX.
• Paragon Automation ກະຕຸ້ນແມ່ແບບການຕັ້ງຄ່າທີ່ລວມຢູ່ໃນອຸປະກອນເສີມfile ແລະການໂຕ້ຕອບ profile ພຽງແຕ່ໃນລະຫວ່າງການເລີ່ມຕົ້ນຂອງອຸປະກອນ. ທ່ານບໍ່ສາມາດໃຊ້ແມ່ແບບການຕັ້ງຄ່າທີ່ລວມຢູ່ໃນອຸປະກອນ profiles ແລະການໂຕ້ຕອບ profiles ເພື່ອນຳໃຊ້ການຕັ້ງຄ່າເພີ່ມເຕີມຕໍ່ກັບອຸປະກອນໃດໜຶ່ງຫຼັງຈາກອຸປະກອນຂຶ້ນເຄື່ອງແລ້ວ.
• ການແກ້ໄຂບັນຫາ: ຖ້າທ່ານຕ້ອງການໃຊ້ການຕັ້ງຄ່າເພີ່ມເຕີມໃນອຸປະກອນຫຼັງຈາກອຸປະກອນຂຶ້ນ, ທ່ານຈໍາເປັນຕ້ອງໃຊ້ການຕັ້ງຄ່າດ້ວຍຕົນເອງໂດຍໃຊ້ CLI ຫຼືໂດຍການດໍາເນີນການແມ່ແບບການຕັ້ງຄ່າໂດຍຜ່ານ Paragon Automation GUI.
• ໄດ້ View ໜ້າຊັບພະຍາກອນເຄືອຂ່າຍ (ສິນຄ້າຄົງຄັງ > ການເປີດໃຊ້ອຸປະກອນ > ແຜນປະຕິບັດເຄືອຂ່າຍ > ເພີ່ມເຕີມ) ບໍ່ສະແດງລາຍລະອຽດທີ່ກ່ຽວຂ້ອງກັບການໂຕ້ຕອບ AE.
• ການ​ແກ້​ໄຂ​: ທ່ານ​ສາ​ມາດ​ເຮັດ​ໄດ້​ view ລາຍລະອຽດທີ່ກ່ຽວຂ້ອງກັບການໂຕ້ຕອບ AE ໃນ View ການ​ເຊື່ອມ​ຕໍ່​ການ​ຕັ້ງ​ຄ່າ​ການ​ເຄື່ອນ​ໄຫວ​ຂອງ​ການ​ຕັ້ງ​ຄ່າ accordion (ການ​ສັງ​ເກດ​> ການ​ແກ້​ໄຂ​ອຸ​ປະ​ກອນ​> Device-Name​)​.

ການສັງເກດການ

• ເນື່ອງຈາກການປ່ຽນແປງໃນພາສາ XML Path (XPath), ບາງກົດລະບຽບທີ່ກໍາຫນົດເອງບໍ່ສາມາດເກັບກໍາຂໍ້ມູນ KPI ຈາກອຸປະກອນ.
  • ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.
• ໃນລະຫວ່າງສະຖານະການ ingest ຢ່າງຮຸນແຮງ, ເຊັ່ນ: ການເປີດ routers ເປັນຄັ້ງທໍາອິດຫຼືປ່ອງຢ້ຽມການບໍາລຸງຮັກສາ router, ມັນໃຊ້ເວລາບາງເວລາສໍາລັບຈໍານວນເສັ້ນທາງທັງຫມົດທີ່ຈະສະທ້ອນໃຫ້ເຫັນຢູ່ໃນເສັ້ນສະແດງສະຖານະ Routing (Observability > Routing > Routing Explorer ແຖບສະຖານະ Routing).
• ຖ້າມີເຫດການໃດໆໃນເຄືອຂ່າຍ, ເສັ້ນສະແດງສະຖານະ Routing ຫຼືຕາຕະລາງການປັບປຸງເສັ້ນທາງ (Observability > Routing > Route Explorer > Routing Updates) ອາດຈະສະແດງຂໍ້ມູນດ້ວຍຄວາມແຝງພໍສົມຄວນ. ພວກເຮົາຄາດຫວັງວ່າການ latency ແມ່ນສົມເຫດສົມຜົນໃນລະຫວ່າງການປະຕິບັດງານຂອງເຄືອຂ່າຍທີ່ຫມັ້ນຄົງ.
• ນອກຈາກນີ້, ສະຖິຕິໃນແຖບອຸປະກອນ (ການສັງເກດການ > ເສັ້ນທາງ > ເສັ້ນທາງ Explorer > ສະຖານະເສັ້ນທາງ) ຫຼືໃນແຖບທີ່ຢູ່ໃກ້ຄຽງ (ການສັງເກດການ > ເສັ້ນທາງ > ເສັ້ນທາງ Explorer) ຈະຖືກອັບເດດດ້ວຍເວລາແຝງຕໍ່າ (1 ຫາ 5 ນາທີ).
  • ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.
• ໃນກໍລະນີທີ່ຫາຍາກຂອງການດໍາເນີນການອະນຸສັນຍາ ISIS ຫຼາຍລະດັບໃນການເຊື່ອມຕໍ່, ແຜນທີ່ topology ອາດຈະບໍ່ໄດ້ຮັບການປັບປຸງຫຼືອາດຈະບໍ່ສະທ້ອນເຖິງສະຖານະການປະຕິບັດງານສົດຫຼ້າສຸດ.
• ການແກ້ໄຂ: Flap ເຊດຊັນ BGP LS, ແທນທີ່ຈະ restart server topology.

ເຂົ້າສູ່ລະບົບ 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=' '.[]|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 ຈະບໍ່ສົ່ງຄືນຂໍ້ຜິດພາດ.
ວິທີແກ້ໄຂບັນຫາ: ບໍ່ມີ.

• ເນື່ອງຈາກການປ່ຽນແປງຂອງເສັ້ນທາງ telemetry, ທ່ານບໍ່ສາມາດ view ຂໍ້ມູນ IS-IS ສໍາລັບອຸປະກອນ ACX7020 ໃນ Routing ແລະ MPLS accordion (ການສັງເກດການ > ສຸຂະພາບ > ແກ້ໄຂບັນຫາ > ອຸປະກອນ > Device-Name). ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.
• ໜ້າ Route Explorer (Observability > Routing) ສະແດງຂໍ້ມູນພຽງແຕ່ຖ້າທ່ານໄດ້ຕິດຕັ້ງ Junos OS ຫຼື Junos OS Evolved Release 23.2 ຫຼືໄວກວ່ານັ້ນ.
• ໃນຂະນະທີ່ເພີ່ມອຸປະກອນເສີມfile ສໍາລັບແຜນການປະຕິບັດເຄືອຂ່າຍ, ຖ້າທ່ານເປີດໃຊ້ Routing Protocol Analytics, ຂໍ້ມູນເສັ້ນທາງຈະຖືກເກັບກໍາສໍາລັບອຸປະກອນທີ່ລະບຸໄວ້ໃນອຸປະກອນ pro.file. ເມື່ອທ່ານເຜີຍແຜ່ແຜນການປະຕິບັດເຄືອຂ່າຍ, ເຖິງແມ່ນວ່າຂັ້ນຕອນການເຮັດວຽກເລີ່ມຕົ້ນຈະປະສົບຜົນສໍາເລັດ, ອາດຈະມີຄວາມຜິດພາດທີ່ກ່ຽວຂ້ອງກັບການເກັບກໍາຂໍ້ມູນເສັ້ນທາງສໍາລັບອຸປະກອນເຫຼົ່ານີ້. ເນື່ອງຈາກຄວາມຜິດພາດເຫຼົ່ານີ້, ອຸປະກອນຕ່າງໆຈະບໍ່ຖືກຕັ້ງຄ່າເພື່ອສົ່ງຂໍ້ມູນໄປຫາ Paragon Automation ແລະດັ່ງນັ້ນ, ຂໍ້ມູນເສັ້ນທາງຈະບໍ່ສະແດງຢູ່ໃນຫນ້າ Route Explorer ຂອງ Paragon Automation GUI. ບັນຫານີ້ເກີດຂຶ້ນໃນຂະນະທີ່ອຸປະກອນ offboarding ເຊັ່ນດຽວກັນ, ບ່ອນທີ່ອຸປະກອນ offboard ສືບຕໍ່ສົ່ງຂໍ້ມູນໄປຫາ Paragon Automation.

ບັນຫານີ້ຍັງເກີດຂຶ້ນໃນເວລາທີ່ທ່ານບໍ່ໄດ້ປັບຄ່າ ASN ຫຼື Router ID ໃນອຸປະກອນຕ່າງໆ, ຫຼືເມື່ອທ່ານໄດ້ລັອກການຕັ້ງຄ່າອຸປະກອນເພື່ອແກ້ໄຂສະເພາະ.

ວິທີແກ້ໄຂບັນຫາ: ເພື່ອແກ້ໄຂບັນຫານີ້:

1. ເຮັດອັນໃດອັນໜຶ່ງຕໍ່ໄປນີ້:
   ກວດເບິ່ງບັນທຶກການບໍລິການໂດຍການແລ່ນຄໍາຮ້ອງຂໍ paragon debug logs namespace routingbot app routingbot ບໍລິການ routingbot-apiserver ຄໍາສັ່ງ Shell. ດໍາເນີນການທີ່ຈໍາເປັນໂດຍອີງໃສ່ຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດທີ່ທ່ານເຫັນຢູ່ໃນ No Link Title.
   ຕາຕະລາງ 2: ຂໍ້ຄວາມຜິດພາດ
   

   ຂໍ້​ຄວາມ​ຜິດ​ພາດ​	ສະບັບ
   ລົ້ມເຫລວໃນການໄດ້ຮັບອຸປະກອນ profile ຂໍ້ມູນສໍາລັບ dev_id {dev_id}: {res.status_code} – {res.text}   ລົ້ມເຫລວໃນການຮັບເອົາຂໍ້ມູນອຸປະກອນສຳລັບ dev_id {dev['dev_id']}. ຂ້າມອຸປະກອນ.	ການໂທຫາ API ຫາ PAPI ເພື່ອຮັບເອົາຂໍ້ມູນອຸປະກອນລົ້ມເຫລວ.
   ບໍ່ພົບຜົນການຊອກຫາໃນການຕອບສະໜອງສຳລັບ dev_id {dev_id}   ລົ້ມເຫລວໃນການຮັບເອົາຂໍ້ມູນອຸປະກອນສຳລັບ dev_id {dev['dev_id']}. ຂ້າມອຸປະກອນ.	ການໂທຫາ API ກັບ PAPI ຕອບກັບທີ່ບໍ່ມີຂໍ້ມູນ.
   ບໍ່ພົບຂໍ້ມູນອຸປະກອນຄົບຖ້ວນໃນການຕອບສະໜອງສຳລັບ dev_id {dev_id}: {device_info}	ການໂທຫາ API ກັບ PAPI ຕອບກັບດ້ວຍຂໍ້ມູນບໍ່ຄົບຖ້ວນ.
   ບໍ່ພົບຂໍ້ມູນສຳລັບ dev_id {dev_id} ຈາກ PF	ການໂທຫາ API ຫາ Pathfinder ເພື່ອຮັບເອົາຂໍ້ມູນອຸປະກອນລົ້ມເຫລວ.
   ບໍ່ພົບຂໍ້ມູນທີ່ຕ້ອງການສໍາລັບ dev_id {dev_id} ຈາກຂໍ້ມູນ PF:{node_data}	ການໂທຫາ API ໄປຫາ Pathfinder ເພື່ອຮັບເອົາຂໍ້ມູນອຸປະກອນສົ່ງຄືນການຕອບໂຕ້ດ້ວຍຂໍ້ມູນທີ່ບໍ່ຄົບຖ້ວນ.
   EMS config ລົ້ມເຫລວດ້ວຍຄວາມຜິດພາດ, ສໍາລັບ config: {cfg_data} ຫຼື EMS Config push error {res} {res.text} | ພະຍາຍາມ: {retries}. ລົ້ມເຫລວໃນການຕັ້ງຄ່າ BMP ໃນອຸປະກອນ {mac_id}	ການຕັ້ງຄ່າ BGP ລົ້ມເຫລວ.

   ຂໍ້​ຄວາມ​ຜິດ​ພາດ​	ສະບັບ
   ຮູບແບບບໍ່ຖືກຕ້ອງສຳລັບລຸ້ນໃຫຍ່, ໜ້ອຍ ຫຼືລຸ້ນອອກ: {os_version}	ບໍ່ຮອງຮັບເວີຊັນ OS ຂອງອຸປະກອນ.
   ຄວາມຜິດພາດ 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()}	ອຸປະກອນ ຫຼື ແອັບພລິເຄຊັນ playbook ໄປຫາກຸ່ມອຸປະກອນລົ້ມເຫລວ.
   ຂໍ້ຜິດພາດ PUT {self.config_server_path}/api/v2/ config/device-group/{site_id}/ {data} {res_put.json()}	ການເອົາອຸປະກອນ ຫຼືປຶ້ມຫຼິ້ນອອກຈາກກຸ່ມອຸປະກອນບໍ່ສຳເລັດ.

   ຂໍ້​ຄວາມ​ຜິດ​ພາດ​	ສະບັບ
   ຮູບແບບບໍ່ຖືກຕ້ອງສຳລັບລຸ້ນໃຫຍ່, ໜ້ອຍ ຫຼືລຸ້ນ {os_version}	ບໍ່ຮອງຮັບເວີຊັນ OS ຂອງອຸປະກອນ.
   ຄວາມຜິດພາດ 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()}	ອຸປະກອນ ຫຼື ແອັບພລິເຄຊັນ playbook ໄປຫາກຸ່ມອຸປະກອນລົ້ມເຫລວ.
   ຂໍ້ຜິດພາດ PUT {self.config_server_path}/api/v2/ config/device-group/{site_id}/ {data} {res_put.json()}	ການເອົາອຸປະກອນ ຫຼືປຶ້ມຫຼິ້ນອອກຈາກກຸ່ມອຸປະກອນບໍ່ສຳເລັດ.

   ກວດເບິ່ງການຕັ້ງຄ່າອຸປະກອນເພື່ອກວດເບິ່ງວ່າອຸປະກອນສະແດງໃຫ້ເຫັນການບໍ່ມີຕົວຕົນທີ່ບໍ່ຄາດຄິດຫຼືມີການຕັ້ງຄ່າ. ຕົວຢ່າງample, ເຈົ້າສາມາດ,

   • View ການຕັ້ງຄ່າທີ່ມີຢູ່ໃນກຸ່ມ paragon-routing-bgp-analytics routing-options bmp.
   • ກວດເບິ່ງການຕັ້ງຄ່າອຸປະກອນໃນພອດ JTIMON.
2. ຫຼັງຈາກແກ້ໄຂບັນຫາຂ້າງເທິງ, ແກ້ໄຂອຸປະກອນ profile ຂອງແຜນການປະຕິບັດເຄືອຂ່າຍທີ່ທ່ານໄດ້ນໍາໃຊ້ກັບອຸປະກອນ. ອີງໃສ່ບໍ່ວ່າທ່ານກໍາລັງຢູ່ໃນອຸປະກອນຫຼື offboarding, ເປີດຫຼືປິດທາງເລືອກ Routing Protocol Analytics ໃນອຸປະກອນ profile.
3. ເຜີຍແຜ່ແຜນການຈັດຕັ້ງປະຕິບັດເຄືອຂ່າຍ.
4. ກວດ​ສອບ​ເບິ່ງ​ວ່າ​ຜົນ​ໄດ້​ຮັບ​ທີ່​ຕ້ອງ​ການ​ແມ່ນ​ອີງ​ໃສ່​ຂໍ້​ມູນ​ທີ່​ສະ​ແດງ​ຢູ່​ໃນ​ຫນ້າ Route Explorer ຂອງ Paragon Automation GUI.

ຫຼັງຈາກທີ່ທ່ານອັບເກຣດເປັນ Juniper Paragon Automation Release 2.4.1, ທ່ານຈໍາເປັນຕ້ອງຕັ້ງຄ່າທີ່ຢູ່ cRPD VIP ເພື່ອເປີດໃຊ້ຄຸນສົມບັດການສັງເກດເສັ້ນທາງ.

ເພື່ອເປີດໃຊ້ຄຸນສົມບັດການສັງເກດເສັ້ນທາງ, ດໍາເນີນການຄໍາສັ່ງຕໍ່ໄປນີ້:

• ຕັ້ງຄ່າແອັບພລິເຄຊັນ paragon cluster routingbot routingbot-crpd-vip ຄໍາຫມັ້ນສັນຍາແລະອອກ
• ຮ້ອງຂໍການຕັ້ງຄ່າ Paragon
• ຮ້ອງຂໍ paragon deploy cluster input “-t metallb,routingbot-crpd,addon-apps -e target_components=routingbot-api-server
• kubectl -n routingbot rollout restart deployment routingbot-apiserver

ໃນ Interfaces accordion, ຕາຕະລາງຄວາມຜິດພາດທີ່ບໍ່ໄດ້ຮັບການແກ້ໄຂ FEC ແມ່ນມີຢູ່ໃນສ່ວນຕິດຕໍ່ທີ່ສະຫນັບສະຫນູນຄວາມໄວເທົ່າກັບຫຼືໃຫຍ່ກວ່າ 100-Gbps.

• ຫຼັງ​ຈາກ​ທີ່​ທ່ານ​ນໍາ​ໃຊ້​ການ​ຕັ້ງ​ຄ່າ​ໃຫມ່​ສໍາ​ລັບ​ອຸ​ປະ​ກອນ​, ຫນ້າ​ການ​ຕັ້ງ​ຄ່າ​ການ​ເຄື່ອນ​ໄຫວ​ສໍາ​ລັບ​ອຸ​ປະ​ກອນ​ຊື່​
  (ຄວາມ​ສາ​ມາດ​ສັງ​ເກດ​> ການ​ແກ້​ໄຂ​ອຸ​ປະ​ກອນ​> ອຸ​ປະ​ກອນ​ຊື່​> ການ​ຕັ້ງ​ຄ່າ accordion​> View active config link) ບໍ່ສະແດງການຕັ້ງຄ່າຫຼ້າສຸດທັນທີ. ມັນໃຊ້ເວລາຫຼາຍນາທີເພື່ອໃຫ້ການປ່ຽນແປງຫຼ້າສຸດຖືກສະແດງຢູ່ໃນໜ້າການຕັ້ງຄ່າ Active ສໍາລັບຊື່ອຸປະກອນ.
• ການແກ້ໄຂບັນຫາ: ທ່ານສາມາດກວດສອບໄດ້ວ່າການຕັ້ງຄ່າໃໝ່ຖືກນຳໃຊ້ກັບອຸປະກອນໂດຍການເຂົ້າສູ່ລະບົບອຸປະກອນໂດຍໃຊ້ CLI.
• ຖ້າອຸປະກອນຖືກຄົ້ນພົບຜ່ານເຊດຊັນ BGP-LS peering, ເຖິງແມ່ນວ່າກ່ອນທີ່ທ່ານຈະຢູ່ໃນອຸປະກອນ, ຫຼັງຈາກນັ້ນ LSPs ທີ່ຊ້ໍາກັນຈະຖືກສ້າງຂື້ນເມື່ອກອງປະຊຸມ PCEP ຖືກສ້າງຕັ້ງຂຶ້ນກັບອຸປະກອນ. ໃນກໍລະນີທີ່ຫາຍາກ, LSPs ທີ່ຊ້ໍາກັນທີ່ຖືກສ້າງຂື້ນຈະສືບຕໍ່ຍັງຄົງຢູ່.
• ວິທີແກ້ໄຂບັນຫາ: ຖ້າທ່ານເຫັນ LSPs ຊໍ້າກັນ, ໃຫ້ດໍາເນີນການວິເຄາະການຕັ້ງຄ່າຄືນໃໝ່ຫຼັງຈາກຮັບປະກັນວ່າ
• TopoServer ໄດ້ຮັບການສົ່ງເສີມfile ສໍາລັບ headend LSP ຈາກ edgeAdapter. ການວິເຄາະການຕັ້ງຄ່າຖືກກະຕຸ້ນເມື່ອມີເຫດການທີ່ຕັ້ງຢູ່ໃນອຸປະກອນເທົ່ານັ້ນ. ເພື່ອກະຕຸ້ນການວິເຄາະການຕັ້ງຄ່າດ້ວຍຕົນເອງ:
  1. ເຂົ້າ​ສູ່​ລະ​ບົບ​ການ​ຕັ້ງ​ເວ​ລາ airflow pod.
     kubectl -n airflow exec -it $(kubectl -n airflow get pods -l component=airflow-scheduler -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/airflow/mount/collection/ / /config/interface -geo /opt/airflow/mount/collection/ / /config/geo_file.json
• ຈຳນວນຂອງອຸປະກອນທີ່ບໍ່ສະອາດຢູ່ໃນລາຍການແກ້ໄຂບັນຫາ ແລະໜ້າແຜງໜ້າປັດສຸຂະພາບ (ການສັງເກດການ > ສຸຂະພາບ) ບໍ່ກົງກັນ.
  ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.
• ທ່ານບໍ່ສາມາດລຶບ nodes ແລະການເຊື່ອມຕໍ່ທີ່ບໍ່ຕ້ອງການອອກຈາກ Paragon Automation GUI.
  ການແກ້ໄຂບັນຫາ: ໃຊ້ REST APIs ຕໍ່ໄປນີ້ເພື່ອລຶບ nodes ແລະລິ້ງ:
• REST API ເພື່ອລຶບລິ້ງ:
  [ລຶບ] https://{{server-ip}}/topology/api/v1/orgs/{{org-id}}/{{topo-id}}/links/{{link-id}}

ໝາຍເຫດ: ທ່ານສາມາດປະຕິບັດຕາມຂັ້ນຕອນທີ່ໄດ້ອະທິບາຍຢູ່ທີ່ນີ້ເພື່ອໃຫ້ໄດ້ຕົວຈິງ URL.

ຕົວຢ່າງampເລ,

• URL: 'https://10.56.3.16/topology/api/v1/orgs/f9e9235b-37f1-43e7-9153-e88350ed1e15/10/links/15'
• Curl:
  • curl –location –request Delete 'https://10.56.3.16:443/topology/api/v1/orgs/f9e9235b-37f1-43e7-9153-e88350ed1e15/10/links/15' \
  • –header 'ປະເພດເນື້ອຫາ: application/json' \
  • –header 'ການອະນຸຍາດ: ພື້ນຖານ dGVzdDFAdGVzdC5jb206RW1iZTFtcGxz'
• REST API ເພື່ອລຶບ node:
  • [ລຶບ] https://{{Server_IP}}/topology/api/v1/orgs/{{Org_ID}}/{{Topo_ID}}/nodes/{{Node_ID}}

ໝາຍເຫດ: ທ່ານສາມາດປະຕິບັດຕາມຂັ້ນຕອນທີ່ໄດ້ອະທິບາຍຢູ່ທີ່ນີ້ເພື່ອໃຫ້ໄດ້ຕົວຈິງ URL.

ຕົວຢ່າງampເລ,

• URL: ' https://10.56.3.16/topology/api/v1/orgs/f9e9235b-37f1-43e7-9153-e88350ed1e15/10/nodes/1'
• Curl:
  • curl –location –request Delete 'https://10.56.3.16:443/topology/api/v1/orgs/f9e9235b-37f1-43e7-9153-e88350ed1e15/10/nodes/11'\
  • -header 'ປະເພດເນື້ອຫາ: application/json'\
  • –header 'ການອະນຸຍາດ: ພື້ນຖານ dGVzdDFAdGVzdC5jb206RW1iZTFtcGxz'\

ໃຊ້ຂັ້ນຕອນຕໍ່ໄປນີ້ເພື່ອໃຫ້ໄດ້ຕົວຈິງ URL ທີ່​ທ່ານ​ນໍາ​ໃຊ້​ໃນ CURL ສໍາລັບການລຶບການເຊື່ອມຕໍ່ຫຼື node:

1. ໄປທີ່ໜ້າ Topology (ການສັງເກດການ > Topology).
2. ເປີດເຄື່ອງມືນັກພັດທະນາໃນຕົວທ່ອງເວັບໂດຍໃຊ້ປຸ່ມ CTRL + Shift + I ເທິງແປ້ນພິມ.
3. ໃນເຄື່ອງມືຂອງນັກພັດທະນາ, ເລືອກ Network ແລະເລືອກຕົວເລືອກການກັ່ນຕອງ XHR.
4. ກໍານົດຫມາຍເລກດັດສະນີເຊື່ອມຕໍ່ຫຼືເລກ node. ເພື່ອກໍານົດຫມາຍເລກດັດສະນີເຊື່ອມຕໍ່ໄປຫາເລກ node:
   • ໃນໜ້າ Topology ຂອງ Paragon Automation GUI, ຄລິກສອງຄັ້ງທີ່ລິ້ງ ຫຼື node ທີ່ທ່ານຕ້ອງການລຶບ. ຫນ້າ Link Link-Name ຫຼືຫນ້າ Node Node-Name ປາກົດ.
   • ທ່ອງໄປຫາແຖບລາຍລະອຽດ ແລະສັງເກດໝາຍເລກດັດສະນີລິ້ງ ຫຼືໝາຍເລກຂໍ້ທີ່ສະແດງຂຶ້ນ.
5. ໃນເຄື່ອງມືຂອງນັກພັດທະນາ, ເລືອກແລະຄລິກໃສ່ແຖວໂດຍອີງໃສ່ຫມາຍເລກດັດສະນີເຊື່ອມຕໍ່ຫຼືເລກ node ທີ່ກ່ຽວຂ້ອງກັບການເຊື່ອມຕໍ່ຫຼື node ທີ່ທ່ານຕ້ອງການລຶບ.
6. ສຳເນົາ URL ທີ່​ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ນໍາ​ໃຊ້​ເພື່ອ​ລຶບ​ການ​ເຊື່ອມ​ຕໍ່​ຫຼື node ໃນ CURL.

ບໍ່ແມ່ນທຸກໂມດູນ optics ສະຫນັບສະຫນູນ KPI ທີ່ກ່ຽວຂ້ອງກັບ optics ທັງຫມົດ. ເບິ່ງ No Link Title ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ. ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.

ຕາຕະລາງ 3: KPIs ສະຫນັບສະຫນູນສໍາລັບ Optics Modules

ໂມດູນ	Rx ການສູນເສຍສັນຍານ KPI	Tx ການສູນເສຍສັນຍານ KPI	Laser Disabled KPI
SFP optics	ບໍ່	ບໍ່	ບໍ່
CFP optics	ແມ່ນແລ້ວ	ບໍ່	ບໍ່
CFP_LH_ACO optics	ແມ່ນແລ້ວ	ບໍ່	ບໍ່
QSFP optics	ແມ່ນແລ້ວ	ແມ່ນແລ້ວ	ແມ່ນແລ້ວ
CXP optics	ແມ່ນແລ້ວ	ແມ່ນແລ້ວ	ບໍ່
XFP optics	ບໍ່	ບໍ່	ບໍ່

• ສໍາລັບອຸປະກອນ PTX100002, ບັນຫາຕໍ່ໄປນີ້ແມ່ນສັງເກດເຫັນຢູ່ໃນ Interface accordion (ການສັງເກດການ > ສຸຂະພາບ > ແກ້ໄຂບັນຫາອຸປະກອນ > Device-Name > Overview):
  • ໃນລາຍລະອຽດ Pluggables ສໍາລັບໜ້າອຸປະກອນ-ຊື່ (ຕົວເຊື່ອມຕໍ່ເຂົ້າກັນ > Pluggables data-link), ເສັ້ນສະແດງ Optical Tx Power ແລະ Optical Rx Power ບໍ່ສະແດງຂໍ້ມູນໃດໆ.
  • ຢູ່​ໃນ​ລາຍ​ລະ​ອຽດ​ການ​ຈະ​ລາ​ຈອນ​ການ​ປ້ອນ​ຂໍ້​ມູນ​ສໍາ​ລັບ​ຫນ້າ​ຊື່​ອຸ​ປະ​ກອນ (Interfaces accordion​> Input Traffic data-link​)​, ເສັ້ນ​ສະແດງ​ການ​ທໍາ​ງານ​ຂອງ​ສັນ​ຍານ​ບໍ່​ໄດ້​ສະ​ແດງ​ຂໍ້​ມູນ​ໃດໆ​.

ການບໍລິການ Orchestration

• ຖ້າການບໍລິການ L3VPN ທີ່ແຕກຕ່າງກັນແມ່ນແລ່ນຢູ່ໃນ IFD ດຽວກັນໂດຍໃຊ້ຄ່າ MTU ທີ່ແຕກຕ່າງກັນ, ຫຼັງຈາກນັ້ນການໃຫ້ບໍລິການຈະລົ້ມເຫລວ.
  ການແກ້ໄຂບັນຫາ: ໃຫ້ແນ່ໃຈວ່າຄ່າ MTU ແມ່ນຄືກັນສໍາລັບການບໍລິການ L3VPN ທີ່ແບ່ງປັນ IFD ດຽວກັນ.
• accordions ຕໍ່ໄປນີ້ຢູ່ໃນແຖບ Passive Assurance (Orchestration > Instances > Service-Order-Name Details) ສະແດງຂໍ້ມູນບໍ່ຖືກຕ້ອງ ຫຼືບໍ່ມີຂໍ້ມູນ:
• BGP accordion—ຖັນລັດ VPN ສະແດງຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງສຳລັບອຸປະກອນຂອບລູກຄ້າ (CE) ຫຼື ຂອບຜູ້ໃຫ້ບໍລິການ (PE) ທີ່ມີ IPv4 ຫຼື IPv6 ເພື່ອນບ້ານ.
• OSPF accordion—ບໍ່ມີລາຍການ IPv6 ໃນຖັນ Neighbor Address ສໍາລັບອຸປະກອນ CE ຫຼື PE ກັບເພື່ອນບ້ານ IPv6.
• L3VPN accordion—ຖັນ VPN State ສະແດງຂໍ້ມູນທີ່ບໍ່ຖືກຕ້ອງສໍາລັບ OSPF ແລະ BGP protocols. ຖັນ Neighbourr Session ແລະ VPN State ຫວ່າງເປົ່າສຳລັບອຸປະກອນ CE ຫຼື PE ທີ່ມີທີ່ຢູ່ IPv4 ຫຼື IPv6 ຄົງທີ່.
• ບັນຫານີ້ເກີດຂຶ້ນກັບການບໍລິການ L3VPN ເທົ່ານັ້ນ.
• ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.
• ຖ້າບໍ່ມີທາງເລືອກໃນການໂຕ້ຕອບທີ່ຖືກຕ້ອງສໍາລັບການລວມອຸປະກອນ CE ແລະ PE, ຫຼັງຈາກນັ້ນແຖບເລື່ອນລົງຂອງການໂຕ້ຕອບຈະຫວ່າງເປົ່າ.
  ການ​ແກ້​ໄຂ​: ທ່ານ​ສາ​ມາດ​ເຮັດ​ໄດ້​ຫນຶ່ງ​ໃນ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:
  • ເລືອກການປະສົມປະສານ CE ແລະ PE ທີ່ແຕກຕ່າງກັນ.
  • ຍົກເລີກການເລືອກອຸປະກອນ CE ກ່ອນທີ່ຈະເລືອກອຸປະກອນ PE ແລະສ່ວນຕິດຕໍ່ຂອງມັນ. ໃນສະຖານະການນີ້, ລະບົບຈະມອບຫມາຍອຸປະກອນ CE ໂດຍອັດຕະໂນມັດ.
• ຖ້າທ່ານອັບເກຣດ Paragon Automation ຈາກ Release 2.3.0 ເປັນ 2.4.1, ທ່ານອາດຈະບໍ່ສາມາດແກ້ໄຂ VLANs ສໍາລັບການເຂົ້າເຖິງເຄືອຂ່າຍຂອງເວັບໄຊໃນຕົວຢ່າງການບໍລິການ L3VPN ທີ່ມີຢູ່ແລ້ວ.
  Workaround: ທ່ານຈໍາເປັນຕ້ອງໄດ້ຍົກລະດັບການບໍລິການ instances ເປັນ Release 2.4.1 ເພື່ອນໍາໃຊ້ຫນ້າທີ່ຈັດວາງແບບໂຕ້ຕອບ.
• ຊື່ອຸປະກອນບໍ່ສະແດງເມື່ອທ່ານເລື່ອນໃສ່ View ລາຍລະອຽດ hyperlink ໃນພາກສ່ວນເຫດການທີ່ກ່ຽວຂ້ອງຂອງ L3VPN accordion (Orchestration > Instances > Service Instances > Service-Instance-Name hyperlink > Service-Instance-Name Details > Passive Assurance tab).
• ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.
• ຖ້າເຈົ້າໄດ້ອັບເກຣດຊັບພະຍາກອນ topology ຈາກ Release 2.2.0 ຫຼື Release 2.3.0 ໄປເປັນ Release 2.4.1 ແລະ ຖ້າເຈົ້າແກ້ໄຂໃນພາຍຫຼັງ ແລະຈັດຫາບໍລິການ instance (L3VPN ຫຼື EVPN) ທີ່ສ້າງຂຶ້ນໃນລຸ້ນເກົ່າ (Release 2.3.0 ຫຼື Release 2.2.0), ການບໍລິການທີ່ລົ້ມເຫລວ. ການແກ້ໄຂບັນຫາ: ກ່ອນທີ່ທ່ານຈະເລີ່ມຕົ້ນການແກ້ໄຂຕົວຢ່າງການບໍລິການ, ໃຫ້ແນ່ໃຈວ່າຊັບພະຍາກອນ topology ແລະບໍລິການ instance ຢູ່ໃນສະບັບດຽວກັນ. ທ່ານສາມາດເລືອກທີ່ຈະຍົກລະດັບຊັບພະຍາກອນ topology ກ່ອນແລະຫຼັງຈາກນັ້ນການບໍລິການ, ຫຼືໃນທາງກັບກັນ.
• ເມື່ອທ່ານໃສ່ອຸປະກອນຢູ່ໃນກຸ່ມ, ເນື່ອງຈາກການປັບຂະໜາດ pods ຕາມແນວນອນຂອງ Kubernetes ຂອງ airflow-worker pods, ການ onboarding ອາດຈະລົ້ມເຫລວສໍາລັບອຸປະກອນທີ່ຢູ່ໃນລະຫວ່າງຂະບວນການ onboarding.
• ການແກ້ໄຂບັນຫາ: ໃຊ້ຕົວເລືອກການເລີ່ມຕົ້ນການເລີ່ມຕົ້ນໃໝ່ຢູ່ໃນ Paragon Automation GUI ເພື່ອເລີ່ມຕົ້ນການຂຶ້ນໃໝ່.
• ຫຼັງຈາກທີ່ທ່ານອັບເກຣດ Paragon Automation ຈາກ Release 2.2.0 ໄປເປັນ Release 2.4.1, ໃຫ້ແນ່ໃຈວ່າທ່ານອັບເກຣດ L3VPN service instance ກ່ອນທີ່ທ່ານຈະຍົກລະດັບ topology resource instance; ຖ້າບໍ່ດັ່ງນັ້ນ, ທ່ານອາດຈະພົບກັບບັນຫາ.
• ການແກ້ໄຂບັນຫາ: ອັບເກຣດທຸກຕົວຢ່າງການບໍລິການກ່ອນ ແລະຈາກນັ້ນຍົກລະດັບ topology resource instance.
• ປະເພດການບໍລິການ “vpn_svc_type” ຈະຖືກສະແດງເປັນ “pbb-evpn” ແທນ “evpn-mpls” ໃນ Paragon Automation GUI ແລະຜ່ານ REST API.
• ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.
• ສໍາລັບອຸປະກອນ MX 240, ຂໍ້ມູນທີ່ກ່ຽວຂ້ອງກັບ OSPF ບໍ່ໄດ້ຖືກບັນຈຸຢູ່ໃນແຖບ Passive Assurance (Orchestration > Instances > Service-Order-Name Details).
• ການແກ້ໄຂບັນຫາ: ຕັ້ງຄ່າ OSPF ໃນອຸປະກອນຂອບລູກຄ້າ (CE).
• ໃນຂະນະທີ່ສ້າງຫຼືແກ້ໄຂຄໍາສັ່ງການບໍລິການ EVPN, ທ່ານບໍ່ສາມາດກໍາຫນົດຄ່າ VLAN IDs ຫຼາຍອັນຢູ່ໃນສ່ວນຕິດຕໍ່ Ethernet (AE) ລວມ. EVPN ພິຈາລະນາພອດ AE ເປັນຊັບພະຍາກອນອັນດຽວ, ແລະດັ່ງນັ້ນ, ການໂຕ້ຕອບ AE ບໍ່ສາມາດຖືກນໍາໃຊ້ຄືນໃຫມ່ໃນທົ່ວກໍລະນີການບໍລິການເຖິງແມ່ນວ່າ VLAN IDs ໃນ AE IFL ແຕກຕ່າງກັນ.
• ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.
• ເມື່ອທ່ານຄລິກທີ່ໄອຄອນໂຫຼດຂໍ້ມູນຄືນໃໝ່ຢູ່ໃນໜ້າລາຍລະອຽດການບໍລິການ-Instance-Name (Orchestration > Instances > Service-Instance-Name), ທ່ານອາດຈະບໍ່ເຫັນເຫດການຫຼ້າສຸດໃນພາກສ່ວນເຫດການທີ່ກ່ຽວຂ້ອງ.
• ການແກ້ໄຂບັນຫາ: ເຖິງ view ເຫດການຫຼ້າສຸດ, ແທນທີ່ຈະໃຊ້ໄອຄອນໂຫຼດຂໍ້ມູນຄືນໃໝ່, ໄປທີ່ໜ້າ Service Instance (Orchestration> Instances) ແລະເລືອກຕົວຢ່າງການບໍລິການທີ່ທ່ານຕ້ອງການເບິ່ງເຫດການຫຼ້າສຸດ.
• ໃນຂະນະທີ່ແກ້ໄຂຕົວຢ່າງການບໍລິການ L3VPN ທີ່ມີຢູ່ແລ້ວ, ຖ້າທ່ານພະຍາຍາມເອົາອຸປະກອນທີ່ເປັນສ່ວນຫນຶ່ງຂອງການປະຕິບັດເຄືອຂ່າຍ, ຫຼັງຈາກນັ້ນການແກ້ໄຂການເຮັດວຽກລົ້ມເຫລວ.
• ການແກ້ໄຂບັນຫາ: ໃນໜ້າ Monitors, ໃຫ້ຢຸດຈໍສະແດງຜົນທັງໝົດທີ່ກ່ຽວຂ້ອງກັບອຸປະກອນທີ່ຕ້ອງຖືກລຶບອອກໃນການບໍລິການ. ຫຼັງ​ຈາກ​ການ​ຕິດ​ຕາມ​ຕິດ​ຕາມ​ທີ່​ກ່ຽວ​ຂ້ອງ​ໄດ້​ຖືກ​ຢຸດ​ເຊົາ​ການ​, ທ່ານ​ສາ​ມາດ​ດໍາ​ເນີນ​ການ​ດັດ​ແກ້​ຕົວ​ຢ່າງ​ການ​ບໍ​ລິ​ການ L3VPN​.
• ແຖບປະຫວັດການສັ່ງຊື້ຢູ່ໃນໜ້າລາຍລະອຽດ L3VPN-Name (Orchestration > Instances > Service-
• Instance-Name hyperlink) ລາຍຊື່ປະຫວັດການສັ່ງຊື້ທັງໝົດຫາກທ່ານຍົກເລີກການສະໜອງບໍລິການຕົວຢ່າງ ແລະຕໍ່ມາໃຫ້ບໍລິການໂດຍໃຊ້ລາຍລະອຽດດຽວກັນກັບການບໍລິການທີ່ຍົກເລີກການໃຫ້ບໍລິການ.
• ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.
• ໃນ​ການ​ຕັ້ງ​ຄ່າ​ຂະ​ຫນາດ​ໃຫຍ່​, ທ່ານ​ບໍ່​ສາ​ມາດ​ຍົກ​ລະ​ດັບ​ການ​ອອກ​ແບບ​ການ​ບໍ​ລິ​ການ​ເປັນ​ຈໍາ​ນວນ​ຫຼາຍ​.
• ການແກ້ໄຂບັນຫາ: ພວກເຮົາແນະນໍາໃຫ້ທ່ານຍົກລະດັບການອອກແບບການບໍລິການພຽງແຕ່ຫນຶ່ງຄັ້ງຕໍ່ຄັ້ງ.
• ຖັນອັດຕາການຈະລາຈອນຂາອອກໃນຕົວເຊື່ອມຕໍ່ແບບໂລຈິກ (Orchestration > Instances > Service Instances page > service-instance-name hyperlink > Service-Instance-Name Details) ສະແດງຂໍ້ມູນບາງຢ່າງເຖິງແມ່ນວ່າຈະບໍ່ມີການຈະລາຈອນຜ່ານອຸປະກອນກໍຕາມ.
• ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.

Active Assurance

• ທ່ານອາດຈະບໍ່ສາມາດ view ໜ້າການທົດສອບ (ການສັງເກດການ > ການຮັບປະກັນຢ່າງຫ້າວຫັນ) ຖ້າປະເພດບົດບາດຂອງເຈົ້າແມ່ນຜູ້ສັງເກດການ.
• ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.
• ຖ້າທ່ານໄດ້ຕິດຕັ້ງ Test Agent ໃນ router ໃນຂະນະທີ່ໃຊ້ Juniper Paragon Automation Release 2.3.0 ຫຼືລຸ້ນກ່ອນຫນ້າ, ແລະຕໍ່ມາ, ຖ້າທ່ານອັບເກຣດເປັນ Paragon Automation Release 2.4.1 ແລະ reboot router, ມັນຈະມີຄວາມບໍ່ກົງກັນລະຫວ່າງລຸ້ນ Test Agent ທີ່ຕິດຕັ້ງຢູ່ໃນ router ແລະ Test Agent ລຸ້ນທີ່ມີຢູ່ໃນ Paragon Automation. ເນື່ອງຈາກບັນຫານີ້, ທ່ານບໍ່ສາມາດດໍາເນີນການ Tests ຫຼື Monitors ໃນ router ທີ່ rebooted.
• Workaround: ຫຼັງຈາກທີ່ທ່ານຍົກລະດັບ Paragon Automation ເປັນ 2.4.1, ເຂົ້າສູ່ລະບົບ router ແລະເອົາຂໍ້ມູນສະບັບ Test Agent ອອກຈາກ Test Agent Config ໂດຍການແລ່ນຄຳສັ່ງ delete services paa test-agent ta-version.
• ສະຖານະຂອງຕົວແທນທົດສອບແມ່ນສະແດງເປັນແບບອອບໄລນ໌ ຫຼັງຈາກ Routing Engine ຂອງອຸປະກອນປ່ຽນຈາກ Routing Engine ຫຼັກໄປຫາ Routing Engine ສຳຮອງ, ຫຼືໃນທາງກັບກັນ. ບັນຫານີ້ເກີດຂຶ້ນພຽງແຕ່ໃນກໍລະນີທີ່ທ່ານກໍາລັງໃຊ້ Junos OS ລຸ້ນເກົ່າກວ່າ 23.4R2.
• ການແກ້ໄຂບັນຫາ: ຕິດຕັ້ງຕົວແທນທົດສອບຄືນໃໝ່ຫຼັງຈາກການປ່ຽນ Routing Engine.
• ທ່ານບໍ່ສາມາດແລ່ນປລັກອິນຫຼາຍຮຸ່ນຢູ່ໃນຕົວແທນທົດສອບໄດ້.
• ການແກ້ໄຂບັນຫາ: ເມື່ອທ່ານອັບເກຣດ Paragon Automation, ຣີສະຕາດການວັດແທກທັງໝົດກ່ອນທີ່ຈະສ້າງການວັດແທກໃໝ່.
• ເມື່ອທ່ານຄລິກໃສ່ Monitor ໃນຫນ້າ Monitors (Observability > Active Assurance), ຫນ້າ Monitor-Name ໃຊ້ເວລາປະມານຫນຶ່ງນາທີເພື່ອໂຫລດຂໍ້ມູນ. ບັນຫານີ້ເກີດຂຶ້ນພຽງແຕ່ເມື່ອມີຈໍານວນເຫດການຫຼາຍໃນລະບົບ.
• ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.
• ການຖ່າຍທອດບໍ່ໄດ້ຖືກສ້າງຂຶ້ນເມື່ອທ່ານສ້າງການທົດສອບດ້ວຍປລັກອິນ DNS, ແລະເຫດການຕໍ່ໄປນີ້ຖືກຍົກຂຶ້ນມາ:
  • ບໍ່ສາມາດຮັບ nameserver ຈາກ resolv.conf
• ບັນຫານີ້ເກີດຂື້ນໃນເວລາທີ່ການທົດສອບກ່ຽວຂ້ອງກັບຕົວແທນການທົດສອບທີ່ເຮັດວຽກຢູ່ໃນ router Juniper Networks ທີ່ມີ Junos OS EVO ຕິດຕັ້ງ, ແລະທ່ານບໍ່ໄດ້ລະບຸຊ່ອງໃສ່ເຄື່ອງແມ່ຂ່າຍຊື່ໃນຂະນະທີ່ກໍານົດການທົດສອບ.
• ການແກ້ໄຂບັນຫາ: ໃຫ້ແນ່ໃຈວ່າທ່ານລະບຸຄ່າສໍາລັບພາກສະຫນາມ Name Server ໃນຂະນະທີ່ກໍານົດການທົດສອບ.
• ຫຼັງຈາກທີ່ທ່ານອັບເດດ Monitor ຫຼື Test Template ທີ່ສ້າງຂຶ້ນໂດຍຜູ້ໃຊ້ອື່ນ, ຖັນ Updated By ໃນໜ້າ Monitors (Observability > Active Assurance) ແລະ Test Template (Inventory > Active Assurance) ບໍ່ສະທ້ອນເຖິງຊື່ຂອງຜູ້ໃຊ້ທີ່ດັດແປງ Monitor ຫຼື Test Template. ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.
• ເມື່ອທ່ານເພີ່ມໂຮດໃຫມ່ໃສ່ Monitor ທີ່ມີຢູ່ແລ້ວ, ການວັດແທກໃຫມ່ຈະບໍ່ສະທ້ອນຢູ່ໃນແຖບ Active Assurance ຂອງ Health Dashboard (ການສັງເກດການ > ສຸຂະພາບ).
• ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.
• ຕາ​ຕະ​ລາງ​ອຸ​ປະ​ກອນ​ຢູ່​ໃນ​ແຖບ​ອຸ​ປະ​ກອນ (ການ​ສັງ​ເກດ​> ສຸ​ຂະ​ພາບ​> Health Dashboard​> Active Assurance (Tab​) > ຄລິກ​ໃສ່ accordion ໃດ​ຫນຶ່ງ​> View ລາຍ​ລະ​ອຽດ​> ແຖບ​ລາຍ​ການ​ທີ່​ໄດ້​ຮັບ​ຜົນ​ກະ​ທົບ​) ບໍ່​ລາຍ​ການ​ອຸ​ປະ​ກອນ​ທີ່​ມີ​ການ​ວັດ​ແທກ​ທີ່​ບໍ່​ດີ​.
  ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.

ການເພີ່ມປະສິດທິພາບເຄືອຂ່າຍ

• Segment Routing (SR) LSPs ບໍ່ໄດ້ຖືກສ້າງຂື້ນເມື່ອທ່ານເຜີຍແຜ່ຄວາມຕັ້ງໃຈເສັ້ນທາງກັບ SR tunnel profile. ບັນຫານີ້ເກີດຂຶ້ນເນື່ອງຈາກການເຊື່ອມຕໍ່ອອກອາກາດບໍ່ຖືກຮອງຮັບເນື່ອງຈາກລັກສະນະການເລືອກຕັ້ງແບບເຄື່ອນໄຫວຂອງເຣົາເຕີທີ່ກຳນົດໄວ້ (DR) ໃນ OSPF ຫຼືລະບົບລະດັບກາງທີ່ກຳນົດໄວ້ (DIS) ໃນ IS-IS.
• ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.

ໄວ້ໃຈ

• ບໍ່ມີບັນຫາທີ່ຮູ້ຈັກໃນການປ່ອຍນີ້.

ບໍລິຫານ

• ຂະໜາດສູງສຸດຂອງແມ່ແບບການຕັ້ງຄ່າທີ່ຮອງຮັບແມ່ນ 1 MB, ແລະບໍ່ແມ່ນ 10 MB ຕາມທີ່ລະບຸໄວ້ໃນຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດໃນ GUI.
• ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.
• ບາງຄັ້ງ, ມີຄວາມລ່າຊ້າທີ່ເຫັນໄດ້ຊັດເຈນເຖິງ 10 ນາທີລະຫວ່າງເວລາທີ່ການແຈ້ງເຕືອນຖືກກະຕຸ້ນ ແລະເມື່ອມັນປາກົດຢູ່ໃນ GUI.
• ການແກ້ໄຂບັນຫາ: ບໍ່ມີ.

ການຕິດຕັ້ງແລະຍົກລະດັບ

• ເມື່ອທ່ານດໍາເນີນການຮ້ອງຂໍ paragon deploy cluster ຫຼືຮ້ອງຂໍໃຫ້ຄໍາສັ່ງເລີ່ມຕົ້ນການບໍລິການ paragon, ບາງຄັ້ງຄໍາສັ່ງອາດຈະລົ້ມເຫລວເພາະວ່າ 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]
• [-ກ | - ການ​ເຊື່ອມ​ຕໍ່​ລະ​ຫັດ​ຜ່ານfile CONNECTION_PASSWORD_FILE]
• [–force-handlers] [–flush-cache] [-b]
• [–become-method BECOME_METHOD]
• [–ກາຍເປັນຜູ້ໃຊ້ BECOME_USER]
• [-K | - ກາຍ​ເປັນ​ລະ​ຫັດ​ຜ່ານfile BECOME_PASSWORD_FILE]
• [-ທ TAGS] [–ຂ້າມ-tags ຂ້າມ_TAGS] [-C]
• [–syntax-check] [-D] [-i INVENTORY] [–list-hosts]
• [-l SUBSET] [-e EXTRA_VARS] [–vault-id VAULT_IDS]
• [–ask-vault-password | -vault-ລະຫັດຜ່ານ-file VAULT_PASSWORD_FILES][-f FORKS] [-M MODULE_PATH] [–list-tasks]
• [–ລາຍຊື່-tags] [–ຂັ້ນຕອນ] [–start-at-task START_AT_TASK]
• ປຶ້ມຫຼິ້ນ [playbook …]

ດໍາເນີນການ Ansible playbooks, ປະຕິບັດຫນ້າວຽກທີ່ກໍານົດໄວ້ໃນ hosts ເປົ້າຫມາຍ.

< snipped output >

• –become-method BECOME_METHOD
  • ວິທີການຂະຫຍາຍສິດທິພິເສດທີ່ຈະໃຊ້ (default=sudo), ໃຊ້ `ansible-doc -t become -l` ເພື່ອລາຍຊື່ທາງເລືອກທີ່ຖືກຕ້ອງ.
• –ກາຍເປັນຜູ້ໃຊ້ BECOME_USER
  • ດໍາເນີນການດໍາເນີນການເປັນຜູ້ໃຊ້ນີ້ (default=root)
• -b, -ກາຍເປັນ
  • ດໍາເນີນການດໍາເນີນການກັບກາຍເປັນ (ບໍ່ໄດ້ຫມາຍເຖິງການເຕືອນລະຫັດຜ່ານ)

ການແກ້ໄຂບັນຫາ: ປະຕິບັດຂັ້ນຕອນຕໍ່ໄປນີ້ກ່ອນທີ່ຈະດໍາເນີນການທັງສອງຄໍາສັ່ງ.

1. ກວດສອບວ່າ config.yml file ແມ່ນຫວ່າງເປົ່າໂດຍການນໍາໃຊ້ file ສະແດງຄໍາສັ່ງ /epic/config/config.yml. ຖ້າ config.yml file ຫວ່າງເປົ່າ, ປະຕິບັດຕາມຂັ້ນຕອນຕໍ່ໄປນີ້.
2. ສ້າງການຕັ້ງຄ່າຄືນໃໝ່ files ໃຊ້ຄໍາສັ່ງ config paragon ການຮ້ອງຂໍ.
3. ພິມ exit ເພື່ອອອກໄປຫາ Linux root shell.
4. ປະຕິບັດຄໍາສັ່ງຕໍ່ໄປນີ້:
   • # chattr +i /root//epic/config/inventory
   • # chattr +i /root//epic/config/config.yml
5. ພິມ cli ເພື່ອເຂົ້າ Paragon Shell.
6. ປະຕິບັດການຮ້ອງຂໍ paragon deploy cluster ຫຼືຮ້ອງຂໍຄໍາສັ່ງເລີ່ມຕົ້ນການບໍລິການ paragon (ຕາມກໍລະນີ).
7. ທັນທີພິມ exit ເພື່ອອອກຈາກ Linux root shell.
8. ປະຕິບັດຄໍາສັ່ງຕໍ່ໄປນີ້:
   • # chattr -i /root//epic/config/inventory
   • # chattr -i /root//epic/config/config.yml
9. ພິມ cli ເພື່ອໃສ່ Paragon Shell ຄືນໃໝ່.
10. ຕິດຕາມຄວາມຄືບໜ້າຂອງການຕິດຕັ້ງໂດຍໃຊ້ຄຳສັ່ງ monitor start /epic/config/log.

ເຄື່ອງມື vmrestore ຟື້ນຟູຂໍ້ມູນເຂົ້າໄປໃນ vmstorage pods. ໃນຂະນະທີ່ດໍາເນີນການຟື້ນຟູ, ເຄື່ອງມືຈະສ້າງການລັອກ file ທີ່ປ້ອງກັນບໍ່ໃຫ້ແອັບພລິເຄຊັນອື່ນເຂົ້າເຖິງຂໍ້ມູນໃນໄລຍະການຟື້ນຟູ. ຢ່າງໃດກໍຕາມ, ບາງຄັ້ງເຄື່ອງມື vmrestore ລົ້ມເຫລວໃນການລ້າງລັອກ file, ແລະ vmstorage pods ບໍ່ສາມາດເຂົ້າເຖິງຂໍ້ມູນໄດ້. ການແກ້ໄຂບັນຫາ: ການລັອກສາມາດຖືກປ່ອຍອອກມາໂດຍການດໍາເນີນການປະຕິສັງຂອນຄືນໃຫມ່ໂດຍໃຊ້ການສໍາຮອງຂໍ້ມູນດຽວກັນ files. ສໍາລັບຂໍ້ມູນກ່ຽວກັບການຟື້ນຟູກຸ່ມ Paragon Automation ຂອງທ່ານ, ເບິ່ງ Back Up ແລະ Restore Paragon Automation.

• ໃນເວລາທີ່ node ພະນັກງານລົງ, ອາດຈະມີບັນຫາຖ້າຫາກວ່າທ່ານສ້າງອົງການຈັດຕັ້ງຫຼືຢູ່ໃນອຸປະກອນ.
• ການແກ້ໄຂບັນຫາ: ຫ້າມສ້າງອົງກອນ ຫຼືຢູ່ເທິງອຸປະກອນ ເມື່ອໂນດຂອງພະນັກງານລົງ. ທ່ານຕ້ອງລໍຖ້າຈົນກ່ວາ cluster ຟື້ນຕົວແລະຫຼັງຈາກນັ້ນສ້າງອົງການຈັດຕັ້ງຫຼືຢູ່ໃນອຸປະກອນ. ສະຖານະທີ່ຟື້ນຕົວແມ່ນເມື່ອຝັກທັງໝົດຢູ່ໃນສະຖານະແລ່ນ ຫຼືຍັງຄ້າງ ແລະບໍ່ໄດ້ຢູ່ໃນສະຖານະລະດັບປານກາງເຊັ່ນ: ການສິ້ນສຸດ, 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. ສະຫງວນລິຂະສິດທັງໝົດ.

FAQs

ຖາມ: ຂ້ອຍຈະແກ້ໄຂບັນຫາອຸປະກອນໃນ Paragon Automation ໄດ້ແນວໃດ?

A: ເພື່ອແກ້ໄຂບັນຫາອຸປະກອນ, ໃຫ້ໄປທີ່ Observability > Health > ແກ້ໄຂບັນຫາອຸປະກອນໃນ Paragon Automation GUI. ເລືອກອຸປະກອນສະເພາະ ແລະປະຕິບັດຕາມຄຳແນະນຳການແກ້ໄຂບັນຫາທີ່ສະໜອງໃຫ້.

ຖາມ: ຂ້ອຍສາມາດໃຊ້ Paragon Automation ໂດຍບໍ່ມີໃບອະນຸຍາດໄດ້ບໍ?

A: ໃນຂະນະທີ່ສິດທິຂອງຜະລິດຕະພັນແມ່ນອີງໃສ່ກຽດສັກສີ, ມັນແນະນໍາໃຫ້ຊື້ໃບອະນຸຍາດສໍາລັບການເຂົ້າເຖິງຄຸນສົມບັດແລະການບໍລິການສະຫນັບສະຫນູນຢ່າງເຕັມທີ່.

ເອກະສານ / ຊັບພະຍາກອນ

Juniper NETWORKS Paragon ອັດຕະໂນມັດ [pdf] ຄູ່ມືຜູ້ໃຊ້ ລຸ້ນ 2.4.1, Paragon Automation, Paragon, Automation

ເອກະສານອ້າງອີງ

• ຄູ່ມືຜູ້ໃຊ້