วิธีบริหาร Wi-Fi หลายสาขาด้วย Nuclias Cloud จัดการ D-Link Access Point จากศูนย์กลาง
การ บริหาร Wi-Fi หลายสาขาด้วย Nuclias Cloud เหมาะกับธุรกิจที่มีสำนักงาน ร้านค้า โรงแรม ร้านอาหาร หรือสาขาจำนวนมาก และต้องการควบคุม D-Link Access Point จากส่วนกลางโดยไม่ต้องมี Network Administrator ประจำทุกแห่ง
แทนที่จะต้องเข้าไปตั้งค่า AP ทีละสาขา
สาขา 1 → ตั้ง AP
สาขา 2 → ตั้ง AP
สาขา 3 → ตั้ง AP
สาขา 4 → ตั้ง AP
สามารถเปลี่ยนเป็น
Administrator
↓
Nuclias Cloud
↓
Organization
├─ Site 1
├─ Site 2
├─ Site 3
└─ Site 4
แล้วสร้าง Configuration มาตรฐาน เช่น SSID, Security, VLAN และ Wireless Policy จากส่วนกลาง
บทความนี้จาก comsiam จะอธิบายตั้งแต่การวาง Organization, Site, Device Inventory, Zero-Touch Deployment, SSID/VLAN, Monitoring, Firmware ไปจนถึงแนวทางออกแบบระบบสำหรับธุรกิจหลายสิบหรือหลายร้อยสาขา
① Nuclias Cloud เหมาะกับหลายสาขาอย่างไร
จุดเด่นคือ Controller อยู่บน Cloud
จึงไม่จำเป็นต้องติดตั้ง Local Controller ในแต่ละสาขา
โครงสร้าง เช่น
สำนักงานใหญ่
↓
Nuclias Cloud
├─ Bangkok
├─ Khon Kaen
├─ Chiang Mai
├─ Phuket
└─ Pattaya
Administrator สามารถเข้าระบบจากศูนย์กลางเพื่อดูและบริหาร Site ต่าง ๆ
② ไม่ต้อง Login AP ทีละเครื่อง
หากมี 50 สาขา และสาขาละ 3 AP
จะมีทั้งหมด
150 Access Points
การ Login AP ทีละตัวแทบไม่เหมาะกับการบริหารจริง
Cloud Management ช่วยให้แก้ Configuration จากส่วนกลางได้ง่ายกว่า
③ วาง Organization ก่อน
ควรออกแบบโครงสร้าง Organization ให้ตรงกับธุรกิจ
ตัวอย่าง
Organization:
COMSIAM Retail
จากนั้นสร้าง Site ใต้ Organization
BKK-001
BKK-002
KKC-001
CNX-001
HKT-001
ช่วยให้ระบบขยายในอนาคตได้ง่าย
④ อย่าตั้งชื่อ Site แบบ Site1 Site2
ชื่อเช่น
Site1
Site2
Site3
จะสร้างความสับสนเมื่อมีหลายสิบสาขา
ควรใช้มาตรฐาน เช่น
BKK-Siam-001
KKC-Central-001
CNX-Nimman-001
ให้รู้ Location จากชื่อทันที
⑤ สร้าง Site สำหรับแต่ละสาขา
แต่ละสาขาควรมี Site แยก
ตัวอย่าง
Site:
BKK-Siam
ภายในมี
AP01
AP02
AP03
Switch01
ตามอุปกรณ์ที่ Platform รองรับ
⑥ สร้าง Inventory ของอุปกรณ์
ก่อน Deploy ควรมี Asset List
Site
Device Model
MAC Address
Serial Number
Location
Switch Port
Firmware
ช่วยให้รู้ว่าอุปกรณ์ตัวใดอยู่สาขาใด
⑦ อย่าอาศัย Serial Number อย่างเดียว
ควรผูกอุปกรณ์กับชื่อจริง เช่น
BKK001-AP01-Lobby
BKK001-AP02-Office
BKK001-AP03-Meeting
ทำให้ Dashboard อ่านง่ายและแก้ปัญหาได้เร็ว
⑧ เพิ่ม Device เข้า Nuclias Cloud
อุปกรณ์ที่รองรับจะต้องถูกเพิ่มเข้า Inventory/Organization ตาม Workflow ของระบบ
แนวคิด
Device
↓
Inventory
↓
Organization
↓
Site
↓
Profile
จากนั้นจึงนำไปติดตั้งจริง
⑨ ตรวจ Compatibility ก่อนซื้อ
D-Link Access Point ทุกรุ่นไม่ได้รองรับ Nuclias Cloud
ก่อนซื้อจำนวนมากให้ตรวจ
Model
Hardware Revision
Cloud Compatibility
License
เสมอ
⑩ Zero-Touch Provisioning คืออะไร
Zero-Touch ช่วยให้เตรียม Configuration ก่อนอุปกรณ์เดินทางถึงสาขา
แนวคิด
สำนักงานใหญ่
↓
สร้าง Site/Profile
↓
เพิ่ม Device
↓
ส่ง AP ไปสาขา
↓
พนักงานต่อ Internet
↓
AP ติดต่อ Cloud
↓
รับ Configuration
ลดการส่ง Network Engineer ไปตั้งค่าที่สาขา
⑪ เหมาะกับการเปิดสาขาใหม่
สมมติเปิดร้านใหม่ 10 แห่ง
สามารถเตรียม
Site
SSID
VLAN
Security
Firmware Policy
ไว้ล่วงหน้า
จากนั้นส่ง AP ไปยังแต่ละสาขาตาม Asset List
⑫ สาขาต้องมี Internet ก่อน
แม้ Cloud Provisioning จะสะดวก แต่ AP ต้องสามารถออก Internet ได้เพื่อเชื่อม Cloud
ดังนั้นก่อน Deploy ต้องตรวจ
ISP
Router
DHCP
DNS
Gateway
Firewall
ของสาขา
⑬ AP เปิดแล้วแต่ไม่ขึ้น Online
ให้ตรวจ
Power
PoE
DHCP
DNS
Internet
Firewall
Cloud Reachability
ก่อน Reset AP
โดยเฉพาะสาขาที่เพิ่งเปิดใหม่
⑭ ใช้ Configuration Template เดียวกัน
ถ้าทุกสาขาใช้รูปแบบเดียวกัน ควรกำหนดมาตรฐาน
ตัวอย่าง
STAFF
GUEST
IOT
เหมือนกันทุก Site
ลดความผิดพลาดจากการตั้งค่าไม่ตรงกัน
⑮ ตัวอย่าง SSID มาตรฐาน
COMSIAM-STAFF
COMSIAM-GUEST
COMSIAM-IOT
จากนั้นกำหนด VLAN ตามมาตรฐาน
STAFF → VLAN 10
GUEST → VLAN 20
IOT → VLAN 30
⑯ Management VLAN
แต่ละสาขาควรมี Management Network ที่วางมาตรฐานไว้
ตัวอย่าง
Management
→ VLAN 99
ใช้กับ AP, Switch และ Network Device ตาม Architecture
⑰ VLAN ID เดียวกันทุกสาขาดีไหม
หาก Network Design รองรับ การใช้ Standard เดียว เช่น
VLAN 10 = Staff
VLAN 20 = Guest
VLAN 30 = IoT
VLAN 99 = Management
ทุกสาขาช่วยให้ทีม IT เข้าใจระบบง่ายขึ้น
⑱ IP Subnet ไม่ควรซ้ำหากต้องเชื่อมสาขากัน
ตัวอย่างที่ควรหลีกเลี่ยงถ้ามี Site-to-Site VPN
Branch 1:
192.168.10.0/24
Branch 2:
192.168.10.0/24
Subnet ซ้ำอาจทำให้ Routing ระหว่างสาขาซับซ้อน
⑲ ตัวอย่าง IP Plan หลายสาขา
สามารถออกแบบ เช่น
Branch 01 Staff:
10.1.10.0/24
Branch 01 Guest:
10.1.20.0/24
Branch 02 Staff:
10.2.10.0/24
Branch 02 Guest:
10.2.20.0/24
ช่วยให้รู้สาขาจาก IP Address
⑳ Nuclias Cloud ไม่ได้ตั้ง Router แทนทุกอย่าง
แม้ SSID/VLAN จะถูกกำหนดจาก Cloud แต่ Router/Switch ที่ Site ยังต้องรองรับ
VLAN
DHCP
Routing
Firewall
NAT
อย่างถูกต้อง
Cloud Management ไม่ได้แก้ Wired Network Design ที่ผิด
㉑ Switch Port ไป AP ต้องถูก
ตัวอย่าง
VLAN 10
VLAN 20
VLAN 30
VLAN 99
ต้องถูกส่งไป AP ตาม Tagged/Untagged/PVID Design
หาก Guest VLAN ไม่ผ่าน Switch
Client อาจเชื่อม Wi-Fi ได้แต่ไม่ได้ IP
㉒ ใช้ SSID เดียวทุกสาขาได้ไหม
ได้หาก Policy ขององค์กรต้องการ
ตัวอย่าง
COMSIAM-STAFF
ทุกสาขา
ช่วยให้ Laptop พนักงานเชื่อมต่อได้ง่ายเมื่อเดินทางไปสาขาอื่น
㉓ Staff Password เดียวทุกสาขาปลอดภัยไหม
สะดวกแต่มีความเสี่ยง
ถ้า Password รั่ว อาจกระทบทุก Site
องค์กรขนาดใหญ่ควรพิจารณา Authentication แบบรายบุคคล เช่น Enterprise Authentication หาก Environment รองรับ
㉔ Guest Wi-Fi ควรแยกต่างหาก
ตัวอย่าง
COMSIAM-GUEST
→ VLAN 20
→ Internet Only
และ
Guest
→ Staff
Deny
Guest
→ Management
Deny
เหมือนกันทุกสาขา
㉕ Captive Portal หลายสาขา
ธุรกิจสามารถใช้ Guest Portal ที่มี Branding มาตรฐานเดียวกันตาม Feature ที่รองรับ
ตัวอย่าง
Connect Guest
↓
Portal
↓
Accept / Login
↓
Internet
ช่วยสร้างประสบการณ์ผู้ใช้คล้ายกันทุกสาขา
㉖ แต่ละสาขาสามารถมี SSID ต่างกันได้ไหม
ได้
ตัวอย่างสาขาโรงแรมอาจใช้
HOTEL-GUEST
ส่วนสำนักงานใหญ่ใช้
HQ-GUEST
ขึ้นอยู่กับ Policy
แต่ไม่ควรสร้างความแตกต่างโดยไม่มีเหตุผล เพราะจะเพิ่มภาระดูแล
㉗ ใช้ Template ลด Configuration Drift
Configuration Drift คือแต่ละ Site ค่อย ๆ มีค่าไม่เหมือนกัน
เช่น
Branch 1 WPA2
Branch 2 WPA3
Branch 3 Password เก่า
Branch 4 VLAN ผิด
Template/Standard Profile ช่วยลดปัญหานี้
㉘ ตั้งมาตรฐาน RF
กำหนดแนวทางสำหรับ
2.4 GHz
5 GHz
Channel Width
Transmit Power
Band Steering
แต่ไม่ควรใช้ค่าตายตัวทุกสาขาโดยไม่ดูพื้นที่จริง
㉙ RF ต้องปรับตามสถานที่
ร้านเล็กกับโกดังขนาดใหญ่ไม่ควรใช้ AP Placement และ Transmit Power แบบเดียวกันเสมอไป
Cloud ช่วยบริหาร Configuration แต่ Site Survey ยังมีความสำคัญ
㉚ ดู AP Online/Offline จากส่วนกลาง
Dashboard ช่วยดูว่า Site ใดมี AP Offline
ตัวอย่าง
BKK-001
AP01 Online
AP02 Online
AP03 Offline
Administrator สามารถเริ่ม Troubleshoot โดยไม่ต้องรอพนักงานแจ้งก่อน
㉛ AP Offline ทั้งสาขา
ถ้า AP ทุกตัวใน Site Offline พร้อมกัน มีโอกาสเป็น
Internet สาขาล่ม
Router ล่ม
Switch ล่ม
ไฟดับ
Firewall เปลี่ยน
ISP มีปัญหา
มากกว่าที่ AP ทุกตัวเสียพร้อมกัน
㉜ AP Offline แค่เครื่องเดียว
ให้ตรวจ
PoE
Cable
Switch Port
Device
Firmware
เฉพาะจุด
นี่เป็นประโยชน์ของ Central Monitoring
㉝ ดูจำนวน Client ต่อ Site
ตัวอย่าง
BKK-001:
85 Clients
KKC-001:
24 Clients
CNX-001:
190 Clients
ช่วยหา Site ที่มี User Density สูงผิดปกติ
㉞ ดูจำนวน Client ต่อ AP
ตัวอย่าง
AP01 → 12 Clients
AP02 → 15 Clients
AP03 → 68 Clients
AP03 ควรได้รับการตรวจ Coverage และ Load Distribution
㉟ Traffic ต่อ Site
Monitoring Traffic ช่วยดูว่าสาขาใดใช้งานสูง
ตัวอย่าง
Branch A
↓
High Traffic
อาจต้องเพิ่ม
Internet Bandwidth
AP Capacity
Switch Capacity
ตามผลวิเคราะห์
㊱ Wi-Fi ช้าที่สาขาเดียว
อย่าเปลี่ยน Global Profile ทันที
ให้ตรวจ
AP Status
Client Count
RSSI
Channel
Internet
Switch
ของ Site นั้นก่อน
เพราะสาเหตุอาจเป็น ISP ในสาขาเดียว
㊲ Global Change ต้องระวัง
ถ้าแก้ Profile ที่ใช้กับ 100 สาขา Configuration ใหม่อาจกระทบทุก Site
ตัวอย่าง
เปลี่ยน Staff Password
↓
100 Branches
ผู้ใช้ทุกสาขาอาจ Disconnect
จึงต้องใช้ Change Management
㊳ ทดสอบกับ Pilot Site
ก่อน Push Global Policy ให้เลือก
Pilot Branch
หนึ่งหรือสองสาขา
ทดสอบ
SSID
VLAN
Authentication
Roaming
Internet
ก่อน Deploy ทั้งองค์กร
㊴ แบ่งสาขาเป็น Deployment Group
ตัวอย่างมี 100 สาขา
Wave 1:
5 สาขา
Wave 2:
20 สาขา
Wave 3:
75 สาขา
หาก Wave 1 มีปัญหา สามารถหยุดก่อนกระทบทั้งหมด
㊵ Firmware Management หลายสาขา
Cloud Management ช่วยตรวจและจัดการ Firmware ของ Device ที่รองรับจากส่วนกลาง
ไม่จำเป็นต้อง Remote Desktop ไปสาขาแล้ว Login AP ทีละตัว
㊶ อย่าอัปเดต Firmware ทุกสาขาพร้อมกันครั้งแรก
ควรใช้
Lab AP
↓
Pilot Site
↓
Small Group
↓
All Sites
เสมอ
เพราะ Firmware ใหม่อาจมีผลกับ Client หรือ Wireless Feature
㊷ Maintenance Window
กำหนดช่วง เช่น
02:00 - 04:00
ตามเวลาท้องถิ่นของ Site
หากธุรกิจมีสาขาต่าง Time Zone ต้องระวัง Schedule ให้ถูก
㊸ ดู Alert จากส่วนกลาง
ควรเปิด Alert ที่สำคัญ เช่น
Device Offline
Device Online
Firmware Event
Configuration Event
ตาม Feature ที่ Platform รองรับ
ช่วยให้ทีม IT รู้ปัญหาเร็วขึ้น
㊹ Alert เยอะเกินไปไม่ดี
หากแจ้งเตือนทุก Event อาจเกิด Alert Fatigue
ควรเน้น
Critical
High Impact
Repeated Failure
ที่ต้องดำเนินการจริง
㊺ ใช้ Role แยกผู้ดูแล
หากมีทีม IT หลายระดับ ควรแยกสิทธิ์ เช่น
Super Admin
Network Admin
Helpdesk
Read Only
ตามความสามารถของ Platform
ไม่ควรให้ทุกคนใช้ Super Admin
㊻ จำกัดสิทธิ์ตาม Site
ถ้าองค์กรมี Regional IT
ตัวอย่าง
North IT
→ Chiang Mai / Chiang Rai
Central IT
→ Bangkok / Ayutthaya
สามารถออกแบบสิทธิ์ให้ตรงหน้าที่ตาม Feature ของระบบ
㊼ ใช้ MFA ถ้าระบบรองรับ
Cloud Account เป็นจุดสำคัญของระบบ Management
ควรเปิด Multi-Factor Authentication เมื่อมีให้ใช้
และไม่ควรแชร์ Account
㊽ ป้องกัน Cloud Account
ควรใช้
Password แข็งแรง
MFA
Account แยกบุคคล
Role-based access
ตรวจ Login Activity
เพราะ Account ที่ถูกยึดอาจกระทบ Network หลายสาขา
㊾ ไม่ควรเปิด Management Password ซ้ำทุกระบบ
หลีกเลี่ยงใช้ Password เดียวกันกับ
Email
Router
Cloud
Server
ควรใช้ Password Manager และ Credential แยกบริการ
㊿ Internet Backup สำหรับสาขาสำคัญ
หาก Site ต้องพึ่ง Cloud Application และ Cloud Management มาก ควรพิจารณา
WAN1 → Fiber
WAN2 → Backup ISP / 4G / 5G
เพื่อเพิ่มความต่อเนื่อง
โดยเฉพาะ POS หรือสาขาที่สร้างรายได้สูง
51. Cloud Offline ไม่ได้แปลว่า AP ต้องหยุดทันที
AP ที่ได้รับ Configuration แล้วอาจยังให้บริการ Wi-Fi ตามค่าที่เก็บไว้ได้ตามการทำงานของอุปกรณ์และ Feature
แต่
Cloud Monitoring
Remote Configuration
จะได้รับผลกระทบเมื่อ Site ติดต่อ Cloud ไม่ได้
52. ตรวจ DNS เมื่อ AP ไม่ขึ้น Cloud
สาขาอาจออก Internet ได้บางส่วน แต่ DNS มีปัญหา
ตรวจ
Gateway
DNS
Firewall
Internet
ร่วมกัน
อย่าดูเพียงว่า Smartphone เปิดเว็บไซต์ได้หรือไม่
53. Firewall ที่สาขาอาจ Block Cloud
หากองค์กรเปลี่ยน Firewall Policy และ AP ทุกตัวใน Site Offline จาก Cloud พร้อมกัน
ควรตรวจ Outbound Policy
ก่อน Factory Reset AP
54. Documentation สำคัญมาก
ควรมีข้อมูลต่อ Site เช่น
Site Code
Address
ISP
Router
Subnet
VLAN
AP
Switch
Contact
ช่วยให้ Helpdesk แก้ปัญหาระยะไกลได้ง่าย
55. เก็บ Floor Plan
สำหรับสาขาที่มี AP หลายตัวควรมีแผนผัง
AP01 → Lobby
AP02 → Office
AP03 → Meeting Room
เมื่อ AP Offline จะรู้จุดติดตั้งทันที
56. ตั้งชื่อ Device ตาม Location
ตัวอย่าง
BKK001-F1-AP01
BKK001-F1-AP02
BKK001-F2-AP01
ดีกว่า
DAP-001
DAP-002
เมื่อมีอุปกรณ์หลายร้อยตัว
57. Dashboard สำหรับ Helpdesk
Helpdesk สามารถเริ่มตรวจจาก
Site Online?
↓
AP Online?
↓
Client Connected?
↓
Traffic?
ก่อนส่ง Technician ไปสาขา
ช่วยลดค่าเดินทางและเวลาแก้ปัญหา
58. กรณีลูกค้าแจ้ง Wi-Fi ใช้ไม่ได้ทั้งร้าน
ตรวจ Dashboard
หากเห็น
AP01 Offline
AP02 Offline
AP03 Offline
พร้อมกัน
ให้โทรตรวจ
ไฟฟ้า
Router
ISP
Switch
ก่อนส่ง AP ใหม่ไป
59. Checklist บริหาร Wi-Fi หลายสาขา
✓ เลือก AP ที่รองรับ Nuclias Cloud
✓ สร้าง Organization
✓ ตั้งมาตรฐาน Site Name
✓ สร้าง Inventory
✓ Assign Device ให้ Site
✓ เตรียม Zero-Touch Profile
✓ สร้าง Staff SSID
✓ สร้าง Guest SSID
✓ สร้าง IoT SSID
✓ กำหนด VLAN
✓ ตรวจ Switch
✓ ตรวจ DHCP
✓ ตรวจ Firewall
✓ วาง IP Plan
✓ ตั้ง Device Name ตาม Location
✓ เปิด Monitoring
✓ ตั้ง Alert
✓ แยกสิทธิ์ Administrator
✓ เปิด MFA หากรองรับ
✓ ทดสอบ Pilot Site
✓ วาง Firmware Policy
✓ กำหนด Maintenance Window
✓ ทำ Documentation
60. ตัวอย่างระบบ 20 สาขา
สมมติธุรกิจมี
20 Branches
แต่ละสาขามี
AP 3 ตัว
รวม
60 AP
สร้าง Organization
COMSIAM-BRANCHES
จากนั้น
BKK-001
BKK-002
KKC-001
CNX-001
HKT-001
...
ทุก Site ใช้มาตรฐาน
COMSIAM-STAFF
→ VLAN 10
COMSIAM-GUEST
→ VLAN 20
COMSIAM-IOT
→ VLAN 30
Management
→ VLAN 99
อุปกรณ์ได้รับการเตรียม Inventory ก่อนส่งสาขา
Nuclias Cloud
↓
Assign Device
↓
Assign Site
↓
Apply Profile
↓
ส่งอุปกรณ์
↓
ติดตั้ง
↓
ต่อ Internet
↓
Cloud Provision
ทีม IT จากสำนักงานใหญ่สามารถดู
Device Status
Client
Traffic
Alert
Configuration
Firmware
ของทั้ง 20 สาขาจาก Dashboard ส่วนกลาง
ตัวอย่างเปิดสาขาใหม่
ขั้นตอนที่แนะนำ
1. สร้าง Site
2. กำหนดชื่อสาขา
3. เพิ่ม AP เข้า Inventory
4. Assign AP เข้า Site
5. Apply Standard Profile
6. ตรวจ VLAN/IP Plan
7. ส่ง AP ไปสาขา
8. ต่อ Router/Switch/AP
9. ตรวจ Device Online
10. ทดสอบ Staff/Guest
หาก Profile มาตรฐานถูกเตรียมไว้ดี การเปิดสาขาใหม่สามารถลดงาน Configuration หน้างานได้มาก
ตัวอย่าง Global Change
ต้องการเพิ่ม
COMSIAM-IOT
→ VLAN 30
ทุกสาขา
อย่าทำทันทีทั้งหมด
ให้ใช้
Lab
↓
Pilot 2 สาขา
↓
ตรวจ Switch/VLAN/DHCP
↓
Deploy 5 สาขา
↓
Deploy ทั้งหมด
เพราะบางสาขาอาจมี Switch Configuration เก่าที่ไม่รองรับ VLAN 30
ข้อผิดพลาดที่พบบ่อย
ข้อผิดพลาดสำคัญ ได้แก่
ซื้อ AP ก่อนตรวจ Cloud Compatibility
ตั้งชื่อ Site ไม่เป็นมาตรฐาน
ไม่มี Asset Inventory
ใช้ IP Subnet ซ้ำทุกสาขาแล้วต้องทำ VPN ภายหลัง
Cloud Profile มี VLAN แต่ Switch ไม่มี VLAN
Push Global Configuration โดยไม่ Pilot
Upgrade Firmware ทุก Site พร้อมกัน
แชร์ Super Admin Account
ไม่เปิด MFA
ไม่มี Alert
ไม่เก็บข้อมูล ISP/Router ของแต่ละสาขา
คิดว่า AP Offline จาก Cloud หมายถึง AP เสียทันที
ไม่มี Internet Backup ในสาขาสำคัญ
สรุป
การ บริหาร Wi-Fi หลายสาขาด้วย Nuclias Cloud ช่วยให้ธุรกิจสามารถควบคุม D-Link Access Point จากศูนย์กลาง ลดการเดินทางไปตั้งค่าหน้างาน และช่วยสร้างมาตรฐาน Wi-Fi ให้ทุกสาขาใช้ Configuration ใกล้เคียงกัน
หัวใจสำคัญคือ
Organization
↓
Site
↓
Inventory
↓
Profile
↓
Device
พร้อมสร้างมาตรฐาน SSID, VLAN, Security และ Device Naming ตั้งแต่เริ่มต้น
Zero-Touch Provisioning จะมีประโยชน์มากเมื่อเปิดสาขาใหม่ เพราะสามารถเตรียม Configuration จากส่วนกลางก่อนส่ง AP ไปติดตั้ง
อย่างไรก็ตาม Nuclias Cloud ไม่สามารถทดแทน Network Design ภายในสาขาได้ทั้งหมด Router, VLAN, DHCP, Switch และ Firewall ยังต้องตั้งค่าอย่างถูกต้อง
แนวทางของ comsiam คือใช้ Template กลางสำหรับทุกสาขา แต่ทดสอบ Configuration ใหม่กับ Pilot Site ก่อนเสมอ โดยเฉพาะการเปลี่ยน VLAN, Security และ Firmware เพราะการตั้งค่าผิดเพียงครั้งเดียวอาจกระทบหลายสิบสาขาพร้อมกันหาก Push Global Configuration โดยไม่มีขั้นตอนทดสอบ
