ໃນໜ້ານີ້
ສາຂາປາກເຊໂທມາຕອນ 10 ໂມງເຊົ້າ: "ລະບົບຊ້າຫຼາຍ, ອອກໃບບິນບໍ່ໄດ້." ທີມ IT ໃນວຽງຈັນເປີດ VPN ເບິ່ງ, ສາຍອິນເຕີເນັດຂອງສາຂາຍັງຂຶ້ນຢູ່ ແຕ່ Packet Loss 8%. ບໍ່ມີສາຍສຳຮອງ, ບໍ່ມີຫຍັງທີ່ເຮັດໄດ້ນອກຈາກໂທຫາຜູ້ໃຫ້ບໍລິການ ແລະ ລໍຖ້າ.
ສະຖານະການນີ້ພົບເລື້ອຍໃນອົງກອນທີ່ມີສຳນັກງານໃຫຍ່ຢູ່ວຽງຈັນ ແລະ ສາຂາຢູ່ຫຼວງພະບາງ, ສະຫວັນນະເຂດ, ປາກເຊ ຫຼື ແຂວງອື່ນ: ທະນາຄານ, ປະກັນໄພ, ຮ້ານຄ້າປີກ, ບໍລິສັດຂົນສົ່ງ. ສາຂາຕ້ອງເຂົ້າ ERP, Core Banking ຫຼື POS ທີ່ສູນກາງແບບໝັ້ນຄົງ, ແຕ່ຄຸນນະພາບອິນເຕີເນັດແຕ່ລະແຂວງບໍ່ເທົ່າກັນ ແລະ ບາງເມືອງມີຜູ້ໃຫ້ບໍລິການ Fiber ໃຫ້ເລືອກພຽງລາຍດຽວ.
ມີສາມທາງເລືອກຫຼັກ.
MPLS: ທາງສ່ວນຕົວຂອງຜູ້ໃຫ້ບໍລິການ
MPLS ແມ່ນບໍລິການ WAN ສ່ວນຕົວທີ່ຜູ້ໃຫ້ບໍລິການໂທລະຄົມສ້າງ ແລະ ດູແລ. Traffic ວິ່ງໃນເຄືອຂ່າຍຂອງເຂົາ ບໍ່ຜ່ານອິນເຕີເນັດສາທາລະນະ ແລະ ມັກມີ SLA ດ້ານ Latency ແລະ Uptime ໃນສັນຍາ.
ຈຸດແຂງແມ່ນຄຸນນະພາບທີ່ຄາດເດົາໄດ້ ແລະ QoS ຈາກຕົ້ນທາງເຖິງປາຍທາງ. ຈຸດອ່ອນມີຫຼາຍກວ່າທີ່ຫຼາຍຄົນຄິດ: ລາຄາຕໍ່ Mbps ສູງ, ເປີດວົງຈອນສາຂາໃໝ່ໃຊ້ເວລາເປັນອາທິດ ຫຼື ເດືອນ, ຜູກມັດກັບຜູ້ໃຫ້ບໍລິການລາຍດຽວ, ບໍ່ເຂົ້າລະຫັດ ໂດຍຄ່າເລີ່ມຕົ້ນ, ແລະ Traffic ໄປ Microsoft 365 ຫຼື SaaS ຕ້ອງອ້ອມຜ່ານສຳນັກງານໃຫຍ່ກ່ອນອອກອິນເຕີເນັດ.
IPsec VPN ແບບເກົ່າ: ຖືກ ແຕ່ຕາບອດ
Firewall ຢູ່ສາຂາສ້າງ Tunnel ເຂົ້າລະຫັດຫາສຳນັກງານໃຫຍ່ຜ່ານອິນເຕີເນັດທຳມະດາ. ລາຄາຖືກ ແລະ ອົງກອນສ່ວນຫຼາຍໃນລາວເລີ່ມຈາກແບບນີ້. ບັນຫາຄື Tunnel ບໍ່ຮູ້ວ່າສາຍກຳລັງແຍ່. ຕາບໃດທີ່ສາຍຍັງຂຶ້ນ ມັນກໍ່ສົ່ງ Traffic ຕໍ່ໄປ, ເຖິງ Packet Loss ຈະສູງຈົນແອັບໃຊ້ບໍ່ໄດ້. Failover ໄປສາຍທີສອງເຮັດໄດ້ ແຕ່ຊ້າ ແລະ ຕັ້ງຄ່າຍາກ.
SD-WAN: ສະຫຼາດກວ່າໃນການເລືອກທາງ
SD-WAN ແມ່ນຊັ້ນຊອບແວທີ່ຢູ່ເທິງວົງຈອນຫຼາຍແບບ (Fiber ອິນເຕີເນັດ, 4G/5G, ຫຼື MPLS ທີ່ມີຢູ່ແລ້ວ). ມັນສ້າງ Tunnel ເຂົ້າລະຫັດລະຫວ່າງສາຂາ, ວັດ Latency, Jitter ແລະ Packet Loss ຂອງທຸກເສັ້ນທາງຕະຫຼອດເວລາ, ແລ້ວສົ່ງແຕ່ລະແອັບໄປທາງທີ່ດີທີ່ສຸດໃນຂະນະນັ້ນ.
ໃນຕົວຢ່າງສາຂາປາກເຊຂ້າງເທິງ, SD-WAN ຈະເຫັນ Packet Loss ແລ້ວຍ້າຍ Traffic ຂອງ POS ໄປສາຍ 4G ພາຍໃນບໍ່ເທົ່າໃດວິນາທີ ໂດຍບໍ່ມີໃຜຕ້ອງເຮັດຫຍັງ.
ສິ່ງທີ່ໄດ້ເພີ່ມ: ໃຊ້ອິນເຕີເນັດລາຄາຖືກຫຼາຍສາຍພ້ອມກັນ, ຈັດການທຸກສາຂາຈາກ Dashboard ດຽວ, Zero-Touch Provisioning (ສົ່ງເຄື່ອງໄປສາຂາ ສຽບສາຍ ແລ້ວມັນດຶງ Config ເອງ) ແລະ Local Breakout ໃຫ້ Microsoft 365 ອອກອິນເຕີເນັດຈາກສາຂາໂດຍກົງ.
ສິ່ງທີ່ຕ້ອງຍອມຮັບ: ຄຸນນະພາບຍັງຂຶ້ນກັບອິນເຕີເນັດແຕ່ລະພື້ນທີ່ (SD-WAN ເລືອກທາງທີ່ດີທີ່ສຸດໄດ້ ແຕ່ສ້າງທາງທີ່ດີບໍ່ໄດ້), ມີຄ່າ License ລາຍປີ, ແລະ ຕ້ອງອອກແບບຄວາມປອດໄພຢູ່ສາຂາໃຫ້ດີ ເພາະແຕ່ລະສາຂາມີທາງອອກອິນເຕີເນັດຂອງໂຕເອງ.
ປຽບທຽບຂ້າງກັນ
| ຫົວຂໍ້ | MPLS | IPsec VPN ແບບເກົ່າ | SD-WAN |
|---|---|---|---|
| ວົງຈອນ | ສ່ວນຕົວຈາກຜູ້ໃຫ້ບໍລິການ | ອິນເຕີເນັດ | ອິນເຕີເນັດ, 4G/5G, MPLS ປະສົມ |
| SLA ຄຸນນະພາບ | ມີ | ບໍ່ມີ | ຕາມແຕ່ລະວົງຈອນ, ລະບົບຫຼົບບັນຫາໃຫ້ |
| ເຂົ້າລະຫັດ | ບໍ່ (ຕ້ອງເພີ່ມເອງ) | ມີ | ມີ |
| Failover | ຂຶ້ນກັບການອອກແບບ | ຊ້າ, ຕັ້ງຄ່າຍາກ | ອັດຕະໂນມັດ, ລະດັບວິນາທີ ຫຼື ໄວກວ່າ |
| ເລືອກທາງຕາມແອັບ | ຈຳກັດ | ບໍ່ມີ | ມີ |
| ການຈັດການ | ຜ່ານຜູ້ໃຫ້ບໍລິການ | ເທື່ອລະເຄື່ອງ | ຈາກສູນກາງ |
| ເປີດສາຂາໃໝ່ | ອາທິດ ຫາ ເດືອນ | ມື້ | ມື້ (ເມື່ອມີອິນເຕີເນັດແລ້ວ) |
ແພລັດຟອມທີ່ທ່ານມີແນວໂນ້ມຈະໄດ້ໃບສະເໜີລາຄາໃນປີ 2026
| ແພລັດຟອມ | ຮູບແບບ | ຄວນຮູ້ |
|---|---|---|
| Fortinet Secure SD-WAN | ຢູ່ໃນໂຕ Firewall FortiGate (FortiOS) | SD-WAN ກັບ NGFW ໃນກ່ອງດຽວ, ບໍລິການດ້ານຄວາມປອດໄພເປັນ Subscription ແຍກ |
| Cisco Catalyst SD-WAN | Router Cisco ກັບ Controller ກາງ (ເດີມແມ່ນ Viptela) | ເໝາະກັບເຄືອຂ່າຍໃຫຍ່ ແລະ ທີມທີ່ມີທັກສະ Cisco |
| Cisco Meraki SD-WAN | ອຸປະກອນ Meraki MX ຈັດການຜ່ານ Cloud Dashboard | ໃຊ້ງານງ່າຍຫຼາຍ, ແຕ່ຖ້າ License ໝົດ ອຸປະກອນຈະເຮັດວຽກບໍ່ປົກກະຕິ |
| HPE Aruba Networking EdgeConnect | ອຸປະກອນກັບ Orchestrator ກາງ (ມາຈາກ Silver Peak) | ເດັ່ນເລື່ອງ WAN Optimization, ແລະ ດຽວນີ້ HPE ເປັນເຈົ້າຂອງ Juniper ນຳ |
| VeloCloud SD-WAN | Edge ກັບ Orchestrator ເທິງ Cloud | Broadcom ຂາຍໃຫ້ Arista Networks ໃນເດືອນກໍລະກົດ 2025, ໃຫ້ກວດ Roadmap ແລະ ຊ່ອງທາງຊັບພອດໃນໃບສະເໜີລາຄາ |
| Palo Alto Networks Prisma SD-WAN | ອຸປະກອນ, ມັກໃຊ້ຄູ່ກັບ Prisma Access | ເໝາະທີ່ສຸດເມື່ອຊື້ SASE ໄປພ້ອມກັນ |
ຍີ່ຫໍ້ສຳຄັນໜ້ອຍກວ່າສາມເລື່ອງນີ້: ທີມຂອງທ່ານດູແລຈາກວຽງຈັນໄດ້ບໍ່, License ໝົດແລ້ວອຸປະກອນເຮັດວຽກແນວໃດ, ແລະ ອາໄຫຼ່ກັບ RMA ຜ່ານໄທ ໃຊ້ເວລາເປັນມື້ ຫຼື ເປັນອາທິດ.
ຖາມຜູ້ສະໜອງ SD-WAN ທຸກລາຍ ດ້ວຍຄຳຖາມດຽວກັນ
- Failover ໃຊ້ເວລາຈັກວິນາທີ ແລະ ການໂທ VoIP ທີ່ກຳລັງລົມຢູ່ຈະຫຼຸດບໍ?
- ມີ 4G/5G ໃນໂຕ ຫຼື ຕ້ອງມີ Modem ແຍກ?
- ມີ Firewall ແລະ IPS ໃນໂຕ ຫຼື ຕ້ອງຊື້ເພີ່ມ?
- Controller/Orchestrator ຢູ່ Cloud ຫຼື ຕິດຕັ້ງເອງໄດ້? ຖ້າເຂົ້າຫາມັນບໍ່ໄດ້ ສາຂາຍັງເຮັດວຽກຕໍ່ບໍ?
- License ຄິດແບບໃດ (ຕໍ່ເຄື່ອງ, ຕໍ່ແບນວິດ) ແລະ ຖ້າບໍ່ຕໍ່ License ເຄື່ອງຈະເຮັດວຽກແນວໃດ?
- ມີລາຍງານຄຸນນະພາບວົງຈອນ ທີ່ເອົາໄປລົມກັບຜູ້ໃຫ້ບໍລິການອິນເຕີເນັດໄດ້ບໍ?
ຄຳຖາມສຸດທ້າຍມີປະໂຫຍດກວ່າທີ່ຄິດ. ເມື່ອມີກາຟ Packet Loss ຍ້ອນຫຼັງ 30 ວັນ, ການເຈລະຈາກັບ ISP ງ່າຍຂຶ້ນຫຼາຍ.
ຄຳຕອບເຫຼົ່ານີ້ເຮັດໃຫ້ປຽບທຽບໃບສະເໜີລາຄາຫຼາຍຍີ່ຫໍ້ໄດ້ຢ່າງຍຸຕິທຳ, ແທນທີ່ຈະທຽບແຕ່ຕົວເລກ Throughput ທີ່ບໍ່ສະທ້ອນ Traffic ແທ້ຂອງສາຂາ.
ຍ້າຍໄປ SD-WAN ໂດຍບໍ່ໃຫ້ສາຂາຂາດ
- ສຳຫຼວດແອັບ ແລະ Traffic ຂອງແຕ່ລະສາຂາ: ໃຊ້ຫຍັງ, ຫຼາຍເທົ່າໃດ, ຊ່ວງໃດ
- ກວດວ່າແຕ່ລະແຂວງມີຜູ້ໃຫ້ບໍລິການໃດແດ່. ເລືອກສອງລາຍທີ່ຕ່າງກັນ ຫຼື Fiber + 4G/5G
- ເລືອກ Topology: Hub-and-Spoke ໄປສູນຂໍ້ມູນ ຫຼື Full-mesh ຖ້າສາຂາລົມກັນເອງຫຼາຍ
- ຂຽນ Policy ຕາມແອັບ: Core Banking/ERP ໄປທາງທີ່ດີທີ່ສຸດ, ວິດີໂອ ແລະ ອິນເຕີເນັດທົ່ວໄປອອກ Local
- Pilot 1–2 ສາຂາ ຄູ່ຂະໜານກັບວົງຈອນເກົ່າ, ຢ່າງໜ້ອຍສອງສາມອາທິດ ເພື່ອໃຫ້ເຫັນຊ່ວງຝົນຕົກ ຫຼື ໄຟດັບ
- ຍ້າຍສາຂາທີ່ເຫຼືອເປັນໄລຍະ, ແລ້ວຄ່ອຍຫຼຸດ ຫຼື ຍົກເລີກ MPLS
ຕົວຢ່າງຕົວຈິງ: ສອງລິ້ງສຳລັບສາຂາ 15 ຄົນ
ປະມານຄວາມຕ້ອງການຊ່ວງພີກ ຂອງສາຂາທີ່ມີ POS, ERP, Microsoft 365 ແລະ ກ້ອງຈັກໜ່ວຍ:
| Traffic | ປະມານການ | ໃຫ້ແລ່ນເທິງ 4G ສຳຮອງບໍ? |
|---|---|---|
| ERP ແລະ POS 15 ຄົນ | ປະມານ 4 Mbps | ໄດ້, ສຳຄັນທີ່ສຸດ |
| VoIP ພ້ອມກັນ 4 ສາຍ | ປະມານ 0.4 Mbps | ໄດ້ |
| ປະຊຸມວິດີໂອ Teams 2 ຫ້ອງ | ປະມານ 4 Mbps | ສະເພາະສຽງ |
| ເບິ່ງກ້ອງ 4 ໜ່ວຍທາງໄກແບບ Sub-stream | ປະມານ 4 Mbps ຂາຂຶ້ນ | ບໍ່ໄດ້ |
| ເວັບທົ່ວໄປ, ອັບເດດ, Sync ໄຟລ໌ Cloud | 10 Mbps ຂຶ້ນໄປ | ບໍ່ໄດ້ ຫຼື ຈຳກັດຫຼາຍ |
| ລວມຊ່ວງພີກ | ປະມານ 22 Mbps | ປະມານ 5 Mbps ຕອນໃຊ້ລິ້ງສຳຮອງ |
Fiber 50 Mbps ຮອງຮັບໄດ້ສະບາຍ ແລະ ຍັງເຫຼືອ. ສ່ວນລິ້ງ 4G/5G ຕ້ອງຮັບ Traffic ທຸລະກິດພຽງປະມານ 5 Mbps, ເຊິ່ງສຳຄັນຫຼາຍ ຖ້າເປັນແພັກເກັດຈຳກັດປະລິມານຂໍ້ມູນ. ນີ້ແຫຼະແມ່ນໜ້າທີ່ຂອງ Application Policy: ມື້ທີ່ລິ້ງຫຼັກລົ້ມ, ໃບແຈ້ງໜີ້ຍັງພິມໄດ້, ສ່ວນ YouTube ລໍຖ້າກ່ອນ. ກວດຄວາມໄວຂາຂຶ້ນຂອງ Fiber ນຳ. ແພັກເກັດໃນລາວຫຼາຍອັນ ເປັນແບບບໍ່ສົມມາດ, ແລະ ທັງການເບິ່ງກ້ອງ ແລະ ການ Backup ຂຶ້ນ Cloud ກໍ່ໃຊ້ຂາຂຶ້ນ.
ສິ່ງທີ່ເຮັດໃຫ້ SD-WAN ບໍ່ໄດ້ຜົນ
ອັນທຳອິດ ແລະ ພົບເລື້ອຍທີ່ສຸດ: ສອງວົງຈອນທີ່ "ຕ່າງກັນ" ແຕ່ຄວາມຈິງວິ່ງຕາມ Fiber ເສັ້ນດຽວກັນ ຫຼື ຂຶ້ນເສົາດຽວກັນ. ລົດບັນທຸກກ່ຽວສາຍຂາດເທື່ອດຽວ ທັງສອງສາຍກໍ່ດັບ. ຖາມຜູ້ໃຫ້ບໍລິການກ່ຽວກັບເສັ້ນທາງ ແລະ ໄປເບິ່ງເສົາເອງ.
ອັນອື່ນ: ເປີດ Local Breakout ໂດຍບໍ່ມີ Firewall ທີ່ສາຂາ, ບໍ່ຂຽນ Policy ຕາມແອັບ (SD-WAN ກາຍເປັນ VPN ລາຄາແພງ), ແລະ ລືມຄິດ License ລາຍປີໃນ TCO.
ຄວາມເຫັນຂອງເຮົາ
ສຳລັບອົງກອນສ່ວນຫຼາຍໃນລາວ ເຮົາແນະນຳ SD-WAN ທີ່ລວມ Next-Generation Firewall ໃນເຄື່ອງດຽວຢູ່ແຕ່ລະສາຂາ, ໃຊ້ Fiber ຈາກຜູ້ໃຫ້ບໍລິການໜຶ່ງ ແລະ 4G/5G ຈາກອີກລາຍໜຶ່ງ. ເຄື່ອງດຽວ ຈັດການງ່າຍກວ່າ ແລະ ອາໄຫຼ່ສຳຮອງກໍ່ມີແບບດຽວ.
ທະນາຄານ ແລະ ອົງກອນທີ່ລະບົບຫຼັກຢຸດບໍ່ໄດ້ເລີຍ: ຮັກສາວົງຈອນສ່ວນຕົວໄວ້ເປັນທາງຫຼັກ ແລະ ໃຫ້ SD-WAN ຄຸມທັງສອງທາງ (Hybrid). ທ່ານໄດ້ SLA ຂອງ MPLS ບວກກັບຄວາມສະຫຼາດຂອງ SD-WAN.
ທຸກສາຂາຕ້ອງມີ UPS. ຢູ່ແຂວງ ໄຟດັບບໍ່ແມ່ນເລື່ອງແປກ, ແລະ Failover ທີ່ດີທີ່ສຸດກໍ່ບໍ່ມີປະໂຫຍດຖ້າເຄື່ອງ SD-WAN ດັບ. ສຸດທ້າຍ, ເລືອກແພລດຟອມທີ່ທີມ IT ໃນວຽງຈັນຈັດການໄດ້ເອງ ໂດຍບໍ່ຕ້ອງນັ່ງລົດໄປແຂວງ.
ເລີ່ມຈາກລາຍຊື່ສາຂາ
ສົ່ງລາຍຊື່ສາຂາ, ຜູ້ໃຫ້ບໍລິການອິນເຕີເນັດ ແລະ ຄວາມໄວທີ່ແຕ່ລະສາຂາມີຢູ່ຕອນນີ້ ພ້ອມລະບົບທີ່ສາຂາຕ້ອງໃຊ້. ເຮົາຈະບອກວ່າສາຂາໃດຄວນມີສາຍທີສອງກ່ອນ ແລະ ຮ່າງ Topology ໃຫ້ເບິ່ງ. ຖ້າຍັງບໍ່ແນ່ໃຈວ່າແຕ່ລະສາຂາຕ້ອງການແບນວິດເທົ່າໃດ ລອງ ເຄື່ອງມືຄິດໄລ່ແບນວິດ.
- #sd-wan
- #mpls
- #wan
- #branch
- #vpn
- #failover
