WAN Fundamentals: MPLS, Metro Ethernet, DIA และ SD-WAN

Wide Area Network (WAN) คือโครงข่ายที่เชื่อมสำนักงาน สาขา ศูนย์ข้อมูล และ Cloud ซึ่งอยู่คนละพื้นที่เข้าด้วยกัน การออกแบบ WAN ที่ดีไม่ได้ดูเพียงความเร็ว Internet แต่ต้องพิจารณา Latency, Jitter, Packet Loss, SLA, Routing, Security, Resilience และค่าใช้จ่ายรวม บทความนี้เปรียบเทียบ MPLS, Metro Ethernet, Internet Leased Line, DIA และ SD-WAN พร้อมตัวอย่างออกแบบและตรวจสอบเครือข่าย Cisco

สารบัญ

• WAN คืออะไร?
• ตัวชี้วัด WAN
• MPLS VPN
• Metro Ethernet
• Internet Leased Line และ DIA
• SD-WAN
• เปรียบเทียบเทคโนโลยี
• ตัวอย่าง WAN Architecture
• Routing, NAT และ QoS
• Redundancy และ Failover
• Cisco WAN Lab
• Verification
• Troubleshooting
• Security และ Best Practices
• FAQ
• บทสรุป

1. WAN คืออะไร และต่างจาก LAN อย่างไร?

LAN เชื่อมอุปกรณ์ในพื้นที่จำกัด เช่น ชั้นอาคารหรือ Campus ส่วน WAN เชื่อมเครือข่ายที่อยู่ห่างกัน โดยมักอาศัยบริการจากผู้ให้บริการสื่อสาร (Service Provider) หรือสร้าง Overlay ผ่าน Internet

 HQ LAN 10.10.0.0/16          BRANCH LAN 10.20.0.0/16
         |                            |
      HQ EDGE                    BRANCH EDGE
         |                            |
         +------ WAN SERVICE --------+
             MPLS / Ethernet /
             DIA + IPsec / SD-WAN

WAN อาจเป็น Private Connectivity หรือใช้ Public Internet เป็น Underlay ก็ได้ ความเป็น Private ไม่ได้แปลว่า Traffic ได้รับการเข้ารหัสเสมอไป จึงต้องแยกเรื่อง Connectivity ออกจาก Confidentiality อย่างชัดเจน

2. ตัวชี้วัดที่ต้องเข้าใจก่อนเลือก WAN

Metric	ความหมาย	ผลกระทบ
Bandwidth / Throughput	อัตราส่งข้อมูลที่ให้บริการและที่ใช้งานได้จริง	File Transfer, Backup, Video
Latency / RTT	เวลาส่งข้อมูลไปและกลับ	Interactive Application
Jitter	ความแปรปรวนของ Delay	Voice, Video
Packet Loss	สัดส่วน Packet ที่สูญหาย	Voice Quality, TCP Performance
Availability	สัดส่วนเวลาที่บริการพร้อมใช้งาน	Business Continuity
CIR	Committed Information Rate ตามสัญญา	Shaping, Policing, Capacity Plan

การอ่าน SLA ต้องตรวจนิยาม วิธีวัด จุดวัด ช่วงเวลาบริการ ข้อยกเว้น และ Service Credit ไม่ควรนำคำว่า “99.9%” ไปตีความว่าเครือข่ายไม่มี Packet Loss หรือ Latency สูงโดยอัตโนมัติ

คำนวณ Downtime ตาม Availability

ตัวอย่างเชิงคณิตศาสตร์สำหรับเดือน 30 วัน: 99.9% เท่ากับช่วงไม่พร้อมใช้งานประมาณ 43.2 นาทีต่อเดือน หากใช้เวลาทั้งเดือนเป็นฐานคำนวณ ทั้งนี้เงื่อนไข SLA จริงอาจใช้วิธีนับต่างกัน

3. MPLS และ MPLS Layer 3 VPN

Multiprotocol Label Switching (MPLS) ใช้ Label Forwarding ภายในโครงข่าย Provider แทนการตัดสินใจจาก IP Routing ทุก Hop ในรูปแบบเดิม แต่คำว่า MPLS ไม่ได้เท่ากับบริการ VPN ประเภทเดียวเสมอไป

บริการ MPLS L3VPN มักใช้ VRF แยก Routing Table ของลูกค้า โดยมี Customer Edge (CE) เชื่อมกับ Provider Edge (PE) ส่วนการกระจาย VPN Routes ภายใน Provider ใช้เทคโนโลยี เช่น MP-BGP ตามสถาปัตยกรรมของผู้ให้บริการ

HQ LAN -- CE -- PE == MPLS PROVIDER == PE -- CE -- BRANCH LAN
                 |       VRF       |
                 +-----------------+

ข้อดี

เหมาะกับองค์กรที่ต้องการ Private Routing Domain, การเชื่อมหลายสาขา และ SLA ที่กำหนดร่วมกับผู้ให้บริการ โดยอาจรองรับ QoS Classes ตามสัญญา

ข้อจำกัด

ต้นทุนและระยะเวลาติดตั้งอาจสูงกว่าบางบริการ Internet การเปลี่ยนแปลงเส้นทางขึ้นกับ Provider และ MPLS L3VPN ไม่ได้เข้ารหัส Payload โดยค่าเริ่มต้น หากต้องการ Encryption ต้องเสริม IPsec หรือกลไกที่เหมาะสม

4. Metro Ethernet คืออะไร?

Metro Ethernet เป็นบริการ Ethernet Connectivity ระหว่างสถานที่ โดยรูปแบบบริการอาจเป็น E-Line แบบ Point-to-Point หรือ E-LAN แบบ Multipoint ตามข้อเสนอของผู้ให้บริการ

HQ SWITCH -- CE ===== E-LINE ===== CE -- DC SWITCH
                Provider Ethernet Service

ต้องตรวจว่า Provider ส่งมอบเป็น Layer 2 Ethernet หรือมี Routing Managed Service เพิ่มเติม รวมถึง VLAN Tagging, MTU, MAC Address Limits, Broadcast Handling, Loop Prevention และ Service OAM

ข้อควรระวัง: การขยาย VLAN เดียวข้ามหลาย Site เพิ่มขอบเขตของ Broadcast และ Layer 2 Failure Domain ไม่ควร Stretch VLAN โดยไม่มีเหตุผลด้าน Application หรือ High Availability ที่ชัดเจน

5. Internet Leased Line และ DIA

Dedicated Internet Access (DIA) เป็นบริการเชื่อมต่อ Internet สำหรับองค์กรที่มีคุณสมบัติและ SLA ตามสัญญา โดยคำว่า Internet Leased Line ในตลาดอาจใช้เรียกบริการเฉพาะวงจรหรือ Dedicated Internet จึงต้องตรวจรายละเอียดจริง ไม่ควรถือว่าทุกผลิตภัณฑ์มี Bandwidth Symmetric หรือ CIR เหมือนกัน

Corporate LAN -- Firewall -- Edge Router -- DIA -- Internet
                                  |
                           IPsec / SD-WAN
                                  |
                            Remote Branch

DIA ใช้เป็น Internet Breakout, Cloud Connectivity หรือ Underlay ของ Site-to-Site IPsec/SD-WAN ได้ แต่การเชื่อมต่อผ่าน Internet ไม่รับประกัน End-to-End Latency ไปทุกปลายทางตาม SLA ของวงจร Access

รายการที่ควรถาม Provider

• Bandwidth ขาขึ้น/ขาลง, CIR และ Oversubscription
• Public IPv4/IPv6, Static IP และ BGP Support
• SLA: Availability, Repair Time, Latency และ Packet Loss ที่วัดได้จริง
• Demarcation Point, CPE Ownership, DDoS Protection และ Support Escalation
• เส้นทาง Fiber จริงและความเป็นอิสระจากวงจรสำรอง

6. SD-WAN คืออะไร?

Software-Defined WAN (SD-WAN) เป็นสถาปัตยกรรมที่แยกการกำหนด Policy และการบริหารจัดการออกจากการส่ง Traffic โดยใช้ Overlay เชื่อม Edge Devices ผ่าน Underlay เช่น MPLS, DIA หรือ Broadband ตามโซลูชันที่เลือก

                    SD-WAN CONTROL / MANAGEMENT
                               |
              +----------------+----------------+
              |                                 |
           HQ EDGE                           BRANCH EDGE
              |                                 |
         +----+----+                       +----+----+
         |         |                       |         |
        MPLS      DIA =================== MPLS      DIA
                  Secure Overlay / Policy-based Paths

ระบบอาจเลือก Path จาก Loss, Latency, Jitter, Application Policy และ Health Probes แต่ความสามารถจริงแตกต่างตาม Vendor, License และ Design SD-WAN ไม่ได้ทำให้ Internet กลายเป็น Private Leased Line และไม่แก้ปัญหา Physical Last-Mile Failure หากทุกวงจรใช้โครงสร้างร่วมกัน

7. ตารางเปรียบเทียบ MPLS, Metro Ethernet, DIA และ SD-WAN

เทคโนโลยี	ลักษณะหลัก	เหมาะกับ	สิ่งที่ต้องระวัง
MPLS L3VPN	Provider-managed Private Routing	Multi-Site Enterprise	ไม่เข้ารหัสโดยอัตโนมัติ
Metro Ethernet	Ethernet Service ระหว่าง Site	Campus/DC Interconnect	Layer 2 Failure Domain และ MTU
DIA	Dedicated Internet Service ตาม SLA	Cloud, Internet, VPN Underlay	Internet Path Beyond Provider Edge
SD-WAN	Policy-driven Overlay บนหลาย Underlay	Multi-WAN และ Application-aware Routing	Controller, License, Operational Complexity

ไม่มีเทคโนโลยีใดดีที่สุดทุกสถานการณ์ การตัดสินใจต้องอ้างอิง Application Requirements, Geographic Coverage, Budget, Security, Operations และ SLA ที่ตรวจสอบได้

8. ตัวอย่าง WAN Architecture สำหรับองค์กรหลายสาขา

                 HQ / DATA CENTER
                 +-------------+
                 | Core / FW    |
                 +------+------+ 
                        |
                  +-----+-----+
                  | WAN EDGE  |
                  +--+-----+--+
                     |     |
                   MPLS   DIA
                     |     |
              +------+-----+------+
              |                   |
         BRANCH A             BRANCH B
       +----------+          +----------+
       | WAN EDGE |          | WAN EDGE |
       +----+-----+          +----+-----+
            |                     |
       VLAN / LAN              VLAN / LAN

ตัวอย่างนี้ใช้ MPLS เป็นหนึ่งใน Underlay และ DIA เป็นอีกทางเลือกสำหรับ Secure Overlay หรือ Internet Breakout แต่ต้องกำหนดชัดเจนว่า Traffic ใดใช้เส้นทางใด และเมื่อ Link ล่มจะ Failover อย่างไร

ตัวอย่าง IP Plan

Site	LAN Prefix	WAN / Overlay
HQ	10.10.0.0/16	ตาม Provider / Design
Branch A	10.20.0.0/16	ตาม Provider / Design
Branch B	10.30.0.0/16	ตาม Provider / Design

ใช้ Prefix ที่ไม่ทับซ้อนกันเพื่อให้ Routing และ Site-to-Site VPN ทำงานได้ง่ายขึ้น หากมี Overlapping Address ต้องวางแผน NAT หรือ Renumbering อย่างระมัดระวัง

9. Routing, NAT และ QoS บน WAN

Routing

วงจร WAN แบบ Point-to-Point อาจใช้ Static Route สำหรับ Site ขนาดเล็ก หรือใช้ OSPF/BGP เมื่อมีหลาย Site, หลาย Path หรือข้อกำหนด Convergence ที่ซับซ้อน การเลือก Routing Protocol ต้องสอดคล้องกับบริการ Provider และการควบคุม Routing Domain

NAT

Internet-bound Traffic อาจต้องใช้ Source NAT/PAT แต่ Private WAN และ VPN Traffic บางประเภทต้องหลีกเลี่ยง NAT ที่ไม่ตั้งใจ โดยเฉพาะ Traffic Selectors ของ Policy-Based IPsec

QoS

ถ้า Ethernet WAN Interface เป็น 1 Gbps แต่ Provider CIR 100 Mbps ควรประเมิน Parent Shaping ที่อัตราเหมาะสมกับ Service Contract และ Overhead พร้อม Child Queues สำหรับ Voice, Business และ Default Traffic ตาม Platform Support

QoS ไม่เพิ่ม Bandwidth แต่ช่วยจัดลำดับ Traffic เมื่อเกิด Congestion และต้องออกแบบทั้งสองทิศทางของ WAN

10. Redundancy และ Failover Design

การมีสองวงจรไม่ได้แปลว่า High Availability หากวงจรทั้งสองใช้ Fiber Path, อาคารชุมสาย, Power Source หรือ Provider Core เดียวกัน จึงต้องตรวจ Physical Diversity ควบคู่กับ Logical Redundancy

              HQ EDGE
              /     \
          ISP-A     ISP-B
            |         |
            +----+----+
                 |
             Branch Edge

การตรวจ Interface Up/Down อย่างเดียวไม่เพียงพอ เพราะวงจรอาจ Up แต่ปลายทางใช้งานไม่ได้ สามารถใช้ IP SLA + Object Tracking หรือ Routing Protocol Health ตาม Design เพื่อทดสอบ Reachability ที่มีความหมายต่อบริการ

Failover Test ที่ควรมี

• ถอดหรือ Shutdown Primary WAN Link ใน Lab ที่ได้รับอนุญาต
• ตรวจ Routing Table และ Active Next-Hop
• วัด Convergence Time และ Application Impact
• ทดสอบ Failback เพื่อหลีกเลี่ยง Route Flapping
• ตรวจว่า Security Policy และ NAT ทำงานบน Backup Path

11. Cisco WAN Lab: Static Route และ Floating Static Route

ตัวอย่างนี้เป็น Routing Lab บน Cisco IOS/IOS XE ไม่ใช่การจำลอง MPLS Core ของ Provider โดยใช้ Router สองตัวเชื่อมผ่าน Primary และ Backup Link เพื่อแสดงการเลือกเส้นทาง

HQ-R1                             BR-R2
LAN 10.10.10.0/24                 LAN 10.20.20.0/24
    |                                  |
    +--- Primary: 172.16.0.0/30 -------+
    |                                  |
    +--- Backup:  172.16.0.4/30 -------+

HQ-R1 Configuration

configure terminal
interface GigabitEthernet0/0/0
 description PRIMARY-WAN
 ip address 172.16.0.1 255.255.255.252
 no shutdown
!
interface GigabitEthernet0/0/1
 description BACKUP-WAN
 ip address 172.16.0.5 255.255.255.252
 no shutdown
!
ip route 10.20.20.0 255.255.255.0 172.16.0.2
ip route 10.20.20.0 255.255.255.0 172.16.0.6 200
end

BR-R2 Configuration

configure terminal
interface GigabitEthernet0/0/0
 description PRIMARY-WAN
 ip address 172.16.0.2 255.255.255.252
 no shutdown
!
interface GigabitEthernet0/0/1
 description BACKUP-WAN
 ip address 172.16.0.6 255.255.255.252
 no shutdown
!
ip route 10.10.10.0 255.255.255.0 172.16.0.1
ip route 10.10.10.0 255.255.255.0 172.16.0.5 200
end

ตัวอย่างสมมติว่า LAN Interface ของทั้งสองฝั่งได้รับการกำหนดค่าและมี Connected Route แล้ว และ Interface Names ต้องปรับตามอุปกรณ์จริง

Administrative Distance 200 ทำให้ Backup Static Route มีลำดับความสำคัญต่ำกว่า Primary Static Route เมื่อทั้งสองเส้นทางพร้อมใช้งาน แต่การสลับเส้นทางด้วย Static Route อย่างเดียวอาจไม่ตรวจพบความเสียหายที่อยู่ลึกเข้าไปใน Provider Network

แนวคิด IP SLA สำหรับตรวจ Remote Reachability

ip sla 10
 icmp-echo 172.16.0.2 source-interface GigabitEthernet0/0/0
 frequency 5
ip sla schedule 10 life forever start-time now
track 10 ip sla 10 reachability
!
no ip route 10.20.20.0 255.255.255.0 172.16.0.2
ip route 10.20.20.0 255.255.255.0 172.16.0.2 track 10

ตัวอย่างนี้แสดงหลักการผูก Primary Route กับ Track Object เท่านั้น ต้องตรวจ Support, Probe Target, Probe Source, Timer และ Return Path ก่อนใช้จริง การ Probe ไปยัง Router ฝั่งตรงข้ามอาจไม่สะท้อน Health ของ Application Server และการ Track ทั้งสองฝั่งควรออกแบบร่วมกัน

ห้ามนำ Lab Configuration ไปวางบน Production โดยตรง ต้องสำรอง Running Configuration, ตรวจ Routing Dependencies, กำหนด Change Window และ Rollback Plan ก่อนทุกครั้ง

12. Verification Commands สำหรับ WAN

show ip interface brief
show interfaces GigabitEthernet0/0/0
show interfaces GigabitEthernet0/0/1
show ip route 10.20.20.0
show ip cef 10.20.20.1
show ip sla statistics
show track
ping 172.16.0.2 source 172.16.0.1
traceroute 10.20.20.1

คำสั่ง show ip sla statistics และ show track มีความหมายเมื่อสร้าง IP SLA และ Track Object แล้ว ส่วน ping และ traceroute ต้องคำนึงถึง ACL, ICMP Filtering และ Return Route

ผลลัพธ์ที่ควรยืนยัน

• Primary Route ถูกเลือกเมื่อ Primary Path ปกติ
• Backup Route ถูกเลือกเมื่อ Primary Path ถูกถอนออก
• ทั้งสองฝั่งมี Return Route ที่ถูกต้อง
• Traffic จริงผ่านเส้นทางตาม Design
• ไม่มี Interface Errors หรือ Packet Drops ที่ผิดปกติ

13. WAN Troubleshooting: จาก Physical ถึง Application

Application Unreachable
         |
         v
Physical / Interface Up?
         |
         v
IP Address / Subnet Correct?
         |
         v
Provider Handoff Reachable?
         |
         v
Routing / Next-Hop Correct?
         |
         v
Return Route Available?
         |
         v
ACL / NAT / VPN Policy Correct?
         |
         v
MTU / MSS / QoS / Packet Loss?
         |
         v
Application and DNS Test

Case 1: Interface Up แต่สาขาใช้งานไม่ได้

ตรวจ Route ไป-กลับ, ARP/Neighbor, Provider Handoff, VRF, VPN Status และ ACL เพราะ Interface Up บอกเพียงสถานะลิงก์ ไม่รับประกัน End-to-End Reachability

Case 2: Voice กระตุกช่วง Backup

ตรวจ Jitter, Packet Loss, QoS Marking, CIR ของ Backup Link และ Queuing Policy การใช้ Backup ที่ Bandwidth ต่ำกว่า Primary อาจทำให้ QoS Policy เดิมไม่เหมาะสม

Case 3: Internet เร็ว แต่ ERP ช้า

ตรวจ RTT ไป Application Server, TCP Retransmissions, DNS, Server Processing Time และเส้นทางจริง ไม่ควรสรุปจาก Speed Test ว่า WAN ทุก Application ปกติ

Case 4: MPLS ใช้งานได้ แต่ VPN ผ่าน DIA ไม่ได้

ตรวจ IKE/IPsec SA, Public IP Reachability, UDP 500/4500, NAT-T, Traffic Selectors และ Firewall Policy แยกจาก MPLS Routing

Case 5: มี Packet Loss เป็นช่วงสั้น

ตรวจ Interface Counters, Queue Drops, Microbursts, Provider Policing และเวลาที่เกิดเหตุร่วมกับ Syslog และ Monitoring Graph

14. WAN Security และ Production Best Practices

• Encrypt Sensitive Traffic: พิจารณา IPsec หรือ MACsec ตาม Architecture แม้ใช้ Private WAN
• Least Privilege: ใช้ Firewall/ACL ควบคุมการสื่อสารข้าม Site และ VLAN
• Routing Security: Authenticate Routing Adjacencies เมื่อรองรับ จำกัด Prefix และป้องกัน Route Leak
• Management Security: ใช้ SSH, AAA, SNMPv3, Syslog และ NTP ที่เหมาะสม
• Monitoring: เก็บ Latency, Jitter, Loss, Utilization, Tunnel Status และ SLA Events
• Capacity Planning: ใช้ข้อมูล Peak Hour และ Growth Forecast แทนการประเมินจาก Average อย่างเดียว
• Documentation: เก็บ Circuit ID, Provider Contact, IP Plan, Demarcation, Route Policy และ Failover Diagram
• Change Control: ทดสอบ Backup Path และ Rollback ก่อนปรับ Routing หรือ QoS

สำหรับ Critical Infrastructure ต้องแยก Traffic และ Trust Zones ตามระดับความสำคัญของระบบ รวมถึงประเมินความเสี่ยงของ Remote Access และการเชื่อมกับระบบควบคุม ไม่ควรเชื่อมเครือข่าย Operation Technology เข้ากับ Internet โดยไม่มีการออกแบบ Security Boundary

15. FAQ: คำถามที่พบบ่อยเกี่ยวกับ WAN

MPLS เป็น Internet หรือไม่?

MPLS เป็นเทคโนโลยี Forwarding ที่ Provider ใช้ได้ทั้งกับ Private VPN และบริการอื่น ไม่ควรถือว่า MPLS L3VPN คือ Public Internet

MPLS L3VPN เข้ารหัสข้อมูลหรือไม่?

โดยค่าเริ่มต้นไม่ได้เข้ารหัส Payload หากต้องการ Confidentiality ต้องใช้กลไก Encryption เพิ่มเติม

Metro Ethernet เหมือนกับ MPLS หรือไม่?

ไม่เหมือนกัน Metro Ethernet อธิบายบริการ Ethernet Connectivity ส่วน MPLS เป็นเทคโนโลยีที่อาจอยู่ใน Provider Core และใช้ส่งมอบบริการหลายประเภทได้

DIA กับ Broadband ต่างกันอย่างไร?

ต่างกันตาม Product และ SLA ของ Provider โดย DIA มักมีข้อกำหนดสำหรับองค์กรชัดเจนกว่า แต่ต้องตรวจสัญญาจริง

SD-WAN จำเป็นต้องใช้ MPLS หรือไม่?

ไม่จำเป็น SD-WAN สามารถใช้ Internet, MPLS หรือ Underlay หลายประเภทตาม Vendor และ Architecture

มี ISP สองรายแล้ว High Availability สมบูรณ์หรือไม่?

ยังไม่แน่นอน ต้องตรวจ Fiber Route, Shared Facilities, Power, CPE, Routing และ Failover Testing

QoS ช่วยให้ WAN เร็วขึ้นหรือไม่?

QoS ไม่เพิ่ม Physical Bandwidth แต่ช่วยจัดลำดับ Traffic เมื่อ Congestion เกิดขึ้น

ควรเลือก Static Route หรือ BGP สำหรับ WAN?

Static Route เหมาะกับเครือข่ายเรียบง่าย ส่วน BGP เหมาะเมื่อมีหลายเส้นทางและต้องควบคุม Routing Policy โดยเฉพาะกรณี Multi-Homing แต่ต้องประเมินความซับซ้อนและทักษะการดูแล

16. บทสรุป

WAN Design ที่ดีเริ่มจาก Business Requirement ไม่ใช่เริ่มจากชื่อเทคโนโลยี MPLS L3VPN เหมาะกับ Private Multi-Site Routing, Metro Ethernet เหมาะกับ Ethernet Connectivity, DIA เหมาะกับ Internet/Cloud และ Secure Overlay ส่วน SD-WAN ช่วยจัดการหลาย Underlay ด้วย Policy ตามความสามารถของระบบ

Business Requirements
         |
         v
Application SLA + Security
         |
         v
Technology Selection
         |
         v
Routing + QoS + Redundancy
         |
         v
Verification + Monitoring
         |
         v
Operational Documentation

Network Engineer ควรยืนยันความพร้อมใช้งานด้วย End-to-End Tests, ตรวจ Provider SLA, วางแผน Failover และทำ Troubleshooting จาก Physical Layer ไปถึง Application Layer อย่างเป็นระบบ

บทความถัดไป: SD-WAN Fundamentals สำหรับ Network Engineer — Underlay, Overlay, Controllers, Application-Aware Routing และ Secure Connectivity