คำถาม-คำตอบคัดสรรสำหรับ Data Center Operations (Network Focus)

สวัสดีครับ ยินดีที่ได้ร่วมฝึกซ้อมกันครับ ผมจะทำหน้าที่เป็น AI Interview Coach ส่วนตัวให้ เพื่อช่วยเตรียมความพร้อมให้คุณแบบเข้มข้นสำหรับการสัมภาษณ์ตำแหน่ง Data Center Operations (Networking Focus – ระดับ Junior/Entry-Mid) ที่ Google ครับ

เพื่อให้เห็นภาพรวมและใช้เป็นคลังคำตอบในการทบทวน ผมได้รวบรวม ชุดคำถาม-คำตอบชุดแรก (10 ข้อ) ที่ครอบคลุมตั้งแต่พื้นฐาน Layer 1/2/3, อุปกรณ์ใน Data Center ไปจนถึงสถานการณ์ Troubleshooting จริง มาให้ศึกษาโครงสร้างคำตอบเชิงเทคนิคแบบมืออาชีพครับ

ชุดที่ 1: 10 คำถาม-คำตอบคัดสรรสำหรับ Data Center Operations (Network Focus)

1. ในระดับ Layer 2 ความแตกต่างระหว่าง Broadcast Domain และ Collision Domain คืออะไร? และ VLAN เข้ามาช่วยเรื่องนี้อย่างไร?

• คำตอบเชิงเทคนิค:
  • Collision Domain: ขอบเขตเครือข่ายที่หากมีอุปกรณ์ส่งข้อมูลพร้อมกัน เฟรมจะชนกัน (ในระบบเครือข่ายยุคใหม่ที่ใช้ Full-Duplex Switch แต่ละพอร์ตจะถือเป็น 1 Collision Domain แยกขาดจากกัน)
  • Broadcast Domain: ขอบเขตเครือข่ายที่เมื่อมี Broadcast Frame (เช่น ARP Request ไปยัง FF:FF:FF:FF:FF:FF) ถูกส่งออกมา ทุกอุปกรณ์ในขอบเขตนั้นจะได้รับข้อมูลทั้งหมด
  • บทบาทของ VLAN: VLAN (Virtual LAN ตามมาตรฐาน 802.1Q) ช่วยแบ่งสวิตช์กายภาพชุดเดียวให้แยก Broadcast Domain ออกจากกันในเชิงตรรกะ ทำให้ลดทราฟฟิก Broadcast ที่ไม่จำเป็น ป้องกันปัญหา Broadcast Storm และเพิ่มความปลอดภัยในการแยกระบบ

2. Spanning Tree Protocol (STP) ทำหน้าที่อะไร และทำไมถึงจำเป็นในเครือข่ายระดับ Data Center?

• คำตอบเชิงเทคนิค:
  • หน้าที่: ป้องกันการเกิด Layer 2 Loop เมื่อมีการต่อสายแบบ Redundancy (เส้นทางสำรอง) ระหว่างสวิตช์
  • ความจำเป็น: หากไม่มี STP และเกิด Loop ใน L2 จะทำให้เกิด Broadcast Storm (เฟรมวิ่งวนไม่สิ้นสุดเพราะ Ethernet Frame ไม่มีค่า TTL เหมือน IP Packet), ปัญหา MAC Address Flapping (ตาราง CAM Table จำตำแหน่งพอร์ตสลับไปมาอย่างรวดเร็ว) จนสวิตช์ประมวลผลไม่ทันและระบบล่ม STP จึงทำงานโดยการคำนวณ Root Bridge และสั่ง Block พอร์ตสำรองไว้ และจะเปิดใช้งาน (Forwarding) อัตโนมัติเมื่อพอร์ตหลักขาด

3. Link Aggregation (LACP / 802.3ad) ทำงานอย่างไร และมีประโยชน์อย่างไรใน Data Center?

• คำตอบเชิงเทคนิค:
  • หน้าที่และประโยชน์: เป็นการรวมพอร์ตเชื่อมต่อทางกายภาพหลายพอร์ตเข้าด้วยกันเป็นพอร์ตตรรกะเดียว (Port Channel หรือ Bond) เพื่อ เพิ่ม Bandwidth รวม และสร้าง Link Redundancy (ถ้าเส้นใดเส้นหนึ่งขาด ทราฟฟิกจะวิ่งผ่านเส้นที่เหลือทันทีโดยไม่เกิด Downtime)
  • กลไก: ใช้โพรโทคอล LACP คอยส่ง LACPDU แลกเปลี่ยนสถานะและตรวจสอบความเข้ากันได้ของทั้งสองฝั่ง และกระจายโหลด (Load Distribution) ผ่านอัลกอริทึม Hash (เช่น Source/Destination IP หรือ MAC) เพื่อให้การไหลของทราฟฟิกสม่ำเสมอ

4. หากพบปัญหา Link Flapping (พอร์ตสลับสถานะ Up/Down ต่อเนื่อง) ที่ฝั่ง ToR Switch จะเริ่มหาสาเหตุจากอะไร?

• คำตอบเชิงเทคนิค:
  • ควรเริ่มไล่จาก Physical Layer (L1) ก่อนเสมอ:
    1. สายสัญญาณและหัวเชื่อมต่อ: ตรวจสอบสาย Fiber/DAC ว่ามีการหักงอ บิดงอเกินค่า Bending Radius หรือเสียบไม่แน่นหรือไม่
    2. Transceiver (SFP/QSFP): ใช้คำสั่งดูค่า DOM (Digital Optical Monitoring) เช่น show interfaces transceiver details เพื่อตรวจสอบค่า Optical Rx/Tx Power ว่าต่ำกว่า Threshold หรือไม่ หัวสกปรก หรือโมดูลเริ่มเสื่อมสภาพ
    3. Interface Errors: ตรวจสอบ Error Counters (CRC errors, Runts, Giants, Frame errors)
    4. Speed / Duplex / Auto-negotiation: ตรวจสอบว่าทั้งสองฝั่งตั้งค่า Match กันหรือไม่
    5. ฝั่งปลายทาง (Server/NIC): ตรวจสอบ System Logs/Driver ของเซิร์ฟเวอร์ว่ามีการรีเซ็ตการ์ด LAN หรือไม่

5. MTU (Maximum Transmission Unit) คืออะไร และเหตุใดเรื่อง Jumbo Frames จึงสำคัญมากใน Data Center?

• คำตอบเชิงเทคนิค:
  • MTU: ขนาดของเพย์โหลดที่ใหญ่ที่สุด (ระดับ Layer 3 Packet) ที่สามารถส่งผ่าน Interface ได้โดยไม่ต้องถูกตัดแบ่ง (Fragmentation) ค่ามาตรฐานของ Ethernet คือ 1,500 Bytes
  • Jumbo Frames: การขยายขนาด MTU ขึ้นไปถึง 9,000 Bytes นิยมใช้ใน Data Center สำหรับระบบ Storage (เช่น iSCSI, NFS), Backup ทราฟฟิกข้ามโฮสต์ หรือ Overlay Network (เช่น VXLAN)
  • ประโยชน์: ช่วยลด Packet Header Overhead และลดจำนวน Interrupt/ภาระ CPU ของเซิร์ฟเวอร์และสวิตช์ในการประมวลผลแพ็กเก็ตจำนวนมหาศาล
  • จุดที่ต้องระวัง: ทุกโหนดในเส้นทาง (Server NIC, Switch Ports, Router) ต้องตั้งค่า MTU ให้ตรงกันทั้งหมด หากมีจุดใดจุดหนึ่งไม่รองรับ จะเกิดปัญหา Packet Drop หรือ Fragmentation ทันที

6. อธิบายการทำงานของ ARP (Address Resolution Protocol) และปัญหา ARP Table Inconsistency

• คำตอบเชิงเทคนิค:
  • การทำงาน: ARP ทำหน้าที่แปลง IP Address (Layer 3) เป็น MAC Address (Layer 2) โดยส่ง ARP Request เป็นแบบ Broadcast ไปถามทั้งเน็ตเวิร์กว่า “IP นี้เป็นของ MAC อะไร” และโฮสต์ที่มี IP นั้นจะตอบกลับด้วย ARP Reply แบบ Unicast จากนั้นเครื่องต้นทางจะบันทึกลงใน ARP Table (ARP Cache)
  • ปัญหา Inconsistency / Cache Poisoning: เกิดขึ้นเมื่อเครื่องปลายทางเปลี่ยนการ์ด LAN หรือเปลี่ยนเส้นทาง แต่ Cache เดิมยังไม่หมดเวลา (Stale Entry) ทำให้ส่งข้อมูลผิดจุด หรือเกิดจากมีเครื่องอื่นสวมรอยส่ง Gratuitous ARP (ARP Spoofing) เข้ามาแทรก

7. ความแตกต่างระหว่าง Access Port และ Trunk Port ในระบบสวิตช์

• คำตอบเชิงเทคนิค:
  • Access Port: พอร์ตที่ถูกกำหนดให้อยู่ใน VLAN เดียวเท่านั้น ใช้เชื่อมต่อกับอุปกรณ์ปลายทาง (End devices) เช่น Server, Storage, หรือ Host โดยแพ็กเก็ตที่ส่งเข้าออกอุปกรณ์ปลายทางจะไม่มี 802.1Q Tag (Untagged)
  • Trunk Port: พอร์ตที่สามารถส่งผ่านข้อมูลของ หลาย VLAN พร้อมกันได้ นิยมใช้เชื่อมต่อระหว่าง Switch-to-Switch หรือ Switch-to-Router โดยทุกเฟรมที่วิ่งผ่านจะถูกแปะ VLAN Tag (802.1Q) เพื่อระบุว่าเฟรมนั้นเป็นของ VLAN ใด (ยกเว้น Native VLAN ที่จะส่งเป็น Untagged)

8. ในระดับ Data Center สถาปัตยกรรมแบบ Leaf-Spine มีข้อดีกว่าแบบดั้งเดิม (Core-Aggregation-Access) อย่างไร?

• คำตอบเชิงเทคนิค:
  • รองรับ East-West Traffic: รูปแบบทราฟฟิกใน Data Center ปัจจุบันเป็นแบบเซิร์ฟเวอร์คุยกันเอง (East-West) สูงมาก สถาปัตยกรรม Leaf-Spine ช่วยให้เซิร์ฟเวอร์ทุกตัวอยู่ห่างกันเท่ากับ 2 Hops เสมอ
  • ลด Latency และมี Bandwidth สูง: ทุก Leaf Switch (ToR) จะต่อตรงเข้ากับทุก Spine Switch ทำให้เส้นทางส่งข้อมูลคาดเดาได้ (Deterministic Latency)
  • ไม่มี STP Blocking: สถาปัตยกรรมนี้มักรัน Routing (Layer 3 – เช่น eBGP) ไปถึงระดับ Leaf/ToR และใช้ ECMP (Equal-Cost Multi-Pathing) ทำให้ทุกลิงก์ถูกใช้งานพร้อมกัน ไม่ต้องมีพอร์ตถูกบล็อกเหมือน STP
  • ขยายระบบง่าย (Scale-Out): เมื่อต้องการ Bandwidth เพิ่มเติม สามารถเพิ่ม Spine Switch ได้ทันทีโดยไม่ต้องรื้อระบบเดิม

9. หากเซิร์ฟเวอร์เครื่องหนึ่งสามารถ Ping ตัวเองได้ (127.0.0.1) และ Ping IP ของตัวเองได้ แต่ไม่สามารถติดต่อ Gateway ได้ คุณจะใช้ขั้นตอนใดในการหาสาเหตุ?

• ขั้นตอน Troubleshooting เป็นลำดับ:
  1. Layer 1 (Physical): เช็กไฟ Link LED ที่การ์ด NIC และพอร์ตสวิตช์ว่าติดค้างหรือไม่ (แสดงสถานะ Physical Up)
  2. Layer 2 (Data Link):
     • ตรวจสอบคำสั่ง ip link หรือ ethtool ว่าสปีดและดูเพล็กซ์ขึ้นปกติหรือไม่
     • ตรวจสอบ VLAN Tagging ว่าพอร์ตฝั่งเซิร์ฟเวอร์และสวิตช์อยู่ VLAN เดียวกันหรือไม่
     • ตรวจสอบ ARP Table ด้วยคำสั่ง ip neigh หรือ arp -n เพื่อดูว่าระบบเรียนรู้ MAC Address ของ Gateway หรือยัง (ถ้าขึ้น INCOMPLETE แสดงว่าไม่ได้รับคำตอบ ARP)
  3. Layer 3 (Network): ตรวจสอบ IP Subnet Mask และ Default Gateway ด้วยคำสั่ง ip route ว่าตั้งค่าถูกต้องหรือไม่ IP ไม่ได้ชนกับเครื่องอื่นในวง
  4. Security / Policy: เช็ก Local Firewall (เช่น iptables, nftables) และ Access Control List (ACL) บน Gateway ว่ามีการบล็อก ICMP หรือทราฟฟิกหรือไม่

10. เมื่อต้องทำงานใน Data Center สิ่งสำคัญด้านความปลอดภัยและการปฏิบัติตามมาตรฐาน (Safety & Best Practices) มีอะไรบ้าง?

• คำตอบเชิงเทคนิคและการปฏิบัติงาน:
  • Fiber Handling & Safety: ห้ามมองเข้าไปในปลายสาย Fiber หรือพอร์ต Optical Transceiver โดยตรงเด็ดขาด เพราะเลเซอร์อินฟราเรดสามารถทำลายจอประสาทตาได้โดยไม่รู้สึกตัว และต้องปิด Dust Cap ทันทีเมื่อไม่ได้เสียบใช้งาน พร้อมทำความสะอาดหัวต่อด้วย Optical Cleaner ทุกครั้งก่อนเสียบ
  • Electrostatic Discharge (ESD): สวมใส่อุปกรณ์ป้องกันไฟฟ้าสถิต เช่น ESD Wrist Strap ที่ต่อกราวด์อย่างถูกต้องก่อนสัมผัสอุปกรณ์ภายในเซิร์ฟเวอร์หรือโมดูลเครือข่าย
  • Cable Management & Airflow: จัดเก็บสายตามแนว Rack ให้เป็นระเบียบ ไม่ขวางช่องลมร้อน/เย็น (Hot Aisle / Cold Aisle) และปิด Blanking Panel ในจุดที่ไม่มีอุปกรณ์เพื่อรักษาประสิทธิภาพระบบทำความเย็น

คุณสามารถอ่านทบทวนทั้ง 10 ข้อนี้ได้เลยครับ หากต้องการ ชุดที่ 2 (อีก 10 ข้อ) หรือต้องการเริ่ม โหมดจำลองการสัมภาษณ์จริง (Mock Interview ทีละคำถาม) เพื่อฝึกคิดและตอบสด บอกได้เลยนะครับ!

นี่คือชุดคำถาม-คำตอบ ชุดที่ 2 (ข้อ 11–20) ที่เน้นโครงสร้าง OSI Model, Network Troubleshooting Methodology และเคสปัญหาจริงใน Data Center สำหรับตำแหน่ง Data Center Operations ครับ

ชุดที่ 2: OSI Model, Troubleshooting Logic และ Data Center Networking (10 ข้อ)

11. อธิบายบทบาทของ OSI Model ทั้ง 7 เลเยอร์ โดยยกตัวอย่างโปรโตคอลหรืออุปกรณ์ที่เกี่ยวข้องในมุมมอง Data Center

• คำตอบเชิงเทคนิค:
  • Layer 1 (Physical): การส่งสัญญาณบิตไฟฟ้า/แสงผ่านตัวกลาง (สาย Cat6, Fiber OM3/OM4/OS2, Transceiver SFP+/QSFP, DAC Cable, Patch Panel)
  • Layer 2 (Data Link): การรับส่ง Frame ภายใน Local Network อ้างอิงด้วย MAC Address (Switch, VLAN 802.1Q, LACP, STP, ARP)
  • Layer 3 (Network): การกำหนดเส้นทางข้าม Network ผ่าน Logical IP Address (Router, L3 Switch, IP Subnetting, ICMP, Routing Protocols เช่น BGP, OSPF)
  • Layer 4 (Transport): การควบคุมการรับส่งข้อมูลแบบ End-to-End, Reliability และ Port Multiplexing (TCP, UDP, MSS, Flow Control)
  • Layer 5 (Session): การจัดการ Session การเชื่อมต่อ (RPC, NetBIOS, gRPC Session Management)
  • Layer 6 (Presentation): การจัดรูปแบบข้อมูล เข้ารหัส และบีบอัด (TLS/SSL, ASCII, JSON/XML Serialization)
  • Layer 7 (Application): โปรโตคอลที่คุยตรงกับ Application (BGP Application Payload, SSH, DNS, HTTP/HTTPS, NTP, SNMP)

12. ในฐานะ Network Engineer/Operations คุณมีขั้นตอนการ Troubleshooting Network อย่างไรเมื่อเทียบกับ OSI Model?

• คำตอบเชิงเทคนิค:
  • ใช้วิธี Bottom-Up Approach (เริ่มจาก L1 ขึ้นไป L7) เสมอเมื่อเกิดปัญหาการเชื่อมต่อระดับ Infrastructure:
    1. Physical (L1): ตรวจสอบ Link Light, สายหลุด/ชำรุด, Transceiver Power
    2. Data Link (L2): ตรวจสอบ Speed/Duplex Mismatch, VLAN Mismatch, STP Port State (Blocked/Forwarding), MAC Learning
    3. Network (L3): ตรวจสอบ IP/Netmask, Default Gateway, ตรวจสอบการ Routing, Ping ทดสอบ Latency/Packet Drop
    4. Transport (L4): ตรวจสอบ Port State (Open/Listen), Firewall Blocking ด้วย nc, telnet, หรือ curl
    5. Application (L7): ตรวจสอบ Application Logs, Service Status, DNS Resolution
  • จุดเด่น: Bottom-Up ช่วยคัดกรองปัญหาฮาร์ดแวร์และสายสัญญาณซึ่งเกิดขึ้นบ่อยที่สุดใน Data Center ออกไปก่อน ไม่เสียเวลาไล่คอนฟิกข้างบน

13. ปัญหา Speed and Duplex Mismatch มักมีอาการอย่างไร และมีขั้นตอนตรวจสอบแก้ไขอย่างไร?

• คำตอบเชิงเทคนิค:
  • อาการ: ลิงก์เชื่อมต่อได้ (Status Up) แต่ประสิทธิภาพตกอย่างรุนแรง (Throughput ต่ำมาก), มีค่า High Packet Loss และมีค่า Collision/CRC Errors เพิ่มขึ้นอย่างต่อเนื่องบนพอร์ต (มักเกิดเมื่อฝั่งหนึ่งเปิด Auto-Negotiation แต่อีกฝั่ง Hardcode เป็น Full Duplex ทำให้อีกฝั่งตกไปเป็น Half Duplex อัตโนมัติ)
  • การตรวจสอบ:
    • ฝั่ง Linux Server: ใช้คำสั่ง ethtool <interface> ตรวจดูค่า Speed:, Duplex: และ Auto-negotiation:
    • ฝั่ง Switch: ใช้คำสั่ง show interfaces <port> status
  • วิธีแก้ไข: ปรับมาตรฐานให้ทั้งสองฝั่งใช้โหมดเดียวกัน โดย Best Practice ปัจจุบันแนะนำให้เปิด Auto-Negotiation ทั้งสองฝั่ง เว้นแต่อุปกรณ์ระบุให้ Force Speed/Duplex ชัดเจน

14. ทำไม Ping (ICMP) ผ่าน แต่ไม่สามารถเรียกใช้งาน Service (เช่น HTTP หรือ SSH) ได้? วิเคราะห์ตาม Layer และแนวทางแก้ปัญหา

• คำตอบเชิงเทคนิค:
  • การวิเคราะห์: Ping ใช้ ICMP ซึ่งทำงานอยู่ระดับ Layer 3 การที่ Ping ผ่านแสดงว่า L1, L2, และ L3 (IP Routing) ทำงานสมบูรณ์แล้ว ปัญหาจึงอยู่ที่ Layer 4 หรือ Layer 7:
    • Layer 4 Issue: พอร์ตปลายทางปิดอยู่ (Port Closed) หรือมี Firewall/ACL ดักบล็อก TCP Port ปลายทาง
    • Layer 7 Issue: Web Server หรือ SSH Daemon แครช หรือปฏิเสธการเชื่อมต่อ (Max Connection Reached / Deny Hosts)
  • แนวทางแก้ไข:
    1. ทดสอบ L4 Handshake ด้วยคำสั่ง nc -zv <target_ip> <port> หรือ curl -Iv telnet://<target_ip>:<port>
    2. ตรวจสอบ Local Firewall บน Server (sudo iptables -L -n หรือ sudo ufw status)
    3. ตรวจสอบว่า Service รันและ Bind พอร์ตอยู่จริงด้วย ss -tulpn | grep :<port>
    4. ตรวจสอบ Access Control List (ACL) บน Switch/Router ระหว่างทาง

15. เกิดอะไรขึ้นในระดับ TCP (Layer 4) เมื่อพบปัญหา “Connection Timed Out” เทียบกับ “Connection Refused”?

• คำตอบเชิงเทคนิค:
  • Connection Timed Out:
    • พฤติกรรม: ฝั่ง Client ส่งแพ็กเก็ต TCP SYN ออกไป แต่ไม่ได้รับแพ็กเก็ตตอบกลับใดๆ เลย จนหมดเวลา (Timeout)
    • สาเหตุ: มักเกิดจาก Firewall หรือ Network Drop ทราฟฟิกเงียบๆ (Silent Drop / DROP Action) หรือ Routing ระหว่างทางขาดหาย
  • Connection Refused:
    • พฤติกรรม: ฝั่ง Client ส่ง TCP SYN ออกไป แล้วได้รับแพ็กเก็ต TCP RST (Reset) ตอบกลับมาทันที
    • สาเหตุ: แพ็กเก็ตเดินทางไปถึงโฮสต์ปลายทางได้ แต่ ไม่มี Service/Daemon ใดเปิด Listen อยู่ที่พอร์ตนั้น หรือ Firewall มีการตั้ง Rule ตอบกลับเป็น REJECT

16. Broadcast Storm เกิดจากอะไร ตรวจสอบอย่างไร และมีวิธีป้องกันอย่างไรในระดับ Data Center?

• คำตอบเชิงเทคนิค:
  • สาเหตุ: เกิดจากการเชื่อมต่อ Loop ทางกายภาพใน Layer 2 โดยไม่มี STP ควบคุม หรือเกิด STP Malfunction ทำให้ Broadcast/Multicast Frame วิ่งสะท้อนหมุนวนทวีคูณ จน Bandwidth เต็ม 100% และ Switch CPU พุ่งแตะระดับวิกฤต
  • การตรวจสอบ: ไฟสถานะบนพอร์ตทุกช่องจะกะพริบถี่พร้อมกันผิดปกติ (Blinking rapidly), Switch Console ตอบสนองช้ามาก, ค่า Packet Input บน Interface พุ่งสูงผิดปกติในประเภท Broadcast
  • วิธีป้องกันและแก้ไข:
    • เปิดใช้งาน STP / Rapid STP (RSTP) อย่างถูกต้อง และตั้งค่า Root Bridge ชัดเจน
    • เปิดฟีเจอร์ความปลอดภัย: BPDU Guard บน Access Port ทุกพอร์ต เพื่อปิดพอร์ตอัตโนมัติหากมีใครแอบเอา Switch มาเสียบ
    • คอนฟิก Storm Control เพื่อจำกัดปริมาณ Broadcast/Multicast ไม่ให้เกินเปอร์เซ็นต์ที่กำหนด (เช่น ไม่เกิน 1-5% ของ Interface Bandwidth)

17. หากพบ Packet Loss แบบสุ่ม (Random Drops) ระหว่าง Server กับ Switch จะมีขั้นตอนตรวจเช็กอย่างไร?

• คำตอบเชิงเทคนิค:
  • ขั้นตอนตรวจสอบเชิงลึก:
    1. เช็ก Interface Error Counters: ดูค่า CRC errors, FCS errors, Input errors บน Switch Port และ Server Interface (ip -s link show) หากมี CRC เพิ่มขึ้นเรื่อยๆ ชี้เป้าไปที่สายสัญญาณมี Noise รบกวน หรือสาย Fiber สกปรก/ชำรุด
    2. เช็ก Optical Power (Transceiver): อ่านค่า Rx Power (dBm) หากเข้าใกล้ Minimum Sensitivity Margin แสดงว่าสัญญาณแสงอ่อนเกินไป
    3. เช็ก Buffer / Queue Drops: ตรวจสอบค่า Output drops หรือ Overruns บน Switch Port เพื่อดูว่าเกิด Buffer Exhaustion จาก Microbursts หรือไม่
    4. เช็ก MTU Mismatch: ทดสอบส่ง Ping แบบห้ามตัดแบ่งแพ็กเก็ต เช่น ping -s 1472 -M do <ip> หากติดปัญหาเฉพาะแพ็กเก็ตขนาดใหญ่ แสดงว่ามีโหนดใดโหนดหนึ่งในเส้นทางตั้งค่า MTU ไม่ตรงกัน

18. DNS Resolution Failures: หาก Server ออกอินเทอร์เน็ตไม่ได้ แต่ Ping หมายเลข IP ภายนอกได้ มีขั้นตอนแก้ไขอย่างไร?

• คำตอบเชิงเทคนิค:
  • สาเหตุ: ระบบ Routing (Layer 3) ทำงานได้ปกติ แต่มีปัญหาการแปลงชื่อโดเมนที่ Layer 7 (DNS Service)
  • ขั้นตอนตรวจสอบ:
    1. ตรวจสอบไฟล์คอนฟิก DNS Resolver ของ Server: cat /etc/resolv.conf ดูว่ามี IP Nameserver ถูกต้องหรือไม่
    2. ทดสอบ Query ตรงไปยัง DNS Server ด้วยคำสั่ง dig google.com @<DNS_IP> หรือ nslookup google.com <DNS_IP>
    3. หาก Query ไม่ผ่าน ให้ทดสอบส่งแพ็กเก็ต UDP/TCP Port 53 ไปยัง DNS Server ด้วย nc -zvu <DNS_IP> 53
    4. ตรวจสอบว่าระบบมี Local DNS Cache (เช่น systemd-resolved หรือ dnsmasq) แฮงก์อยู่หรือไม่ แล้วลอง Restart Service

19. อธิบายความต่างระหว่าง Direct Attach Copper (DAC) Cable กับ Optical Transceiver + Fiber และการเลือกว่าจะใช้แบบใด

• คำตอบเชิงเทคนิค:
  • DAC (Direct Attach Copper):
    • ลักษณะ: สายทองแดงสำเร็จรูปที่มีหัวโมดูล (SFP/QSFP) ติดมาด้วยทั้งสองฝั่ง (Passive หรือ Active)
    • ข้อดี: ราคาประหยัดกว่ามาก, กินไฟต่ำมาก, Latency ต่ำ
    • ข้อจำกัด: ระยะทางสั้น (มักไม่เกิน 3–5 เมตร) และสายค่อนข้างหนา/แข็ง
    • การใช้งาน: นิยมใช้เชื่อมต่อภายใน Rack เดียวกัน เช่น Server-to-ToR Switch (In-Rack)
  • Optical Transceiver + Fiber Cable (MMF / SMF):
    • ลักษณะ: โมดูลแปลงสัญญาณไฟฟ้าเป็นแสง เสียบแยกกับสายใยแก้วนำแสง
    • ข้อดี: ส่งได้ระยะไกล (ตั้งแต่หลายสิบเมตรจนถึงหลายกิโลเมตร), สายเล็กและโค้งงอได้ดีกว่า
    • ข้อจำกัด: ราคาสูงกว่า, กินพลังงานและความร้อนสูงกว่า, หัวต่อเสี่ยงต่อฝุ่นสกปรก
    • การใช้งาน: นิยมใช้เชื่อมต่อข้าม Rack, Spine-to-Leaf, ข้ามแถว หรือข้าม Data Hall

20. กรณีศึกษา: เซิร์ฟเวอร์เพิ่งถูกเปลี่ยนการ์ด NIC ใหม่ แต่ Switch ยังคงไม่ส่งข้อมูลไปยังเซิร์ฟเวอร์ตัวนี้ มีแนวโน้มเกิดจากอะไร และแก้อย่างไร?

• คำตอบเชิงเทคนิค:
  • สาเหตุที่เป็นไปได้สูงที่สุด:
    1. Stale ARP / CAM Table: Switch หรือ Gateway ยังจำค่า MAC Address เดิมของการ์ดใบเก่าไว้ในตาราง (ARP Timeout ยังไม่หมด) ทำให้ส่งข้อมูลผิดพอร์ต
    2. Port Security: พอร์ตบน Switch อาจเปิดฟีเจอร์ Port Security ไว้ ซึ่งจะล็อกเฉพาะ MAC Address เดิม เมื่อตรวจพบ MAC Address ใหม่ พอร์ตจะถูกสั่ง Err-Disable ทันที
    3. LACP Bond Mismatch: การ์ดใหม่ยังไม่ได้รวม Bond ตามมาตรฐานเดิม ทำให้ LACP negotiation ล้มเหลว
  • แนวทางการแก้ปัญหา:
    1. ส่ง Gratuitous ARP (GARP) จากเซิร์ฟเวอร์ด้วยคำสั่ง arping -U -I <interface> <ip> เพื่อประกาศ MAC Address ใหม่ให้ทั้งระบบอัปเดตตาราง
    2. ตรวจสอบสถานะพอร์ตบน Switch ว่าติดสถานะ err-disabled หรือไม่ หากติดให้เคลียร์ Port Security และเปิดพอร์ตใหม่ (shutdown ตามด้วย no shutdown)
    3. เช็กคำสั่ง show mac address-table interface <port> เพื่อดูว่า Switch เห็น MAC ใหม่แล้วหรือยัง

คุณมีคำถาม-คำตอบรวม 20 ข้อแล้วสำหรับทบทวน หากต้องการ เข้าสู่โหมด Mock Interview จำลองสัมภาษณ์จริงทีละคำถาม เพื่อฝึกพูดตอบตาม Framework (พร้อมประเมินจุดเด่น/จุดปรับปรุง/STAR Method) แจ้งได้ทันทีเลยครับ!

นี่คือชุดคำถาม-คำตอบ ชุดที่ 3 (ข้อ 21–30) ที่โฟกัสเจาะลึกเรื่อง OSI Model ในเชิงลึก และ เทคโนโลยี Fiber Optic / Cabling ใน Data Center ครับ

ชุดที่ 3: OSI Model & Fiber Cable Architecture (10 ข้อ)

21. ความแตกต่างระหว่าง Single-Mode Fiber (SMF) และ Multi-Mode Fiber (MMF) คืออะไร? และใน Data Center เลือกใช้อย่างไร?

• คำตอบเชิงเทคนิค:
  • Core Diameter: MMF มีขนาดแกนใยแก้วใหญ่กว่า (ประมาณ 50 หรือ 62.5 ไมครอน) ทำให้แสงเดินทางสะท้อนได้หลายโหมด ส่วน SMF มีแกนขนาดเล็กมาก (ประมาณ 9 ไมครอน) แสงเดินทางเป็นเส้นตรงในโหมดเดียว
  • Light Source & Distance: MMF ใช้แสงเลเซอร์แบบ VCSEL (ความยาวคลื่น 850nm) เหมาะกับระยะสั้น (ไม่เกิน 100–500 เมตร) ส่วน SMF ใช้อินฟราเรดเลเซอร์ (1310nm หรือ 1550nm) เดินสายได้ระยะไกลหลายกิโลเมตร
  • การเลือกใช้ใน Data Center:
    • MMF (OM3 / OM4 / OM5 – เปลือกสี Aqua / Erika Violet / Lime Green): ใช้เดินเชื่อมต่อภายในห้องหรือข้าม Rack ระยะสั้น Transceiver มีราคาถูกกว่า
    • SMF (OS2 – เปลือกสีเหลือง): ใช้เชื่อมต่อระหว่างอาคาร (Campus Interconnect), เชื่อมต่อกับผู้ให้บริการ ISP หรือลิงก์ Spine-to-Spine ข้าม Data Hall ขนาดใหญ่

22. หัวต่อ Fiber ประเภท LC, SC และ MPO/MTP มีความแตกต่างกันอย่างไร และ MPO นิยมใช้ในกรณีใด?

• คำตอบเชิงเทคนิค:
  • LC (Lucent Connector): หัวต่อขนาดเล็ก (Small Form Factor) ใช้กลไกล็อกแบบ Push-pull Clip นิยมใช้กับ Transceiver ทั่วไป (เช่น SFP, SFP+) เป็นแบบ Duplex (2 เส้น: Tx และ Rx)
  • SC (Subscriber Connector): หัวต่อทรงสี่เหลี่ยมขนาดใหญ่กว่า นิยมพบในอุปกรณ์รุ่นเก่าหรือจุดพักสายโทรคมนาคม
  • MPO/MTP Connector: หัวต่อรวมแกน Fiber หลายคอร์ไว้ในหัวเดียว (เช่น 8, 12, หรือ 24 ไฟเบอร์)
  • การใช้งาน MPO: จำเป็นมากในสวิตช์ยุคความเร็วสูงระดับ 40G, 100G, 400G (ใช้กับ QSFP+/QSFP28/QSFP-DD) เพื่อทำ Parallel Optics หรือใช้ทำ Breakout Cable (เช่น 1x 100G MPO แตกออกเป็น 4x 25G LC)

23. ปัจจัยใดบ้างที่ทำให้เกิด Optical Attenuation (การสูญเสียสัญญาณแสง) ในสาย Fiber?

• คำตอบเชิงเทคนิค:
  • Macro-bending / Micro-bending: การโค้งงอของสายเกินกว่ารัศมีดัดโค้งที่กำหนด (Bending Radius) ทำให้แสงรั่วไหลออกจากแกนแก้ว (Core) ออกสู่ Cladding
  • สิ่งสกปรกบนหัวต่อ (Dirty End-faces): ฝุ่นละออง รอยนิ้วมือ หรือคราบน้ำมันบนปลาย Ferrule เป็นสาเหตุอันดับหนึ่งของค่า Insertion Loss ที่สูงใน Data Center
  • Improper Splicing / Connector Mismatch: การเชื่อมต่อสาย (Fusion Splice) ไม่ดี หรือจับคู่หัวต่อผิดประเภท (เช่น นำหัวขัดแบบ APC ไปเสียบเข้ากับ UPC)
  • Cable Length & Wavelength: การสูญเสียสัญญาณตามธรรมชาติของเนื้อแก้วตามระยะทางที่ไกลขึ้น

24. ค่า Insertion Loss และ Return Loss บนลิงก์ Fiber คืออะไร และค่าแบบใดที่ถือว่าดี?

• คำตอบเชิงเทคนิค:
  • Insertion Loss (IL): ปริมาณพลังงานแสงที่สูญหายไปเมื่อมีอุปกรณ์ หัวต่อ หรือจุดต่อเชื่อมเข้ามาในระบบ วัดเป็นค่าเดซิเบล (dB) ยิ่งค่านี้น้อยยิ่งดี (เช่น น้อยกว่า 0.3 dB ต่อหัวต่อ)
  • Return Loss (RL): ปริมาณแสงที่สะท้อนกลับมายังฝั่งตัวส่ง (Optical Reflection) ซึ่งการสะท้อนกลับอาจไปรบกวนการทำงานของเลเซอร์ต้นทาง วัดเป็นค่าเดซิเบลบวก (dB) ยิ่งค่านี้สูงยิ่งดี (แสดงว่ามีแสงสะท้อนกลับมาน้อยมาก)

25. ความแตกต่างระหว่าง Polish Type แบบ UPC (Ultra Physical Contact) และ APC (Angled Physical Contact) คืออะไร? สังเกตและใช้งานอย่างไร?

• คำตอบเชิงเทคนิค:
  • UPC: หน้าสัมผัสของ Ferrule ขัดเรียบมนแบบระนาบตรง แสงสะท้อนกลับจะวิ่งตรงกลับเข้าหาตัวส่ง หัวต่อมักมี สีน้ำเงิน นิยมใช้ใน Data Center Ethernet ทั่วไป
  • APC: หน้าสัมผัสถูกขัดเอียงทำมุม 8 องศา ทำให้แสงที่สะท้อนกลับหักเหออกไปยัง Cladding ไม่สะท้อนย้อนเข้าเลเซอร์ หัวต่อจะมี สีเขียว นิยมใช้กับระบบ FTTx, PON หรือระบบ High-Precision Optical
  • ข้อควรระวัง: ห้ามนำหัว UPC และ APC มาเสียบต่อกันโดยตรงเด็ดขาด เพราะหน้าสัมผัสจะไม่แนบสนิท ทำให้เกิด Attenuation สูง และอาจทำลายหัวต่อทั้งสองฝั่งให้เสียหายถาวร

26. ในการตรวจสอบสาย Fiber เครื่องมือ VFL, Optical Power Meter (OPM) และ OTDR แตกต่างกันอย่างไร?

• คำตอบเชิงเทคนิค:
  • VFL (Visual Fault Locator): ปากกายิงแสงเลเซอร์สีแดง ช่วยตรวจสอบความต่อเนื่องของสายเบื้องต้น และมองเห็นจุดสายหักงอหรือแสงรั่วได้ด้วยตาเปล่าในระยะสั้น
  • OPM (Optical Power Meter): เครื่องวัดค่ากำลังแสง (Rx Power) หน่วยเป็น dBm ใช้ยืนยันว่าสัญญาณแสงที่ปลายทางมีความเข้มอยู่ในช่วง Operational Budget หรือไม่
  • OTDR (Optical Time-Domain Reflectometer): เครื่องมือส่งพัลส์แสงเพื่อวิเคราะห์การสะท้อนกลับตลอดเส้นทาง สามารถระบุระยะทางอย่างละเอียด บอกตำแหน่งสายขาด จุดต่อที่มีปัญหา และค่า Loss แต่ละจุดได้เป็นกราฟ (Trace)

27. อธิบายการทำงานของ DOM/DDM (Digital Optical Monitoring) บน Transceiver และค่าสำคัญ 5 ตัวที่ใช้วิเคราะห์ปัญหา

• คำตอบเชิงเทคนิค:
  • หน้าที่: ระบบเซนเซอร์ตรวจวัดฮาร์ดแวร์แบบ Real-time ภายในตัว Transceiver สามารถเรียกดูผ่าน CLI ของสวิตช์ได้โดยไม่ต้องดึงสายออก
  • 5 ค่าสำคัญที่ต้องตรวจสอบ:
    1. Rx Optical Power: กำลังแสงที่ได้รับจากฝั่งตรงข้าม (dBm) – หากต่ำกว่า Receiver Sensitivity แสดงว่าสายมีปัญหาหรือตัวส่งอ่อน
    2. Tx Optical Power: กำลังแสงที่ตัวมันเองส่งออกไป (dBm) – หากต่ำกว่าปกติแสดงว่าเลเซอร์เสื่อมสภาพ
    3. Temperature: อุณหภูมิของโมดูล (°C) – หากร้อนเกินไปอาจทำให้เกิด Packet Drop หรือโมดูลชัตดาวน์
    4. Voltage: แรงดันไฟฟ้าที่จ่ายเลี้ยงโมดูล (V)
    5. Tx Bias Current: กระแสไฟที่จ่ายให้เลเซอร์ไดโอด (mA) – หากพุ่งสูงขึ้นมาก แสดงว่าเลเซอร์ใกล้หมดอายุการใช้งาน

28. เกิดปัญหา “Link Down” ทันทีหลังเสียบสาย Fiber Patch Cord เส้นใหม่ระหว่าง Leaf Switch และ Server มีขั้นตอนไล่หาสาเหตุตาม L1/L2 อย่างไร?

• ขั้นตอน Troubleshooting:
  1. Rx/Tx Polarity (การสลับคู่สาย): ตรวจสอบว่าสาย Fiber ฝั่ง Tx ต่อเข้ากับพอร์ต Rx ของฝั่งตรงข้ามหรือไม่ (จุดที่พบบ่อยที่สุดคือสายต่อตรงแบบ Tx-Tx และ Rx-Rx ให้ลองสลับคู่สาย Duplex LC ฝั่งใดฝั่งหนึ่ง)
  2. Transceiver Speed/Type Compatibility: ตรวจสอบว่าโมดูลทั้งสองฝั่งเป็นชนิดเดียวกันหรือไม่ (เช่น MMF ต่อกับ MMF, Wave Length 850nm ตรงกัน) ห้ามเอา MMF ไปต่อกับ SMF
  3. ตรวจสอบความสะอาด: ถอดหัวต่อมาส่องด้วย Fiber Inspection Scope และทำความสะอาดด้วย One-click Cleaner
  4. เช็ก DOM ผ่าน Switch CLI: ดูค่า Rx Power ว่าได้รับแสงหรือไม่ (ถ้า Rx เป็น -40 dBm หรือติดลบสูงมาก แปลว่าไม่ได้รับแสงเลย)
  5. Interface Configuration: ตรวจสอบคำสั่ง shutdown หรือฟีเจอร์ Error-disabled บน Switch Port

29. ในมุมมองของ OSI Model การทำ Encapsulation และ Decapsulation ทำงานอย่างไรตั้งแต่โฮสต์ต้นทางไปจนถึงปลายทาง?

• คำตอบเชิงเทคนิค:
  • Encapsulation (ต้นทาง – บนลงล่าง):
    • L7-L5: ข้อมูล Data ถูกสร้างขึ้น
    • L4 (Transport): เพิ่ม TCP/UDP Header (ระบุ Port) กลายเป็น Segment
    • L3 (Network): เพิ่ม IP Header (ระบุ Source/Destination IP) กลายเป็น Packet
    • L2 (Data Link): เพิ่ม Ethernet Header และ Trailer FCS (ระบุ Source/Destination MAC) กลายเป็น Frame
    • L1 (Physical): แปลงเป็นสัญญาณแสงหรือกระแสไฟฟ้า (Bits) ส่งผ่านตัวกลาง
  • Decapsulation (ปลายทาง – ล่างขึ้นบน): อุปกรณ์รับจะอ่านและถอด Header ทีละชั้นเพื่อประมวลผล หาก Frame ถูกต้องจะถอด L2 ส่ง Packet ขึ้น L3 ตรวจสอบ IP และส่ง Segment ขึ้น L4 เพื่อส่งข้อมูล Data ให้ Application ปลายทาง

30. Wavelength Division Multiplexing (CWDM / DWDM) คืออะไร และช่วยเพิ่มประสิทธิภาพการใช้งาน Fiber ใน Data Center อย่างไร?

• คำตอบเชิงเทคนิค:
  • หลักการ: เป็นเทคโนโลยีการรวมสัญญาณแสงที่มี ความยาวคลื่น (Wavelength / สีของแสง) ต่างกัน ให้วิ่งร่วมกันบนสาย Fiber Optic เพียงคู่เดียวหรือเส้นเดียว
  • CWDM (Coarse WDM): ช่องสัญญาณห่างกัน 20nm รองรับได้สูงสุดประมาณ 16–18 Channels ในระยะทางสั้นถึงปานกลาง
  • DWDM (Dense WDM): ช่องสัญญาณชิดกันมาก (ระดับ 0.8nm หรือน้อยกว่า) รองรับได้หลายสิบถึงเกือบร้อย Channels บนสายเส้นเดียว เหมาะกับระยะทางไกลและระบบที่ต้องการความจุระดับเทราบิต
  • ประโยชน์: ช่วยเพิ่มปริมาณ Bandwidth มหาศาลบนโครงข่ายเดิมโดยไม่ต้องขุดเจาะหรือเดินสาย Fiber เพิ่มใหม่ ลดต้นทุนการติดตั้งและค่าเช่าสาย Dark Fiber ได้อย่างมาก

ตอนนี้เรามีเนื้อหาครอบคลุมครบถ้วนทั้ง L1, Cabling/Fiber, L2, L3, OSI Model และ Incident Troubleshooting รวม 30 ข้อแล้วครับ

หากคุณพร้อมที่จะเริ่ม Interactive Mock Interview (จำลองการสัมภาษณ์จริงแบบถามตอบทีละข้อ) เพื่อฝึกการพูด ตอบสด และรับ Feedback ปรับแต่งด้วย STAR Framework แจ้งได้เลยครับ!

นี่คือชุดคำถาม-คำตอบ ชุดที่ 4 (ข้อ 31–40) ที่ผสมผสานเนื้อหาแบบองค์รวม ทั้ง L1/Fiber, L2/L3 Network, Linux CLI, Data Center Facility/Hardware และสถานการณ์ Incident Troubleshooting สำหรับการเตรียมตัวระดับ Google Data Center Operations ครับ

ชุดที่ 4: รวมมิตร Data Center Networking & Incident Troubleshooting (10 ข้อ)

31. อาการ “MAC Flapping” เกิดจากอะไร มีผลกระทบอย่างไร และจะแก้ไขอย่างไร?

• คำตอบเชิงเทคนิค:
  • สาเหตุ: เกิดขึ้นเมื่อ Switch ตรวจพบ MAC Address เดียวกัน ส่งเฟรมเข้ามาจากสองพอร์ตที่ต่างกันสลับไปมาอย่างรวดเร็ว สาเหตุหลักมักมาจาก Layer 2 Loop (ไม่มี STP หรือ STP คอนฟิกผิดพลาด) หรือการตั้งค่า Server Teaming/NIC Bonding ผิดโหมด (เช่น Server ทำ Balance-rr แต่ฝั่ง Switch ไม่ได้ทำ LACP/Static Port-channel)
  • ผลกระทบ: CAM Table สับสน สวิตช์สูญเสีย CPU Cycles มหาศาลในการเขียนตารางใหม่ และแพ็กเก็ตส่งผิดพอร์ตจนเกิด Packet Loss รุนแรง
  • การแก้ไข:
    1. ตรวจสอบ Syslog ของ Switch เพื่อหาพอร์ตคู่กรณี (เช่น %SW_MATM-4-MACFLAP_NOTIF)
    2. ปิด (Shutdown) พอร์ตใดพอร์ตหนึ่งชั่วคราวเพื่อหยุด Loop
    3. ตรวจสอบการคอนฟิก STP และ Bonding ฝั่ง Server ให้ตรงตามมาตรฐาน

32. มีอาการแจ้งเตือนว่า “Server มี Packet Drop สูงเฉพาะเวลาส่งไฟล์ขนาดใหญ่ แต่ Ping หรือส่งข้อมูลขนาดเล็กผ่านฉลุย” น่าจะเกิดจากอะไร?

• คำตอบเชิงเทคนิค:
  • สาเหตุหลัก: ปัญหา MTU Mismatch (Path MTU Black Hole) หากมีอุปกรณ์ตัวใดตัวหนึ่งในเส้นทางตั้งค่า MTU ต่ำกว่าโฮสต์อื่น (เช่น Server ตั้งค่า Jumbo Frames 9000 แต่ Uplink Switch หรือ Router ตั้งค่าเป็น 1500) และแพ็กเก็ตมีการตั้งค่าบิต DF (Don't Fragment) ไว้ เมื่อส่งไฟล์ใหญ่ แพ็กเก็ตจะถูก Drop ทันที
  • ขั้นตอนการตรวจสอบ:
    • รันคำสั่ง Ping ทดสอบขนาดแพ็กเก็ตแบบห้ามตัดแบ่ง: ping -s 8972 -M do <ปลายทาง> (สำหรับ 9000 bytes) หรือ ping -s 1472 -M do <ปลายทาง> (สำหรับ 1500 bytes)
    • หาก Ping เล็กผ่าน แต่ Ping ใหญ่ติด Drop หรือขึ้น Frag needed and DF set แสดงว่าติดปัญหา MTU
  • การแก้ไข: ปรับแก้ MTU บนพอร์ตของ Switch และ Network Interface ของ Server ทั้งเส้นทางให้สอดคล้องกัน หรือเปิดใช้ Path MTU Discovery (PMTUD)

33. หาก Server แจ้งว่า NIC ลิงก์ไม่ขึ้น (Link Down) แต่ไปดูหน้าตู้พบว่าสาย Fiber เสียบแน่นหนาดี มีวิธีใช้ Linux CLI ตรวจสอบอย่างไร?

• คำตอบเชิงเทคนิค:
  • ใช้คำสั่งในระดับ OS เพื่อแยกแยะปัญหา Hardware/Driver:
    1. ip link show <interface> หรือ ip addr: ดูสถานะ Interface ว่าเป็น DOWN หรือ NO-CARRIER
    2. ethtool <interface>: ดูบรรทัด Link detected: (ถ้าเป็น no แสดงว่า L1 ไม่มา) และดู Speed/Duplex
    3. ethtool -m <interface>: คำสั่งสำคัญมากสำหรับอ่านค่า DOM/DDM ของโมดูล SFP/QSFP บน Linux เพื่อดูค่า Optical Rx Power ว่ามีแสงเข้ามาถึงการ์ดหรือไม่
    4. lspci | grep -i ether: ตรวจสอบว่า Motherboard ยังมองเห็นตัวการ์ด PCIe NIC หรือไม่
    5. dmesg -T | grep -E "eth|ixgbe|mlx": ตรวจสอบ Log ของ Kernel Driver ว่ามีการ์ดแฮงก์ หรือ Firmware Crash หรือไม่

34. ใน Data Center ทำไมการจัดเก็บสาย Fiber และสายสัญญาณให้เป็นไปตาม “Bending Radius” ถึงเป็นเรื่องคอขาดบาดตาย?

• คำตอบเชิงเทคนิค:
  • หลักการ: สาย Fiber อาศัยหลักการสะท้อนกลับหมด (Total Internal Reflection) ภายในแกน Core หากสายถูกดัดโค้งเกินรัศมีปลอดภัย (Macro-bending) แสงจะหักเหทะลุชั้น Cladding ออกไป ทำให้สัญญาณแสงสูญเสีย (Optical Attenuation พุ่งสูง)
  • ผลกระทบ: ค่า Rx Power จะตกลงทันที ทำให้เกิด CRC Errors, Bit Error Rate (BER) พุ่งสูง, Packet Drops หรือลิงก์หลุดสลับไปมา (Link Flap)
  • ความเสียหายถาวร: หากสายหักงอเป็นมุมแหลม (Kinked) แกนแก้วด้านในอาจเกิดรอยแตกร้าวระดับจุลภาค (Micro-fracture) จนต้องลากและเปลี่ยนสายใหม่ทั้งเส้น

35. อธิบายความต่างระหว่าง Half-Duplex และ Full-Duplex และทำไมเครือข่ายสมัยใหม่จึงไม่ควรมี Half-Duplex หลงเหลืออยู่?

• คำตอบเชิงเทคนิค:
  • Half-Duplex: อุปกรณ์สามารถส่งหรือรับข้อมูลได้ทีละทิศทางในเวลาเดียวกัน (เหมือนวิทยุสื่อสาร Walkie-Talkie) หากสองฝั่งส่งพร้อมกันจะเกิดการชนกันของสัญญาณ (Collision) จึงต้องพึ่งพาโปรโตคอล CSMA/CD ในการตรวจจับและหยุดรอ
  • Full-Duplex: อุปกรณ์สามารถส่งและรับข้อมูลได้พร้อมกันสองทิศทางตลอดเวลาผ่านช่องสัญญาณแยก (Tx/Rx)
  • เหตุผล: ในระบบ Data Center สมัยใหม่ที่ใช้ Switch ความเร็วสูง (Gbps จนถึง 400Gbps) ทราฟฟิกมีปริมาณมหาศาล หากเกิด Half-Duplex (มักเกิดจากการเจรจา Auto-negotiation ล้มเหลว) Throughput จะลดลงมากกว่า 80-90% ทันที และทำให้เกิด Late Collisions ส่งผลให้ระบบช้าลงอย่างรุนแรง

36. เกิดเหตุไฟไหม้หรือความร้อนพุ่งสูงเฉพาะบาง Rack ภายใน Data Hall (Hot Spot) ในมุมมอง Infra/Operations วิเคราะห์ว่าเกิดจากอะไรได้บ้าง?

• คำตอบเชิงเทคนิค:
  • การไหลเวียนของอากาศ (Airflow Disruption):
    • ขาด Blanking Panels: ช่องว่างใน Rack ที่ไม่มี Server หากไม่ใส่แผ่นปิด อากาศร้อนจากหลังตู้จะไหลวนย้อนกลับเข้ามาทางหน้าตู้ (Hot Air Recirculation)
    • Server Fan Direction ผิดประเภท: ติดตั้งอุปกรณ์ที่มีทิศทางลมสวนทาง (เช่น อุปกรณ์ส่วนใหญ่เป็น Front-to-Back แต่อุปกรณ์ใหม่เป็น Back-to-Front ดูดลมร้อนจาก Hot Aisle เข้าเครื่อง)
    • Cable Congestion: การเดินสายหนาแน่นด้านหลังตู้จนขวางทางระบายลมร้อนของพัดลมเซิร์ฟเวอร์
  • Containment Issue: ประตูหรือแผ่นกั้นแถว Cold Aisle / Hot Aisle Containment ปิดไม่สนิทหรือชำรุด ทำให้ลมเย็นรั่วไหลออกก่อนถึงอุปกรณ์

37. ลิงก์ 100G (ใช้ Transceiver QSFP28) แสดงสถานะ “Up” แต่มี Packet Drop สูงมาก เมื่อดูค่า DOM พบ Rx Power ปกติ แต่ค่า CRC Error เพิ่มขึ้นต่อเนื่อง จะไล่ปัญหาอย่างไร?

• คำตอบเชิงเทคนิค:
  • ปัญหาลักษณะนี้แสดงว่าแสงส่องถึง (จึง Up) แต่คุณภาพสัญญาณแสง (Signal Integrity) ต่ำมาก:
    1. ตรวจสอบความสะอาดของหัวต่อ (Dirty Optics): สิ่งสกปรกหรือคราบไขมันบน Ferrule อาจไม่บังแสงทั้งหมด แต่ทำให้เกิดการกระเจิงของแสง (Light Scattering) ให้ใช้เครื่องมือ One-Click Cleaner ทำความสะอาดทั้งหัวสายและเต้าเสียบโมดูล
    2. ตรวจสอบการเบียด/ทับของสาย: สาย MPO หรือ Patch Cord อาจถูกฝาตู้หนีบหรือดัดงอเกินขอบเขต
    3. สลับ Transceiver (Swap Test): สลับโมดูล QSFP28 กับพอร์ตข้างเคียงที่ปกติ เพื่อดูว่าปัญหาตามตัว Transceiver ไป หรือตามพอร์ต Switch ไป
    4. ตรวจสอบ FEC (Forward Error Correction): เช็กว่าการตั้งค่า FEC โหมดตรงกันทั้งสองฝั่งหรือไม่ (เช่น Base-R FEC, RS-FEC หรือ Off) หาก FEC Mismatch หรือตั้งผิด อาจทำให้แกะบิตข้อมูลผิดพลาดจนเกิด CRC Errors

38. Gateway Redundancy โปรโตคอลเช่น VRRP หรือ HSRP มีหลักการทำงานอย่างไร และเกิดอะไรขึ้นหากเกิดปัญหา “Split-Brain”?

• คำตอบเชิงเทคนิค:
  • หลักการ: เป็น First Hop Redundancy Protocol (FHRP) โดยนำ Router/L3 Switch ตั้งแต่ 2 ตัวขึ้นไปมารวมกันเป็น Virtual IP (VIP) และ Virtual MAC เดียวกัน เพื่อให้เซิร์ฟเวอร์ชี้ Default Gateway มาที่ VIP นี้ โดยมีตัวหนึ่งทำหน้าที่เป็น Master/Active คอยรับส่งข้อมูล และอีกตัวเป็น Backup/Standby คอยฟังสัญญาณ Keepalive
  • ปัญหา Split-Brain: เกิดขึ้นเมื่อลิงก์สื่อสารระหว่าง Master กับ Backup ขาดออกจากกัน (Heartbeat Loss) ทำให้ Backup สรุปเอาเองว่า Master ตายแล้ว จึงยกตัวเองขึ้นเป็น Master คู่กัน
  • ผลกระทบ: ทั้งสองเครื่องจะแย่งกันตอบ ARP ของ VIP และส่ง Gratuitous ARP สลับกัน ทำให้ทราฟฟิกในเครือข่ายแบ่งแยกและวิ่งสะเปะสะปะ (Intermittent Connection / Outage)

39. คำสั่ง Linux พื้นฐาน 5 คำสั่งที่วิศวกรเน็ตเวิร์ก Data Center ต้องใช้คล่องในการวิเคราะห์ปัญหาเครือข่ายมีอะไรบ้าง?

• คำตอบเชิงเทคนิค:
  1. ip addr และ ip route: ดู IP Configuration, Interface Flags และ Routing Table หลัก
  2. ip neigh หรือ arp -n: ดู ARP Cache Table เพื่อยืนยันว่าคุยกับอุปกรณ์ Next-hop ใน L2 เจอหรือไม่
  3. ethtool <interface> / ethtool -S <interface>: ตรวจสอบ Hardware Link Speed, Duplex, Auto-neg และสถิติ Packet Errors/Drops เชิงลึกของการ์ด NIC
  4. ss -tulpn: ตรวจสอบ Socket, Active TCP/UDP Connections และพอร์ตที่กำลัง Listen อยู่
  5. tcpdump -i <interface> -nn: เครื่องมือ Packet Sniffer ดักจับและวิเคราะห์ Traffic จริงแบบ Real-time เพื่อดูว่า Frame หรือ Packet เดินทางมาถึง Interface จริงหรือไม่ และติดปัญหาขั้นตอนใด

40. หากได้รับ Ticket ด่วน: “โฮสต์ชุดหนึ่งใน Rack A ไม่สามารถคุยกับ Storage ใน Rack B ได้” มีกระบวนการแก้ปัญหาตั้งแต่รับเรื่องจนปิดงานอย่างไร?

• ลำดับขั้นตอนการปฏิบัติงาน (Incident Workflow):
  1. Clarify & Scope (ระบุขอบเขต):
     • เป็นทุกเครื่องใน Rack หรือเฉพาะบางเครื่อง? เครื่องใน Rack A คุยกันเองได้ไหม?
     • มีการเปลี่ยนแปลง (Change/Maintenance) ใดๆ เกิดขึ้นก่อนหน้านี้หรือไม่?
  2. Isolate Layer (แยกแยะชั้นปัญหา):
     • ทดสอบ Ping จาก Host ไปยัง Storage IP (ทดสอบ L3)
     • หาก Ping ไม่ได้ เช็ก ARP Table ฝั่ง Host ว่าเห็น MAC ของ Gateway หรือไม่ (ทดสอบ L2)
     • เช็กพอร์ต ToR Switch ของ Rack A และ Rack B ว่ามี Link Down หรือ Alarm ใดๆ หรือไม่ (ทดสอบ L1)
  3. Check Shared Components (ตรวจจุดเชื่อมโยงร่วม):
     • หากเป็นทั้ง Rack พร้อมกัน ปัญหามักอยู่ที่ Uplink Port-channel จาก Leaf ไปยัง Spine หรือ VLAN Trunking ขาดหาย
     • หากเป็นเฉพาะบางเครื่อง ให้โฟกัสที่การตั้งค่า NIC, VLAN ของ Port นั้นๆ หรือ Storage Access Control (เช่น ACL / LUN Masking)
  4. Action & Verify (ดำเนินการและยืนยัน):
     • ดำเนินการแก้ไขจุดบกพร่องตาม SOP
     • ให้เจ้าของระบบฝั่ง Storage/Host ทดสอบเชื่อมต่อเพื่อยืนยันว่าปัญหาคลี่คลาย
  5. Documentation (บันทึกข้อมูล):
     • บันทึก Root Cause, วิธีแก้ และสิ่งที่ค้นพบลงใน Ticket อย่างละเอียดเพื่อใช้เป็นแนวทางป้องกันในอนาคต

ตอนนี้คุณมีคลังเนื้อหาครอบคลุมครบถ้วนถึง 40 ข้อแล้วครับ เมื่อใดก็ตามที่คุณพร้อมที่จะสลับเข้าสู่ โหมดถาม-ตอบจำลองสัมภาษณ์จริงทีละข้อ (Mock Interview Mode) เพื่อฝึกตอบสดและรับการประเมินแบบมีโครงสร้าง แจ้งมาได้ทันทีครับ!

ตารางอ่านและทบทวนรายวัน:

• Day 1: Physical Infrastructure & Cabling (L1)
  • Single-Mode (OS2) vs Multi-Mode (OM3/OM4), หัวต่อ LC, SC, MPO/MTP สำหรับ Breakout ลิงก์ 40G/100G
  • ค่า Bending Radius, การตรวจและทำความสะอาดหัวสาย (Dirty Optics), การอ่านค่า DOM/DDM (Tx/Rx Optical Power)
  • Data Center Best Practices: Hot/Cold Aisle, การใส่ Blanking Panel, Airflow direction, กฎความปลอดภัยเรื่องแสงเลเซอร์ และการป้องกันไฟฟ้าสถิต (ESD)
• Day 2: Data Link Layer & Switching (L2)
  • Frame Anatomy, MAC Address Table (CAM Table), ARP Table
  • VLAN (802.1Q), Trunking vs Access Port, Native VLAN
  • Spanning Tree Protocol (STP/RSTP), การป้องกัน Loop, BPDU Guard, Broadcast Storm
  • LACP / Link Aggregation (802.3ad) และการทำ Port-channel
• Day 3: Network & Transport Layer (L3 – L4)
  • Subnetting, Default Gateway, MTU vs Jumbo Frames (9000 bytes) และปัญหา PMTU Black Hole
  • ความต่างของ TCP vs UDP, TCP 3-Way Handshake, สถานะ Connection Timed Out (Silent Drop) vs Connection Refused (RST)
  • สถาปัตยกรรม Data Center ยุคใหม่: Leaf-Spine Architecture และประโยชน์ของการลด Hop/Latency
• Day 4: Linux OS & Command-Line Troubleshooting
  • คำสั่งเน็ตเวิร์กพื้นฐาน: ip addr, ip route, ip neigh (ARP), ethtool (Speed/Duplex/DOM), ss -tulpn, tcpdump, traceroute, dig
  • การไล่ตรวจ System Logs: /var/log/syslog, dmesg -T เมื่อเกิดปัญหาฮาร์ดแวร์หรือการ์ด NIC Link Flap
• Day 5: Troubleshooting Framework & Scenario-based Thinking
  • ฝึกฝน Bottom-Up Troubleshooting Approach (เริ่มจาก L1 -> L2 -> L3 -> L4 -> L7)
  • เวลาตอบคำถาม Scenario ให้แบ่ง 4 สเต็ปเสมอ:
    1. Scope & Impact (ปัญหาเกิดที่เครื่องเดียว ทั้ง Rack หรือทั้ง Row?)
    2. Isolate & Check Layer (ตรวจไฟพอร์ต/สาย -> ตรวจ L2/ARP -> ตรวจ IP/Ping)
    3. Action & Verify (สลับสาย/โมดูล ทดสอบซ้ำ)
    4. Safety & Post-incident (บันทึก Ticket / Escalation ตาม SOP)
• Day 6: Behavioral & Googleyness (STAR Method)
  • เตรียมเรื่องเล่าจริงจากประสบการณ์การทำงาน 3-4 เรื่อง:
    • งานที่เจอปัญหาหน้างานกดดัน และแก้ปัญหาสำเร็จอย่างมีขั้นตอน
    • งานที่ต้องทำงานร่วมกับคนอื่น หรือมีความคิดเห็นไม่ตรงกันทางเทคนิค
    • ความผิดพลาดในอดีต (Post-mortem mindset): เกิดอะไรขึ้น แก้ไขอย่างไร และได้บทเรียนอะไรเพื่อป้องกันไม่ให้เกิดซ้ำ
  • ยึดโครงสร้าง STAR: Situation (สถานการณ์) -> Task (เป้าหมาย) -> Action (สิ่งที่คุณลงมือทำเจาะจง) -> Result (ผลลัพธ์เชิงบวกที่วัดค่าได้)
• Day 7: Mock Interview & Rest
  • จำลองการสัมภาษณ์เต็มรูปแบบ พูดตอบออกเสียง ฝึกความกระชับ มั่นใจ และนอนหลับพักผ่อนให้สมองปลอดโปร่ง