Cisco SD-WAN ຈະຕັດສາຂາທີ່ DMVPN ນັ່ງບໍ?

ນັບຕັ້ງແຕ່ເດືອນສິງຫາ 2017, ເມື່ອ Cisco ໄດ້ຊື້ Viptela, ເຕັກໂນໂລຢີຫຼັກທີ່ສະເໜີໃຫ້ສໍາລັບການຈັດຕັ້ງເຄືອຂ່າຍວິສາຫະກິດແຈກຢາຍໄດ້ກາຍເປັນ Cisco SD-WAN. ໃນໄລຍະ 3 ປີຜ່ານມາ, ເຕັກໂນໂລຊີ SD-WAN ໄດ້ຜ່ານການປ່ຽນແປງຫຼາຍຢ່າງ, ທັງດ້ານຄຸນນະພາບ ແລະ ປະລິມານ. ດັ່ງນັ້ນ, ຫນ້າທີ່ໄດ້ຂະຫຍາຍຕົວຢ່າງຫຼວງຫຼາຍແລະການສະຫນັບສະຫນູນໄດ້ປາກົດຢູ່ໃນ routers ຄລາສສິກຂອງຊຸດ Cisco ISR 1000, ISR 4000, ASR 1000 ແລະ Virtual CSR 1000v. ໃນເວລາດຽວກັນ, ລູກຄ້າ Cisco ຫຼາຍຄົນແລະຄູ່ຮ່ວມງານຍັງສືບຕໍ່ສົງໄສວ່າ: ຄວາມແຕກຕ່າງລະຫວ່າງ Cisco SD-WAN ແລະວິທີການທີ່ຄຸ້ນເຄີຍແລ້ວໂດຍອີງໃສ່ເຕັກໂນໂລຢີເຊັ່ນ: Cisco DMVPN и ເສັ້ນທາງປະສິດທິພາບ Cisco ແລະຄວາມແຕກຕ່າງເຫຼົ່ານີ້ມີຄວາມສໍາຄັນແນວໃດ?

ໃນທີ່ນີ້ພວກເຮົາຄວນຈອງທັນທີວ່າກ່ອນທີ່ຈະມາເຖິງຂອງ SD-WAN ໃນຫຼັກຊັບ Cisco, DMVPN ຮ່ວມກັບ PfR ປະກອບເປັນສ່ວນສໍາຄັນໃນສະຖາປັດຕະຍະກໍາ. Cisco IWAN (WAN ອັດສະລິຍະ), ເຊິ່ງໃນນັ້ນແມ່ນລຸ້ນກ່ອນຂອງເຕັກໂນໂລຊີ SD-WAN ເຕັມຮູບແບບ. ເຖິງວ່າຈະມີຄວາມຄ້າຍຄືກັນທົ່ວໄປຂອງທັງສອງວຽກງານທີ່ຖືກແກ້ໄຂແລະວິທີການແກ້ໄຂ, IWAN ບໍ່ເຄີຍໄດ້ຮັບລະດັບອັດຕະໂນມັດ, ຄວາມຍືດຫຍຸ່ນແລະຂະຫນາດທີ່ຈໍາເປັນສໍາລັບ SD-WAN, ແລະໃນໄລຍະເວລາ, ການພັດທະນາຂອງ IWAN ໄດ້ຫຼຸດລົງຢ່າງຫຼວງຫຼາຍ. ໃນເວລາດຽວກັນ, ເຕັກໂນໂລຢີທີ່ປະກອບເປັນ IWAN ບໍ່ໄດ້ຫາຍໄປ, ແລະລູກຄ້າຈໍານວນຫຼາຍຍັງສືບຕໍ່ນໍາໃຊ້ພວກມັນຢ່າງສໍາເລັດຜົນ, ລວມທັງອຸປະກອນທີ່ທັນສະໄຫມ. ດັ່ງນັ້ນ, ສະຖານະການທີ່ຫນ້າສົນໃຈໄດ້ເກີດຂື້ນ - ອຸປະກອນ Cisco ດຽວກັນອະນຸຍາດໃຫ້ທ່ານເລືອກເຕັກໂນໂລຢີ WAN ທີ່ເຫມາະສົມທີ່ສຸດ (ຄລາສສິກ, DMVPN + PfR ຫຼື SD-WAN) ໂດຍສອດຄ່ອງກັບຄວາມຕ້ອງການແລະຄວາມຄາດຫວັງຂອງລູກຄ້າ.

ບົດຄວາມບໍ່ໄດ້ຕັ້ງໃຈທີ່ຈະວິເຄາະລາຍລະອຽດທຸກລັກສະນະຂອງ Cisco SD-WAN ແລະ DMVPN ເທກໂນໂລຍີ (ມີຫຼືບໍ່ມີເສັ້ນທາງການປະຕິບັດ) - ມີເອກະສານແລະອຸປະກອນຈໍານວນຫລາຍທີ່ມີຢູ່ສໍາລັບການນີ້. ວຽກງານຕົ້ນຕໍແມ່ນເພື່ອພະຍາຍາມປະເມີນຄວາມແຕກຕ່າງທີ່ສໍາຄັນລະຫວ່າງເຕັກໂນໂລຢີເຫຼົ່ານີ້. ແຕ່ກ່ອນທີ່ຈະກ້າວໄປສູ່ການປຶກສາຫາລືກ່ຽວກັບຄວາມແຕກຕ່າງເຫຼົ່ານີ້, ໃຫ້ພວກເຮົາຄິດຄືນກ່ຽວກັບເຕັກໂນໂລຢີຂອງຕົນເອງໂດຍຫຍໍ້.

Cisco DMVPN ແມ່ນຫຍັງ ແລະເປັນຫຍັງມັນຈຶ່ງຕ້ອງການ?

Cisco DMVPN ແກ້ໄຂບັນຫາຂອງການເຊື່ອມຕໍ່ແບບເຄື່ອນໄຫວ (= scalable) ຂອງເຄືອຂ່າຍສາຂາຫ່າງໄກສອກຫຼີກກັບເຄືອຂ່າຍຂອງຫ້ອງການສູນກາງຂອງວິສາຫະກິດໃນເວລາທີ່ນໍາໃຊ້ປະເພດຂອງຊ່ອງທາງການສື່ສານທີ່ມັກ, ລວມທັງອິນເຕີເນັດ (= ດ້ວຍການເຂົ້າລະຫັດຊ່ອງທາງການສື່ສານ). ທາງດ້ານເທກນິກ, ສິ່ງນີ້ຖືກຮັບຮູ້ໂດຍການສ້າງເຄືອຂ່າຍຊ້ອນກັນແບບ virtualized ຂອງຫ້ອງຮຽນ L3 VPN ໃນໂຫມດຈຸດຫາຫຼາຍຈຸດທີ່ມີເຫດຜົນທາງດ້ານທິດສະດີຂອງປະເພດ "ດາວ" (Hub-n-Spoke). ເພື່ອບັນລຸສິ່ງດັ່ງກ່າວ, DMVPN ໃຊ້ການປະສົມປະສານຂອງເຕັກໂນໂລຢີຕໍ່ໄປນີ້:

• ການກຳນົດເສັ້ນທາງ IP
• ອຸໂມງຫຼາຍຈຸດ GRE (mGRE)
• Next Hop Resolution Protocol (NHRP)
• IPSec ໂປຣໄຟລ໌ Crypto

ແມ່ນຫຍັງຄືຂໍ້ໄດ້ປຽບຕົ້ນຕໍຂອງ Cisco DMVPN ເມື່ອປຽບທຽບກັບເສັ້ນທາງຄລາສສິກໂດຍໃຊ້ຊ່ອງ MPLS VPN?

• ເພື່ອສ້າງເຄືອຂ່າຍ interbranch, ສາມາດນໍາໃຊ້ຊ່ອງທາງການສື່ສານໃດໆ - ສິ່ງໃດກໍ່ຕາມທີ່ສາມາດສະຫນອງການເຊື່ອມຕໍ່ IP ລະຫວ່າງສາຂາແມ່ນເຫມາະສົມ, ໃນຂະນະທີ່ການຈະລາຈອນຈະຖືກເຂົ້າລະຫັດ (ຖ້າຈໍາເປັນ) ແລະມີຄວາມສົມດຸນ (ຖ້າເປັນໄປໄດ້)
• topology ເຊື່ອມຕໍ່ຢ່າງເຕັມສ່ວນລະຫວ່າງສາຂາແມ່ນສ້າງຕັ້ງຂຶ້ນໂດຍອັດຕະໂນມັດ. ໃນເວລາດຽວກັນ, ມີອຸໂມງຄົງທີ່ລະຫວ່າງສາຂາສູນກາງແລະຫ່າງໄກສອກຫຼີກ, ແລະອຸໂມງແບບເຄື່ອນໄຫວຕາມຄວາມຕ້ອງການລະຫວ່າງສາຂາຫ່າງໄກສອກຫຼີກ (ຖ້າມີການຈະລາຈອນ).
• routers ຂອງສາຂາສູນກາງແລະຫ່າງໄກສອກຫຼີກມີການຕັ້ງຄ່າດຽວກັນເຖິງທີ່ຢູ່ IP ຂອງການໂຕ້ຕອບ. ໂດຍການນໍາໃຊ້ mGRE, ບໍ່ຈໍາເປັນຕ້ອງກໍານົດແຕ່ລະສິບ, ຫຼາຍຮ້ອຍ, ຫຼືແມ້ກະທັ້ງພັນອຸໂມງ. ດັ່ງນັ້ນ, ຂະຫນາດທີ່ເຫມາະສົມກັບການອອກແບບທີ່ເຫມາະສົມ.

Cisco Performance Routing ແມ່ນຫຍັງ ແລະເປັນຫຍັງມັນຈຶ່ງຕ້ອງການ?

ເມື່ອນໍາໃຊ້ DMVPN ໃນເຄືອຂ່າຍ interbranch, ຄໍາຖາມທີ່ສໍາຄັນອັນຫນຶ່ງຍັງຄົງບໍ່ໄດ້ຮັບການແກ້ໄຂ - ວິທີການປະເມີນສະຖານະຂອງແຕ່ລະອຸໂມງ DMVPN ສໍາລັບການປະຕິບັດຕາມຂໍ້ກໍານົດຂອງການຈະລາຈອນທີ່ສໍາຄັນສໍາລັບອົງການຈັດຕັ້ງຂອງພວກເຮົາແລະ, ອີກເທື່ອຫນຶ່ງ, ໂດຍອີງໃສ່ການປະເມີນດັ່ງກ່າວ, ການສ້າງແບບເຄື່ອນໄຫວ. ການຕັດສິນໃຈກ່ຽວກັບການປ່ຽນເສັ້ນທາງ? ຄວາມຈິງແລ້ວແມ່ນວ່າ DMVPN ໃນສ່ວນນີ້ມີຄວາມແຕກຕ່າງກັນເລັກນ້ອຍຈາກເສັ້ນທາງຄລາສສິກ - ທີ່ດີທີ່ສຸດທີ່ສາມາດເຮັດໄດ້ແມ່ນການຕັ້ງຄ່າກົນໄກ QoS ທີ່ຈະຊ່ວຍໃຫ້ທ່ານຈັດລໍາດັບຄວາມສໍາຄັນຂອງການຈະລາຈອນໃນທິດທາງຂາອອກ, ແຕ່ບໍ່ມີຄວາມສາມາດໃນການພິຈາລະນາສະຖານະການ. ເສັ້ນທາງທັງຫມົດໃນເວລາດຽວຫຼືອື່ນ.

ແລະສິ່ງທີ່ຕ້ອງເຮັດຖ້າຊ່ອງທາງຫຼຸດລົງບາງສ່ວນແລະບໍ່ສົມບູນ - ວິທີການກວດສອບແລະປະເມີນຜົນນີ້? DMVPN ຕົວຂອງມັນເອງບໍ່ສາມາດເຮັດສິ່ງນີ້ໄດ້. ພິ​ຈາ​ລະ​ນາ​ວ່າ​ຊ່ອງ​ທາງ​ການ​ເຊື່ອມ​ຕໍ່​ສາ​ຂາ​ສາ​ມາດ​ຜ່ານ​ການ​ປະ​ຕິ​ບັດ​ການ​ໂທລະ​ຄົມ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ຢ່າງ​ສິ້ນ​ເຊີງ​, ການ​ນໍາ​ໃຊ້​ເຕັກ​ໂນ​ໂລ​ຊີ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​ຢ່າງ​ສິ້ນ​ເຊີງ​, ວຽກ​ງານ​ນີ້​ກາຍ​ເປັນ​ທີ່​ບໍ່​ເປັນ​ເລື່ອງ​ເລັກໆ​ນ້ອຍ​. ແລະນີ້ແມ່ນບ່ອນທີ່ເຕັກໂນໂລຢີ Cisco Performance Routing ເຂົ້າມາຊ່ວຍ, ເຊິ່ງໃນເວລານັ້ນໄດ້ຜ່ານຫຼາຍຂັ້ນຕອນຂອງການພັດທະນາ.

ວຽກງານຂອງ Cisco Performance Routing (PfR ຕໍ່ໄປນີ້) ລົງມາເພື່ອວັດແທກສະຖານະຂອງເສັ້ນທາງ (tunnels) ຂອງການຈະລາຈອນໂດຍອີງໃສ່ metrics ທີ່ສໍາຄັນສໍາລັບຄໍາຮ້ອງສະຫມັກເຄືອຂ່າຍ - latency, latency variation (jitter) ແລະ packet loss (ເປີເຊັນ). ນອກຈາກນັ້ນ, ແບນວິດທີ່ໃຊ້ແລ້ວສາມາດວັດແທກໄດ້. ການວັດແທກເຫຼົ່ານີ້ເກີດຂື້ນຢູ່ໃກ້ກັບເວລາທີ່ແທ້ຈິງເທົ່າທີ່ເປັນໄປໄດ້ແລະສົມເຫດສົມຜົນ, ແລະຜົນຂອງການວັດແທກເຫຼົ່ານີ້ຊ່ວຍໃຫ້ router ທີ່ໃຊ້ PfR ຕັດສິນໃຈແບບເຄື່ອນໄຫວກ່ຽວກັບຄວາມຕ້ອງການປ່ຽນເສັ້ນທາງຂອງການຈະລາຈອນນີ້ຫຼືປະເພດນັ້ນ.

ດັ່ງນັ້ນ, ວຽກງານຂອງການປະສົມປະສານ DMVPN / PfR ສາມາດຖືກອະທິບາຍສັ້ນໆດັ່ງຕໍ່ໄປນີ້:

• ອະນຸຍາດໃຫ້ລູກຄ້າໃຊ້ຊ່ອງທາງການສື່ສານໃດໆໃນເຄືອຂ່າຍ WAN
• ຮັບປະກັນຄຸນນະພາບສູງສຸດທີ່ເປັນໄປໄດ້ຂອງແອັບພລິເຄຊັນທີ່ສຳຄັນຢູ່ໃນຊ່ອງເຫຼົ່ານີ້

Cisco SD-WAN ແມ່ນຫຍັງ?

Cisco SD-WAN ເປັນເທກໂນໂລຍີທີ່ໃຊ້ວິທີການ SDN ເພື່ອສ້າງ ແລະດໍາເນີນການເຄືອຂ່າຍ WAN ຂອງອົງການ. ນີ້ໂດຍສະເພາະຫມາຍຄວາມວ່າການນໍາໃຊ້ອັນທີ່ເອີ້ນວ່າຕົວຄວບຄຸມ (ອົງປະກອບຂອງຊອບແວ), ເຊິ່ງສະຫນອງການ orchestration ສູນກາງແລະການຕັ້ງຄ່າອັດຕະໂນມັດຂອງອົງປະກອບການແກ້ໄຂທັງຫມົດ. ບໍ່ເຫມືອນກັບ SDN ແບບ canonical (ແບບ Slate ສະອາດ), Cisco SD-WAN ໃຊ້ຕົວຄວບຄຸມຫຼາຍປະເພດ, ແຕ່ລະຄົນປະຕິບັດພາລະບົດບາດຂອງຕົນເອງ - ນີ້ໄດ້ຖືກເຮັດໂດຍເຈດຕະນາເພື່ອສະຫນອງການຂະຫຍາຍທີ່ດີກວ່າແລະ geo-redundancy.

ໃນກໍລະນີຂອງ SD-WAN, ວຽກງານຂອງການນໍາໃຊ້ຊ່ອງທາງຕ່າງໆແລະຮັບປະກັນການດໍາເນີນການຂອງຄໍາຮ້ອງສະຫມັກທຸລະກິດຍັງຄົງຢູ່ຄືກັນ, ແຕ່ໃນເວລາດຽວກັນ, ຄວາມຕ້ອງການສໍາລັບການອັດຕະໂນມັດ, ຂະຫນາດ, ຄວາມປອດໄພແລະຄວາມຍືດຫຍຸ່ນຂອງເຄືອຂ່າຍດັ່ງກ່າວຂະຫຍາຍອອກ.

ການສົນທະນາກ່ຽວກັບຄວາມແຕກຕ່າງ

ຖ້າພວກເຮົາເລີ່ມວິເຄາະຄວາມແຕກຕ່າງລະຫວ່າງເຕັກໂນໂລຢີເຫຼົ່ານີ້, ພວກມັນຈະຕົກຢູ່ໃນປະເພດຕໍ່ໄປນີ້:

• ຄວາມແຕກຕ່າງທາງສະຖາປັດຕະຍະກໍາ - ຫນ້າທີ່ແຈກຢາຍໃນທົ່ວອົງປະກອບຕ່າງໆຂອງການແກ້ໄຂ, ປະຕິສໍາພັນຂອງອົງປະກອບດັ່ງກ່າວຖືກຈັດຕັ້ງແນວໃດ, ແລະນີ້ມີຜົນກະທົບແນວໃດຕໍ່ຄວາມສາມາດແລະຄວາມຍືດຫຍຸ່ນຂອງເຕັກໂນໂລຢີ?
• ການທໍາງານ - ເຕັກໂນໂລຢີອັນຫນຶ່ງສາມາດເຮັດຫຍັງໄດ້ທີ່ຄົນອື່ນເຮັດບໍ່ໄດ້? ແລະມັນສຳຄັນແທ້ໆບໍ?

ຄວາມແຕກຕ່າງທາງສະຖາປັດຕະຍະກໍາແມ່ນຫຍັງແລະມີຄວາມສໍາຄັນບໍ?

ແຕ່ລະເທກໂນໂລຍີເຫຼົ່ານີ້ມີຫຼາຍ "ພາກສ່ວນເຄື່ອນທີ່" ທີ່ແຕກຕ່າງກັນບໍ່ພຽງແຕ່ໃນພາລະບົດບາດຂອງເຂົາເຈົ້າ, ແຕ່ຍັງຢູ່ໃນວິທີການພົວພັນກັບກັນແລະກັນ. ຫຼັກການເຫຼົ່ານີ້ຖືກຄິດອອກຫຼາຍປານໃດແລະກົນໄກທົ່ວໄປຂອງການແກ້ໄຂໂດຍກົງກໍານົດການຂະຫຍາຍ, ຄວາມທົນທານຕໍ່ຄວາມຜິດແລະປະສິດທິພາບໂດຍລວມ.

ຂໍໃຫ້ເບິ່ງລັກສະນະຕ່າງໆຂອງສະຖາປັດຕະຍະກໍາໃນລາຍລະອຽດເພີ່ມເຕີມ:

ຍົນ-ຂໍ້ມູນ - ສ່ວນຫນຶ່ງຂອງການແກ້ໄຂທີ່ຮັບຜິດຊອບສໍາລັບການສົ່ງການຈະລາຈອນຂອງຜູ້ໃຊ້ລະຫວ່າງແຫຼ່ງແລະຜູ້ຮັບ DMVPN ແລະ SD-WAN ແມ່ນຖືກປະຕິບັດໂດຍທົ່ວໄປຄືກັນໃນເຣົາເຕີເອງໂດຍອີງໃສ່ອຸໂມງ Multipoint GRE. ຄວາມແຕກຕ່າງແມ່ນວິທີການທີ່ກໍານົດໄວ້ຂອງຕົວກໍານົດການທີ່ຈໍາເປັນສໍາລັບອຸໂມງເຫຼົ່ານີ້:

• в DMVPN/PfR ແມ່ນລຳດັບຂັ້ນສອງສະເພາະຂອງ nodes ທີ່ມີ Star ຫຼື Hub-n-Spoke topology. ການຕັ້ງຄ່າຄົງທີ່ຂອງ Hub ແລະການຜູກມັດແບບຄົງທີ່ຂອງ Spoke ກັບ Hub ແມ່ນຕ້ອງການ, ເຊັ່ນດຽວກັນກັບການໂຕ້ຕອບຜ່ານໂປໂຕຄອນ NHRP ເພື່ອສ້າງການເຊື່ອມຕໍ່ຂໍ້ມູນກັບຍົນ. ດັ່ງນັ້ນ, ເຮັດໃຫ້ການປ່ຽນແປງ Hub ມີຄວາມຫຍຸ້ງຍາກຫຼາຍທີ່ກ່ຽວຂ້ອງ, ສໍາລັບການຍົກຕົວຢ່າງ, ການປ່ຽນແປງ / ການເຊື່ອມຕໍ່ຊ່ອງ WAN ໃຫມ່ຫຼືການປ່ຽນແປງຕົວກໍານົດການທີ່ມີຢູ່ແລ້ວ.
• в SD WAN ເປັນຕົວແບບແບບເຄື່ອນໄຫວຢ່າງເຕັມຮູບແບບສໍາລັບການກວດສອບພາລາມິເຕີຂອງອຸໂມງທີ່ຕິດຕັ້ງໂດຍອີງໃສ່ຍົນຄວບຄຸມ (OMP protocol) ແລະ orchestration-plane (ການໂຕ້ຕອບກັບຕົວຄວບຄຸມ vBond ສໍາລັບການກວດສອບຕົວຄວບຄຸມແລະວຽກງານຂ້າມຜ່ານ NAT). ໃນກໍລະນີນີ້, ທຸກໆ topologies superimposed ສາມາດຖືກນໍາໃຊ້, ລວມທັງລໍາດັບຊັ້ນ. ພາຍໃນໂຄງສ້າງອຸໂມງຊ້ອນກັນທີ່ຖືກສ້າງຕັ້ງຂຶ້ນ, ການຕັ້ງຄ່າທີ່ຍືດຫຍຸ່ນຂອງ topology ຢ່າງມີເຫດຜົນໃນແຕ່ລະ VPN (VRF) ແມ່ນເປັນໄປໄດ້.

ຄວບຄຸມຍົນ - ຫນ້າ​ທີ່​ຂອງ​ການ​ແລກ​ປ່ຽນ​, ການ​ກັ່ນ​ຕອງ​ແລະ​ການ​ດັດ​ແກ້​ຂອງ​ເສັ້ນ​ທາງ​ແລະ​ຂໍ້​ມູນ​ອື່ນໆ​ລະ​ຫວ່າງ​ອົງ​ປະ​ກອບ​ການ​ແກ້​ໄຂ​.

• в DMVPN/PfR – ດໍາເນີນການລະຫວ່າງ Hub ແລະ Spoke routers ເທົ່ານັ້ນ. ການແລກປ່ຽນຂໍ້ມູນເສັ້ນທາງໂດຍກົງລະຫວ່າງ Spokes ແມ່ນເປັນໄປບໍ່ໄດ້. ດັ່ງນັ້ນ, ຖ້າບໍ່ມີ Hub ທີ່ເຮັດວຽກໄດ້, ຍົນຄວບຄຸມ ແລະ ຍົນຂໍ້ມູນບໍ່ສາມາດເຮັດວຽກໄດ້, ເຊິ່ງກໍານົດຄວາມຕ້ອງການຄວາມພ້ອມສູງເພີ່ມເຕີມໃນ Hub ທີ່ບໍ່ສາມາດຕອບສະຫນອງໄດ້ຕະຫຼອດເວລາ.
• в SD WAN - ຍົນຄວບຄຸມບໍ່ເຄີຍຖືກປະຕິບັດໂດຍກົງລະຫວ່າງ routers - ການໂຕ້ຕອບເກີດຂື້ນບົນພື້ນຖານຂອງໂປໂຕຄອນ OMP ແລະຈໍາເປັນຕ້ອງດໍາເນີນການໂດຍຜ່ານຕົວຄວບຄຸມ vSmart ປະເພດພິເສດແຍກຕ່າງຫາກ, ເຊິ່ງສະຫນອງຄວາມເປັນໄປໄດ້ຂອງການດຸ່ນດ່ຽງ, ການຈອງທາງພູມສາດແລະການຄວບຄຸມສູນກາງ. ການໂຫຼດສັນຍານ. ຄຸນນະສົມບັດອີກອັນຫນຶ່ງຂອງອະນຸສັນຍາ OMP ແມ່ນການຕໍ່ຕ້ານຢ່າງຫຼວງຫຼາຍຕໍ່ການສູນເສຍແລະຄວາມເປັນເອກະລາດຈາກຄວາມໄວຂອງຊ່ອງທາງການສື່ສານກັບຜູ້ຄວບຄຸມ (ໃນຂອບເຂດທີ່ສົມເຫດສົມຜົນ, ແນ່ນອນ). ເຊິ່ງຢ່າງເທົ່າທຽມກັນເຮັດໃຫ້ທ່ານສາມາດວາງຕົວຄວບຄຸມ SD-WAN ຢູ່ໃນຄລາວສາທາລະນະ ຫຼືເອກະຊົນທີ່ມີການເຂົ້າເຖິງຜ່ານອິນເຕີເນັດ.

ຍົນ-ນະໂຍບາຍ – ສ່ວນ​ໜຶ່ງ​ຂອງ​ການ​ແກ້​ໄຂ​ທີ່​ຮັບ​ຜິດ​ຊອບ​ໃນ​ການ​ກຳ​ນົດ, ແຈກ​ຢາຍ ແລະ​ນຳ​ໃຊ້​ນະ​ໂຍ​ບາຍ​ຄຸ້ມ​ຄອງ​ການ​ຈະ​ລາ​ຈອນ​ຢູ່​ໃນ​ເຄືອ​ຂ່າຍ​ແຈກ​ຢາຍ.

• DMVPN – ຖືກຈຳກັດຢ່າງມີປະສິດທິພາບໂດຍນະໂຍບາຍຄຸນນະພາບຂອງການບໍລິການ (QoS) ທີ່ກຳນົດຄ່າເປັນສ່ວນບຸກຄົນໃນແຕ່ລະ router ຜ່ານແມ່ແບບ CLI ຫຼື Prime Infrastructure.
• DMVPN/PfR – ນະໂຍບາຍ PfR ໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນຢູ່ໃນ router ສູນຄວບຄຸມ Master Controller (MC) ຜ່ານ CLI ແລະຫຼັງຈາກນັ້ນແຈກຢາຍອັດຕະໂນມັດໃຫ້ກັບ MCs ສາຂາ. ໃນ​ກໍ​ລະ​ນີ​ນີ້, ເສັ້ນ​ທາງ​ການ​ໂອນ​ນະ​ໂຍ​ບາຍ​ດຽວ​ກັນ​ໄດ້​ຖືກ​ນໍາ​ໃຊ້​ເປັນ​ສໍາ​ລັບ​ຂໍ້​ມູນ​-​ຍົນ​. ບໍ່ມີຄວາມເປັນໄປໄດ້ທີ່ຈະແຍກການແລກປ່ຽນນະໂຍບາຍ, ຂໍ້ມູນເສັ້ນທາງແລະຂໍ້ມູນຜູ້ໃຊ້. ການຂະຫຍາຍນະໂຍບາຍຮຽກຮ້ອງໃຫ້ມີການເຊື່ອມຕໍ່ IP ລະຫວ່າງ Hub ແລະ Spoke. ໃນກໍລະນີນີ້, ຟັງຊັນ MC ສາມາດ, ຖ້າຈໍາເປັນ, ສົມທົບກັບ router DMVPN. ມັນເປັນໄປໄດ້ (ແຕ່ບໍ່ຈໍາເປັນ) ທີ່ຈະໃຊ້ແມ່ແບບພື້ນຖານໂຄງລ່າງຂອງ Prime ສໍາລັບການສ້າງນະໂຍບາຍສູນກາງ. ຄຸນນະສົມບັດທີ່ສໍາຄັນແມ່ນວ່ານະໂຍບາຍໄດ້ຖືກສ້າງຕັ້ງຂຶ້ນໃນທົ່ວໂລກໃນທົ່ວເຄືອຂ່າຍໃນລັກສະນະດຽວກັນ - ບໍ່ຮອງຮັບນະໂຍບາຍສ່ວນບຸກຄົນສໍາລັບພາກສ່ວນສ່ວນບຸກຄົນ.
• SD WAN – ການ​ຄຸ້ມ​ຄອງ​ການ​ຈະ​ລາ​ຈອນ​ແລະ​ຄຸນ​ນະ​ພາບ​ຂອງ​ນະ​ໂຍ​ບາຍ​ການ​ບໍ​ລິ​ການ​ໄດ້​ຖືກ​ກໍາ​ນົດ​ໂດຍ​ສູນ​ກາງ​ໂດຍ​ຜ່ານ​ການ​ໂຕ້​ຕອບ​ຮູບ​ພາບ Cisco vManage​, ສາ​ມາດ​ເຂົ້າ​ເຖິງ​ໄດ້​ໂດຍ​ຜ່ານ​ອິນ​ເຕີ​ເນັດ (ຖ້າ​ຈໍາ​ເປັນ​)​. ພວກມັນຖືກແຈກຢາຍຜ່ານຊ່ອງທາງສັນຍານໂດຍກົງຫຼືທາງອ້ອມໂດຍຜ່ານຕົວຄວບຄຸມ vSmart (ຂຶ້ນກັບປະເພດຂອງນະໂຍບາຍ). ພວກມັນບໍ່ຂຶ້ນກັບການເຊື່ອມຕໍ່ຂໍ້ມູນ-ຍົນລະຫວ່າງ routers, ເພາະວ່າ ໃຊ້ເສັ້ນທາງການຈະລາຈອນທີ່ມີຢູ່ລະຫວ່າງຕົວຄວບຄຸມແລະ router.

  ສໍາລັບພາກສ່ວນເຄືອຂ່າຍທີ່ແຕກຕ່າງກັນ, ມັນເປັນໄປໄດ້ທີ່ຈະສ້າງນະໂຍບາຍທີ່ແຕກຕ່າງກັນຢ່າງຍືດຫຍຸ່ນ - ຂອບເຂດຂອງນະໂຍບາຍຖືກກໍານົດໂດຍຕົວລະບຸທີ່ເປັນເອກະລັກຫຼາຍທີ່ສະຫນອງໃຫ້ໃນການແກ້ໄຂ - ຈໍານວນສາຂາ, ປະເພດຄໍາຮ້ອງສະຫມັກ, ທິດທາງການຈະລາຈອນ, ແລະອື່ນໆ.

Orchestration-ຍົນ – ກົນ​ໄກ​ທີ່​ອະ​ນຸ​ຍາດ​ໃຫ້​ອົງ​ປະ​ກອບ​ການ​ເຄື່ອນ​ໄຫວ​ກວດ​ພົບ​ເຊິ່ງ​ກັນ​ແລະ​ກັນ​, configure ແລະ​ປະ​ສານ​ງານ​ການ​ໂຕ້​ຕອບ​ຕໍ່​ໄປ​.

• в DMVPN/PfR ການຄົ້ນພົບເຊິ່ງກັນແລະກັນລະຫວ່າງ routers ແມ່ນອີງໃສ່ການຕັ້ງຄ່າຄົງທີ່ຂອງອຸປະກອນ Hub ແລະການຕັ້ງຄ່າທີ່ສອດຄ້ອງກັນຂອງອຸປະກອນ Spoke. ການຄົ້ນພົບແບບໄດນາມິກເກີດຂຶ້ນກັບ Spoke ເທົ່ານັ້ນ, ເຊິ່ງລາຍງານຕົວກໍານົດການເຊື່ອມຕໍ່ Hub ຂອງມັນກັບອຸປະກອນ, ເຊິ່ງໃນນັ້ນກໍ່ຖືກຕັ້ງຄ່າໄວ້ລ່ວງໜ້າດ້ວຍ Spoke. ຖ້າບໍ່ມີການເຊື່ອມຕໍ່ IP ລະຫວ່າງ Spoke ແລະ Hub ຢ່າງໜ້ອຍໜຶ່ງອັນ, ມັນເປັນໄປບໍ່ໄດ້ທີ່ຈະສ້າງເປັນ data-plane ຫຼື control-plane.
• в SD WAN orchestration ຂອງອົງປະກອບການແກ້ໄຂແມ່ນເກີດຂຶ້ນໂດຍໃຊ້ຕົວຄວບຄຸມ vBond, ເຊິ່ງແຕ່ລະອົງປະກອບ (routers ແລະ vManage / vSmart controllers) ທໍາອິດຈະຕ້ອງສ້າງການເຊື່ອມຕໍ່ IP.

  ໃນເບື້ອງຕົ້ນ, ອົງປະກອບບໍ່ຮູ້ກ່ຽວກັບຕົວກໍານົດການເຊື່ອມຕໍ່ຂອງກັນແລະກັນ - ສໍາລັບການນີ້ພວກເຂົາຕ້ອງການ vBond intermediary orchestrator. ຫຼັກການທົ່ວໄປມີດັ່ງນີ້ - ແຕ່ລະອົງປະກອບໃນໄລຍະເບື້ອງຕົ້ນຮຽນຮູ້ (ອັດຕະໂນມັດຫຼືສະຖິດ) ພຽງແຕ່ກ່ຽວກັບຕົວກໍານົດການເຊື່ອມຕໍ່ກັບ vBond, ຫຼັງຈາກນັ້ນ vBond ແຈ້ງໃຫ້ router ກ່ຽວກັບ vManage ແລະ vSmart controllers (ຄົ້ນພົບກ່ອນຫນ້ານີ້), ເຊິ່ງເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະສ້າງຕັ້ງອັດຕະໂນມັດ. ການເຊື່ອມຕໍ່ສັນຍານທີ່ຈໍາເປັນທັງຫມົດ.

  ຂັ້ນຕອນຕໍ່ໄປແມ່ນສໍາລັບ router ໃຫມ່ເພື່ອຮຽນຮູ້ກ່ຽວກັບ routers ອື່ນໆໃນເຄືອຂ່າຍໂດຍຜ່ານການສື່ສານ OMP ກັບຕົວຄວບຄຸມ vSmart. ດັ່ງນັ້ນ, ເຣົາເຕີ, ໂດຍບໍ່ມີການຮູ້ເບື້ອງຕົ້ນໃດໆກ່ຽວກັບຕົວກໍານົດການເຄືອຂ່າຍ, ສາມາດກວດສອບອັດຕະໂນມັດຢ່າງເຕັມສ່ວນແລະເຊື່ອມຕໍ່ກັບຕົວຄວບຄຸມແລະຫຼັງຈາກນັ້ນຍັງສາມາດກວດພົບແລະສ້າງການເຊື່ອມຕໍ່ກັບ routers ອື່ນໆໂດຍອັດຕະໂນມັດ. ໃນກໍລະນີນີ້, ຕົວກໍານົດການເຊື່ອມຕໍ່ຂອງອົງປະກອບທັງຫມົດແມ່ນບໍ່ຮູ້ເບື້ອງຕົ້ນແລະອາດຈະມີການປ່ຽນແປງໃນລະຫວ່າງການປະຕິບັດງານ.

ການ​ຄຸ້ມ​ຄອງ - ຍົນ – ສ່ວນ​ໜຶ່ງ​ຂອງ​ການ​ແກ້​ໄຂ​ທີ່​ຈັດ​ໃຫ້​ມີ​ການ​ຄຸ້ມ​ຄອງ ແລະ ການ​ຕິດ​ຕາມ​ສູນ​ກາງ.

• DMVPN/PfR – ບໍ່​ມີ​ການ​ແກ້​ໄຂ​ການ​ຄຸ້ມ​ຄອງ​ຍົນ​ພິ​ເສດ​ແມ່ນ​ສະ​ຫນອງ​ໃຫ້​. ສໍາລັບລະບົບອັດຕະໂນມັດແລະການຕິດຕາມພື້ນຖານ, ຜະລິດຕະພັນເຊັ່ນ Cisco Prime Infrastructure ສາມາດນໍາໃຊ້ໄດ້. ແຕ່ລະ router ມີຄວາມສາມາດໃນການຄວບຄຸມໂດຍຜ່ານເສັ້ນຄໍາສັ່ງ CLI. ການເຊື່ອມໂຍງກັບລະບົບພາຍນອກຜ່ານ API ບໍ່ໄດ້ຖືກສະຫນອງໃຫ້.
• SD WAN - ການໂຕ້ຕອບ ແລະການຕິດຕາມແບບປົກກະຕິທັງໝົດແມ່ນດຳເນີນຢູ່ໃຈກາງໂດຍຜ່ານການໂຕ້ຕອບແບບກຣາຟິກຂອງຕົວຄວບຄຸມ vManage. ຄຸນສົມບັດທັງໝົດຂອງການແກ້ໄຂ, ໂດຍບໍ່ມີຂໍ້ຍົກເວັ້ນ, ມີໃຫ້ສໍາລັບການຕັ້ງຄ່າຜ່ານ vManage, ເຊັ່ນດຽວກັນກັບຜ່ານຫ້ອງສະໝຸດ REST API ທີ່ມີເອກະສານຄົບຖ້ວນ.

  ການຕັ້ງຄ່າເຄືອຂ່າຍ SD-WAN ທັງໝົດໃນ vManage ລົງມາເຖິງສອງໂຄງສ້າງຕົ້ນຕໍ - ການສ້າງແມ່ແບບອຸປະກອນ (ແມ່ແບບອຸປະກອນ) ແລະການສ້າງນະໂຍບາຍທີ່ກໍານົດເຫດຜົນຂອງການດໍາເນີນການເຄືອຂ່າຍແລະການປະມວນຜົນການຈະລາຈອນ. ໃນເວລາດຽວກັນ, vManage, ການອອກອາກາດນະໂຍບາຍທີ່ສ້າງໂດຍຜູ້ເບິ່ງແຍງລະບົບ, ເລືອກອັດຕະໂນມັດວ່າການປ່ຽນແປງໃດແລະອຸປະກອນ / ຕົວຄວບຄຸມແຕ່ລະຄົນຈໍາເປັນຕ້ອງໄດ້ເຮັດ, ເຊິ່ງຊ່ວຍເພີ່ມປະສິດທິພາບແລະຂະຫນາດຂອງການແກ້ໄຂຢ່າງຫຼວງຫຼາຍ.

  ໂດຍຜ່ານການໂຕ້ຕອບ vManage, ບໍ່ພຽງແຕ່ມີການຕັ້ງຄ່າການແກ້ໄຂ Cisco SD-WAN ເທົ່ານັ້ນ, ແຕ່ຍັງຕິດຕາມສະຖານະການທັງຫມົດຂອງອົງປະກອບຂອງການແກ້ໄຂ, ຈົນເຖິງສະຖານະປະຈຸບັນຂອງ metrics ສໍາລັບອຸໂມງສ່ວນບຸກຄົນແລະສະຖິຕິການນໍາໃຊ້ຄໍາຮ້ອງສະຫມັກຕ່າງໆ. ອີງໃສ່ການວິເຄາະ DPI.

  ເຖິງວ່າຈະມີການເປັນສູນກາງຂອງການໂຕ້ຕອບ, ອົງປະກອບທັງຫມົດ (ຕົວຄວບຄຸມແລະ routers) ຍັງມີສາຍຄໍາສັ່ງ CLI ທີ່ມີປະສິດຕິຜົນຢ່າງສົມບູນ, ເຊິ່ງເປັນສິ່ງຈໍາເປັນໃນຂັ້ນຕອນການປະຕິບັດຫຼືກໍລະນີສຸກເສີນສໍາລັບການວິນິດໄສທ້ອງຖິ່ນ. ໃນໂຫມດປົກກະຕິ (ຖ້າມີຊ່ອງທາງສັນຍານລະຫວ່າງອົງປະກອບ) ໃນ routers, ເສັ້ນຄໍາສັ່ງສາມາດໃຊ້ໄດ້ສໍາລັບການວິນິດໄສເທົ່ານັ້ນແລະບໍ່ມີສໍາລັບການປ່ຽນແປງທ້ອງຖິ່ນ, ເຊິ່ງຮັບປະກັນຄວາມປອດໄພໃນທ້ອງຖິ່ນແລະແຫຼ່ງດຽວຂອງການປ່ຽນແປງໃນເຄືອຂ່າຍດັ່ງກ່າວແມ່ນ vManage.

ຄວາມປອດໄພແບບປະສົມປະສານ - ໃນທີ່ນີ້ພວກເຮົາຄວນສົນທະນາບໍ່ພຽງແຕ່ກ່ຽວກັບການປົກປ້ອງຂໍ້ມູນຜູ້ໃຊ້ເມື່ອສົ່ງຜ່ານຊ່ອງທາງເປີດ, ແຕ່ຍັງກ່ຽວກັບຄວາມປອດໄພໂດຍລວມຂອງເຄືອຂ່າຍ WAN ໂດຍອີງໃສ່ເຕັກໂນໂລຢີທີ່ເລືອກ.

• в DMVPN/PfR ມັນເປັນໄປໄດ້ທີ່ຈະເຂົ້າລະຫັດຂໍ້ມູນຜູ້ໃຊ້ແລະໂປໂຕຄອນສັນຍານ. ເມື່ອໃຊ້ບາງຕົວແບບຂອງເຣົາເຕີ, ຟັງຊັນ Firewall ດ້ວຍການກວດກາການສັນຈອນ, IPS/IDS ແມ່ນມີໃຫ້. ມັນເປັນໄປໄດ້ທີ່ຈະແບ່ງເຄືອຂ່າຍສາຂາໂດຍໃຊ້ VRF. ມັນເປັນໄປໄດ້ທີ່ຈະພິສູດຢືນຢັນ (ປັດໃຈດຽວ) ໂປໂຕຄອນຄວບຄຸມ.

  ໃນກໍລະນີນີ້, router ຫ່າງໄກສອກຫຼີກແມ່ນຖືວ່າເປັນອົງປະກອບທີ່ເຊື່ອຖືໄດ້ຂອງເຄືອຂ່າຍໂດຍຄ່າເລີ່ມຕົ້ນ - i.e. ກໍລະນີການປະນີປະນອມທາງກາຍະພາບຂອງອຸປະກອນສ່ວນບຸກຄົນແລະຄວາມເປັນໄປໄດ້ຂອງການເຂົ້າເຖິງທີ່ບໍ່ໄດ້ຮັບອະນຸຍາດກັບພວກມັນບໍ່ໄດ້ຖືກສົມມຸດຕິຖານຫຼືຖືກພິຈາລະນາບໍ່ມີການກວດສອບສອງປັດໃຈຂອງອົງປະກອບການແກ້ໄຂ, ເຊິ່ງໃນກໍລະນີຂອງເຄືອຂ່າຍທີ່ແຈກຢາຍທາງພູມສາດ; ອາດຈະມີຄວາມສ່ຽງເພີ່ມເຕີມທີ່ສໍາຄັນ.

• в SD WAN ໂດຍການປຽບທຽບກັບ DMVPN, ຄວາມສາມາດໃນການເຂົ້າລະຫັດຂໍ້ມູນຜູ້ໃຊ້ແມ່ນສະຫນອງໃຫ້, ແຕ່ມີຄວາມປອດໄພເຄືອຂ່າຍທີ່ຂະຫຍາຍຢ່າງຫຼວງຫຼາຍແລະຫນ້າທີ່ແບ່ງສ່ວນ L3/VRF (firewall, IPS/IDS, URL filtering, DNS filtering, AMP/TG, SASE, TLS/SSL proxy, ແລະອື່ນໆ) ງ.). ໃນເວລາດຽວກັນ, ການແລກປ່ຽນລະຫັດການເຂົ້າລະຫັດແມ່ນປະຕິບັດຢ່າງມີປະສິດທິພາບຫຼາຍຂຶ້ນໂດຍຜ່ານຕົວຄວບຄຸມ vSmart (ແທນທີ່ຈະໂດຍກົງ), ໂດຍຜ່ານຊ່ອງທາງສັນຍານທີ່ຕັ້ງໄວ້ລ່ວງຫນ້າທີ່ປົກປ້ອງໂດຍການເຂົ້າລະຫັດ DTLS / TLS ໂດຍອີງໃສ່ໃບຢັ້ງຢືນຄວາມປອດໄພ. ເຊິ່ງໃນນັ້ນຮັບປະກັນຄວາມປອດໄພຂອງການແລກປ່ຽນດັ່ງກ່າວແລະຮັບປະກັນການປັບຂະຫນາດທີ່ດີກວ່າຂອງການແກ້ໄຂເຖິງສິບພັນອຸປະກອນໃນເຄືອຂ່າຍດຽວກັນ.

  ການເຊື່ອມຕໍ່ສັນຍານທັງຫມົດ (controller-to-controller, controller-router) ຍັງຖືກປ້ອງກັນໂດຍອີງໃສ່ DTLS/TLS. Routers ແມ່ນອຸປະກອນທີ່ມີໃບຢັ້ງຢືນຄວາມປອດໄພໃນລະຫວ່າງການຜະລິດທີ່ມີຄວາມເປັນໄປໄດ້ຂອງການທົດແທນ / ການຂະຫຍາຍ. ການພິສູດຢືນຢັນສອງປັດໃຈແມ່ນບັນລຸໄດ້ໂດຍຜ່ານການປະຕິບັດຕາມເງື່ອນໄຂບັງຄັບແລະພ້ອມກັນຂອງສອງເງື່ອນໄຂສໍາລັບ router / controller ເພື່ອເຮັດວຽກຢູ່ໃນເຄືອຂ່າຍ SD-WAN:

  • ໃບຢັ້ງຢືນຄວາມປອດໄພທີ່ຖືກຕ້ອງ
  • ການລວມເອົາຢ່າງຈະແຈ້ງແລະສະຕິໂດຍຜູ້ເບິ່ງແຍງແຕ່ລະອົງປະກອບໃນບັນຊີລາຍຊື່ "ສີຂາວ" ຂອງອຸປະກອນທີ່ອະນຸຍາດ.

ຄວາມແຕກຕ່າງທີ່ມີປະໂຫຍດລະຫວ່າງ SD-WAN ແລະ DMVPN/PfR

ກ້າວໄປສູ່ການສົນທະນາກ່ຽວກັບຄວາມແຕກຕ່າງທີ່ມີປະໂຫຍດ, ມັນຄວນຈະສັງເກດເຫັນວ່າຈໍານວນຫຼາຍຂອງພວກເຂົາແມ່ນການສືບຕໍ່ຂອງສະຖາປັດຕະຍະກໍາ - ມັນບໍ່ມີຄວາມລັບວ່າໃນເວລາທີ່ການສ້າງສະຖາປັດຕະຍະກໍາຂອງການແກ້ໄຂ, ນັກພັດທະນາເລີ່ມຕົ້ນຈາກຄວາມສາມາດທີ່ເຂົາເຈົ້າຕ້ອງການທີ່ຈະໄດ້ຮັບໃນທີ່ສຸດ. . ໃຫ້ເບິ່ງຄວາມແຕກຕ່າງທີ່ ສຳ ຄັນທີ່ສຸດລະຫວ່າງສອງເຕັກໂນໂລຢີ.

AppQ (ຄຸນ​ນະ​ພາບ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​) – ຫນ້າ​ທີ່​ເພື່ອ​ຮັບ​ປະ​ກັນ​ຄຸນ​ນະ​ພາບ​ຂອງ​ການ​ສົ່ງ​ຕໍ່​ການ​ຈະ​ລາ​ຈອນ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ​ທຸ​ລະ​ກິດ​

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

DMVPN ບໍ່ໄດ້ສະຫນອງກົນໄກດັ່ງກ່າວ. ທີ່ດີທີ່ສຸດທີ່ສາມາດເຮັດໄດ້ໃນເຄືອຂ່າຍ DMVPN ຄລາສສິກແມ່ນການຈັດປະເພດການຈະລາຈອນຂາອອກໂດຍຄໍາຮ້ອງສະຫມັກແລະຈັດລໍາດັບຄວາມສໍາຄັນເມື່ອສົ່ງໄປຫາຊ່ອງທາງ WAN. ທາງເລືອກຂອງອຸໂມງ DMVPN ແມ່ນຖືກກໍານົດໃນກໍລະນີນີ້ພຽງແຕ່ໂດຍຄວາມພ້ອມຂອງມັນແລະຜົນຂອງການດໍາເນີນງານຂອງໂປໂຕຄອນເສັ້ນທາງ. ໃນຂະນະດຽວກັນ, ສະຖານະທາງທ້າຍເຖິງຈຸດສິ້ນສຸດຂອງເສັ້ນທາງ/ອຸໂມງ ແລະການເຊື່ອມໂຊມບາງສ່ວນທີ່ເປັນໄປໄດ້ຂອງມັນບໍ່ໄດ້ຄຳນຶງເຖິງການວັດແທກຫຼັກທີ່ສຳຄັນສຳລັບການນຳໃຊ້ເຄືອຂ່າຍ - ການຊັກຊ້າ, ການປ່ຽນແປງຄວາມລ່າຊ້າ (jitter) ແລະການສູນເສຍ (% ). ໃນເລື່ອງນີ້, ການປຽບທຽບ DMVPN ຄລາສສິກໂດຍກົງກັບ SD-WAN ໃນການແກ້ໄຂບັນຫາ AppQ ສູນເສຍຄວາມຫມາຍທັງຫມົດ - DMVPN ບໍ່ສາມາດແກ້ໄຂບັນຫານີ້ໄດ້. ເມື່ອທ່ານເພີ່ມເທກໂນໂລຍີ Cisco Performance Routing (PfR) ເຂົ້າໄປໃນສະພາບການນີ້, ສະຖານະການປ່ຽນແປງແລະການປຽບທຽບກັບ Cisco SD-WAN ມີຄວາມຫມາຍຫຼາຍ.

ກ່ອນທີ່ພວກເຮົາຈະປຶກສາຫາລືກ່ຽວກັບຄວາມແຕກຕ່າງ, ນີ້ແມ່ນການເບິ່ງໄວໆກ່ຽວກັບວິທີການເຕັກໂນໂລຢີທີ່ຄ້າຍຄືກັນ. ດັ່ງນັ້ນ, ທັງສອງເຕັກໂນໂລຢີ:

• ມີກົນໄກທີ່ຊ່ວຍໃຫ້ທ່ານສາມາດປະເມີນສະຖານະຂອງແຕ່ລະອຸໂມງທີ່ຖືກສ້າງຕັ້ງຂື້ນໃນແງ່ຂອງ metrics ທີ່ແນ່ນອນ - ຢ່າງຫນ້ອຍ, ການຊັກຊ້າ, ການປ່ຽນແປງການຊັກຊ້າແລະການສູນເສຍແພັກເກັດ (%).
• ໃຊ້ຊຸດເຄື່ອງມືສະເພາະເພື່ອສ້າງ, ແຈກຢາຍແລະນໍາໃຊ້ກົດລະບຽບການຄຸ້ມຄອງການຈະລາຈອນ (ນະໂຍບາຍ), ຄໍານຶງເຖິງຜົນໄດ້ຮັບຂອງການວັດແທກສະຖານະຂອງ metrics tunnel ທີ່ສໍາຄັນ.
• ຈັດປະເພດການຈາລະຈອນຂອງແອັບພລິເຄຊັນໃນລະດັບ L3-L4 (DSCP) ຂອງຮູບແບບ OSI ຫຼືໂດຍລາຍເຊັນຂອງແອັບພລິເຄຊັນ L7 ໂດຍອີງໃສ່ກົນໄກ DPI ທີ່ສ້າງຂຶ້ນໃນເຣົາເຕີ
• ສໍາລັບຄໍາຮ້ອງສະຫມັກທີ່ສໍາຄັນ, ພວກເຂົາເຈົ້າອະນຸຍາດໃຫ້ທ່ານສາມາດກໍານົດຄ່າຂອບເຂດທີ່ຍອມຮັບໄດ້ຂອງ metrics, ກົດລະບຽບສໍາລັບການສົ່ງການຈະລາຈອນໂດຍຄ່າເລີ່ມຕົ້ນ, ແລະກົດລະບຽບສໍາລັບ rerouting ການຈະລາຈອນເມື່ອຄ່າ threshold ແມ່ນເກີນ.
• ໃນເວລາທີ່ encapsulating ການຈະລາຈອນໃນ GRE / IPSec, ພວກເຂົາໃຊ້ກົນໄກອຸດສາຫະກໍາທີ່ຕັ້ງໄວ້ແລ້ວສໍາລັບການໂອນເຄື່ອງຫມາຍ DSCP ພາຍໃນໄປຫາສ່ວນຫົວຂອງແພັກເກັດ GRE / IPSEC ພາຍນອກ, ເຊິ່ງອະນຸຍາດໃຫ້ synchronizing ນະໂຍບາຍ QoS ຂອງອົງການແລະຜູ້ປະຕິບັດງານໂທລະຄົມ (ຖ້າມີ SLA ທີ່ເຫມາະສົມ) .

SD-WAN ແລະ DMVPN/PfR ການວັດແທກຂັ້ນຕົ້ນຫາປາຍແຕກຕ່າງກັນແນວໃດ?

DMVPN/PfR

• ທັງສອງເຊັນເຊີຊອບແວທີ່ໃຊ້ວຽກ ແລະຕົວຕັ້ງຕົວຕີ (Probes) ຖືກໃຊ້ເພື່ອປະເມີນຄ່າວັດແທກສຸຂະພາບອຸໂມງມາດຕະຖານ. ຄົນທີ່ເຄື່ອນໄຫວແມ່ນອີງໃສ່ການຈະລາຈອນຂອງຜູ້ໃຊ້, passive ones emulate ການຈະລາຈອນດັ່ງກ່າວ (ໃນເວລາທີ່ບໍ່ມີຂອງມັນ).
• ບໍ່​ມີ​ການ​ປັບ​ປັບ​ຕົວ​ຈັບ​ເວ​ລາ​ແລະ​ເງື່ອນ​ໄຂ​ການ​ຊອກ​ຫາ​ການ​ເຊື່ອມ​ໂຊມ - ສູດ​ການ​ຄິດ​ໄລ່​ແມ່ນ​ການ​ສ້ອມ​ແຊມ​.
• ນອກຈາກນັ້ນ, ການວັດແທກແບນວິດທີ່ໃຊ້ໃນທິດທາງຂາອອກແມ່ນມີຢູ່. ເຊິ່ງເພີ່ມຄວາມຍືດຫຍຸ່ນການຈັດການການຈະລາຈອນເພີ່ມເຕີມໃຫ້ກັບ DMVPN/PfR.
• ໃນເວລາດຽວກັນ, ບາງກົນໄກ PfR, ເມື່ອ metrics ເກີນ, ອີງໃສ່ການສົ່ງສັນຍານຄໍາຄຶດຄໍາເຫັນໃນຮູບແບບຂອງຂໍ້ຄວາມ TCA ພິເສດ (Threshold Crossing Alert) ທີ່ຕ້ອງມາຈາກຜູ້ຮັບການຈະລາຈອນໄປຫາແຫຼ່ງ, ເຊິ່ງສົມມຸດວ່າສະຖານະຂອງ. ຊ່ອງທາງການວັດແທກຄວນຈະພຽງພໍຢ່າງຫນ້ອຍສໍາລັບການສົ່ງຂໍ້ຄວາມ TCA ດັ່ງກ່າວ. ເຊິ່ງໃນກໍລະນີຫຼາຍທີ່ສຸດບໍ່ແມ່ນບັນຫາ, ແຕ່ແນ່ນອນບໍ່ສາມາດຮັບປະກັນໄດ້.

SD WAN

• ສຳລັບການປະເມີນຂັ້ນຕົ້ນຫາປາຍຂອງມາດຕະຖານລັດອຸໂມງມາດຕະຖານ, ໂປຣໂຕຄໍ BFD ແມ່ນໃຊ້ໃນຮູບແບບສຽງສະທ້ອນ. ໃນກໍລະນີນີ້, ຄວາມຄິດເຫັນພິເສດໃນຮູບແບບຂອງ TCA ຫຼືຂໍ້ຄວາມທີ່ຄ້າຍຄືກັນແມ່ນບໍ່ຈໍາເປັນ - ການໂດດດ່ຽວຂອງໂດເມນທີ່ລົ້ມເຫລວແມ່ນຮັກສາໄວ້. ມັນຍັງບໍ່ຮຽກຮ້ອງໃຫ້ມີການຈະລາຈອນຂອງຜູ້ໃຊ້ເພື່ອປະເມີນສະຖານະອຸໂມງ.
• ມັນເປັນໄປໄດ້ທີ່ຈະປັບຕົວຈັບເວລາ BFD ເພື່ອຄວບຄຸມຄວາມໄວການຕອບໂຕ້ແລະຄວາມອ່ອນໄຫວຂອງສູດການຄິດໄລ່ເຖິງການເຊື່ອມໂຊມຂອງຊ່ອງທາງການສື່ສານຈາກຫຼາຍວິນາທີຫານາທີ.

  

• ໃນເວລາຂຽນ, ມີພຽງແຕ່ຫນຶ່ງກອງປະຊຸມ BFD ໃນແຕ່ລະອຸໂມງ. ອັນນີ້ອາດຈະສ້າງລາຍລະອຽດໜ້ອຍລົງໃນການວິເຄາະລັດອຸໂມງ. ໃນຄວາມເປັນຈິງ, ນີ້ສາມາດກາຍເປັນຂໍ້ຈໍາກັດພຽງແຕ່ຖ້າທ່ານໃຊ້ການເຊື່ອມຕໍ່ WAN ໂດຍອີງໃສ່ MPLS L2/L3 VPN ກັບ QoS SLA ທີ່ໄດ້ຕົກລົງ - ຖ້າເຄື່ອງຫມາຍ DSCP ຂອງການຈະລາຈອນ BFD (ຫຼັງຈາກ encapsulation ໃນ IPSec / GRE) ກົງກັບແຖວທີ່ມີບູລິມະສິດສູງໃນ ເຄືອຂ່າຍຂອງຜູ້ປະຕິບັດການໂທລະຄົມ, ຫຼັງຈາກນັ້ນນີ້ອາດຈະສົ່ງຜົນກະທົບຕໍ່ຄວາມຖືກຕ້ອງແລະຄວາມໄວຂອງການກວດສອບການເຊື່ອມໂຊມສໍາລັບການຈະລາຈອນຕ່ໍາ. ໃນເວລາດຽວກັນ, ມັນເປັນໄປໄດ້ທີ່ຈະປ່ຽນປ້າຍຊື່ BFD ເລີ່ມຕົ້ນເພື່ອຫຼຸດຜ່ອນຄວາມສ່ຽງຕໍ່ສະຖານະການດັ່ງກ່າວ. ໃນຮຸ່ນໃນອະນາຄົດຂອງຊອບແວ Cisco SD-WAN, ການຕັ້ງຄ່າ BFD ທີ່ປັບລະອຽດເພີ່ມເຕີມຄາດວ່າຈະມີ, ເຊັ່ນດຽວກັນກັບຄວາມສາມາດໃນການເປີດຕົວ BFD ຫຼາຍຄັ້ງພາຍໃນອຸໂມງດຽວກັນກັບຄ່າ DSCP ສ່ວນບຸກຄົນ (ສໍາລັບຄໍາຮ້ອງສະຫມັກທີ່ແຕກຕ່າງກັນ).
• BFD ນອກຈາກນັ້ນຊ່ວຍໃຫ້ທ່ານສາມາດຄາດຄະເນຂະຫນາດແພັກເກັດສູງສຸດທີ່ສາມາດສົ່ງຜ່ານອຸໂມງໂດຍສະເພາະໂດຍບໍ່ມີການແຕກແຍກ. ນີ້ອະນຸຍາດໃຫ້ SD-WAN ປັບຕົວກໍານົດການແບບໄດນາມິເຕີເຊັ່ນ MTU ແລະ TCP MSS Adjust ເພື່ອເຮັດໃຫ້ແບນວິດຫຼາຍທີ່ສຸດທີ່ມີຢູ່ໃນແຕ່ລະເຊື່ອມຕໍ່.
• ໃນ SD-WAN, ທາງເລືອກຂອງ QoS synchronization ຈາກຜູ້ປະກອບການໂທລະຄົມແມ່ນຍັງມີ, ບໍ່ພຽງແຕ່ອີງໃສ່ຊ່ອງຂໍ້ມູນ L3 DSCP, ແຕ່ຍັງອີງໃສ່ຄ່າ L2 CoS, ເຊິ່ງສາມາດສ້າງອັດຕະໂນມັດໃນເຄືອຂ່າຍສາຂາໂດຍອຸປະກອນພິເສດ - ຕົວຢ່າງ, IP. ໂທລະສັບ

ຄວາມສາມາດ, ວິທີການກໍານົດແລະການນໍາໃຊ້ນະໂຍບາຍ AppQ ແຕກຕ່າງກັນແນວໃດ?

ນະໂຍບາຍ DMVPN/PfR:

• ກໍານົດຢູ່ໃນ router ສາຂາສູນກາງຜ່ານເສັ້ນຄໍາສັ່ງ CLI ຫຼືແມ່ແບບການຕັ້ງຄ່າ CLI. ການສ້າງແມ່ແບບ CLI ຮຽກຮ້ອງໃຫ້ມີການກະກຽມແລະຄວາມຮູ້ກ່ຽວກັບ syntax ນະໂຍບາຍ.

  

• ກໍານົດໃນທົ່ວໂລກ ໂດຍ​ບໍ່​ມີ​ຄວາມ​ເປັນ​ໄປ​ໄດ້​ຂອງ​ການ​ຕັ້ງ​ຄ່າ​ສ່ວນ​ບຸກ​ຄົນ / ການ​ປ່ຽນ​ແປງ​ຄວາມ​ຕ້ອງ​ການ​ຂອງ​ພາກ​ສ່ວນ​ເຄືອ​ຂ່າຍ​ແຕ່​ລະ​ຄົນ​.
• ການສ້າງນະໂຍບາຍແບບໂຕ້ຕອບບໍ່ໄດ້ສະຫນອງໃຫ້ຢູ່ໃນສ່ວນຕິດຕໍ່ຮູບພາບ.
• ການຕິດຕາມການປ່ຽນແປງ, ການສືບທອດ, ແລະການສ້າງນະໂຍບາຍຫຼາຍສະບັບສໍາລັບການປ່ຽນໄວແມ່ນບໍ່ໄດ້ສະຫນອງໃຫ້.
• ແຈກຢາຍອັດຕະໂນມັດໄປຫາ routers ຂອງສາຂາຫ່າງໄກສອກຫຼີກ. ໃນກໍລະນີນີ້, ຊ່ອງທາງການສື່ສານດຽວກັນຖືກນໍາໃຊ້ສໍາລັບການສົ່ງຂໍ້ມູນຜູ້ໃຊ້. ຖ້າບໍ່ມີຊ່ອງທາງການສື່ສານລະຫວ່າງສູນກາງແລະສາຂາຫ່າງໄກສອກຫຼີກ, ການແຈກຢາຍ / ການປ່ຽນແປງນະໂຍບາຍແມ່ນເປັນໄປບໍ່ໄດ້.
• ພວກມັນຖືກນໍາໃຊ້ຢູ່ໃນແຕ່ລະ router ແລະ, ຖ້າຈໍາເປັນ, ປັບປຸງແກ້ໄຂຜົນຂອງໂປໂຕຄອນການກໍານົດເສັ້ນທາງມາດຕະຖານ, ມີບູລິມະສິດສູງກວ່າ.
• ສໍາລັບກໍລະນີທີ່ການເຊື່ອມຕໍ່ WAN ສາຂາທັງຫມົດປະສົບການສູນເສຍການຈະລາຈອນຢ່າງຫຼວງຫຼາຍ, ບໍ່ມີກົນໄກການຊົດເຊີຍໃຫ້.

ນະໂຍບາຍ SD-WAN:

• ກຳນົດໄວ້ໃນ vManage GUI ຜ່ານຕົວຊ່ວຍສ້າງແມ່ແບບແບບໂຕ້ຕອບ.
• ສະ​ຫນັບ​ສະ​ຫນູນ​ການ​ສ້າງ​ນະ​ໂຍ​ບາຍ​ຫຼາຍ​, ສໍາ​ເນົາ​, ການ​ສືບ​ທອດ​, ສະ​ຫຼັບ​ລະ​ຫວ່າງ​ນະ​ໂຍ​ບາຍ​ໃນ​ເວ​ລາ​ທີ່​ແທ້​ຈິງ​.
• ສະຫນັບສະຫນູນການຕັ້ງຄ່ານະໂຍບາຍສ່ວນບຸກຄົນສໍາລັບພາກສ່ວນເຄືອຂ່າຍທີ່ແຕກຕ່າງກັນ (ສາຂາ)
• ພວກມັນຖືກແຈກຢາຍໂດຍໃຊ້ຊ່ອງທາງສັນຍານທີ່ມີຢູ່ລະຫວ່າງຕົວຄວບຄຸມແລະ router ແລະ / ຫຼື vSmart - ບໍ່ຂຶ້ນກັບການເຊື່ອມຕໍ່ຂໍ້ມູນລະຫວ່າງ routers ໂດຍກົງ. ນີ້, ແນ່ນອນ, ຮຽກຮ້ອງໃຫ້ມີການເຊື່ອມຕໍ່ IP ລະຫວ່າງ router ຕົວມັນເອງແລະຕົວຄວບຄຸມ.

  

• ສໍາລັບກໍລະນີທີ່ສາຂາທີ່ມີຢູ່ທັງຫມົດຂອງສາຂາປະສົບກັບການສູນເສຍຂໍ້ມູນຢ່າງຫຼວງຫຼາຍເກີນຂອບເຂດທີ່ຍອມຮັບໄດ້ສໍາລັບຄໍາຮ້ອງສະຫມັກທີ່ສໍາຄັນ, ມັນເປັນໄປໄດ້ທີ່ຈະໃຊ້ກົນໄກເພີ່ມເຕີມທີ່ເພີ່ມຄວາມຫນ້າເຊື່ອຖືຂອງສາຍສົ່ງ:
  • FEC (ການ​ແກ້​ໄຂ​ຄວາມ​ຜິດ​ພາດ Forward​) - ໃຊ້ລະບົບການເຂົ້າລະຫັດທີ່ຊ້ຳຊ້ອນພິເສດ. ເມື່ອສົ່ງການຈະລາຈອນທີ່ສໍາຄັນຜ່ານຊ່ອງທາງທີ່ມີອັດຕາສ່ວນການສູນເສຍຢ່າງຫຼວງຫຼາຍ, FEC ສາມາດຖືກເປີດໃຊ້ໂດຍອັດຕະໂນມັດແລະອະນຸຍາດໃຫ້, ຖ້າຈໍາເປັນ, ເພື່ອຟື້ນຟູສ່ວນທີ່ສູນເສຍຂອງຂໍ້ມູນ. ນີ້ເລັກນ້ອຍເພີ່ມແບນວິດຂອງສາຍສົ່ງທີ່ໃຊ້, ແຕ່ປັບປຸງຄວາມຫນ້າເຊື່ອຖືຢ່າງຫຼວງຫຼາຍ.

    

  • ການຊໍ້າຊ້ອນຂອງກະແສຂໍ້ມູນ - ນອກເຫນືອຈາກ FEC, ນະໂຍບາຍສາມາດສະຫນອງການຊໍ້າຊ້ອນອັດຕະໂນມັດຂອງການຈະລາຈອນຂອງຄໍາຮ້ອງສະຫມັກທີ່ເລືອກໃນກໍລະນີທີ່ມີການສູນເສຍໃນລະດັບທີ່ຮ້າຍແຮງກວ່າເກົ່າທີ່ບໍ່ສາມາດຊົດເຊີຍໂດຍ FEC. ໃນກໍລະນີນີ້, ຂໍ້ມູນທີ່ເລືອກຈະຖືກສົ່ງຜ່ານອຸໂມງທັງຫມົດໄປຫາສາຂາທີ່ໄດ້ຮັບດ້ວຍການຍົກເລີກການຊໍ້າຊ້ອນຕໍ່ມາ (ຫຼຸດລົງສໍາເນົາພິເສດຂອງແພັກເກັດ). ກົນໄກການເພີ່ມການນໍາໃຊ້ຊ່ອງທາງຢ່າງຫຼວງຫຼາຍ, ແຕ່ຍັງເພີ່ມຄວາມຫນ້າເຊື່ອຖືຂອງລະບົບສາຍສົ່ງ.

ຄວາມສາມາດຂອງ Cisco SD-WAN, ໂດຍບໍ່ມີການປຽບທຽບໂດຍກົງໃນ DMVPN/PfR

ສະຖາປັດຕະຍະກໍາຂອງການແກ້ໄຂ Cisco SD-WAN ໃນບາງກໍລະນີອະນຸຍາດໃຫ້ທ່ານສາມາດໄດ້ຮັບຄວາມສາມາດທີ່ມີຄວາມຫຍຸ້ງຍາກຫຼາຍທີ່ຈະປະຕິບັດພາຍໃນ DMVPN / PfR, ຫຼືໃຊ້ບໍ່ໄດ້ຍ້ອນຄ່າໃຊ້ຈ່າຍແຮງງານທີ່ຕ້ອງການ, ຫຼືເປັນໄປບໍ່ໄດ້ຢ່າງສົມບູນ. ໃຫ້ເບິ່ງສິ່ງທີ່ຫນ້າສົນໃຈທີ່ສຸດຂອງພວກເຂົາ:

ວິສະວະກຳຈາລະຈອນ (TE)

TE ປະກອບມີກົນໄກທີ່ອະນຸຍາດໃຫ້ການຈະລາຈອນແຍກອອກຈາກເສັ້ນທາງມາດຕະຖານທີ່ສ້າງຂຶ້ນໂດຍໂປໂຕຄອນກໍານົດເສັ້ນທາງ. TE ຖືກນໍາໃຊ້ເລື້ອຍໆເພື່ອຮັບປະກັນຄວາມພ້ອມຂອງການບໍລິການເຄືອຂ່າຍ, ໂດຍຜ່ານຄວາມສາມາດໃນການໂອນການຈະລາຈອນທີ່ສໍາຄັນຢ່າງໄວວາແລະ / ຫຼືແບບເຄື່ອນໄຫວໄປສູ່ເສັ້ນທາງສາຍສົ່ງທາງເລືອກ (disjoint), ເພື່ອຮັບປະກັນຄຸນນະພາບການບໍລິການທີ່ດີກວ່າຫຼືຄວາມໄວຂອງການຟື້ນຟູໃນກໍລະນີຄວາມລົ້ມເຫຼວ. ຢູ່ໃນເສັ້ນທາງຕົ້ນຕໍ.

ຄວາມຫຍຸ້ງຍາກໃນການປະຕິບັດ TE ແມ່ນຢູ່ໃນຄວາມຕ້ອງການທີ່ຈະຄິດໄລ່ແລະສະຫງວນ (ກວດເບິ່ງ) ເສັ້ນທາງທາງເລືອກລ່ວງຫນ້າ. ໃນເຄືອຂ່າຍ MPLS ຂອງຜູ້ປະກອບການໂທລະຄົມ, ບັນຫານີ້ຖືກແກ້ໄຂໂດຍໃຊ້ເຕັກໂນໂລຢີເຊັ່ນ MPLS Traffic-Engineering ດ້ວຍການຂະຫຍາຍໂປໂຕຄອນ IGP ແລະ RSVP protocol. ເມື່ອບໍ່ດົນມານີ້, ເທັກໂນໂລຢີ Segment Routing, ເຊິ່ງຖືກປັບປຸງໃຫ້ເໝາະສົມກວ່າສຳລັບການຕັ້ງຄ່າສູນກາງ ແລະ ການຈັດຮຽງ, ໄດ້ກາຍເປັນທີ່ນິຍົມຫຼາຍຂຶ້ນ. ໃນເຄືອຂ່າຍ WAN ຄລາສສິກ, ເຕັກໂນໂລຢີເຫຼົ່ານີ້ມັກຈະບໍ່ສະແດງຫຼືຖືກຫຼຸດລົງໃນການນໍາໃຊ້ກົນໄກການ hop-by-hop ເຊັ່ນ Policy-Based Routing (PBR), ເຊິ່ງສາມາດແຍກການຈະລາຈອນ, ແຕ່ປະຕິບັດມັນຢູ່ໃນແຕ່ລະ router ແຍກຕ່າງຫາກ - ໂດຍບໍ່ມີການປະຕິບັດ. ພິຈາລະນາສະພາບລວມຂອງເຄືອຂ່າຍຫຼືຜົນ PBR ໃນຂັ້ນຕອນທີ່ຜ່ານມາຫຼືຕໍ່ມາ. ຜົນໄດ້ຮັບຂອງການນໍາໃຊ້ທາງເລືອກ TE ເຫຼົ່ານີ້ແມ່ນຫນ້າຜິດຫວັງ - MPLS TE, ເນື່ອງຈາກຄວາມສັບສົນຂອງການຕັ້ງຄ່າແລະການດໍາເນີນງານ, ຖືກນໍາໃຊ້, ຕາມກົດລະບຽບ, ພຽງແຕ່ຢູ່ໃນສ່ວນທີ່ສໍາຄັນຂອງເຄືອຂ່າຍ (ຫຼັກ), ແລະ PBR ແມ່ນໃຊ້ໃນ routers ສ່ວນບຸກຄົນໂດຍບໍ່ມີການ. ຄວາມສາມາດໃນການສ້າງນະໂຍບາຍ PBR ເປັນເອກະພາບສໍາລັບເຄືອຂ່າຍທັງຫມົດ. ແນ່ນອນ, ນີ້ຍັງໃຊ້ກັບເຄືອຂ່າຍທີ່ອີງໃສ່ DMVPN.

SD-WAN ໃນເລື່ອງນີ້ສະເຫນີການແກ້ໄຂທີ່ສະຫງ່າງາມກວ່າທີ່ບໍ່ພຽງແຕ່ງ່າຍຕໍ່ການຕັ້ງຄ່າ, ແຕ່ຍັງຂະຫນາດທີ່ດີກວ່າ. ນີ້ແມ່ນຜົນມາຈາກສະຖາປັດຕະຍະກຳຍົນຄວບຄຸມ ແລະນະໂຍບາຍ-ຍົນທີ່ໃຊ້. ການປະຕິບັດແຜນນະໂຍບາຍໃນ SD-WAN ຊ່ວຍໃຫ້ທ່ານສາມາດກໍານົດນະໂຍບາຍ TE ໂດຍສູນກາງ - ການຈະລາຈອນແມ່ນຫຍັງທີ່ມີຄວາມສົນໃຈ? ສໍາລັບ VPNs ໃດ? ໂດຍຜ່ານຂໍ້ໃດ / tunnels ມັນເປັນສິ່ງຈໍາເປັນຫຼື, ກົງກັນຂ້າມ, ຫ້າມເພື່ອສ້າງເປັນເສັ້ນທາງທາງເລືອກ? ໃນທາງກັບກັນ, ການວາງສູນກາງຂອງການຈັດການຍົນຄວບຄຸມໂດຍອີງໃສ່ຕົວຄວບຄຸມ vSmart ຊ່ວຍໃຫ້ທ່ານສາມາດດັດແປງຜົນໄດ້ຮັບຂອງເສັ້ນທາງໂດຍບໍ່ມີການອີງໃສ່ການຕັ້ງຄ່າຂອງອຸປະກອນແຕ່ລະຄົນ - routers ເຫັນພຽງແຕ່ຜົນຂອງເຫດຜົນທີ່ຖືກສ້າງຂື້ນໃນການໂຕ້ຕອບ vManage ແລະໂອນສໍາລັບການນໍາໃຊ້. vSmart.

ບໍລິການ-ຕ່ອງໂສ້

ການສ້າງລະບົບຕ່ອງໂສ້ການບໍລິການແມ່ນວຽກງານທີ່ຕ້ອງໃຊ້ແຮງງານຫຼາຍກວ່າເກົ່າໃນເສັ້ນທາງແບບຄລາສສິກຫຼາຍກວ່າກົນໄກການຈະລາຈອນ - ວິສະວະກອນທີ່ໄດ້ອະທິບາຍໄວ້ແລ້ວ. ແທ້ຈິງແລ້ວ, ໃນກໍລະນີນີ້, ມັນເປັນສິ່ງຈໍາເປັນບໍ່ພຽງແຕ່ຈະສ້າງເສັ້ນທາງພິເສດສໍາລັບຄໍາຮ້ອງສະຫມັກເຄືອຂ່າຍສະເພາະໃດຫນຶ່ງ, ແຕ່ຍັງເພື່ອຮັບປະກັນຄວາມສາມາດໃນການຖອນການຈະລາຈອນຈາກເຄືອຂ່າຍໃນບາງ (ຫຼືທັງຫມົດ) nodes ຂອງເຄືອຂ່າຍ SD-WAN ສໍາລັບການປະມວນຜົນໂດຍ. ແອັບພລິເຄຊັນ ຫຼືບໍລິການພິເສດ (Firewall, Balancing, Caching, Inspection traffic, ແລະອື່ນໆ). ພ້ອມ​ກັນ​ນັ້ນ, ຕ້ອງ​ສາມາດ​ຄວບ​ຄຸມ​ສະຖານະ​ການ​ບໍລິການ​ພາຍ​ນອກ​ດັ່ງກ່າວ​ເພື່ອ​ປ້ອງ​ກັນ​ສະພາບ​ການ​ດຳ​ເນີນ​ທຸລະ​ກິດ, ​ແລະ​ຍັງ​ມີ​ກົນ​ໄກ​ທີ່​ຈະ​ອະນຸຍາດ​ໃຫ້​ບໍລິການ​ພາຍ​ນອກ​ທີ່​ມີ​ລັກສະນະ​ດຽວ​ກັນ​ຢູ່​ໃນ​ສະຖານ​ທີ່​ຕ່າງໆ. ດ້ວຍຄວາມສາມາດຂອງເຄືອຂ່າຍທີ່ຈະເລືອກເອົາ node ບໍລິການທີ່ດີທີ່ສຸດໂດຍອັດຕະໂນມັດສໍາລັບການປຸງແຕ່ງການຈະລາຈອນຂອງສາຂາໃດນຶ່ງ. ໃນກໍລະນີຂອງ Cisco SD-WAN, ນີ້ແມ່ນຂ້ອນຂ້າງງ່າຍທີ່ຈະບັນລຸໄດ້ໂດຍການສ້າງນະໂຍບາຍສູນກາງທີ່ເຫມາະສົມທີ່ "ກາວ" ທຸກດ້ານຂອງລະບົບຕ່ອງໂສ້ການບໍລິການເປົ້າຫມາຍເຂົ້າໄປໃນທັງຫມົດແລະອັດຕະໂນມັດການປ່ຽນແປງຂໍ້ມູນ - ຍົນແລະເຫດຜົນການຄວບຄຸມຍົນພຽງແຕ່ບ່ອນທີ່. ແລະໃນເວລາທີ່ມີຄວາມຈໍາເປັນ.

ຄວາມສາມາດໃນການສ້າງການແຈກຢາຍທາງພູມສາດຂອງການຈະລາຈອນຂອງປະເພດຂອງຄໍາຮ້ອງສະຫມັກທີ່ເລືອກໃນລໍາດັບສະເພາະໃດຫນຶ່ງໃນອຸປະກອນພິເສດ (ແຕ່ບໍ່ກ່ຽວຂ້ອງກັບເຄືອຂ່າຍ SD-WAN ຕົວຂອງມັນເອງ) ແມ່ນບາງທີສະແດງໃຫ້ເຫັນຢ່າງຊັດເຈນທີ່ສຸດຂອງຄວາມໄດ້ປຽບຂອງ Cisco SD-WAN ຫຼາຍກວ່າຄລາສສິກ. ເທັກໂນໂລຍີ ແລະແມ້ກະທັ້ງບາງວິທີແກ້ໄຂ SD ທາງເລືອກ -WAN ຈາກຜູ້ຜະລິດອື່ນໆ.

ຈະເປັນແນວໃດໃນທີ່ສຸດ?

ແນ່ນອນ, ທັງ DMVPN (ມີຫຼືບໍ່ມີເສັ້ນທາງການປະຕິບັດ) ແລະ Cisco SD-WAN ສິ້ນສຸດການແກ້ໄຂບັນຫາທີ່ຄ້າຍຄືກັນຫຼາຍ ກ່ຽວຂ້ອງກັບເຄືອຂ່າຍ WAN ທີ່ແຈກຢາຍຂອງອົງການ. ໃນເວລາດຽວກັນ, ຄວາມແຕກຕ່າງທາງສະຖາປັດຕະຍະກໍາແລະການເຮັດວຽກທີ່ສໍາຄັນໃນເຕັກໂນໂລຢີ Cisco SD-WAN ນໍາໄປສູ່ຂະບວນການແກ້ໄຂບັນຫາເຫຼົ່ານີ້. ໃນລະດັບຄຸນນະພາບອື່ນ. ເພື່ອສະຫຼຸບ, ພວກເຮົາສາມາດສັງເກດເຫັນຄວາມແຕກຕ່າງທີ່ສໍາຄັນຕໍ່ໄປນີ້ລະຫວ່າງເຕັກໂນໂລຢີ SD-WAN ແລະ DMVPN / PfR:

• DMVPN/PfR ໂດຍທົ່ວໄປໃຊ້ເຕັກໂນໂລຢີທີ່ທົດສອບເວລາສໍາລັບການກໍ່ສ້າງເຄືອຂ່າຍ VPN ຊ້ອນກັນແລະ, ໃນແງ່ຂອງຂໍ້ມູນ - ຍົນ, ແມ່ນຄ້າຍຄືກັນກັບເຕັກໂນໂລຢີ SD-WAN ທີ່ທັນສະໄຫມຫຼາຍ, ຢ່າງໃດກໍຕາມ, ມີຂໍ້ຈໍາກັດຈໍານວນຫນຶ່ງໃນຮູບແບບຂອງການຕັ້ງຄ່າຄົງທີ່ບັງຄັບ. ຂອງ routers ແລະທາງເລືອກຂອງ topologies ແມ່ນຈໍາກັດພຽງແຕ່ Hub-n-Spoke. ໃນທາງກົງກັນຂ້າມ, DMVPN/PfR ມີບາງຫນ້າທີ່ຍັງບໍ່ທັນມີຢູ່ໃນ SD-WAN (ພວກເຮົາກໍາລັງເວົ້າກ່ຽວກັບ BFD ຕໍ່ຄໍາຮ້ອງສະຫມັກ).
• ພາຍໃນຍົນຄວບຄຸມ, ເຕັກໂນໂລຢີແຕກຕ່າງກັນໂດຍພື້ນຖານ. ໂດຍຄໍານຶງເຖິງການປະມວນຜົນສູນກາງຂອງໂປໂຕຄອນສັນຍານ, SD-WAN ອະນຸຍາດໃຫ້, ໂດຍສະເພາະ, ເພື່ອເຮັດໃຫ້ໂດເມນຄວາມລົ້ມເຫຼວແຄບລົງຢ່າງຫຼວງຫຼາຍແລະ "decouple" ຂະບວນການສົ່ງການຈະລາຈອນຂອງຜູ້ໃຊ້ຈາກການໂຕ້ຕອບຂອງສັນຍານ - ຄວາມບໍ່ພ້ອມຊົ່ວຄາວຂອງຕົວຄວບຄຸມບໍ່ມີຜົນກະທົບຕໍ່ຄວາມສາມາດໃນການສົ່ງການຈະລາຈອນຂອງຜູ້ໃຊ້. . ໃນຂະນະດຽວກັນ, ຄວາມບໍ່ພ້ອມຊົ່ວຄາວຂອງສາຂາໃດນຶ່ງ (ລວມທັງສູນກາງ) ບໍ່ມີຜົນກະທົບໃດໆຕໍ່ຄວາມສາມາດຂອງສາຂາອື່ນທີ່ຈະພົວພັນກັບກັນແລະກັນແລະຜູ້ຄວບຄຸມ.
• ສະຖາປັດຕະຍະກໍາສໍາລັບການສ້າງຕັ້ງແລະການນໍາໃຊ້ນະໂຍບາຍການຄຸ້ມຄອງການຈະລາຈອນໃນກໍລະນີຂອງ SD-WAN ຍັງດີກວ່າໃນ DMVPN / PfR - ການຈອງທາງພູມສາດແມ່ນປະຕິບັດໄດ້ດີກວ່າຫຼາຍ, ບໍ່ມີການເຊື່ອມຕໍ່ກັບ Hub, ມີໂອກາດຫຼາຍສໍາລັບການປັບໄຫມ. -tuning ນະ​ໂຍ​ບາຍ​, ບັນ​ຊີ​ລາຍ​ການ​ຂອງ​ສະ​ຖາ​ນະ​ການ​ການ​ຈະ​ລາ​ຈອນ​ປະ​ຕິ​ບັດ​ແມ່ນ​ຍັງ​ມີ​ຫຼາຍ​ຂະ​ຫນາດ​ໃຫຍ່​.
• ຂະບວນການ orchestration ການແກ້ໄຂແມ່ນຍັງແຕກຕ່າງກັນຢ່າງຫຼວງຫຼາຍ. DMVPN ສົມມຸດວ່າມີຕົວກໍານົດການທີ່ຮູ້ຈັກກ່ອນຫນ້ານີ້ທີ່ຕ້ອງໄດ້ຮັບການສະທ້ອນບາງຢ່າງໃນການຕັ້ງຄ່າ, ເຊິ່ງຈໍາກັດຄວາມຍືດຫຍຸ່ນຂອງການແກ້ໄຂແລະຄວາມເປັນໄປໄດ້ຂອງການປ່ຽນແປງແບບເຄື່ອນໄຫວ. ໃນທາງກັບກັນ, SD-WAN ແມ່ນອີງໃສ່ແບບແຜນທີ່ໃນຕອນເລີ່ມຕົ້ນຂອງການເຊື່ອມຕໍ່, router "ບໍ່ຮູ້ຫຍັງ" ກ່ຽວກັບຕົວຄວບຄຸມຂອງມັນ, ແຕ່ຮູ້ວ່າ "ໃຜທີ່ທ່ານສາມາດຖາມໄດ້" - ນີ້ແມ່ນພຽງພໍບໍ່ພຽງແຕ່ສ້າງການສື່ສານກັບອັດຕະໂນມັດ. ຕົວຄວບຄຸມ, ແຕ່ຍັງເພື່ອສ້າງເປັນ topology data-plane ເຊື່ອມຕໍ່ແບບອັດຕະໂນມັດ, ເຊິ່ງຫຼັງຈາກນັ້ນສາມາດປັບປ່ຽນ / ປ່ຽນແປງໄດ້ໂດຍນໍາໃຊ້ນະໂຍບາຍ.
• ໃນແງ່ຂອງການຄຸ້ມຄອງສູນກາງ, ອັດຕະໂນມັດແລະການຕິດຕາມ, SD-WAN ຄາດວ່າຈະເກີນຄວາມສາມາດຂອງ DMVPN / PfR, ເຊິ່ງໄດ້ພັດທະນາຈາກເຕັກໂນໂລຢີຄລາສສິກແລະອີງໃສ່ຫຼາຍຂື້ນກັບເສັ້ນຄໍາສັ່ງ CLI ແລະການນໍາໃຊ້ລະບົບ NMS ແບບແມ່ແບບ.
• ໃນ SD-WAN, ເມື່ອປຽບທຽບກັບ DMVPN, ຄວາມຕ້ອງການຄວາມປອດໄພໄດ້ບັນລຸລະດັບຄຸນນະພາບທີ່ແຕກຕ່າງກັນ. ຫຼັກການຕົ້ນຕໍແມ່ນສູນຄວາມໄວ້ວາງໃຈ, ຄວາມສາມາດຂະຫຍາຍໄດ້ ແລະການກວດສອບສອງປັດໃຈ.

ຂໍ້ສະຫຼຸບງ່າຍໆເຫຼົ່ານີ້ອາດຈະເຮັດໃຫ້ຄວາມຮູ້ສຶກທີ່ບໍ່ຖືກຕ້ອງວ່າການສ້າງເຄືອຂ່າຍໂດຍອີງໃສ່ DMVPN/PfR ໄດ້ສູນເສຍຄວາມກ່ຽວຂ້ອງທັງຫມົດໃນມື້ນີ້. ນີ້ແນ່ນອນບໍ່ແມ່ນຄວາມຈິງທັງຫມົດ. ຕົວຢ່າງ, ໃນກໍລະນີທີ່ເຄືອຂ່າຍໃຊ້ອຸປະກອນທີ່ລ້າສະໄຫມຫຼາຍແລະບໍ່ມີວິທີທີ່ຈະທົດແທນມັນ, DMVPN ສາມາດອະນຸຍາດໃຫ້ທ່ານສົມທົບອຸປະກອນ "ເກົ່າ" ແລະ "ໃຫມ່" ເຂົ້າໄປໃນເຄືອຂ່າຍທີ່ແຈກຢາຍທາງພູມສາດດຽວທີ່ມີຂໍ້ດີຫຼາຍທີ່ໄດ້ອະທິບາຍ. ຂ້າງເທິງ.

ໃນອີກດ້ານຫນຶ່ງ, ມັນຄວນຈະເປັນການລະນຶກເຖິງທຸກ routers ຂອງບໍລິສັດ Cisco ໃນປະຈຸບັນໂດຍອີງໃສ່ IOS XE (ISR 1000, ISR 4000, ASR 1000, CSR 1000v) ໃນມື້ນີ້ສະຫນັບສະຫນູນຮູບແບບການດໍາເນີນງານໃດໆ - ທັງເສັ້ນທາງຄລາສສິກແລະ DVPN ແລະ SD-WAN - ທາງເລືອກແມ່ນຖືກກໍານົດໂດຍຄວາມຕ້ອງການໃນປະຈຸບັນແລະຄວາມເຂົ້າໃຈວ່າໃນເວລາໃດກໍ່ຕາມ, ການນໍາໃຊ້ອຸປະກອນດຽວກັນ, ທ່ານສາມາດເລີ່ມຕົ້ນກ້າວໄປສູ່ເຕັກໂນໂລຢີທີ່ກ້າວຫນ້າ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com