คำตอบสั้น: บริษัท 50 / 100 / 200 คนควรเริ่มจากจำนวนอุปกรณ์และงานที่ระบบต้องรับ แล้วออกแบบ LAN, Wi-Fi, PoE, Uplink, Core, Gateway, VLAN และการดูแลระบบร่วมกัน จำนวนพนักงานช่วยตั้งโจทย์ แต่ยังใช้กำหนดรุ่นหรือจำนวนอุปกรณ์ไม่ได้ ตัวอย่างในบทความนี้เป็น Reference Design สำหรับวางแผนและตั้งงบ ต้องสำรวจและทดสอบก่อนใช้เป็นระบบ Production
บริษัท 100 คนที่ใช้ Microsoft 365 และเว็บเป็นหลัก กับบริษัท 100 คนที่มี NAS, CAD, Video Editing, VM Server, Backup และกล้อง 50 ตัว อาจต้องใช้ Network Design ต่างกันมาก บริษัทแรกอาจติดข้อจำกัดที่อินเทอร์เน็ตหรือพื้นที่ Wi-Fi ส่วนบริษัทหลังอาจติดที่ Server NIC, Storage และ Uplink ภายในอาคาร แม้ใช้อินเทอร์เน็ตแพ็กเกจเดียวกัน
บทความนี้ใช้ TP-Link Omada เป็นแกนหลัก ตรวจหน้า SyncTech และ Official วันที่ 7–8 ตุลาคม 2026 สินค้าที่อ้างอิงพบในแค็ตตาล็อกและแสดงสถานะพรีออเดอร์ การมี Product Page ไม่ใช่การยืนยันว่าสินค้าพร้อมส่ง และไม่ได้ยืนยัน Hardware Version/Region ของสินค้าที่จะจัดส่ง สเปกแต่ละรุ่นจึงต้องอ่านร่วมกับแหล่งอ้างอิงที่ระบุไว้
1. 50 Users ไม่เท่ากับ 50 Devices
User คือคน ส่วน Device คืออุปกรณ์ที่เชื่อมเครือข่าย พนักงานหนึ่งคนอาจมี Notebook, Smartphone และ Tablet บริษัท 50 คนจึงอาจมี End-user Devices มากกว่า 100 เครื่อง ก่อนนับ Printer, IP Phone, AP, CCTV, NVR, NAS, Server, IoT, Access Control, Smart TV และอุปกรณ์ห้องประชุมด้วยซ้ำ
ต้องแยก Wired Clients ที่ใช้สายกับ Wireless Clients ที่ใช้ Wi-Fi และแยกอุปกรณ์ที่เชื่อมต่ออยู่จาก Concurrent Active Clients ที่กำลังส่งข้อมูลในช่วงเดียวกัน จำนวนเชื่อมต่อทั้งหมดช่วยวาง IP Address และระบบบริหาร แต่จำนวนที่ทำงานพร้อมกันกับ Traffic Pattern ช่วยวาง Capacity
ตารางสมมติด้านล่างนับคอมพิวเตอร์แต่ละเครื่องครั้งเดียว โดยแยกกลุ่มใช้สายและ Wi-Fi ถ้า Notebook เสียบ Dock แล้วเปิด Wi-Fi พร้อมกัน ต้องนับ Physical Port และ Logical Client ตามพฤติกรรมจริงเพิ่มเติม ตัวเลข Active Wi-Fi เป็นสมมติฐานช่วง Busy Hour เพื่อวางแผน ไม่ใช่ค่าที่ Omada รับรอง
| รายการสมมติ | ~50 Users | ~100 Users | ~200 Users |
|---|---|---|---|
| คอมพิวเตอร์ทั้งหมด: Wired / Wi-Fi | 50: 20 / 30 | 100: 60 / 40 | 200: 140 / 60 |
| Smartphone ผ่าน Wi-Fi | 45 | 90 | 180 |
| Printer | 3 | 6 | 10 |
| NAS / VM / Backup Server | 1 / 0 / 0 | 1 / 1 / 1 | 2 / 2 / 1 |
| CCTV / NVR | 8 / 1 | 16 / 1 | 50 / 2 |
| Meeting Room Equipment | 2 | 4 | 8 |
| IP Phone แบบแยกพอร์ต | 0 | 6 | 24 |
| IoT ผ่าน Wi-Fi | 4 | 8 | 20 |
| Endpoint รวม | 114 | 234 | 499 |
| Wired / Wireless Endpoints | 35 / 79 | 96 / 138 | 239 / 260 |
| Active Wi-Fi ช่วง Peak ที่สมมติ | 45 | 80 | 150 |
| พื้นที่สมมติ / ชั้น | 300 ตร.ม. / 1 | 700 ตร.ม. / 2 | 1,400 ตร.ม. / 3 |
Endpoint รวมยังไม่รวม Gateway, Controller, Switch และ AP เมื่อรวม Infrastructure ตาม Design จะมีอุปกรณ์ประมาณ 121 / 247 / 523 ชิ้นตามลำดับ ตัวเลขพื้นที่เป็นเพียงฉากตัวอย่าง ไม่ใช่คำรับรอง Coverage ต่อ AP และยังไม่รวมผู้มาติดต่อที่เพิ่มขึ้นในวันจัดอบรม
2. เริ่มออกแบบจากเส้นทางของงาน แล้วจึงเลือกอุปกรณ์
เก็บจำนวนคน อุปกรณ์ จุด LAN และพื้นที่ใช้งาน จากนั้นถามว่า Application อยู่บน Cloud หรือ Server ภายใน มีไฟล์ขนาดใหญ่หรือไม่ และช่วง Peak เกิดเมื่อใด ลำดับการคิดที่ช่วยให้ไม่หลุดประเด็นคือ Users → Devices → Application → Traffic → Wired/Wireless → Access Layer → PoE → Uplink → Core → Gateway/Internet → Security/VLAN → Monitoring → Expansion
Access Layer คือชั้นที่รับ PC, AP, Printer และกล้อง Uplink คือทางเชื่อม Switch ไปยังชั้นถัดไป ส่วน Core/Aggregation รวม Traffic จากหลายพื้นที่ องค์กรขนาดเล็กอาจรวมบทบาท Core และ Access ใน Switch เดียวได้ ไม่จำเป็นต้องสร้างหลายชั้นเพียงเพราะชื่อ Enterprise Network
จัดทำ Network Diagram, Port Schedule และรายการ Application พร้อมเป้าหมายที่ทดสอบได้ เช่น เวลาถ่ายไฟล์ที่ยอมรับ คุณภาพ Teams ช่วงประชุม และเวลาที่ธุรกิจทนหยุดระบบได้ การเลือก Network Switch สำหรับบริษัทจากราคาหรือจำนวน Port อย่างเดียวจะไม่ตอบเงื่อนไขเหล่านี้
3. Reference Design สำหรับบริษัทประมาณ 50 Users
Requirement สมมติ: สำนักงานชั้นเดียว 300 ตร.ม. เน้น Web, Email, Microsoft 365 และ Cloud ERP มี NAS สำหรับเอกสารทั่วไป ไม่ได้มีงานตัดต่อหรือ Backup ขนาดใหญ่ตลอดวัน ใช้สายกับคอมพิวเตอร์ 20 เครื่อง ที่เหลือใช้ Wi-Fi มีอินเทอร์เน็ตหลัก 1Gbps และพิจารณา ISP สำรองตามผลกระทบธุรกิจ
Recommended Design เริ่มจาก Gateway หนึ่งตัว Switch สองตัว และ AP สามจุดที่ต้องยืนยันด้วย RF Survey การมี AP สามตัวเป็นจุดตั้งต้นสำหรับ Open Office, Meeting Room และพื้นที่อีกโซน ไม่ใช่ผลจากการหาร 50 คนด้วย Maximum Clients
Internet / ISP หลัก (ISP สำรองเป็น Option)
|
ER707-M2
| 1GbE LAN transit
SG3428
/ | \
18 PCs 1 Printer NAS 1GbE
|
| 1GbE RJ45 inter-switch
SG3428XMP
/ | \
3 x EAP650 8 Cameras OC200
2 PCs / 2 Printers / NVR / 2 Meeting devices
|
Wi-Fi Clients
OC200 ต่อพอร์ต Management VLAN และรับ PoE จาก SG3428XMP
| อุปกรณ์ | จำนวนตั้งต้น | เหตุผลในการเลือก |
|---|---|---|
| ER707-M2 | 1 | Multi-WAN/Failover และ VLAN; สเปกอ้างอิงมี 2.5G แต่ Design นี้เชื่อม Switch ที่ 1GbE ตามปลายทางจริง |
| OC200 | 1 | บริหาร Gateway/Switch/AP รวม 6 อุปกรณ์เครือข่าย; สเปก V3 แนะนำบริหาร 25 อุปกรณ์ ไม่ใช่ 25 คน |
| SG3428 | 1 | 24×1GbE และ 4×1G SFP ใช้เป็น Core/Access แบบรวมบทบาท |
| SG3428XMP | 1 | 24×1GbE PoE+, Budget 384W; แยกภาระ AP/กล้องและเผื่อทางอัปเกรด 10G |
| EAP650 | 3 | Wi-Fi 6, 1GbE, PoE+ เหมาะเป็นตัวเลือกตั้งต้นเมื่อ Workload และ Client รองรับ |
Official references: ER707-M2 — Thailand V1.30; OC200 — Thailand V3; SG3428 — TH V2.30; SG3428XMP — TH V3.20; EAP650 — TH V1
Port Check: Wired Endpoints 35 + AP 3 + Controller 1 + Gateway-to-Switch 1 + RJ45 ระหว่าง Switch 2 = ใช้ 42 จาก 48 Copper Ports เหลือ 6 พอร์ต ตัวอย่างการกระจายจริง: SG3428 ใช้ 22/24 พอร์ต (18 PC + 1 Printer + NAS + Gateway + Inter-switch Link) ส่วน SG3428XMP ใช้ 20/24 พอร์ต (2 PC + 2 Printer + NVR + 2 Meeting Devices + 8 Cameras + 3 AP + OC200 + Inter-switch Link) จึงเหลือ 2 และ 4 พอร์ตตามลำดับ ต้องปรับตามจุดติดตั้งจริง NAS และการส่งข้อมูลข้าม Switch แชร์ทาง 1GbE จึงเหมาะกับฉากงานเบานี้เมื่อทดสอบแล้วผ่าน ไม่ใช่ระบบสำหรับงานไฟล์หนักทุกบริษัท 50 คน
Upgrade Options: เปลี่ยน SG3428 เป็น SG3428X เมื่อต้องการเชื่อม Switch ผ่าน 10G และใช้ Optics/DAC ที่เข้ากันได้ เพิ่ม Native 2.5GbE PoE Access หากเปลี่ยน AP เป็น EAP670/EAP772 และประเมิน Gateway Transit ใหม่ การมี SFP+ 10G บน SG3428XMP ตัวเดียวไม่ทำให้ SG3428 ที่มี SFP 1G กลายเป็น 10G
4. Reference Design สำหรับบริษัทประมาณ 100 Users
Requirement สมมติ: พื้นที่สองชั้น 700 ตร.ม. คอมพิวเตอร์ใช้สาย 60 เครื่อง มี NAS และ VM Server ที่ต้องรับ Traffic จากหลายกลุ่ม มี Backup Server ใช้สาย 1G ภายใต้ Backup Window ที่ยอมรับได้ ใช้ Dual WAN สองเส้นระดับ 1Gbps เป็นฉากวางแผน ไม่ใช่คำตอบว่าองค์กร 100 คนต้องซื้ออินเทอร์เน็ตเท่านี้
แยก 1GbE Client Access ออกจาก 2.5GbE AP Access และใช้ 10GbE LAN Backbone ไปยัง Core/NAS/VM Server โดยสำรองพอร์ต 10G WAN/LAN ของ ER8411 ให้เป็น LAN ทั้งสอง WAN ในตัวอย่างใช้ RJ45 1G WAN/LAN คนละพอร์ต พอร์ต 10G WAN-only ไม่ได้ถูกนับเป็น LAN อีกช่อง
ISP 1 -- 1GbE WAN --\
ER8411 -- 10GbE SFP+ LAN -- SX3008F (L2+ fabric)
ISP 2 -- 1GbE WAN --/ |-- SG3452X -- PC/Printer
|-- SG3428X -- Wired devices
all 10GbE links -->|-- SG3428XMP -- CCTV/Voice/OC200
|-- SG3218XP-M2 -- 6 x EAP670
| 2.5GbE PoE+
|-- NAS (10G SFP+ NIC dependency)
`-- VM (10G SFP+ NIC dependency)
Backup Server: 1GbE Access / scheduled backup window
OC200: management plane, not inline with user traffic
| อุปกรณ์ | จำนวนตั้งต้น | เหตุผลในการเลือก |
|---|---|---|
| ER8411 | 1 | มี Native 10G SFP+ LAN Transit ตามการจัดพอร์ตข้างต้น; ตรวจ NAT/VPN/Security Performance ตามฟีเจอร์ที่เปิดจริง |
| OC200 | 1 | บริหารอุปกรณ์ Omada 12 ตัวในฉากนี้ โดยต้องยืนยัน HW/Controller Firmware |
| SX3008F | 1 | 8×10G SFP+ สำหรับ Aggregation; ใช้ 7 พอร์ต เหลือ 1 พอร์ต |
| SG3452X + SG3428X | อย่างละ 1 | รวม Client Access 1G จำนวน 72 พอร์ต พร้อม 10G Uplink |
| SG3428XMP | 1 | 24 PoE+ Ports/384W สำหรับกล้อง โทรศัพท์ และ Controller |
| SG3218XP-M2 | 1 | อ้างอิง V1: 16×2.5G มี PoE+ เพียง 8 พอร์ต Budget 240W และ 2×10G SFP+ |
| EAP670 | 6 | Wi-Fi 6, 2.5GbE PoE+; จำนวนต้องปรับตาม Coverage/Capacity ของแต่ละชั้น |
Official references: ER8411 — Thailand V1.20; OC200 — Thailand V3; SX3008F — TH V1.2; SG3452X — TH V1.20; SG3428X — TH V1.30; SG3428XMP — TH V3.20; SG3218XP-M2 — TH V1; EAP670 — TH V1
Port Check: Core ใช้ Gateway 1 + Access Switch 4 + NAS/VM 2 = 7 จาก 8 พอร์ต 10G ส่วน Access Copper ใช้ 96 Wired Endpoints − Host ที่ต่อ Core โดยตรง 2 + AP 6 + Controller 1 = 101 จาก 112 พอร์ต เหลือ 11 พอร์ต ตัวเลขรวมไม่ได้หมายความว่า Switch ทุกตัวมีพอร์ตว่างเท่ากัน ต้องทำ Port Schedule ก่อนสั่งซื้อ
Security VLAN Routing ใน Recommended Design นี้อยู่ที่ Gateway ส่วน SX3008F ทำหน้าที่รวม LAN แม้มี Static Routing แบบ L2+ ก็ไม่ได้ถูกเรียกเป็น Full L3 Core โดยอัตโนมัติ Inter-VLAN Traffic ที่ผ่าน Gateway ต้องทดสอบทั้ง Link, Routing และ ACL ขณะมีงาน Server/Internet พร้อมกัน
Upgrade Options: ใช้ SX3016F หากต้องเพิ่ม Server, Backup 10G หรือ LAG เพราะ Core เดิมเหลือเพียงหนึ่งพอร์ต บริษัท 100 คนที่เน้น Cloud และไม่ต้องการ 10G Gateway Transit อาจประเมิน ER7412-M2 กับ Native 2.5G Switch เช่น SG3210X-M2 แต่ต้องจัด Architecture/Port Budget ใหม่ ห้ามวาด ER7412-M2 → Core เป็น 10G เพราะ Gateway รุ่นนี้ไม่มีพอร์ต 10G
Official references: ER7412-M2 — Thailand V1.30; SG3210X-M2 — TH V1; SX3016F — TH V1.20
5. Reference Design สำหรับบริษัทประมาณ 200 Users
Requirement สมมติ: สามชั้น 1,400 ตร.ม. มีคอมพิวเตอร์ใช้สาย 140 เครื่อง, CCTV 50 ตัว, IP Phone 24 เครื่อง, NAS 2, VM Server 2 และ Backup Server 1 ทั้งห้า Host ต้องการทางเชื่อม 10G ตาม Workload ที่ตรวจเพิ่ม มีแผนขยาย Server/Access Links จึงให้ความสำคัญกับ Core, Fiber, Routing Ownership และการกู้คืนระบบมากกว่าฉาก 50 คน
เลือก SX6632YF ในตัวอย่างงานหนักนี้เพราะต้องใช้ Core 10G 15 พอร์ตและมีแผนขยาย รวมถึงความต้องการ Dynamic Routing/Availability ในอนาคต โดย L2+ Static Routing อาจตอบงาน Routing พื้นฐานได้เช่นกัน ไม่ใช่เพราะพนักงานครบ 200 คน รุ่นนี้มี 26×10G SFP+ และ 6×25G SFP28 แต่ Design ตั้งต้นใช้ 10G และไม่ได้ใส่ลิงก์ 25G เพียงเพื่อเพิ่มตัวเลขสเปก
ISP 1 + ISP 2 (ตัวอย่างสอง WAN 1GbE)
|
ER8411
| 10GbE LAN / security VLANs / transit
SX6632YF L3 Core
+---------+----------+-----------+
| | | |
3xSG3452X 4xSG3428XMP 2xSG3218XP-M2 5xNAS/VM/Backup
1G clients CCTV/Voice 2.5G PoE+ 10G SFP+ NICs*
|
12xEAP772
Wi-Fi 7 clients
All switch uplinks: 10G; inter-floor fiber after path survey
OC300 -- Management VLAN (not inline)
*NIC and vendor-qualified optics remain procurement dependencies
| อุปกรณ์ | จำนวนตั้งต้น | เหตุผลในการเลือก |
|---|---|---|
| ER8411 | 1 | Dual WAN และ 10G LAN Transit; Gateway หนึ่งตัวเป็น Single Failure Point แม้มี Power Supplies สำรอง |
| OC300 | 1 | บริหาร Omada 23 อุปกรณ์ในฉากนี้และเผื่อการเติบโต/หลายไซต์; ไม่ได้จำเป็นเพราะจำนวนคนอย่างเดียว |
| SX6632YF | 1 | True L3 Aggregation; 15 จาก 26 พอร์ต 10G ใช้งาน เหลือ 11 พอร์ตสำหรับแผนขยาย |
| SG3452X | 3 | รวม 144 พอร์ต 1G สำหรับ Workstations/Printer และอุปกรณ์ทั่วไป |
| SG3428XMP | 4 | กระจาย 50 กล้องและ 24 IP Phone ตามชั้น/โซน พร้อม PoE Budget รายตัว |
| SG3218XP-M2 | 2 | อ้างอิง V1: รวม 16 PoE+ Ports ที่ 2.5G สำหรับ AP 12 ตัว |
| EAP772 | 12 | Wi-Fi 7 แบบ 2.4/5/6 GHz, 2.5GbE PoE+; ยืนยัน Client 6GHz/Region และ RF Design |
Official references: ER8411 — Thailand V1.20; OC300 — Thailand V1.20; SX6632YF — TH HW unspecified on page; SG3452X — TH V1.20; SG3428XMP — TH V3.20; SG3218XP-M2 — TH V1; EAP772 — TH site (EU) V1
Port Check: Core ใช้ Gateway 1 + Access Switch 9 + NAS/VM/Backup 5 = 15 จาก 26 พอร์ต 10G ส่วน Access Copper ใช้ 239 Wired Endpoints − 5 Core Hosts + AP 12 + Controller 1 = 247 จาก 272 พอร์ต เหลือ 25 พอร์ต ต้องรักษา Headroom ทั้งตามโซนและตาม Core ไม่ใช่มองเพียงยอดรวม
Routing Ownership: ตัวอย่างงาน Staff–Server ปริมาณสูงสามารถวาง SVI หรือ IP Interface ของ VLAN 20/30 ที่ Core และใช้ Transit VLAN 99 ไป Gateway ส่วน Guest/CCTV/IoT/Voice และ Management ให้ Gateway รับผิดชอบตาม Security Policy ต้องกำหนด DHCP Server/Relay, Return Routes และ NAT สำหรับ Subnet หลัง Core ให้ครบ Traffic ที่ Core Route เองจะไม่ผ่าน Gateway Inspection จึงต้องติด ACL ที่ Interface/Port ที่รองรับและทดสอบทั้งสองทิศทาง Switch ACL ไม่ใช่ Stateful Firewall ที่ทดแทนการตรวจทุกแบบได้
Cost-aware Alternative: SX3016F เป็น L2+ ที่มี Static Routing และ 16×10G อาจเพียงพอเมื่อความต้องการ Routing/Expansion จำกัด แต่ฉากนี้จะใช้ 15 พอร์ต เหลือเพียงหนึ่งพอร์ต ก่อนเพิ่ม LAG หรือ Host ใหม่ จึงต้องทบทวนแผนเติบโตและตำแหน่ง Gateway Routing จริง ข้อมูล L3/VRRP/Stacking ของ SX6632YF ต้องตรวจฟีเจอร์ใน Controller/Standalone Mode และ Firmware ที่จะใช้
Upgrade Options: Power Supply ตัวที่สองของ SX6632YF ต้องจัดซื้อแยก เพราะ Official ระบุส่งพร้อม PSM550-AC หนึ่งตัว การเพิ่ม Core คู่, Gateway HA, Stack หรือ Multi-chassis LAG เป็น Design อีกขั้นที่ต้องตรวจ Compatibility และทดสอบ Failure ไม่ได้เกิดขึ้นเพียงมี Switch สองตัว
Official references: SX3016F — TH V1.20; SX6632YF — TH HW unspecified on page
6. ตารางสรุปอุปกรณ์สำหรับ 50 / 100 / 200 Users
| Users | Gateway | Controller | Core Switch | Access / PoE Switch | AP | Backbone |
|---|---|---|---|---|---|---|
| ~50 | ER707-M2 | OC200 | SG3428 ×1 | SG3428XMP ×1 | EAP650 ×3 | 1G Gateway/Inter-switch; NAS 1G |
| ~100 | ER8411 | OC200 | SX3008F ×1 | SG3452X ×1; SG3428X ×1; SG3428XMP ×1; SG3218XP-M2 ×1 | EAP670 ×6 | 10G Core/Uplink/NAS/VM; AP 2.5G |
| ~200 | ER8411 | OC300 | SX6632YF ×1 | SG3452X ×3; SG3428XMP ×4; SG3218XP-M2 ×2 | EAP772 ×12 | 10G Fiber/DAC; AP 2.5G; 25G ไม่ใช้ในตั้งต้น |
จำนวนและรุ่นอุปกรณ์เป็น Reference Design เท่านั้น ต้องสำรวจพื้นที่และ Requirement จริงก่อนออกแบบระบบ Production Hardware Version/Region ของสินค้าที่จัดส่ง, Firmware และ NIC/Optics ที่ใช้งานร่วมกันยังเป็น NEEDS VERIFICATION ไม่ใช่ BOM พร้อมติดตั้งที่รับรองแล้ว
7. บริษัทขนาดไหนควรเริ่มใช้ 2.5GbE และ 10GbE?
| Link Rate | บทบาทที่ควรพิจารณา | สิ่งที่ต้องตรวจ |
|---|---|---|
| 1GbE | PC/Printer/IP Phone และสำนักงานงานทั่วไป | Application/Concurrent Demand และ Uplink รวม |
| 2.5GbE | AP ประสิทธิภาพสูง, Workstation หรือ NAS ตาม Use Case | NIC, Switch Port และสายรองรับตรงกัน |
| 10GbE | Core, Switch Uplink, NAS, Server, Backup | Workload พร้อมกัน, NIC/Storage, Optics และ Gateway Transit |
| 25GbE | Storage/Server/Core งานหนัก หรือ Stack ที่ต้องใช้ | Peak Traffic/Backup Window/Failure State มีหลักฐานว่าต้องการจริง |
จำนวนคนไม่ได้กำหนด Link Rate โดยตรง Internet Browsing และ Cloud ERP ใช้เส้นทางออก WAN เป็นหลัก แต่ Local ERP, NAS, CAD, Video Editing, Virtualization และ Backup สร้าง East-West Traffic หรือข้อมูลระหว่างอุปกรณ์ภายใน LAN แม้อินเทอร์เน็ตเพียง 1Gbps ภายในอาจมีหลายงานรวมกันเกิน 1G ได้
ตัวอย่างคณิตศาสตร์เพื่อวางแผน: การย้ายข้อมูล 1TB ในหนึ่งชั่วโมงต้องใช้ Payload เฉลี่ยประมาณ 2.22Gbps หากคิดหน่วย Decimal และยังไม่รวม Overhead, Storage/CPU และช่วงพัก จึงทำไม่ได้ผ่านทาง 1GbE ลิงก์เดียวตามเงื่อนไขนี้ อย่างไรก็ดี ไม่ได้หมายความว่าเสียบ 10GbE แล้ว NAS จะทำได้ตามเป้าหมาย ต้องวัดความเร็ว Disk, Protocol และงานที่ซ้อนกันด้วย
10GbE อาจเพียงพอเมื่อ Peak และเวลา Backup ที่ต้องการผ่านการทดสอบ รวมถึงช่วงที่มีลิงก์เสีย ส่วน 25GbE ควรพิจารณาเมื่อมีหลาย Host อ่าน/เขียน Storage ต่อเนื่อง หรือ Backup Window บังคับและ 10G กลายเป็นข้อจำกัดจริง ไม่จำเป็นต้องเปลี่ยน Client ทุกเครื่องเป็น 10G หรือ 25G
8. AP Quantity ต้องออกแบบทั้ง Coverage และ Capacity
สูตร Total Users ÷ Maximum Clients ตาม Datasheet ไม่ใช่สูตรหาจำนวน AP บริษัท 100 คนไม่ควรสรุปว่า AP ที่ระบุ 500 Clients หนึ่งตัวพอ เพราะ Coverage คือสัญญาณถึงพื้นที่ ส่วน Capacity คือทรัพยากรส่งข้อมูลที่งานต้องการ Coverage หรือ Airtime อาจหมดก่อนถึง Client Limit
สำรวจ RSSI หรือความแรงสัญญาณรับ, SNR หรือสัญญาณเทียบเสียงรบกวน, Channel Utilization หรือเวลาที่ช่องถูกใช้งาน ตลอดจน Channel Plan, Interference, ผนัง/กระจก ชั้นอาคาร และ Roaming ของอุปกรณ์เคลื่อนที่ ต้องดูทั้ง Upload/Download และ Retry ไม่ใช่ดู Signal Bars หรือ Speed Test เครื่องเดียว
Wi-Fi 6/Wi-Fi 7 ต้องเลือกตาม Client Capability และ Spectrum ที่ใช้งานได้จริง EAP670/EAP772 ใช้ 2.5GbE จึงต่อ Native 2.5G PoE+ ในตัวอย่าง ส่วน EAP650/EAP653 ใช้ 1GbE การเพิ่ม AP หลายตัวด้วย Channel เดียวและกำลังส่งสูงไม่ทำให้ Capacity เพิ่มตามจำนวนเสมอ
| Model | Wi-Fi / Radio | Maximum PHY Rate ตามย่าน | Uplink / PoE | Client Field ที่ตรวจ |
|---|---|---|---|---|
| EAP650 | Wi-Fi 6 / 2.4, 5GHz | 574 / 2,402Mbps | 1GbE / PoE+ | Official TH V1 ไม่ระบุ |
| EAP653 | Wi-Fi 6 / 2.4, 5GHz | 574 / 2,402Mbps | 1GbE / PoE+ | Official TH V1 ไม่ระบุ |
| EAP670 | Wi-Fi 6 / 2.4, 5GHz | 574 / 4,804Mbps | 2.5GbE / PoE+ | Wireless Client Capacity 250+ |
| EAP772 | Wi-Fi 7 / 2.4, 5, 6GHz | 574 / 2,880 / 5,760Mbps | 2.5GbE / PoE+ | Wireless Client Capacity 380+ |
Official references: EAP650 — TH V1; EAP653 — TH V1; EAP670 — TH V1; EAP772 — TH site (EU) V1
PHY Rate เป็นอัตราสัญญาณ ไม่ใช่ Throughput ของ Application และ Client Field ไม่ใช่จำนวนคนที่แนะนำต่อ AP อ่านรายละเอียดใน Access Point 1 ตัวรองรับได้กี่คน? และ แนวทางเตรียม Wi-Fi 7 สำหรับองค์กร
9. VLAN Design ต้องมี Access Policy ควบคู่กัน
VLAN แบ่งเครือข่าย Layer 2 เป็น Broadcast Domains ช่วยแยกบทบาทอุปกรณ์ จัดการ Traffic และ Troubleshooting แต่สร้าง VLAN แล้วไม่ได้แปลว่าทุกกลุ่มถูกห้ามคุยกัน ต้องกำหนด Routing/ACL หรือ Firewall และระบุว่าใครมีสิทธิ์เข้าถึงบริการใด
| VLAN ตัวอย่าง | บทบาท | แนวทาง Policy |
|---|---|---|
| 10 — Management | Gateway/Switch/AP/Controller | เฉพาะผู้ดูแลหรือ Jump Host ที่กำหนด |
| 20 — Staff | พนักงาน | เข้าถึง Application ที่จำเป็น ไม่เปิด Management ให้ทุกคน |
| 30 — Server | NAS/ERP/VM/Backup | อนุญาต Service/Source ที่ต้องใช้ และแยกสิทธิ์ผู้ดูแล |
| 40 — CCTV | Camera/NVR | กล้องไป NVR; ดูภาพจากกลุ่มที่อนุญาต |
| 50 — Voice | IP Phone | ให้เข้าถึง PBX/บริการ Voice ตามระบบจริง |
| 60 — IoT | Sensor/Access Control/Signage | จำกัดปลายทางตามหน้าที่อุปกรณ์ |
| 70 — Guest Wi-Fi | ผู้มาติดต่อ | Internet-only; บล็อกเครือข่ายภายในพร้อมข้อยกเว้นบริการที่จำเป็น |
VLAN ID เป็นตัวอย่าง ไม่ใช่จำนวน VLAN บังคับ ต้องวาง IP/Subnet, DHCP/DNS, Tagged Trunk, Untagged Access/PVID และพอร์ต Management ให้ตรงกัน รวมถึง IPv6 หากเปิดใช้ ในฉาก 200 คน คอมพิวเตอร์ 200 และ Smartphone 180 อาจต้องการ Staff DHCP Leases 380 รายการ จึงไม่ควรกำหนด /24 เพียงเพราะใช้ VLAN 20 ให้เลือก Subnet หรือแยกกลุ่มจาก IP Inventory จริง ระบบใหญ่ควรกำหนดผู้รับผิดชอบ Inter-VLAN Routing ให้ชัด Traffic ที่ Route ภายใน Core จะไม่ผ่าน ACL ของ Gateway จึงต้องวาง Policy ในจุดที่ Traffic ผ่านจริง
อ้างอิงหลักการและเงื่อนไข ACL: Omada Controller User Guide — Network Security การรองรับฟีเจอร์ยังต้องตรวจรุ่น/เวอร์ชันและโหมดที่ติดตั้ง
10. PoE Design: จำนวนพอร์ตไม่เท่ากับกำลังไฟรวม
PoE จ่ายไฟผ่านสาย Ethernet โดยทั่วไป 802.3af เรียก PoE, 802.3at เรียก PoE+ และ 802.3bt เรียก PoE++ ต้องตรวจทั้ง Standard, Maximum Power ต่อพอร์ต และ Total PoE Budget ของ Switch การมี 24 PoE Ports ไม่ได้แปลว่าจ่ายเต็ม 30W ให้ทุกพอร์ตพร้อมกันได้
SG3428XMP ที่อ้างอิงมี 24 PoE+ Ports สูงสุด 30W/Port แต่ Budget รวม 384W ขณะที่ 24 × 30 = 720W ส่วน SG3218XP-M2 V1 มี PoE+ 8 จาก 16 RJ45 Ports และ Budget 240W ห้ามนำจำนวน PoE Ports ของ V2 มาปะปนเพราะชื่อรุ่นเหมือนกัน
ตัวอย่างต่อไปนี้ใช้การกันกำลังฝั่ง PSE หรืออุปกรณ์จ่ายไฟ: AP PoE+ 30W ต่อพอร์ต และกล้อง/โทรศัพท์/OC200 ที่สมมติเป็น 802.3af กัน 15.4W ต่อพอร์ต นี่เป็นการคำนวณ Allocation แบบเผื่อ Class ไม่ใช่การกล่าวว่ากล้องทุกตัวกินไฟ 15.4W หรือ AP ทุกตัวใช้จริง 30W ต้องตรวจรุ่นปลายทาง การเจรจา Class/LLDP และ Cable Loss อีกครั้ง
| Scenario / Switch | การกันกำลังตัวอย่าง | เทียบ Budget ต่อ Switch |
|---|---|---|
| 50 / SG3428XMP | 3×30 + 8×15.4 + OC200 15.4 = 228.6W | 228.6 / 384W |
| 100 / SG3428XMP | 16 กล้อง + 6 Phone + OC200 รวม 23×15.4 | 354.2 / 384W |
| 100 / SG3218XP-M2 V1 | 6 AP ×30 | 180 / 240W |
| 200 / SG3428XMP 4 ตัว | 74 กล้อง/Phone แบ่ง 19 / 19 / 18 / 18 พอร์ต | 292.6 / 292.6 / 277.2 / 277.2W; Budget ตัวละ 384W |
| 200 / SG3218XP-M2 V1 2 ตัว | AP ตัวละ 6×30 | 180 / 240W ต่อ Switch |
Official references: SG3428XMP — TH V3.20; SG3218XP-M2 — TH V1; OC200 — Thailand V3; SG3452XP — TH V2.20
Headroom ต้องตรวจราย Switch ในฉาก100คน SG3428XMPเหลือ Budget 29.8W และ PoE Port หนึ่งช่องตามการกันกำลังนี้ จึงเป็นจุดที่ขยายได้จำกัด หากต้องเพิ่มกล้อง/โทรศัพท์หลายตัว ควรแยก Switch หรือประเมิน SG3452XP ซึ่งอ้างอิงมี48PoE+Ports/Budget500W แล้วคำนวณ Port/Uplink/Budget ใหม่ ไม่รับรองให้เพิ่มอุปกรณ์จนเต็มเพดาน รุ่น AP/กล้องที่เพิ่มใหม่อาจต้องการกำลังมากขึ้น และ UPS ต้องรับกำลังไฟเข้า Switch รวม Loss ไม่ใช่เอายอด PoE Allocation ไปเป็นค่า AC Load โดยตรง EAP783 เป็นตัวอย่าง AP ที่ต้องใช้ 802.3bt PoE++ จึงไม่ควรเปลี่ยนเข้าระบบ PoE+ เดิมโดยไม่เปลี่ยน PSE และตรวจ Budget
Official references: EAP783 — Current TH page; HW unspecified
อ้างอิงการจ่ายไฟฝั่ง PSE และกำลังที่ปลายทาง: Official Omada PoE design guide
11. 50 / 100 / 200 Users ต้องใช้อินเทอร์เน็ตกี่ Mbps?
ไม่สามารถจับคู่จำนวนคนกับ Mbps ตายตัวได้ ให้แยก Concurrent Application แล้วคิด Download และ Upload คนละด้าน Teams/Zoom ใช้ทั้งสองทิศทาง Cloud Backup อาจกิน Upload ต่อเนื่อง ขณะที่ Web/Email มี Burst และ Video Streaming ใช้ Download มาก Local ERP/NAS ไม่ได้ออกอินเทอร์เน็ตทั้งหมด
| กลุ่มงานสมมติช่วง Peak | จำนวน Active | Download/เครื่อง | Upload/เครื่อง | รวม Down / Up |
|---|---|---|---|---|
| Video Meeting | 25 | 5Mbps | 3Mbps | 125 / 75Mbps |
| Cloud/Web Application | 55 | 2Mbps | 0.5Mbps | 110 / 27.5Mbps |
| Mobile Background | 40 | 0.2Mbps | 0.05Mbps | 8 / 2Mbps |
| รวมก่อน Backup | 120 | — | — | 243 / 104.5Mbps |
| Cloud Backup เพิ่มเติม | 1 Job | สมมติเล็กน้อย | 100Mbps รวม | Upload รวม 204.5Mbps |
ตัวเลขนี้เป็นสมมติฐานคำนวณ ไม่ใช่ Requirement Official ของ Teams/Microsoft 365 และไม่ใช่คำแนะนำแพ็กเกจสำหรับ 100 คน Download รวมคือ 125 + 110 + 8 = 243Mbps ส่วน Upload 104.5Mbps เพิ่ม Cloud Backup 100Mbps เป็น 204.5Mbps ต้องพิจารณา Burst, ผู้มาเยือน และ Peak ที่เกิดซ้อนกันจากข้อมูลจริง การวัดแล้วเลือก SLA/Headroom มีประโยชน์กว่าการคูณจำนวนคนด้วยค่าคงที่
นอกจาก Bandwidth ให้ตรวจ Latency, Packet Loss และ Jitter หรือการแกว่งของเวลาหน่วง โดยเฉพาะ Voice/Video พิจารณา SLA, Upload ที่ได้รับจริง, Public IP/CGNAT สำหรับ VPN, เส้นทาง ISP และเวลาแก้เหตุ อินเทอร์เน็ตสำรองต้องมี Capacity สำหรับงานสำคัญใน Failure State ด้วย
12. Dual WAN: Load Balance กับ Failover ต่างกันอย่างไร?
Load Balance กระจาย Connection/Session ไปหลาย WAN ตาม Policy เพื่อใช้ Capacity รวม ส่วน Failover ใช้เส้นหลักและเปลี่ยนงานไปเส้นสำรองเมื่อการตรวจสถานะพบปัญหา Online Detection ต้องสะท้อนการออกอินเทอร์เน็ตจริง ไม่ใช่เพียงพอร์ต Ethernet ยังมี Link
2 × 1Gbps WAN ไม่ได้ทำให้ Single Download Session ของผู้ใช้หนึ่งคนเร็ว 2Gbps เสมอ Session หนึ่งมักวิ่งผ่าน WAN ที่เลือก ส่วนหลาย Session อาจกระจายได้ Failover อาจทำให้ VPN/การประชุมต้องเชื่อมใหม่เมื่อ Public IP เปลี่ยน จึงต้องทดสอบเวลาตรวจพบปัญหา การสลับกลับ และผลกับ Application
อ้างอิง Omada Load Balancing vs Link Backup และ แนวทาง Link Backup ผ่าน Controller สอง ISP ที่เดินสายทางเดียวกันหรือใช้ไฟต้นทางร่วมกันอาจยังมี Failure Domain ร่วม ต้องตรวจทางเข้าและระบบไฟด้วย
13. Gateway 10G ไม่ได้แปลว่า NAT/VPN/Security ได้ 10G ทุกแบบ
Interface Rate เป็นความเร็วพอร์ต ส่วน Routing/NAT/VPN Performance เป็นผลทดสอบตาม Protocol และเงื่อนไข NAT ที่ใช้ Static IP, DHCP หรือ PPPoE อาจต่างกัน VPN ต่าง Protocol/Encryption ก็ได้ผลต่างกัน ควรประเมิน Remote Access, Site-to-Site, จำนวน Session และฟีเจอร์ DPI/IPS ที่จะเปิดจริง
| Model / scope อ้างอิง | NAT Static IP ที่ Official ระบุ | IPsec SHA256-AES256 | OpenVPN |
|---|---|---|---|
| ER707-M2 / TH V1.30 | 2365.17 / 2364.45Mbps | 650.2Mbps | 135Mbps |
| ER7412-M2 / TH V1.30 | 2345.71 / 2351.22Mbps | 1133.1Mbps | 266.2Mbps (UDP) |
| ER8411 / TH V1.20 | Upload 9445.82 / Download 9449.26Mbps | 2928.4Mbps | 1043Mbps |
Official references: ER707-M2 — Thailand V1.30; ER7412-M2 — Thailand V1.30; ER8411 — Thailand V1.20
เครื่องหมาย “/” ในคู่ NAT เป็นค่าทิศทางที่ Official แสดง ไม่ใช่ค่ารวมที่รับรองพร้อมกัน หน้า Product ไม่ระบุชุด Packet Size, Stream Count, Firmware Build และการเปิดทุก Security Feature พร้อมกันครบถ้วน จึงเป็น NEEDS VERIFICATION ก่อนนำไปตั้ง Acceptance Target ห้ามบวก NAT+VPN หรือสรุปว่าทุกฟีเจอร์ทำงานพร้อมกันที่ 10Gbps
การเลือก Omada Gateway ควรตรง Security Requirement หากองค์กรต้องการ Inspection/Policy เฉพาะทาง ต้องตรวจว่ารุ่นและซอฟต์แวร์ที่เลือกทำได้จริง ไม่ใช้คำว่า Firewall เพื่อเหมารวมว่ามีความสามารถ Security ทุกประเภท
14. NAS, Server, CCTV และ IoT ต้องอยู่ใน Capacity Plan
NAS/File Server รับหลายคนอ่านเขียน VM Server มี Storage/Backup Traffic และ Backup Server อาจทำงานเต็มเส้นทางเป็นช่วงยาว อย่านำความเร็วอินเทอร์เน็ตมาเป็นเพดานของ LAN งานที่อยู่คนละ VLAN ยังต้องผ่าน Routing จุดที่ออกแบบไว้ด้วย
Host 10G ใน Diagram หมายถึง Requirement ของ NIC ไม่ได้หมายความว่า NAS/Server ทุกเครื่องมีพอร์ตนั้น Synology DS1825+ ที่พบขายมี 2×2.5GbE ในตัว หากใช้เป็น NAS 10G ต้องเพิ่ม E10G30-F2 ซึ่งเป็น 2×10G SFP+ และ Official ระบุ DS1825+ ในรุ่นที่รองรับ ส่วน NIC ของ VM/Backup Server ต้องยืนยันกับแพลตฟอร์มจริง
ตัวอย่างสินค้า: DS1825+ / E10G30-F2; Official: DS1825+ network interfaces / E10G30-F2 applied models
CCTV 50 Cameras × Continuous Streaming เป็น Traffic ที่เกิดต่อเนื่อง แม้พนักงานไม่ได้ใช้งาน ให้แยก CCTV VLAN และคำนวณ PoE, Camera-to-NVR Path, NVR Ingest Bandwidth และ Storage/Viewing Traffic ไม่กำหนด Bitrate จากจำนวนกล้องเพียงอย่างเดียว เพราะ Codec, Resolution, FPS, VBR/CBR และ Scene มีผล
IoT/Access Control อาจใช้ข้อมูลไม่มากแต่หยุดไม่ได้ และบางอุปกรณ์รองรับเพียง Wi-Fi 2.4GHz หรือ Security Mode บางแบบ ต้องจัด SSID/VLAN/Policy ตามความสามารถจริง ไม่ให้ Guest, กล้อง และระบบพนักงานใช้สิทธิ์เดียวกันทั้งหมด
15. Fiber, SFP+, Rack และ UPS เลือกให้ตรงปลายทาง
ลิงก์สั้นภายใน Rack อาจใช้ DAC ส่วนลิงก์ระหว่างชั้นใช้งาน Fiber ตามระยะ ทางเดิน และสภาพแวดล้อม ต้องจับคู่ Port Speed, Transceiver, Fiber Type, Connector และ Polarity ลิงก์ Optical หนึ่งเส้นต้องมี Optics ที่เข้ากันได้ทั้งสองปลาย ไม่ใช่ซื้อ Module หนึ่งตัวแล้วต่อได้ทั้งระบบ
| ตัวอย่างที่พบใน SyncTech | Official specification ที่ใช้ | ข้อจำกัด |
|---|---|---|
| SM5110-SR | 10G, 850nm, Multimode, LC Duplex; สูงสุด 300m บน OM3 | ตรวจ Cable Grade/Loss และ Compatibility ทั้งสองปลาย |
| SM5110-LR | 10G, 1310nm, Single-mode 9/125, LC Duplex; สูงสุด 10km | ไม่ได้เลือก LR จาก User Count; เลือกตาม Fiber/ระยะ |
| SM5220-1M | Passive SFP+ DAC 1m / 10G | ตรวจ Port Matrix และสายถึงจริง; ไม่แทนลิงก์ระหว่างชั้น |
Official references: SM5110-SR — TH V1.30; SM5110-LR — TH V2; SM5220-1M — TH V2
Compatibility ของ TP-Link Optics/DAC ที่ปลาย Synology NIC ยังต้องยืนยัน ไม่ใช้คำว่า MSA-compatible เป็นหลักฐานว่า Vendor ปลายทางรับรองแล้ว หาก Host ใช้ RJ45 10G ต้องตรวจ Copper Transceiver เพิ่ม ทั้ง Power/Temperature และข้อจำกัดจำนวนโมดูลต่อ Switch ไม่สันนิษฐานว่า SFP+ ทุกช่องรับ 2.5G Copper ได้
Rack ต้องดู 19-inch Mounting, ความลึก น้ำหนัก การระบายอากาศ PDU และพื้นที่ U สำหรับขยาย Patch Panel/CAT6/CAT6A ต้องตรงมาตรฐาน Permanent Link และการรับรองสายหลังติดตั้ง รายการ SKU ของ Rack มาตรฐาน, Patch Panel, สาย Horizontal CAT6A และ Fiber Cable ที่เหมาะกับงานนี้ยังเป็น NEEDS VERIFICATION จึงไม่สร้างชื่อรุ่นหรือ Product URL ขึ้นเอง
ตัวอย่าง UPS ที่พบคือ APC SMC1500I-2UC ซึ่ง Official ระบุ 1500VA/900W แต่จำนวนเครื่องและ Runtime ต้องเลือกจาก AC Load รวม PoE, Battery และเวลาสำรองที่ธุรกิจต้องการ ไม่ใช่จำนวน Users Official UPS specification
16. Redundancy, Controller และ Monitoring ต้องเหมาะกับผลกระทบธุรกิจ
Dual ISP ลดความเสี่ยงเส้นอินเทอร์เน็ต UPS ลดผลของไฟดับ LAG หรือ Link Aggregation รวมหลายลิงก์เพื่อรับหลาย Flow และรับมือสมาชิกบางเส้นเสีย ส่วน RSTP/Loop Protection ช่วยควบคุมเส้นทางและ Loop เมื่อกำหนด Topology/Root/Port Policy ถูกต้อง สิ่งเหล่านี้แก้ความเสี่ยงต่างกัน
LAG ไม่รับรองว่า Single Flow จะเร็วเท่าผลบวกทุกลิงก์ การต่อสายสองเส้นโดยไม่ตั้ง LAG/RSTP ให้เหมาะสมอาจสร้าง Loop และการทำ LAG ข้าม Switch สองตัวต้องมีระบบ Stack/MLAG ที่รองรับจริง ไม่ใช่ความสามารถอัตโนมัติของ Switch Omada ทุกรุ่น
อ้างอิง หลักการ LAG Load-balancing และ Omada managed-device configuration
OC200/OC300 เป็น Management Plane ไม่อยู่คั่นกลางทางข้อมูลผู้ใช้ Controller Port 1G จึงไม่ได้เป็นเพดาน Throughput ทั้ง Network OC200 V3 อ้างอิงแนะนำบริหาร 25 Network Devices ส่วน OC300 V1.20 ระบุ 500 AP + 100 Gateway + สูงสุด 100 Switch เมื่อไม่รวม GPON OLT ตัวเลข Client Capacity ไม่ระบุใน Official เวอร์ชันที่เลือก จึงไม่ยก 1,000/15,000 Clients จากข้อมูลรุ่นเก่ามาใช้
Omada Software Controller เป็นอีกทางเลือกหากมี Host และผู้ดูแลที่เหมาะสม Cloud-Based Controller ต้องตรวจ Edition, License, Model/HW และ Firmware Compatibility แยกจาก Remote Cloud Access ไปยัง Controller ที่ตั้งในบริษัท Centralized Management ไม่ได้หมายความว่าทุกฟีเจอร์ L3/Roaming ใช้ผ่าน GUI ได้เหมือนกันทุกเวอร์ชัน
Official references: OC200 — Thailand V3; OC300 — Thailand V1.20
ตรวจ Omada SDN compatibility และ Cloud-Based Controller compatibility ก่อนเลือกโหมดติดตั้ง
กำหนด Monitoring สำหรับ Uplink Utilization, Errors/Drops, PoE, WAN Latency/Loss, Client/Radio, อุปกรณ์ Offline และ Backup/Restore พร้อมผู้รับผิดชอบ Alarm Single Gateway/Core/Controller ใน Reference Design ยังเป็น Single Failure Point ต้องประเมิน Recovery Time, Spare, Configuration Backup และทดสอบกู้คืน Redundancy เพิ่มทั้งงบและความซับซ้อน จึงเลือกจาก Business Impact
17. Capacity Headroom และข้อผิดพลาดที่พบบ่อย
Production ไม่ควรเริ่มจากการใช้ Maximum Specification เต็มทุกจุด ต้องเผื่อ Switch Ports, PoE, Fiber Cores, SFP+ Ports, AP Airtime, WAN, Rack U, UPS และ Core Uplink ตามแผนเติบโต ไม่มีเปอร์เซ็นต์เดียวที่เหมาะทุกงาน ช่องว่าง 11 พอร์ตของตัวอย่าง 100 คนก็ใช้ไม่ได้หากไปอยู่คนละชั้นกับจุดที่ต้องเพิ่ม
- ซื้อ AP จาก Maximum Clients โดยไม่สำรวจ RF/Workload
- นับ Users เป็น Devices และลืม Infrastructure/CCTV
- ซื้อ Switch Port พอดีโดยไม่ทำ Port Schedule
- นับ PoE Ports แต่ไม่คำนวณ Budget และ Controller Power
- ใช้ 1G Uplink รวม Traffic หลายกลุ่มโดยไม่วัด Peak
- มี SFP+ แล้วสันนิษฐานว่ารับ Copper ทุกความเร็วได้
- แยก VLAN แต่ไม่กำหนด ACL/Firewall/Routing Ownership
- เอา Guest, CCTV และ Staff อยู่ในสิทธิ์เดียวกัน
- ใช้ Wi-Fi แทน LAN กับงาน Storage/อุปกรณ์คงที่ทั้งหมด
- มี Dual WAN แต่ไม่ทดสอบ Failover และ Failure Capacity
- ไม่มี UPS, Configuration Backup หรือแผน Restore
- ไม่มี Diagram, Monitoring และเอกสารส่งมอบ
ทดสอบการใช้งานพร้อมกันที่ Peak และจำลองลิงก์/ISP เสียตามขอบเขตที่ตกลง เป้าหมายคือเหมาะกับงาน รองรับการขยาย และคุ้มค่า ไม่ใช่เลือกรุ่นสูงที่สุดทุกจุด
18. Network Design Checklist ก่อนขอ Solution
- จำนวนพนักงานวันนี้/แผนโต และ Devices ต่อคน
- LAN Points, Wired/Wi-Fi Clients และ Active Peak แยกตามพื้นที่
- Application, Traffic Pattern และเกณฑ์คุณภาพที่ยอมรับ
- Internet Download/Upload, VPN, Public IP, SLA และ Dual ISP
- Server, NAS, Backup Window และ VM/Storage Traffic
- CCTV/NVR, IP Phone, IoT และอุปกรณ์ห้องประชุม
- VLAN, DHCP/DNS, Guest Wi-Fi, ACL/Security และ Routing Owner
- AP Model/Quantity/Placement, Channel Plan และ Roaming
- PoE Standard/Per-port/Total Budget ของแต่ละ Switch
- Uplink, Fiber Path/Cores, NIC และ Optics/DAC Compatibility
- Rack/Depth/PDU/Cooling, UPS Load/Runtime และ Grounding
- Headroom, Failure Domain, Spare และ Recovery Time
- Controller/Firmware, Monitoring/Alarm, Backup และเอกสารส่งมอบ
19. FAQ: ออกแบบ Network บริษัท 50 / 100 / 200 Users
บริษัท 50 คนต้องใช้ Access Point กี่ตัว?
ไม่มีจำนวนตายตัว ตัวอย่างนี้เริ่มประเมิน 3 EAP650 ในสามโซน ต้องปรับจาก Coverage, Active Clients, Application และ Channel Plan หลังสำรวจ ไม่ใช่คำรับรองสำหรับสำนักงาน 50 คนทุกแห่ง
บริษัท 100 คนควรใช้ Switch กี่ Port?
ให้นับ Wired Endpoints และพอร์ต Infrastructure แยกกัน ตัวอย่างนี้มี 96 Wired Endpoints แต่สอง Host ต่อ Core โดยตรง จึงใช้ Access Copper 101 จาก 112 พอร์ตเมื่อรวม AP/Controller ต้องตรวจพอร์ตว่างรายชั้นด้วย
บริษัท 200 คนควรใช้ 10GbE หรือไม่?
ควรประเมินจาก Traffic รวมและงาน Server/NAS ตัวอย่างงานหนักใช้ 10G Core/Uplink แต่จำนวน 200 คนเพียงอย่างเดียวไม่ได้บังคับให้ใช้อุปกรณ์แบบเดียวกัน
1GbE ยังเพียงพอสำหรับสำนักงานหรือไม่?
อาจเพียงพอสำหรับ Client Access งานทั่วไป หาก Application และ Peak ผ่านการทดสอบ แต่ Uplink หรือ Host ที่รวมงานหลายเครื่องอาจต้องใช้ความเร็วสูงขึ้น
2.5GbE จำเป็นหรือไม่?
ขึ้นอยู่กับ AP, NIC และ Workload เช่น EAP670/EAP772 มี 2.5GbE จึงควรประเมิน Native 2.5G Switch เพื่อใช้เส้นทางนั้น ไม่จำเป็นต้องเปลี่ยนทุก PC เป็น 2.5G
ควรแยก VLAN อะไรบ้าง?
เริ่มจาก Management, Staff, Server, CCTV, Voice, IoT และ Guest ตามที่มีจริง แล้วกำหนดสิทธิ์เข้าถึง ไม่จำเป็นต้องสร้างครบทุก VLAN หากไม่มีระบบนั้น
ควรมี Internet สองเส้นหรือไม่?
พิจารณาผลกระทบเมื่ออินเทอร์เน็ตล่ม ความเป็นอิสระของ ISP และ Capacity เส้นสำรอง Dual WAN ไม่ทำให้ Single Download เร็วเป็นผลบวกทั้งสองเส้นโดยอัตโนมัติ
Omada Controller จำเป็นหรือไม่?
บางอุปกรณ์จัดการ Standalone ได้ แต่ระบบหลาย AP/Switch มักได้ประโยชน์จาก Centralized Management เลือก Hardware/Software/Cloud ตามอุปกรณ์ที่บริหาร ฟีเจอร์และงานดูแล ไม่ใช่จำนวนพนักงาน
PoE Switch เลือกอย่างไร?
ตรวจ PoE Standard, กำลังต่อพอร์ต และ Budget รวม พร้อมรุ่นปลายทางจริง 24 PoE Ports ไม่ได้แปลว่าจ่ายเต็มทุกพอร์ตพร้อมกันได้เสมอ
Wi-Fi 6 กับ Wi-Fi 7 เลือกอะไรสำหรับบริษัท?
ดู Client Capability, Spectrum, Application และ Budget Wi-Fi 7 อาจช่วยใช้ 6GHz กับ Client ที่รองรับ แต่ต้องมี Access/Uplink/PoE ที่เหมาะและไม่ทดแทน RF Design
มี NAS 10GbE แล้ว Switch 1GbE ยังเป็นข้อจำกัดหรือไม่?
เป็นได้ถ้า Traffic ไป NAS ต้องผ่านลิงก์ 1G หรือ NIC/Storage ยังช้า ต้องตรวจเส้นทาง End-to-end ไม่ใช่ดูพอร์ต NAS อย่างเดียว
200 Users ต้องใช้ 25GbE หรือไม่?
ไม่ใช่โดยอัตโนมัติ ใช้เมื่อมีหลักฐาน Workload/Backup Window หรือ Architecture ที่ต้องการ 25G ตัวอย่างนี้มีพอร์ต 25G บน Core แต่ไม่ได้ใช้ในลิงก์ตั้งต้น
20. วางระบบ Network จาก Requirement ก่อนจัดซื้อ
การออกแบบ Network บริษัทควรเริ่มจากเส้นทางของงานและเงื่อนไขธุรกิจ แล้วค่อยเลือก Gateway, Core/Access Switch, PoE และ Access Point ทุกชั้นสัมพันธ์กัน การแก้ Bottleneck ที่ถูกจุดมักมีประโยชน์กว่าการอัปเกรดรุ่นสูงสุดทั้งระบบ
อ่านเพิ่มเติม: AP Capacity กับจำนวนผู้ใช้งานจริง, Wi-Fi 7 สำหรับองค์กร, เรื่องที่ควรเข้าใจก่อนเลือก NAS และ Snapshot และแนวทาง Backup 3-2-1
SyncTech ให้บริการสำรวจ ออกแบบ ติดตั้ง และดูแลระบบ Network สำหรับสำนักงาน โรงงาน โรงเรียน ร้านอาหาร โรงแรม และองค์กร โดยวางระบบ TP-Link Omada ตั้งแต่ Gateway, Core/Access Switch, PoE, Wi-Fi, VLAN ไปจนถึง Monitoring ให้สัมพันธ์กับจำนวนอุปกรณ์ Application, Server/NAS, Security และแผนขยายจริง
ติดต่อ SyncTech เพื่อประเมิน Network Requirement และจัดทำ Solution ที่เหมาะกับการใช้งานจริง
