จาก Leased Line ถึง SD-WAN: เส้นทาง 40 ปีของเครือข่ายแกนหลัก

จาก timeslot 64 kbps สู่ Software-Defined — TDM, SDH, Metro Ethernet, MPLS, QoS, IPv6 และเจาะลึก SDN vs SD-WAN ให้แยกขาดจากกันได้เด็ดขาด

ผู้เขียน: Supakiat L. อ่าน ~10 นาที 9 หัวข้อ หมวด: Network × WAN × SDN

คุยกับทีมเรา กลับสู่บอร์ดองค์ความรู้

Core network infrastructure — routers and fibre

สาระสำคัญของบทความ

TDM ขายวงจรเป็น “timeslot” — ไม่ใช้ก็ไม่มีใครเอาไปใช้ต่อได้ ค่าใช้จ่ายต่อ Mbps จึงแพงลิ่ว
SDH วงแหวนที่ฟื้นตัวเองได้ใน <50 ms + Metro Ethernet เปลี่ยนเครือข่ายแกนเป็น packet และถูกลงมหาศาล
MPLS ทำให้เครือข่ายกายภาพหนึ่งเส้นรองรับหลายลูกค้า/หลายแผนก พร้อม QoS และ IPv6 ในตัว
SDN แยก “สมอง” (control plane) ออกจาก “กล้ามเนื้อ” (data plane) ควบคุมรวมศูนย์ที่ Controller เดียว
SD-WAN คือนำหลัก SDN มาใช้กับ WAN — เลือกเส้นทาง “ต่อแอปพลิเคชัน” บน link หลายชนิดพร้อมกัน

5 พาดหัวที่เลือกก่อนเขียน (SEO) — ใช้ข้อ 1 เป็นพาดหัวหลัก

จาก Leased Line ถึง SD-WAN: เส้นทาง 40 ปีของเครือข่ายแกนหลัก (TDM → SDH → MPLS → SDN) ← เลือกใช้
SDN vs SD-WAN ต่างกันอย่างไร? คู่มือครบเครื่องตั้งแต่ยุค TDM จนถึงวันนี้
ทำไม MPLS ค่อย ๆ ถูกแทนที่ด้วย SD-WAN: คู่มือสำหรับ IT Manager ที่มีหลายสาขา
จาก 64 kbps สู่ยุค Software-Defined: ประวัติเครือข่ายแกนหลักฉบับย่อ
SD-WAN สำหรับองค์กรยุคใหม่: เครือข่ายแกนหลักมาจากไหน และกำลังจะไปทางไหน

2.048 Mbps ความจุสูงสุดของวงจร E1 หนึ่งเส้นในยุค TDM (30 × 64 kbps)

<50 ms เวลาที่วงแหวน SDH ฟื้นตัวเองเมื่อสายขาด (protection switching)

>45% สัดส่วนทราฟฟิก IPv6 ทั่วโลก (Google, 2025)

~$5.3B มูลค่าตลาด SD-WAN ปี 2023 และโตเกิน $8B ภายในปี 2026 (Gartner)

บทนำ

วันที่วงจร 64 kbps กำหนดชะตางานไอที

เรื่องจริงแบบที่วิศวกรเครือข่ายรุ่นเก่าคุ้นเคย — และคำตอบว่าทำไมเครือข่ายทุกวันนี้ถึงกลายเป็นแบบนี้

ต้นยุค 90s สาขาธนาคารแห่งหนึ่งมี link เดียวที่เชื่อมกับสำนักงานใหญ่ คือ leased line ความเร็ว 64 kbps เมื่อทีมธุรกิจอยากวางระบบ POS ตัวใหม่ที่ต้องส่งรายการแบบเรียลไทม์ ทางเลือกมีแค่ “อัปเกรดเป็น 128 kbps” — ซึ่งแปลว่ารอผู้ให้บริการจัด port ใหม่ 3–4 สัปดาห์ และจ่ายค่าเช่ารายเดือนที่แพงกว่าตัว router ทั้งเครื่อง ในยุคนั้น วิศวกรเครือข่ายไม่ได้ “ตั้งค่า” เครือข่าย แต่ “รอ” เครือข่าย

ปัญหาตอนนั้นคือ “ความเร็ว” แต่ปัญหาขององค์กรไทยจำนวนมากวันนี้คือ “วิธีคิดที่ค้างยุค” — แอปพลิเคชันย้ายขึ้นคลาวด์หมดแล้ว พนักงานประชุมวิดีโอทั้งวัน สาขาคุยกับ SaaS โดยตรงไม่ต้องผ่านสำนักงานใหญ่ แต่สัญญาเครือข่ายหลายที่ยังผูกกับวงจรแบบเก่าและราคาแบบเก่า และพอคำว่า “SDN” หรือ “SD-WAN” โผล่ในการประชุม คำถามคลาสสิกก็จะตามมาทันที: “มันเหมือนกันไม่ใช่เหรอ?” — ไม่เหมือนครับ และความต่างนั้นเข้าใจง่ายที่สุดในรอบ 40 ปีของประวัติศาสตร์เครือข่าย

บทความนี้ให้คุณสามอย่าง: (1) เส้นทางเครือข่ายแกนหลักผ่าน 5 ยุค โดยแต่ละยุคเล่าผ่าน “ปัญหาที่มันมาแก้” (2) ตารางเปรียบเทียบ SDN vs SD-WAN ที่ทำให้คุณไม่สับสนอีกเลย (3) checklist ตัดสินใจย้ายจาก MPLS ไป SD-WAN ในโลกจริง พร้อมตัวเลขอ้างอิงที่ตรวจสอบได้

แผนที่วิวัฒนาการ

จาก TDM ถึง SD-WAN ในห้ายุค

ยุคที่ 1: TDM Leased Line ขายแบนด์วิดท์เป็น timeslot — 64 kbps ถึง 2 Mbps เช่าถาวรแม้ไม่ได้ใช้

ยุคที่ 2: SDH & Metro Ethernet วงแหวนแสงที่ฟื้นตัวเองได้ใน <50 ms และ Ethernet บุกลูกข่าย — เครือข่ายกลายเป็น packet และถูกลงมหาศาล

ยุคที่ 3: MPLS เครือข่ายกายภาพหนึ่งเส้น = หลายเครือข่ายส่วนตัว พร้อมเลนฉุกเฉิน (QoS) และที่อยู่ใหม่ (IPv6)

ยุคที่ 4: SDN แยกสมอง (control plane) ออกจากกล้ามเนื้อ (data plane) — คุมเครือข่ายทั้งผืนจาก Controller เดียว

ยุคที่ 5: SD-WAN เอาหลัก SDN มาไว้ที่ขอบสาขา — เลือกเส้นทาง “ต่อแอป” บน link หลายชนิดแบบเรียลไทม์

ยุคที่ 1 · 1970s–1990s

Leased Line & TDM: เช่าถนนส่วนตัวมาวิ่งรถเปล่า

TDM (Time-Division Multiplexing) หั่นสายกายภาพหนึ่งเส้นออกเป็น “ช่องเวลา” (timeslot) ถาวร — ทุกวงจรมีช่องของตัวเองไม่ว่าจะส่งข้อมูลจริงหรือไม่

มาตรฐานที่เห็นชัดที่สุดคือ E1 ของยุโรป (ฝั่งอเมริกาใช้ T1) ตาม ITU-T G.703/G.704: หนึ่งวงจร E1 พาความจุ 2.048 Mbps หั่นเป็น 32 timeslot ๆ ละ 64 kbps — ใช้จริง 30 ช่องสำหรับเสียง/ข้อมูล อีก 2 ช่องเป็นช่องควบคุม (30B+D) โทรศัพท์สาขาต่อเข้า PBX ผ่าน “สายเช่า” ที่ลากจุดต่อจุด และทุก 64 kbps ที่ซื้อเพิ่ม คือค่าเช่ารายเดือนก้อนใหม่ทันที

เปรียบเทียบให้เห็นภาพ

Leased Line แบบ TDM คือการ “เช่าเลนถนนส่วนตัว” — แม้วันที่ไม่มีรถวิ่งเลยสักรถ เลนนั้นกลับไม่มีใครนำไปใช้แทนได้ และคุณจ่ายค่าเช่าเต็มจำนวนทุกวัน นี่คือเหตุผลที่แบนด์วิดท์ยุค TDM แพงมาก: พื้นที่ว่างในสายขายต่อให้ใครไม่ได้เลย

1.1 ลักษณะของ Leased Line ที่องค์กรต้องแลก

จุดต่อจุดเท่านั้น

หนึ่งวงจรเชื่อมได้สองจุด — สำนักงานใหญ่กับสาขา 10 แห่ง = 10 วงจร (ดาว 10 แฉก) เปิดสาขาใหม่ที = ทำสัญญาใหม่ที

SLA เกิดวันแรก

ผู้ให้บริการการันตีคุณภาพสัญญาณบนวงจรเฉพาะ — จุดกำเนิดความเชื่อว่า “วงจรเฉพาะ = เสถียร” ที่ฝังในองค์กรไทยมาจนถึงวันนี้

ยืดหยุ่นเป็นศูนย์

อัปเกรดจาก 64k เป็น 2M = สัญญาใหม่ + ลงพื้นที่ใหม่ — แบนด์วิดท์คือ “เรื่องจัดซื้อ” ไม่ใช่ “เรื่องตั้งค่า” ใช้เวลาเป็นสัปดาห์ถึงเดือน

1.2 Frame Relay: ก้าวแรกของการ “ใช้สายร่วมกัน”

กลางยุค 90s Frame Relay มาพร้อมแนวคิดใหม่: ใส่หลาย “วงจรเสมือน” (PVC แยกด้วย DLCI) ลงบนสายกายภาพเส้นเดียว แล้วใช้ statistical multiplexing ให้ผู้ให้บริการขายความจุเกินสายจริงได้ — ลูกค้าจ่ายตาม committed rate (CIR) ที่ใช้งานจริง แทนที่จะเช่าทั้งเส้นเหมือน TDM แม้จะยังช้า (ระดับ Mbps ต้น ๆ) ยังต้องรอผู้ให้บริการเปิดบริการเป็นสัปดาห์ และยังไม่ตอบโจทย์ any-to-any ขนาดใหญ่ แต่มันคือครั้งแรกที่วงการเครือข่ายยอมรับว่า “ไม่ต้องจองทรัพยากรถาวรก็ได้” — เมล็ดพันธุ์เดียวกับที่จะงอกเป็น SD-WAN ในอีก 20 ปีให้หลัง

ยุคที่ 2 · 1990s–2000s

SDH/SONET & Metro Ethernet: วงแหวนที่ฟื้นตัวเองกับ Ethernet ที่บุกลูกข่าย

สองเทคโนโลยีคนละสำนัก แต่ช่วยกันยกระดับเครือข่ายแกนจาก “สายเช่าทองแดง” เป็น “โครงข่ายแสงระดับเมโทร” ที่เร็วกว่า ถูกกว่า และอึดกว่ามาก

2.1 SDH/SONET: TDM บนแสง + วงแหวนที่หายเองได้ใน 50 ms

SDH (ฝั่งยุโรป/ไทย) หรือ SONET (ฝั่งอเมริกา) คือ TDM ที่ย้ายขึ้นสายใยแก้วนำแสงและเพิ่มความเร็วเป็นลำดับขั้น: STM-1 ที่ 155 Mbps → STM-4 ที่ 622 Mbps → STM-16 ที่ 2.5 Gbps จุดเปลี่ยนสำคัญจริง ๆ ไม่ใช่ความเร็ว แต่คือ topology แบบวงแหวน (ring) พร้อม protection switching ตามมาตรฐาน ที่สลับทราฟฟิกไปวิ่งอีกทางของวงแหวนภายในไม่ถึง 50 ms เมื่อสายขาด — ผู้ใช้โทรศัพท์ VoIP สมัยนั้นไม่รู้ตัวด้วยซ้ำว่าสายขาดไปแล้ว

เปรียบเทียบ: SDH คือ “เส้นทางรถเมล์ที่มีเลนสำรองบังคับตลอดสาย” — เมื่อเลนหลักปิด รถทั้งขบวนสลับไปเลนสำรองทันทีภายใน 50 ms ผู้โดยสารไม่ตกรถ ไม่รอสัญญาณใหม่ ไม่สายงานพัง

2.2 Metro Ethernet: Ethernet ที่ชนะในวง LAN แล้วบุกลูกข่าย

ขณะ SDH ยังคิดแบบวงจร Ethernet — ที่ชนะสงครามวง LAN เพราะถูก ง่าย เสียบปลั๊กแล้วใช้ได้ทันที — กำลังไต่ระดับขึ้นมาจากตึกสู่เมือง องค์กรเริ่มขอ “เช่าสาย Ethernet ระหว่างสาขา” แทนวงจร TDM ผู้ให้บริการจึงยกระดับเป็นบริการมาตรฐานด้วยมาตรฐาน MEF (Metro Ethernet Forum): E-Line แบบจุดต่อจุด, E-LAN แบบหลายจุดเหมือน VLAN เดียวทั้งเมือง, E-Tree แบบกึ่งดาว — กลายเป็นบริการ Carrier Ethernet ที่ขายพร้อม SLA จริงจัง

เปรียบเทียบ: ถ้า TDM คือทางด่วนที่จองเลนไว้ exclusive Metro Ethernet คือ “ระบบรถเมล์อัจฉริยะ” ที่รับผู้โดยสารหลายรายบนถนนเส้นเดียวกัน คิดเงินตามปริมาณและระดับบริการ — ต้นทุนต่อ Mbps ต่ำลงแบบหน้ามือเป็นหลังมือ

ผลลัพธ์: สาขาที่เคยได้ 2 Mbps ขยับเป็น 10–100 Mbps ได้ในราคาเท่าเดิมหรือถูกลง แต่เกิดคำถามใหม่ทันทีที่เครือข่ายถูกใช้ร่วมกันหลายราย: จะกันลูกค้า/แผนกออกจากกันอย่างไรบนโครงสร้างพื้นฐานเดียวกัน ไม่ให้ข้อมูลปนกัน ไม่ให้ใครแย่งเลนใคร — คำตอบของคำถามนี้คือ MPLS ในหัวข้อถัดไป

ยุคที่ 3 · 2000s–2010s

MPLS: ระบบไปรษณีย์ติดรหัสภายใน + เลนฉุกเฉิน + สมุดที่อยู่ใหม่

Multi-Protocol Label Switching (RFC 3031, 2001) แก้คำถามใหญ่ของยุค shared network: ทำอย่างไรให้เครือข่ายเส้นเดียว “แกล้งทำเป็น” เครือข่ายส่วนตัวหลายสิบเครือข่าย โดยยังการันตีคุณภาพได้

3.1 Label Switching: ส่งต่อด้วย “รหัสภายใน” ไม่ต้องอ่านที่อยู่ทั้งใบ

หลักของ MPLS ง่ายและฉลาด: แทนที่ router ทุกตัวจะอ่าน destination IP คำนวณ routing ใหม่ทุก hop (แบบ IP ดั้งเดิม) — packet ขาเข้าเครือข่ายจะถูก “ติด label” สั้น ๆ แล้วทุกเครื่องระหว่างทางแค่ดู label แล้วส่งต่อตาม Label Switched Path (LSP) ที่วางไว้ล่วงหน้า

เปรียบเทียบ: คือระบบไปรษณีย์ที่ไม่ต้องอ่านที่อยู่ผู้รับทั้งซองทุกครั้ง — ใช้ “รหัสภายในสายส่ง” กำกับว่าซองนี้ไปต่อที่คลังไหน ขบวนไหน ทำให้คัดแยกเร็วและควบคุมเส้นทางได้ระดับ “จองเลนล่วงหน้า” (traffic engineering)

และเมื่อ MPLS จับคู่กับ BGP VPN (RFC 2547) ก็เกิดเวทมนตร์ที่เปลี่ยนอุตสาหกรรม: ใช้ VRF แยกตาราง routing ของแต่ละลูกค้า/แต่ละแผนกบนอุปกรณ์ชุดเดียวกัน — เครือข่ายกายภาพหนึ่งเส้นกลายเป็นเครือข่ายส่วนตัวหลายร้อยเครือข่ายที่แยกขาดจากกันจริง ๆ นี่คือรากฐานของบริการ MPLS VPN ที่องค์กรหลายสาขาใช้ต่อ any-to-any ได้ในราคาแบบ shared

3.2 QoS-ready: เลนรถพยาบาลกลางการจราจรติดขัด

เครือข่าย shared จะแชร์กันจริงต้องมีการจัดลำดับความสำคัญ — ยุคนี้คือยุคที่ QoS กลายเป็นคุณสมบัติมาตรฐานของ core network ด้วย DiffServ (RFC 2474) ที่ “ประทับคลาส” ลงบน packet: EF สำหรับเสียง/วิดีโอที่ต้องการ latency ต่ำ, AF สำหรับแอปธุรกิจสำคัญ, BE สำหรับงาน best effort ทั่วไป core router จะเข้าคิวและกัน bandwidth ให้แต่ละคลาสตามนโยบายที่วางทั้งเครือข่าย

เปรียบเทียบ: QoS คือเลนรถพยาบาลกลางเมืองรถติด — แม้ถนนเต็ม เสียงฉุกเฉินต้องไปถึงเสมอ ตัวอย่างจริง: วงจร MPLS 2 Mbps ที่รัน VoIP + POS + internet พร้อมกัน ยังคุยโทรศัพท์ชัดเพราะ EF ถูกกัน bandwidth ไว้ end-to-end — ไฟล์ backup ย้ายข้ามสาขาได้โดยไม่ต้องทำให้สายประชุมหลุด

3.3 IPv6: สมุดที่อยู่โลกใกล้หมด เครือข่ายต้องรองรับที่อยู่ใหม่

ปี 2011 IANA ปล่อย IPv4 บล็อกสุดท้ายหมดคลัง — โลกที่ทุกอุปกรณ์ต้องการ IP เป็นจริงแบบเดิมไม่ได้ lagi MPLS core มีบทบาทสำคัญเพราะรองรับ IPv6 ข้ามเครือข่ายผู้ให้บริการได้ผ่าน 6PE/6VPE โดยไม่ต้องรื้อ hardware ทั้งโครง วันนี้ทราฟฟิก IPv6 ทั่วโลกผ่านเกณฑ์ของ Google เกิน 45% แล้ว (Google IPv6 Statistics, 2025) ส่วนไทยอยู่ระดับเกิน 20% และโตต่อเนื่อง (Google/APNIC) และคลาส QoS ทุกคลาสก็ใช้กับ IPv6 ได้เหมือนเดิม

ทำไม MPLS ถึงเป็น “มาตรฐานทองคำ” — และรอยร้าวที่ซ่อนอยู่

SLA จริง จิตวิญญาณจริง

การันตี latency/jitter/loss บนโครงที่ควบคุมเอง — เหมาะกับ voice และธุรกรรมทางการเงินแบบที่ internet สาธารณะยุคนั้นให้ไม่ได้

ส่วนตัวโดยโครงสร้าง

ทราฟฟิกไม่ปนกับ internet สาธารณะ — ตอบโจทย์ compliance และความปลอดภัยในเชิงสถาปัตยกรรม ไม่ใช่แค่เชิงซอฟต์แวร์

Any-to-any + QoS

ทุกสาขาคุยกันตรง ๆ ได้ ไม่ต้อง hop ผ่าน HQ พร้อมลำดับความสำคัญทั้งเครือข่าย — สิ่งที่ Frame Relay และดาวเทียมทำไม่ได้

แต่... แพงและช้า

ต้นทุนต่อ Mbps สูงกว่า internet ธุรกิจหลายเท่าในทางปฏิบัติ และเปิดบริการใหม่ยังคิดเป็นสัปดาห์ถึงเดือน — รอยร้าวสองข้อนี้จะกลายเป็นช่องให้ SD-WAN เข้ามาแทนที่

ยุคที่ 4 · ปลาย 2000s–2010s

SDN: แยก “สมอง” ออกจาก “กล้ามเนื้อ”

Software-Defined Networking ไม่ได้เป็นผลิตภัณฑ์ แต่เป็น “สถาปัตยกรรมความคิด” ที่เปลี่ยนวิธีบริหารเครือข่ายทั้งวงการ — และเป็นที่มาของทุกสิ่งที่เป็น SD-* รวมถึง SD-WAN

4.1 ปัญหาเดิม: ทุกอุปกรณ์มี “สมองของตัวเอง”

เครือข่ายแบบดั้งเดิมกระจายการตัดสินใจไปทุกเครื่อง — router/switch ทุกตัวรัน control plane ของตัวเอง คำนวณ routing เอง ตัดสินใจเองผ่าน protocol ที่คุยกันเอง เปรียบเหมือน “ผู้ขับขี่แต่ละคนนำทางเอง” ทุกคนเห็นถนนเฉพาะหน้าตัวเอง ไม่มีใครเห็นภาพรวมทั้งเมือง ผลคือ: ต้องตั้งค่าทีละเครื่องผ่าน CLI, การเปลี่ยนแปลงเล็ก ๆ มีความเสี่ยงทั้งโครง, ไม่มีมุมมองเดียวที่บอกว่า “แอปนี้วิ่งผ่านสายไหนบ้าง” และนโยบายต้องแปลซ้ำบนอุปกรณ์ทุกยี่ห้อทุกรุ่น

4.2 สถาปัตยกรรม SDN: ศูนย์ควบคุมการจราจรของทั้งเมือง

SDN ตัดสินใจครั้งใหญ่: แยกชั้นตัดสินใจ (control plane) ออกจากชั้นส่งต่อ (data plane) อย่างเด็ดขาด — สมองรวมศูนย์อยู่ที่ Controller เดียวซึ่งเห็น topology ทั้งเครือข่าย ส่วนอุปกรณ์ข้างล่างเหลือหน้าที่ “ส่งต่อตามคำสั่ง” ที่เรียบง่าย งานวิจัยที่จุดประกายเป็นรูปธรรมคือ OpenFlow (McKeown และคณะ, Stanford, ACM SIGCOMM CCR 2008) ที่เปิด API กลางระหว่างสมองกับกล้ามเนื้อ และเหนือ controller ขึ้นไปอีกคือ northbound API ให้ระบบอื่นเช่น orchestrator หรือแอปพลิเคชันสั่งงานเครือข่ายได้ด้วยภาษาของตัวเอง

เปรียบเทียบ: จาก “ผู้ขับขี่นำทางเองทุกคน” สู่ “ศูนย์ควบคุมการจราจรกลาง” — จุดเดียวเห็นสี่แยกทั้งเมือง สั่งไฟเขียวไฟแดงได้พร้อมกัน และเปลี่ยนแผนทั้งเมืองได้ในคลิกเดียว

4.3 ผลสะเทือน — และข้อจำกัดที่รอ SD-WAN อยู่

White-box & Automation

สวิตช์ราคาถูกที่ “โง่แต่เร็ว” + สมองจาก controller ทำให้องค์กรหลุดจาก lock-in ของ proprietary OS และตั้งค่าทั้งโครงด้วยสคริปต์แทน CLI ทีละเครื่อง

เครือข่ายเสมือน & Intent-Based

Network virtualization ใน data center (VMware NSX, Cisco ACI) และ intent-based networking ที่รับ “เจตนา” เข้าไปแล้ว controller แปลเป็น config เองทั้งโครง

ข้อจำกัด: คุมได้เฉพาะของที่ตัวเองเป็นเจ้าของ

SDN แจ้งเกิดใน data center และ backbone ที่องค์กร “เป็นเจ้าของอุปกรณ์ทั้งผืน” — แต่ WAN ระหว่างสาขาวิ่งบนโครงของผู้ให้บริการหลายคน ไม่มี controller องค์กรตัวไหนสั่งโครงของ carrier ได้โดยตรง แนวคิดสมองรวมศูนย์จึงต้องรอรูปแบบใหม่ที่เกิดที่ขอบสาขา: SD-WAN

ยุคที่ 5 · 2014–ปัจจุบัน

SD-WAN: บริษัทส่งพัสดุที่เลือกถนนดีที่สุดในแต่ละกล่อง

เมื่อเอาหลัก SDN (สมองรวมศูนย์ + นโยบายกำหนดจากซอฟต์แวร์) มาไว้ที่ “ขอบสาขา” พร้อม link หลายชนิดพร้อมกัน — ได้ทั้งถูก ทั้งเร็ว ทั้งอึด ในกล่องเดียว

5.1 SD-WAN ทำงานอย่างไร: overlay อัจฉริยะบนถนนหลายสาย

SD-WAN วางชั้น overlay ทับ link กายภาพ (underlay) หลายชนิดพร้อมกัน — ใยแก้วธุรกิจ, xDSL, 4G/5G หรือดาวเทียม — พร้อม controller กลางที่เห็นสุขภาพทุก link แบบเรียลไทม์ จุดต่างที่แท้จริงคือ application-aware routing: ระบบระบุหน้างานว่าเป็นแอปอะไร (DPI) แล้วเลือกเส้นทาง “ต่อแอป” ตามเงื่อนไข loss/latency/jitter ที่วัดได้จริง เช่น VoIP วิ่ง path ที่ jitter ต่ำสุดเสมอ ส่วน backup วิ่ง path ที่เหลือเยอะสุด

เสริมด้วยอุโมงค์เข้ารหัส IPsec/DTLS เป็นค่าเริ่มต้น และ zero-touch provisioning: ส่งอุปกรณ์ไปสาขาใหม่ เสียบสายต่อ internet มัน register ตัวเอง ดึง policy จาก cloud แล้วใช้งานได้ทันที — จาก “รอช่างหลายสัปดาห์” เหลือ “เสียบปลั๊กแล้วรอไม่กี่นาที”

เปรียบเทียบ: ถ้า TDM คือการเช่าถนนส่วนตัวถาวร SD-WAN คือ “บริษัทส่งพัสดุอัจฉริยะ” ที่เลือกถนนให้พัสดุทีละกล่องแบบเรียลไทม์ — กล่องไหนด่วนพิเศษขึ้นทางด่วน กล่องไหนไม่รีบไปถนนสายรอง เปลี่ยนเส้นทางทันทีที่ถนนเส้นไหนรถติดหรือปิดซ่อม

5.2 ทำไมมันถึงโตระเบิด: เศรษฐศาสตร์คลาวด์อยู่ข้าง SD-WAN

เหตุผลที่หนึ่งคือราคา: ต้นทุนต่อ Mbps ของ MPLS สูงกว่า internet ธุรกิจหลายเท่าในทางปฏิบัติ (มักพูดถึงกันระดับ 5–10 เท่า) เหตุผลที่สองสำคัญกว่า: เมื่อแอปย้ายไป SaaS/คลาวด์ การบังคับทราฟฟิกทุกอย่างเป็นวงกลมผ่านสำนักงานใหญ่ (hair-pin) กลายเป็นเรื่องไร้สาระ — ขาออก internet จากสาขาตรงไปคลาวด์เลยสั้นและเร็วกว่า

ตัวเลขยืนยัน: Gartner ประเมินตลาด SD-WAN ปี 2023 ราว $5.3B และคาดว่าจะโตเกิน $8B ภายในปี 2026 (CAGR ~14.6% ช่วง 2022–2027) งานวิจัย WAN Edge ของ Gartner ระบุว่าภายในปี 2024 มากกว่า 60% ของการ refresh อุปกรณ์ WAN edge จะเป็นแบบ SD-WAN และภายในปี 2023 สาขาองค์กรราว 30% จะใช้ internet ล้วน ๆ เป็น WAN (จาก ~15% ในปี 2020) — วงการกำลังย้ายบ้านจริง ไม่ใช่แค่ข่าวประชาสัมพันธ์

5.3 ความปลอดภัยในตัว: จาก SD-WAN สู่ SASE

อุปกรณ์ SD-WAN รุ่นใหม่แทบทุกเจ้ามาพร้อม firewall, IPS และ micro-segmentation ในตัว เพราะเมื่อทราฟฟิกออก internet ที่สาขาโดยตรง จุดตรวจความปลอดภัยต้องย้ายมาอยู่ที่สาขาด้วย — นี่คือเส้นทางวิวัฒนาการสู่ SASE (Secure Access Service Edge) ที่ Gartner คาดว่าภายในปี 2026 การซื้อ SD-WAN ใหม่ราว 60% จะเป็นส่วนหนึ่งของชุด SASE จากผู้ขายรายเดียว (จาก ~45% ในปี 2023) ผู้นำตลาดตาม Gartner Magic Quadrant ปี 2024: Cisco, HPE (Juniper), Fortinet, Palo Alto Networks และ Broadcom (VMware)

ตัวอย่างจริง: สาขา retail/ธนาคาร ที่ใช้ MPLS + ใยแก้วธุรกิจ + 4G พร้อมกัน

POS/ธุรกรรมเงินวิ่งบน path MPLS เสมอ, CCTV/อัปเดตสื่อโฆษณาวิ่ง internet, วิดีโอคอลเลือก path ที่ jitter ต่ำสุดแบบอัตโนมัติ — เปิดสาขาใหม่ใช้เวลาเป็นนาทีแทนสัปดาห์ และต้นทุน WAN รวมทั้งโมเดลมักลดลง 30–50% เมื่อเทียบกับการใช้ MPLS ล้วนทุกสาขา

โฟกัส · เปรียบเทียบตรง ๆ

SDN vs SD-WAN: ต่างกันอย่างไร และทำไมหลายคนถึงสับสน

ประโยคเดียวจบ: SDN คือ “กระบวนทัศน์/สถาปัตยกรรม” ส่วน SD-WAN คือ “ผลิตภัณฑ์” ที่นำกระบวนทัศน์นั้นมาใช้กับเครือข่าย WAN — คำว่า SD-WAN ถูกทำให้เป็นที่รู้จักโดย Gartner ราวปี 2014

มิติ	SDN	SD-WAN
คืออะไร	สถาปัตยกรรม/กระบวนทัศน์การออกแบบเครือข่าย	ผลิตภัณฑ์/บริการที่สร้างบนหลัก SDN สำหรับ WAN โดยเฉพาะ
ขอบเขต	LAN, data center, core/backbone ที่ตัวเองเป็นเจ้าของ	WAN — ระหว่างสาขา, ไปคลาวด์, ออก internet
ควบคุมอะไร	สวิตช์/router ทั้งผืนในสถานที่ของเรา	อุปกรณ์ CPE ที่ขอบสาขา + link ทุกเส้นของสาขา
วิธีควบคุม	Controller กลาง สั่งผ่าน OpenFlow/NETCONF/RESTCONF	Overlay controller + นโยบาย “ต่อแอป” (app-aware policy)
ผู้ใช้ทั่วไป	ผู้ดูแล data center, ผู้ให้บริการเครือข่าย	องค์กรหลายสาขา: retail, ธนาคาร, การศึกษา, ราชการ
ตัวอย่างผู้ขาย	Cisco ACI/DFC, VMware NSX, OpenDaylight, ONOS	Cisco (Viptela), HPE (Velocloud), Fortinet, Palo Alto, Broadcom (VeloCloud), Juniper (Mist WAN)
เปรียบเทียบ	ศูนย์ควบคุมการจราจรกลางของทั้งเมือง	บริษัทส่งพัสดุอัจฉริยะ เลือกถนนดีที่สุดให้พัสดุทีละกล่อง

ความเข้าใจผิดยอดฮิต: “SD-WAN ก็คือ SDN ไง”

ถ้าพูดแบบเข้มงวด ผลิตภัณฑ์ SD-WAN จำนวนมากไม่ได้ใช้ OpenFlow และไม่ได้แยก control plane แบบ textbook — แต่หัวใจของแนวคิด “สมองรวมศูนย์ + นโยบายกำหนดด้วยซอฟต์แวร์ + ฮาร์ดแวร์เป็นแค่ผู้ปฏิบัติตาม” คือของเดียวกัน ดังนั้นพูดได้เต็มปากว่า SD-WAN คือการนำหลัก SDN มาใช้กับ WAN แม้จะไม่ใช่ “SDN บริสุทธิ์” ทุกกระบวนท่า

เลือก SDN เมื่อ

บ้านคุณคือ data center

ต้องการ automation, micro-segmentation และ east-west traffic อัจฉริยะในผืนเครือข่ายที่คุณเป็นเจ้าของอุปกรณ์เองทั้งหมด

เลือก SD-WAN เมื่อ

สนามรบคุณคือสาขาและคลาวด์

ต้องการลดต้นทุน link, เปิดสาขารวดเร็ว, มี link สำรองอัตโนมัติ และคุมคุณภาพแอปสำคัญบน internet ที่ควบคุมคุณภาพไม่ได้

ใช้คู่กัน (สถาปัตยกรรมที่พบบ่อยที่สุด)

HQ เป็น SDN สาขาเป็น SD-WAN

data center ใหญ่ใช้ SDN คุม east-west ส่วนสาขาใช้ SD-WAN คุม WAN — ผูกด้วย policy framework เดียว กลายเป็นเครือข่าย end-to-end ที่บริหารจากหน้าจอเดียว

ตัดสินใจ & สรุป

เลือกอย่างไร: จาก MPLS สู่ SD-WAN ในโลกจริง

ประวัติศาสตร์ทั้ง 5 ยุคสรุปเหลือคำถามเดียว: วันนี้เครือข่ายของคุณกำลังแก้ปัญหาแบบยุคไหน — และควรจ่ายให้ “นโยบาย” หรือยังจ่ายให้ “วงจร” อยู่

8.1 Checklist: SD-WAN น่าจะใช่ เมื่อ…

มีหลายสาขา (ราว 5–10 แห่งขึ้นไป) และเปิด/ย้าย/ปิดสาขาบ่อย — zero-touch provisioning จะเห็นผลชัดทันที
ทราฟฟิกส่วนใหญ่ไปหา SaaS/คลาวด์ มากกว่าคุยกันเองระหว่างสาขา — hair-pin ผ่าน HQ คือต้นทุนที่ไม่มีวันได้คืน
ต้องการแบนด์วิดท์เพิ่มแต่งบจำกัด — internet ธุรกิจราคาต่อ Mbps ถูกกว่า MPLS หลายเท่า
ต้องการ link สำรองระดับ active-active พร้อม failover ต่อแอป ไม่ใช่ failover ทั้งกล่องแบบเดิม
อยากเห็น visibility ต่อแอปว่าใครใช้เท่าไหร่ คุณภาพ path เป็นอย่างไร — ข้อมูลที่ MPLS แบบเดิมให้ไม่ได้

8.2 แต่ MPLS ยัง “ใช่” อยู่ เมื่อ…

แอปต้องการ latency/jitter ต่ำมากแบบคงที่ เช่น ธุรกรรมทางการเงิน real-time หรือ voice จำนวนมาก — และ internet ในพื้นที่นั้นคุณภาพไม่สม่ำเสมอจริง
ข้อกำหนด compliance บังคับให้ทราฟฟิกไม่ผ่าน public internet เลย (บางสัญญาบางอุตสาหกรรมระบุไว้แบบนั้นจริง)
สาขาขนาดเล็กมากที่ค่า managed SD-WAN ต่อจุดแพงกว่าค่าวงจร — ใช้ MPLS/VPN เฉย ๆ ประหยัดกว่า

8.3 โลกจริงคือ hybrid: SD-WAN ทับ MPLS + Internet

องค์กรส่วนใหญ่ไม่ได้ “เลิก” MPLS ในวันเดียว แต่ใช้ SD-WAN เป็นชั้นสมองอยู่เหนือทั้งสองแบบ: เก็บวงจร MPLS ไว้ให้แอปที่ต้องการการันตีที่สุด ส่วน internet รับงานที่เหลือโดยมีนโยบาย QoS-แบบใหม่ (app-aware policy) ทำงานแทนการจองวงจรถาวร — แนวทางนี้ลดต้นทุนรวมทั้งโมเดลได้ราว 30–50% โดยที่แอปสำคัญไม่ได้รู้สึกเลยว่าโลกเปลี่ยน

8.4 ห้าขั้นตอนย้ายบ้านจาก MPLS สู่ SD-WAN

สำรวจแอปและทราฟฟิกจริง: ใครคุยกับใคร ปริมาณเท่าไหร่ ช่วงเวลาไหน — ก่อนเปลี่ยนอะไรทั้งนั้น
กำหนด SLA ต่อกลุ่มแอป: latency/jitter/loss ที่ยอมรับได้ แยกชั้นวิกฤต-สำคัญ-ทั่วไป ให้ทีมธุรกิจร่วมรับสภาพด้วย
ออกแบบ overlay + ความปลอดภัย: จำนวน link ต่อสาขา, นโยบาย path, อุโมงค์เข้ารหัส, firewall/segmentation ที่ขอบ (มองไกลถึง SASE)
นำร่อง 2–3 สาขาที่ตัวแทนดี แล้ววัดก่อน-หลังต่อแอป ไม่ใช่ความรู้สึก
ขยายผลทีละกลุ่ม + monitoring ต่อแอป: ผูกนโยบายเข้ากับ runbook และรายงานคุณภาพให้ทีมธุรกิจเห็นทุกเดือน

สรุป: 40 ปีที่ผ่านมาคือการย้าย “ความฉลาด” จากฮาร์ดแวร์เข้าซอฟต์แวร์

จาก TDM ที่จองทรัพยากรถาวร สู่ packet ที่ใช้ร่วมกัน จาก label ของ MPLS ที่ทำให้หนึ่งเครือข่ายเป็นหลายเครือข่าย สู่ controller ของ SDN ที่เอาสมองมาไว้จุดเดียว — และ SD-WAN คือจุดที่แนวคิดทั้งหมดมาบรรจบที่ขอบสาขา องค์กรที่เข้าใจประวัติศาสตร์นี้จะเลือกเทคโนโลยีจาก “ปัญหาที่กำลังเจอ” ไม่ใช่จากคำที่ติดปากว่า software-defined — เพราะสุดท้ายเราไม่ได้เช่าวงจรกันอีกแล้ว เราเช่า “นโยบาย” แทน

แหล่งอ้างอิงหลัก

E1/TDM: ITU-T G.703/G.704 — มาตรฐานลำดับชั้นและ frame ของ E1
MPLS: RFC 3031 (MPLS Architecture, 2001) และ RFC 2547 (BGP/MPLS IP VPNs)
QoS: RFC 2474 (Definition of the DiffServ Field / DS Field)
Metro Ethernet: มาตรฐาน MEF — E-Line, E-LAN, E-Tree (mef.net)
SDN: McKeown et al., “OpenFlow: Enabling Innovation in Campus Networks”, ACM SIGCOMM CCR 2008
IPv6: Google IPv6 Statistics (2025) และ APNIC IPv6 Statistics — ไทย >20% โลก >45%
ตลาด SD-WAN: Gartner forecasts via SDxCentral (2023) — $5.3B ปี 2023, CAGR ~14.6% (2022–2027)
Gartner Magic Quadrant for SD-WAN (2024) — Leaders: Cisco, HPE (Juniper), Fortinet, Palo Alto Networks, Broadcom (VMware)
IANA IPv4 Number Resource Free Pool แห้งเดือน ก.พ. 2011 — nro.net

ผู้เขียน

Supakiat L. — วิศวกรระบบเครือข่ายและระบบไอที BKV Engineering ทำงานวางระบบเครือข่ายองค์กรหลายสาขาและ WAN มาอย่างต่อเนื่อง — เขียนจากงานติดตั้งจริง ไม่ใช่จากเอกสารขาย

บทความนี้เป็นส่วนหนึ่งของบอร์ดองค์ความรู้ BKV

เราเขียนบทความเทคนิคที่ต่อยอดเป็น solution ได้จริง — อ่านบทความอื่นหรือให้ทีมเราสำรวจ WAN เดิมขององค์กรคุณฟรี

ดูบทความทั้งหมด

อยากลดต้นทุน MPLS หรืออัปเกรด WAN เป็น SD-WAN?

บอกเราก่อน: ขอสำรวจระบบเดิม — ขอออกแบบ WAN/SD-WAN — ขอใบเสนอราคา เรายินดีตอบกลับภายในเวลาทำการ

นัดหมายปรึกษา กลับสู่บอร์ดองค์ความรู้