Cisco Network Documentation: Diagram, IP Plan และ Port Mapping

Network Documentation คือชุดข้อมูลที่ทำให้ทีม Network Engineer เข้าใจโครงสร้างอุปกรณ์ การเชื่อมต่อ IP Address, VLAN, Configuration และประวัติการเปลี่ยนแปลงได้ตรงกัน เอกสารที่ดีช่วยลดเวลา Troubleshooting และลดความเสี่ยงจากการเปลี่ยนอุปกรณ์หรือส่งต่องานโดยไม่มีข้อมูลอ้างอิง

บทความนี้อธิบายวิธีสร้าง Network Diagram, IP Address Plan, Port Mapping, Configuration Baseline, Change Log และ Maintenance Handover สำหรับ Cisco Network พร้อมตัวอย่างที่นำไปปรับใช้ได้จริง โดยไม่ถือว่าคำสั่ง CLI ตัวอย่างใช้ได้กับ Cisco ทุกรุ่น

1. ทำไม Network Documentation จึงสำคัญ?

เมื่อเกิดเหตุ Interface Down, VLAN ไม่ผ่าน, Routing ผิด หรือ Switch เสีย ทีมงานต้องทราบว่า อุปกรณ์ใดเชื่อมกับอะไร และการเปลี่ยนแปลงล่าสุดคืออะไร หากไม่มีข้อมูลดังกล่าว การวิเคราะห์อาจเริ่มจากการไล่สายและเดาค่าคอนฟิกแทนการตรวจหลักฐาน

เอกสารควรตอบได้อย่างน้อยว่า อุปกรณ์อยู่ที่ใด ใครรับผิดชอบ ใช้ IP ใด เชื่อมต่อ Port ไหน มี VLAN และ Routing อะไรบ้าง และมีวิธีกู้คืนอย่างไร

2. โครงสร้างชุดเอกสาร Network มาตรฐาน

เอกสาร	หน้าที่	ผู้ใช้หลัก
Physical Diagram	อุปกรณ์ สาย และ Uplink	Field Engineer
Logical Diagram	VLAN, Subnet, Routing, Security Zone	Network Engineer
IP/VLAN Plan	แผนการจัดสรร Address	Network/IT
Port Mapping	จับคู่ Interface กับปลายทาง	Maintenance
Inventory	รุ่น Serial OS และสถานที่	Asset/Network
Configuration Baseline	สถานะ Config ที่อนุมัติ	Operations
Change Log	ใครเปลี่ยนอะไร เมื่อไร เพราะอะไร	Operations/Audit

ควรมี Document Owner, Version, Last Verified Date และ Approval Status สำหรับทุกชุดเอกสาร เพื่อป้องกันการใช้ข้อมูลเก่าเป็นข้อมูลปัจจุบัน

3. Network Diagram: Physical และ Logical

Physical Topology

                  ISP / WAN
                      |
                 [EDGE-R1]
                      |
                 [DIST-SW1]
                  /       \
          Gi1/0/23       Gi1/0/24
              /               \
        [ACCESS-A]        [ACCESS-B]
          |                   |
       User PCs             IP Phones

Physical Diagram ควรมี Hostname, Device Model, Interface ทั้งสองปลาย, Media Type, Link Speed, Patch Panel หรือ Fiber Core และสถานที่ติดตั้งที่ตรวจสอบแล้ว

Logical Topology

VLAN 10 USERS       10.40.10.0/24
VLAN 20 VOICE       10.40.20.0/24
VLAN 30 MANAGEMENT  10.40.30.0/24
         |
    [L3 DISTRIBUTION]
         |
     DEFAULT ROUTE
         |
      [FIREWALL]

Logical Diagram ควรระบุ Gateway, Routing Adjacency, ACL/Firewall Boundary, VRF และจุดที่มี Redundancy โดยไม่จำเป็นต้องใส่รายละเอียดสายทุกเส้น

ข้อควรระวัง: ตัวอย่าง Topology เป็นสถานการณ์สมมติ ไม่ใช่ Configuration ที่ยืนยันแล้วของระบบจริง

4. IP Address Plan และ VLAN Plan

VLAN	ชื่อ	Subnet	Gateway	วัตถุประสงค์
10	USERS	10.40.10.0/24	10.40.10.1	เครื่องผู้ใช้งาน
20	VOICE	10.40.20.0/24	10.40.20.1	โทรศัพท์ IP
30	MGMT	10.40.30.0/24	10.40.30.1	บริหารอุปกรณ์

เพิ่มข้อมูล DHCP Scope, Reserved IP, DNS, VRF, Site Code, Address Owner และสถานะการใช้งาน ตามความเหมาะสม การจัดการ IP แบบมีศูนย์กลางช่วยลด Duplicate IP และ Address Overlap ระหว่างสาขา

หากใช้ IPv6 ให้บันทึก Prefix, Gateway Mechanism, SLAAC/DHCPv6 และ Routing แยกอย่างชัดเจน

5. Port Mapping และ Cable Documentation

อุปกรณ์	Local Port	Remote Device/Port	Mode/VLAN	สถานะ
ACCESS-A	Gi1/0/1	PC-01	Access VLAN 10	Verified
ACCESS-A	Gi1/0/2	PHONE-01	Data 10 / Voice 20	Verified
ACCESS-A	Gi1/0/24	DIST-SW1 Gi1/0/23	Trunk	Verified

Port Mapping ควรแยก Configured State ออกจาก Observed State เพราะ Interface ที่ตั้งค่าเป็น Trunk อาจยังไม่มีสายต่อ หรือสายอาจต่อผิดปลายทาง ควรยืนยันด้วย LLDP/CDP, MAC Address Table และการตรวจสายหน้างาน

6. Device Inventory และ Asset Lifecycle

Field	ตัวอย่าง
Hostname	ACCESS-A
Role	Access Switch
Site / Rack	HQ / Rack-02
Management IP	10.40.30.11
Model / Serial	ตรวจจากอุปกรณ์จริง
Software Version	ตรวจจากอุปกรณ์จริง
Support / Warranty	วันหมดอายุที่ยืนยันแล้ว
Backup Location	Secure Config Repository

ข้อมูล Inventory ควรเชื่อมกับแผน PM, Software Lifecycle, Spare Part และขั้นตอนเปลี่ยนอุปกรณ์ เพื่อไม่ให้การ Replace Hardware ทำให้ VLAN, Routing หรือ Security Policy สูญหาย

7. Configuration Baseline และ Backup

Configuration Baseline คือสถานะการตั้งค่าที่ผ่านการตรวจสอบและอนุมัติ ณ เวลาหนึ่ง ไม่ใช่เพียงไฟล์ Running Configuration ล่าสุด ควรเก็บทั้ง Configuration, Software Version, Change Ticket และผล Verification

คำสั่งเก็บข้อมูลแบบ Read-Only

show version
show inventory
show running-config
show interfaces status
show interfaces description
show vlan brief
show interfaces trunk
show ip interface brief
show ip route
show cdp neighbors detail
show lldp neighbors detail

บางคำสั่งอาจไม่มีบนอุปกรณ์หรือ Software Release บางรุ่น และการเปิดใช้ CDP/LLDP ขึ้นอยู่กับนโยบายความปลอดภัย

โครงสร้างจัดเก็บที่แนะนำ

network-docs/
  sites/
    HQ/
      diagrams/
      inventory.csv
      ip-vlan-plan.csv
      port-mapping.csv
      baselines/
      change-log.csv
      verification/

ใช้ Naming Convention และ Version ที่สม่ำเสมอ เช่น HQ_ACCESS-A_2026-10-28_prechange.cfg แต่ต้องจัดเก็บในระบบที่มี Access Control และ Encryption ตามความเหมาะสม

Security: Running Configuration อาจมี Password Hash, Shared Secret, Community String, Certificate หรือข้อมูลเครือข่ายภายใน ห้ามเผยแพร่ Backup สู่ Public Repository และต้องควบคุมสิทธิ์ผู้เข้าถึง

8. Change Log และ Change Control

Field	ตัวอย่าง
Change ID	CHG-2026-014
Device	ACCESS-A
Reason	เพิ่ม User Port VLAN 10
Before	Gi1/0/10 Shutdown
After	Gi1/0/10 Access VLAN 10
Approval	Approved / Ticket Reference
Verification	Link, VLAN, Connectivity ผ่าน
Rollback	คืนค่า Interface ตาม Baseline

ทุก Change ควรมี Pre-Check → Backup → Approval → Implementation → Post-Check → Documentation Update และ Rollback Criteria ที่ชัดเจน

9. Cisco Documentation Lab: สำรวจ Switch 24 Ports

Lab นี้ใช้ Switch ที่ได้รับอนุญาตและเน้นการอ่านข้อมูล ไม่แก้ไข Configuration

Step 1: ยืนยันตัวตนอุปกรณ์

show version
show inventory
show running-config | include ^hostname

บันทึก Hostname, Model, Serial และ Software Version จาก Output จริง โดยไม่เดารุ่นจากจำนวน Port

Step 2: สำรวจ Interface

show interfaces status
show interfaces description
show ip interface brief

บันทึก Admin/Operational Status, Description, Speed, Duplex และ Management IP ตามข้อมูลที่แสดง

Step 3: สำรวจ VLAN และ Uplink

show vlan brief
show interfaces trunk
show etherchannel summary

ระบุว่า Port ใดเป็น Access, Trunk หรือ EtherChannel และตรวจสอบ Allowed VLAN เทียบกับ IP/VLAN Plan

Step 4: สำรวจปลายทาง

show cdp neighbors detail
show lldp neighbors detail
show mac address-table

CDP/LLDP อาจไม่แสดงทุกอุปกรณ์ โดยเฉพาะ Endpoints ที่ไม่รองรับ Protocol ดังกล่าว จึงต้องใช้หลักฐานอื่นประกอบ เช่น Patch Panel Label และการตรวจสาย

Step 5: สร้าง Port Mapping

บันทึกครบทุก Port ที่มีอยู่ รวมถึง Unused, Administratively Down, Error-Disabled และ Uplink พร้อมวันที่ตรวจสอบและแหล่งข้อมูล

Step 6: Review ก่อนประกาศเป็น Baseline

ให้ผู้รับผิดชอบตรวจข้อมูลที่คลาดเคลื่อนระหว่าง Running Configuration, Operational State และ Physical Connection ก่อนกำหนดเป็น Verified Baseline

10. Verification: พิสูจน์ว่าเอกสารถูกต้อง

การมี Diagram หรือ Spreadsheet ไม่เพียงพอ ต้องมีรอบตรวจสอบเทียบกับ Network จริง โดยแนะนำให้ตรวจหลัง Change สำคัญและตามรอบ Maintenance ที่เหมาะสม

รายการ	หลักฐาน	ผลที่คาดหวัง
Device Identity	show version / inventory	ตรง Inventory
Uplink Mapping	CDP/LLDP และตรวจสาย	ตรง Diagram
VLAN Membership	show vlan brief	ตรง VLAN Plan
Trunk	show interfaces trunk	Allowed VLAN ถูกต้อง
Routing	show ip route	ตรง Logical Design
Baseline	Config Diff	ไม่มี Unauthorized Change

กำหนดสถานะเอกสารเป็น Draft, Verified, Approved หรือ Superseded เพื่อแยกข้อมูลที่ยังไม่ตรวจสอบออกจากข้อมูลพร้อมใช้งาน

11. Troubleshooting ด้วย Network Documentation

Case 1: Port Down แต่ไม่ทราบว่าต่อกับอะไร

ค้น Port Mapping จาก Interface ID จากนั้นตรวจ Description, CDP/LLDP และ Physical Label หากข้อมูลขัดกันให้ถือว่า ต้องยืนยันหน้างาน ก่อนสั่ง Shutdown หรือย้ายสาย

Case 2: ผู้ใช้เข้า VLAN ผิด

เทียบ VLAN Plan กับ show vlan brief และ Interface Configuration พร้อมตรวจ Voice VLAN, Trunk Allowed VLAN และ Dynamic VLAN Assignment หากใช้งาน 802.1X

Case 3: หลังเปลี่ยน Switch ระบบบางส่วนใช้ไม่ได้

เทียบ Pre-Change Baseline กับ Config ใหม่ โดยตรวจ VLAN, Trunk, Port Channel, STP, SVI, ACL, Routing และ Management Access อย่าสรุปว่าปัญหาเกิดจาก Hardware โดยไม่มีหลักฐาน

Case 4: Network Diagram ไม่ตรงระบบจริง

บันทึก Discrepancy, วันที่ตรวจพบ, Evidence, ผู้รับผิดชอบ และ Action เพื่อปรับเอกสารหลังตรวจสอบ แทนการแก้ Diagram ตามการคาดเดา

12. Security และ Best Practices

Least Privilege: จำกัดผู้เข้าถึง Diagram, Configuration และ Inventory ตามบทบาท
Secrets Management: แยก Credential และ Private Key ออกจากเอกสารทั่วไป
Version Control: เก็บประวัติการแก้ไข พร้อมผู้อนุมัติและเหตุผล
Backup & Recovery: สำรองเอกสารและทดสอบการกู้คืน
Source of Truth: กำหนดระบบหลักสำหรับข้อมูล IP, VLAN, Inventory และ Topology
Automation with Review: ใช้ Python/Ansible ดึงข้อมูลได้ แต่ต้องตรวจความถูกต้องก่อนเผยแพร่
Data Minimization: หลีกเลี่ยงการเผยแพร่ Public IP, Internal Topology และข้อมูลอ่อนไหวโดยไม่จำเป็น

สำหรับองค์กรขนาดใหญ่สามารถพิจารณาใช้ IPAM/DCIM หรือเครื่องมือ Source of Truth เช่น NetBox เพื่อบริหารข้อมูลแบบมีโครงสร้าง แต่ยังต้องมีกระบวนการ Review และ Ownership

13. FAQ

Network Diagram อย่างเดียวเพียงพอหรือไม่?

ไม่เพียงพอ เพราะ Diagram ไม่สามารถแทน IP Plan, Port Mapping, Configuration Baseline และ Change Log ได้ทั้งหมด

ควรอัปเดตเอกสารเมื่อไร?

ทุกครั้งหลัง Change ที่ส่งผลต่อ Topology, IP/VLAN, Routing, Security Policy หรือ Device Inventory และตรวจทานตามรอบที่องค์กรกำหนด

ใช้ Excel หรือ CSV ได้หรือไม่?

ได้ โดยเฉพาะระบบขนาดเล็ก แต่ต้องควบคุม Version, Ownership และสิทธิ์เข้าถึง เมื่อขยายระบบอาจใช้ IPAM/DCIM ร่วมด้วย

ควร Backup Configuration อัตโนมัติหรือไม่?

ควรพิจารณา Automation แบบ Read-Only พร้อมการป้องกัน Secrets, Access Control และการตรวจ Config Diff เพื่อค้นหา Unauthorized Change

CDP/LLDP ยืนยันสายได้ทุกกรณีหรือไม่?

ไม่ได้ เพราะ Protocol อาจถูกปิด ไม่รองรับ หรือแสดงข้อมูลไม่ครบ จึงต้องใช้หลักฐานอื่นประกอบ

14. บทสรุป

Network Documentation ที่ดีต้องตรวจสอบย้อนกลับได้และตรงกับระบบจริง ไม่ใช่เพียง Diagram ที่สวยงาม เริ่มจาก Physical/Logical Topology แล้วเชื่อมโยง IP/VLAN Plan, Port Mapping, Inventory, Configuration Baseline และ Change Log เข้าด้วยกัน

แนวทางสำคัญคือ Discover → Document → Verify → Approve → Maintain เพื่อให้เอกสารช่วยลด MTTR สนับสนุน Change Control และทำให้การส่งมอบงาน Network Maintenance มีมาตรฐาน

บทความถัดไป: Advanced Network Troubleshooting Case Studies — วิเคราะห์ปัญหา VLAN, STP, Routing, DHCP, DNS และ WAN ด้วยหลักฐานจริง