พื้นฐานการส่งต่อแพ็กเก็ต: VLAN, LAG, spanning tree และการกำหนดเส้นทาง
ปัญหาทรานซีฟเวอร์ไม่เคยประกาศตัวเองว่าเป็นปัญหาทรานซีฟเวอร์ มันปรากฏเป็นการเปลี่ยนแปลงโทโพโลยีของสแปนนิงทรี สมาชิก LAG ถูกพักสถานะ เพื่อนบ้าน OSPF กะพริบ ทันเนล VXLAN กะพริบ หรือ “ผู้ใช้ครึ่งหนึ่งช้าลง” การอ่านอาการเหล่านี้ย้อนกลับไปยังฟิสิคัลเลเยอร์ต้องอาศัยคำศัพท์ด้านการส่งต่อข้อมูล ได้แก่ สวิตช์เรียนรู้ที่อยู่ MAC อย่างไร VLAN และทรังก์คืออะไร การรวมลิงก์แฮชโฟลว์อย่างไร เหตุใดสแปนนิงทรีจึงบล็อกพอร์ต และโปรโตคอลจัดเส้นทางทำอะไรเมื่อลิงก์กะพริบ หน้านี้คือคำศัพท์ชุดนั้น จำกัดเฉพาะสิ่งที่สำคัญเมื่อสาเหตุที่แท้จริงอาจเป็นคอนเนกเตอร์สกปรก
เลเยอร์ 2: การเรียนรู้ที่อยู่ MAC และ VLAN
| แนวคิด | สิ่งที่เกิดขึ้น | มุมมองด้านออปติก |
|---|
| การเรียนรู้ MAC | MAC ต้นทางของแต่ละเฟรมถูกบันทึกไว้กับพอร์ตขาเข้า ปลายทางที่ไม่รู้จักจะถูกแพร่กระจายออกไปทุกพอร์ต | พอร์ตที่กะพริบจะล้างและเรียนรู้รายการใหม่ — เกิดการแพร่กระจายช่วงสั้น ๆ ทุกครั้งที่กะพริบ |
| การหมดอายุ | รายการหมดอายุ (ค่าเริ่มต้น 300 s) | — |
| VLAN (802.1Q) | โดเมนบรอดคาสต์หนึ่งโดเมน เฟรมมีแท็กขนาด 12 บิต (1–4094) บนทรังก์ | — |
| พอร์ตแอ็กเซส | VLAN แบบไม่มีแท็กเพียงหนึ่งเดียว | — |
| พอร์ตทรังก์ | VLAN ที่มีแท็กหลายตัว และ VLAN ดั้งเดิมแบบไม่มีแท็กหนึ่งตัว | VLAN ดั้งเดิมไม่ตรงกันข้ามอัปลิงก์แสดงอาการเป็นการเชื่อมต่อบางส่วน ไม่ใช่ลิงก์ขัดข้อง |
| MTU / จัมโบ้ | ค่าเริ่มต้น 1 500 ไบต์, จัมโบ้ 9 000–9 216 | MTU ไม่ตรงกันข้ามอัปลิงก์ทำให้แพ็กเก็ตเล็กผ่านได้แต่แพ็กเก็ตใหญ่ถูกทิ้ง — ดูคล้ายออปติกที่ทำงานไม่ต่อเนื่อง |
| การควบคุมสตอร์ม, การป้องกัน BPDU, ความปลอดภัยของพอร์ต | ฟีเจอร์ป้องกันที่ปิดพอร์ต | พอร์ตที่เข้าสถานะ errdisabled จากฟีเจอร์เหล่านี้จะดูเหมือนโมดูลตาย (ดัชนีอาการ) |
สแปนนิงทรี
| ชนิด | การคอนเวิร์จ | หมายเหตุ |
|---|
| STP (802.1D) | 30–50 s | รุ่นเก่า |
| RSTP (802.1w) | < 1–3 s | เป็นค่าเริ่มต้นในอุปกรณ์ส่วนใหญ่ |
| MSTP (802.1s) | เหมือน RSTP แต่แยกตามอินสแตนซ์ | กลุ่ม VLAN |
| PVST+/Rapid-PVST+ | แยกตาม VLAN | Cisco |
สแปนนิงทรีปิดกั้นเส้นทาง L2 ที่ซ้ำซ้อน ออปติกที่มีปัญหาส่งผลอย่างไรต่อมัน:
- อัปลิงก์ที่กะพริบ สร้างการแจ้งเตือนการเปลี่ยนแปลงโทโพโลยี (TCN); แต่ละ TCN จะล้างตาราง MAC ทั่วทั้งเครือข่ายและทำให้เกิดการแพร่กระจายนานหลายวินาที — ผู้ใช้จะเห็นอาการค้างทุกครั้งที่กะพริบ (ลิงก์กะพริบ);
- ลิงก์ทิศทางเดียว (ใยแก้วนำแสงเส้นหนึ่งขาด Tx ทำงานแต่ Rx ไม่ทำงาน) อาจสร้างลูปได้หาก BPDU หยุดมาถึง — UDLD, การป้องกันลูป และการรับประกันบริดจ์ มีไว้เพื่อกรณีนี้โดยเฉพาะ (ไม่มีลิงก์);
- ไฟ LED ของพอร์ตที่ถูกบล็อก (สีเหลืองอำพัน) เป็นเรื่องปกติบนลิงก์สำรอง ไม่ใช่ความผิดปกติ (การตั้งชื่อพอร์ตและ LED)
ฟาบริกแบบลีฟ–สไปน์เลี่ยงสแปนนิงทรีด้วยการจัดเส้นทางทุกลิงก์
การรวมลิงก์ (LAG, port-channel, bond)
| หัวข้อ | กฎ |
|---|
| โปรโตคอล | LACP (802.1AX / 802.3ad): สมาชิกแลกเปลี่ยน PDU เพื่อเจรจาสมาชิกภาพ; LAG แบบ static ไม่มีการป้องกันนี้ |
| สมาชิก | ความเร็ว, ดูเพล็กซ์, MTU เท่ากัน; NOS ส่วนใหญ่ต้องการ FEC และชนิดสื่อกลางเดียวกัน — ออปติก 4 × 25G หรือ DAC 4 × 25G ห้ามผสมกัน |
| การแฮช | โฟลว์ถูกกระจายตามแฮชของฟิลด์ MAC/IP/พอร์ต; หนึ่งโฟลว์ไม่มีทางเกินความเร็วของสมาชิกตัวเดียว |
| สมาชิกที่มีข้อผิดพลาด | LACP จะยังเก็บสมาชิกนั้นไว้ในบันเดิลตราบใดที่ PDU ยังผ่านอยู่; ข้อผิดพลาด CRC บนสมาชิกตัวหนึ่งทำให้โฟลว์ที่แฮชไปตกที่มันเสียหาย — สัญญาณบ่งชี้คือ “บางเซสชันช้า บางเซสชันปกติดี” (ค่าตรวจวัด VDM และ FEC) |
| Min-links | บันเดิลจะล่มถ้าสมาชิกที่ยังทำงานน้อยกว่า N ตัว — ป้องกันการรันบนลิงก์ที่เสื่อมสภาพเพียงเส้นเดียว |
| ชื่อเรียก | Port-channel, ae, Eth-Trunk, bond, PortChannel แล้วแต่ NOS |
| ข้ามสองสวิตช์ | MLAG/vPC/VLT (การทำสแตกและ MLAG) |
เชิงปฏิบัติ: เมื่อ LAG “ทำงานได้แต่ช้า” ให้ตรวจตัวนับต่อสมาชิกและ DDM ไม่ใช่ตรวจที่บันเดิลรวม
เลเยอร์ 3: การจัดเส้นทางบนสวิตช์
| แนวคิด | คืออะไร | มุมมองด้านออปติก |
|---|
| SVI / พอร์ตจัดเส้นทาง | อินเทอร์เฟซ IP บน VLAN หรือบนพอร์ตกายภาพ | อัปลิงก์แบบจัดเส้นทางไม่มีสแปนนิงทรี การกะพริบคือเหตุการณ์ด้านการจัดเส้นทาง |
| Static / OSPF / IS-IS / BGP | โปรโตคอลจัดเส้นทาง; ฟาบริกของดาต้าเซ็นเตอร์ใช้ BGP (eBGP ต่อลิงก์) หรือ OSPF | ล็อกการขึ้น/ลงของเพื่อนบ้านชี้ชัดว่าลิงก์ไหนกะพริบและเมื่อใด |
| ECMP | มัลติพาธต้นทุนเท่ากันผ่านอัปลิงก์ N เส้น; โฟลว์ถูกแฮชแบบเดียวกับ LAG | อัปลิงก์ที่มีปัญหาหนึ่งเส้นทำให้โฟลว์ 1/N เสียคุณภาพ; BFD (50–300 ms) ตรวจจับความล้มเหลวได้เร็วกว่าตัวจับเวลาของโปรโตคอล |
| การหน่วง | ระงับไม่ให้อินเทอร์เฟซที่กะพริบถูกประกาศ | ออปติกที่กะพริบจะจบลงที่ถูกหน่วงไว้ — ลิงก์ “ขึ้น” แต่ไม่มีการจัดเส้นทางทราฟฟิก |
| VRF | ตารางจัดเส้นทางแยกกัน (VRF การจัดการด้วย!) | การ ping สวิตช์ผ่าน VRF ผิดตัวจะดูเหมือนลิงก์ขัดข้อง |
| ความซ้ำซ้อนของฮ็อปแรก (HSRP/VRRP) | เกตเวย์เสมือนระหว่างสวิตช์สองตัว | การกะพริบทำให้เกิดการสลับเกตเวย์ |
โอเวอร์เลย์
| โอเวอร์เลย์ | อยู่ที่ไหน | มุมมองด้านออปติก |
|---|
| VXLAN / EVPN | ฟาบริกของดาต้าเซ็นเตอร์: L2 บน L3 | ทันเนลวิ่งบน ECMP; ลิงก์สไปน์ที่มีปัญหาทำให้ทันเนลเสื่อมคุณภาพแบบสุ่ม ไม่ใช่แบบแน่นอน |
| MPLS / SR | ผู้ให้บริการ | fast reroute (< 50 ms) กลบการกะพริบไว้ — ให้ตรวจตัวนับของอันเดอร์เลย์ |
| EVPN multihoming (ESI-LAG) | แทนที่ MLAG | ลิงก์สมาชิกไปยังลีฟคนละตัว ใช้กฎเดียวกับสมาชิกของ LAG |
การควบคุมโฟลว์และคลาสไร้การสูญเสีย
| กลไก | จุดประสงค์ | มุมมองด้านออปติก |
|---|
| 802.3x pause | สั่งให้ฝั่งตรงข้ามหยุดส่ง | ใช้น้อย; pause แบบ global จะซ่อนความคับคั่งไว้ |
| PFC (802.1Qbb) | pause แบบต่อลำดับความสำคัญสำหรับ RoCE/FCoE | ลิงก์ที่มีข้อผิดพลาด CRC จะกระตุ้นการส่งซ้ำ ไม่ใช่ pause — แต่ pause storm จากพอร์ตที่กะพริบอาจทำให้คลาสไร้การสูญเสียหยุดชะงักทั้งฟาบริก (อีเทอร์เน็ตไร้การสูญเสีย) |
| ECN | ทำเครื่องหมายความคับคั่ง | — |
อ่านอาการด้านการส่งต่อข้อมูลย้อนกลับไปยังฟิสิคัลเลเยอร์
| อาการด้านการส่งต่อข้อมูล | สาเหตุทางกายภาพที่ต้องตรวจ |
|---|
| STP เกิด TCN ทุกไม่กี่นาที, MAC กะพริบในล็อก | อัปลิงก์เส้นหนึ่งกะพริบ — กำลัง Rx จาก DDM ใกล้ค่าความไว, คอนเนกเตอร์สกปรก |
| สมาชิก LACP อยู่ในสถานะ “suspended” / “individual” | FEC หรือความเร็วไม่ตรงกันบนสมาชิกตัวนั้น; โมดูลไม่ถูกจดจำ |
| เพื่อนบ้าน OSPF/BGP รีเซตบนลิงก์เส้นเดียว | ออปติกกะพริบ หรือโมดูลอยู่ที่ขีดจำกัดอุณหภูมิ |
| ECMP: โฟลว์บางส่วนช้าหรือมีการสูญหายของแพ็กเก็ต | อัปลิงก์เส้นหนึ่งมี FEC ที่แก้ไขไม่ได้ / CRC |
| เฟรมจัมโบ้ล้มเหลว แต่ ping ใช้งานได้ | MTU — ไม่ใช่ออปติก |
| ลูปหรือบรอดคาสต์สตอร์มหลังซ่อมใยแก้วนำแสง | ลิงก์ทิศทางเดียว, สลับโพลาริตีบน MPO, ไม่มี UDLD |
| ทราฟฟิกหยุดหลังอัปเกรดซอฟต์แวร์ | ออปติกของบุคคลที่สามถูกปฏิเสธในเวอร์ชันใหม่ (ตารางความเข้ากันได้และเฟิร์มแวร์) |
| เซิร์ฟเวอร์เห็นลิงก์ขึ้น แต่ไม่มีทราฟฟิก | VLAN ผิด/native ไม่ตรงกัน หรือมี LAG บนสวิตช์แต่ไม่มีบนเซิร์ฟเวอร์ |
การตรวจสอบทางกายภาพที่อยู่เบื้องหลังทุกแถว: ดัชนีอาการ, การตรวจสอบออปติกบนสวิตช์
ใน CodingBox
อาการระดับการส่งต่อข้อมูลชี้ไปที่พอร์ต; พอร์ตชี้ไปที่โมดูล; DDM ข้อมูลระบุตัวตน และค่าเกณฑ์ของโมดูล — อ่านได้บนสวิตช์หรือบนโต๊ะทดสอบ — คือสิ่งที่ปิดเคสได้ การเก็บบันทึกต่อโมดูลไว้ใน code database เปลี่ยน “LAG ช้าอีกแล้ว” ให้กลายเป็น “สมาชิก 3, ซีเรียล X, Rx −17 dBm, เปลี่ยนแล้ว”