การสูญเสียในการทดสอบในห้องปฏิบัติการเพียงอย่างเดียวไม่ได้พิสูจน์ว่าสวิตช์ไม่ผ่านเกณฑ์ และไม่ใช่เหตุผลให้ปิดฟังก์ชันเพียงเพื่อให้คะแนนดีขึ้น ขั้นแรกให้ตรวจสอบเครื่องทดสอบ ลิงก์ รูปแบบเฟรม และแบบจำลองทราฟฟิก แล้วจึงเปรียบเทียบการส่งกับการรับ บทความนี้แยกปัญหาจากเงื่อนไขการทดสอบออกจากข้อจำกัดในการส่งต่อข้อมูล ควรใช้แยกจากการวินิจฉัยความแออัดในระบบใช้งานจริง
1. กำหนดวัตถุประสงค์และขอบเขตที่ปลอดภัย
อัตรารับส่งข้อมูล อัตราการสูญเสียเฟรม ความหน่วง และความสามารถในการรองรับทราฟฟิกแบบเบิร์สต์ตอบคำถามต่างกัน สมรรถนะสูงสุดในห้องปฏิบัติการไม่เหมือนกับประสบการณ์ของแอปพลิเคชันในระบบใช้งานจริง RFC 2544 กำหนดวิธีทดสอบสมรรถนะสำหรับอุปกรณ์เชื่อมต่อเครือข่าย ต้องแยกการทดสอบโหลดสูงออกจากระบบใช้งาน ห้ามป้อนทราฟฟิกจนเต็มความจุเข้าสู่เครือข่ายที่กำลังให้บริการระบบควบคุม ระบบเฝ้าระวัง หรือโทรศัพท์
ยืนยันอุปกรณ์ พอร์ต เฟิร์มแวร์ และการกำหนดค่าที่อนุญาตให้ใช้ บันทึกการเชื่อมต่อสาย ฟังก์ชันที่เปิดใช้งาน ความเร็ว และโหมดดูเพล็กซ์ เตรียมแผนกู้คืนและตรวจสอบว่าอุปกรณ์ทดสอบสามารถสร้างและรับทราฟฟิกตามแผนได้ เครื่องกำเนิดทราฟฟิกแบบซอฟต์แวร์บนคอมพิวเตอร์ทั่วไปขึ้นอยู่กับ NIC ไดรเวอร์ หน่วยประมวลผล และการจัดสรรเวลาประมวลผลของระบบปฏิบัติการ การที่คอมพิวเตอร์ทำอัตราสายไม่ได้เพียงอย่างเดียวไม่สามารถใช้ยืนยันว่าความสามารถในการส่งต่อข้อมูลของสวิตช์ไม่เพียงพอ
2. นับเฟรมส่งและรับด้วยหลักเกณฑ์เดียวกัน
เริ่มจากตรวจสอบให้ส่งต่อข้อมูลได้ที่โหลดต่ำ ตรวจสอบที่อยู่ต้นทางและปลายทาง แท็ก VLAN ความยาวเฟรม เพย์โหลด และหมายเลขลำดับ อย่านับเฟรมจัดการหรือเฟรมเบื้องหลังที่ไม่เกี่ยวข้องเป็นทราฟฟิกทดสอบ ระบุว่าอัตราบิตของเครื่องทดสอบหมายถึงอัตราที่ใช้บนสาย อัตราบิตของเฟรม Ethernet หรืออัตราเพย์โหลดของแอปพลิเคชัน มิฉะนั้นตัวเลขที่เท่ากันอาจหมายถึงโหลดที่ป้อนต่างกัน
อัตราการสูญเสียเฟรมคำนวณได้จากจำนวนเฟรมที่ส่งลบด้วยจำนวนเฟรมที่รับ แล้วหารด้วยจำนวนเฟรมที่ส่ง ภายในชุดทดสอบที่ถูกต้องชุดเดียวกัน บันทึกเฟรมซ้ำ เฟรมที่มาถึงผิดลำดับ และเฟรมผิดรูปแบบแยกต่างหาก ยอดรวมเฟรมที่รับต้องไม่ปล่อยให้เฟรมซ้ำหักล้างการสูญเสีย เผื่อเวลารับที่เหมาะสมสำหรับเฟรมที่ยังอยู่ระหว่างทางหลังหยุดส่ง ตามวิธีทดสอบและเครื่องมือ เพื่อไม่ให้การหยุดรับก่อนเวลาสร้างการสูญเสียเทียม
3. ตรวจสอบข้อผิดพลาด FCS ในฐานะหลักฐานเกี่ยวกับลิงก์ ไม่ใช่ด่วนสรุปสาเหตุ
ข้อผิดพลาด FCS หมายถึงเฟรมที่รับไม่ผ่านการตรวจสอบความสมบูรณ์ตามที่คาดไว้ ตรวจสอบว่าเครื่องกำเนิดทราฟฟิกจงใจส่งเฟรมที่ไม่ถูกต้องหรือไม่ อินเทอร์เฟซตรงกันหรือไม่ และสายกับโมดูลอยู่ในสภาพสมบูรณ์หรือไม่ การที่ข้อผิดพลาดหายไปหลังเปลี่ยนสาย โมดูล หรือพอร์ตที่เข้ากันได้เพียงรายการเดียวเป็นหลักฐานที่มีประโยชน์ แต่ไม่ใช่เหตุผลให้อ้างว่าข้อผิดพลาด FCS ทุกครั้งพิสูจน์ว่าใยแก้วนำแสงเสียหาย หรือให้ถือว่าการทิ้งเฟรมในคิวขาออกเป็นเหตุการณ์เดียวกัน
สำหรับลิงก์แสง ให้ตรวจสอบความเร็ว ความยาวคลื่น ใยแก้วนำแสง และการจับคู่ส่ง/รับ ตรวจสอบและทำความสะอาดหน้าสัมผัสปลายใยแก้วอย่างถูกต้องโดยไม่มองเข้าไปในพอร์ต ชิ้นส่วนทดแทนที่ทราบว่าใช้งานได้ดียังคงต้องตรงตามข้อกำหนด เมื่อเหมาะสม ให้เชื่อมต่อปลายทางของเครื่องทดสอบเข้าหากันโดยตรงเพื่อหาค่าฐานอ้างอิงก่อนเพิ่มสวิตช์ วิธีนี้ตรวจสอบระบบทดสอบได้ แต่ไม่สามารถครอบคลุมทุกเงื่อนไขของแอปพลิเคชันที่ซับซ้อน
4. เฟรมเล็กและเฟรมใหญ่สร้างภาระต่างด้านกัน
ที่อัตราบิตเท่ากัน โดยทั่วไปเฟรมที่เล็กกว่าจะหมายถึงจำนวนเฟรมและจำนวนการประมวลผลต่อวินาทีที่มากกว่า พรีแอมเบิลและช่วงห่างระหว่างเฟรมก็ใช้เวลาบนสายเช่นกัน อย่าคำนวณอัตราแพ็กเก็ตสูงสุดโดยหารแบนด์วิดท์ด้วยเพย์โหลดเพียงอย่างเดียว ระบุว่าความยาวรวม FCS แท็ก VLAN และโอเวอร์เฮดบนสายหรือไม่ และอย่าสับสนระหว่างความยาวแพ็กเก็ต IP กับความยาวเฟรม Ethernet
ความล้มเหลวเมื่อใช้เฟรมใหญ่อาจเกี่ยวข้องกับขนาดเฟรมสูงสุดที่รองรับ MTU ของเส้นทาง แท็กการห่อหุ้มข้อมูล รูปแบบการทดสอบ หรือบัฟเฟอร์ ความล้มเหลวเมื่อใช้เฟรมเล็กอาจเกี่ยวข้องกับจำนวนการส่งต่อข้อมูลต่อวินาที ความสามารถของเครื่องทดสอบ หรือทรัพยากรของชิป การสูญเสียที่ความยาวเฟรมเพียงค่าเดียวไม่สามารถพิสูจน์ว่าบัฟเฟอร์ไม่เพียงพอหรือตัวบรรยายข้อมูลถูกใช้จนหมด เก็บค่าตัวนับและจำกัดสาเหตุที่เป็นไปได้โดยอาศัยเอกสารและเงื่อนไขที่ทำซ้ำได้
5. ตรวจสอบการเรียนรู้ที่อยู่และการกระจายทราฟฟิกในการรวมลิงก์
ก่อนทดสอบด้วยที่อยู่ MAC ต้นทางจำนวนมาก ให้กำหนดเงื่อนไขการเรียนรู้ จำนวนที่อยู่ และการหมดอายุของรายการ ที่อยู่ปลายทางที่ไม่รู้จักอาจทำให้เกิดการกระจายเฟรมไปหลายพอร์ต ซึ่งเปลี่ยนการกระจายทราฟฟิกจากแบบจำลองยูนิคาสต์ที่ตั้งใจไว้ ความจุที่อยู่ MAC และกลไกค้นหาแตกต่างกันตามชิปและรุ่น อย่าเรียกความล้มเหลวในการเรียนรู้ทุกกรณีว่าการชนกันของค่าแฮช ตรวจสอบรายการในตาราง ตัวนับที่เกี่ยวข้อง และการออกพอร์ตจริงเพื่อให้ได้หลักฐานที่ทำซ้ำได้
ลิงก์สมาชิกในกลุ่มรวมลิงก์ไม่จำเป็นต้องแบ่งทุกโฟลว์เท่ากัน ลักษณะเฉพาะของโฟลว์อาจทำให้ทราฟฟิกกระจุกบนสมาชิกหนึ่งลิงก์ จนเกิดความแออัดเฉพาะจุดแม้กลุ่มรวมลิงก์ยังมีความจุเหลือ ระบุจำนวนโฟลว์และชุดค่าที่อยู่ต้นทาง/ปลายทาง โปรโตคอล และพอร์ต ตรวจสอบโหลดของสมาชิกก่อนเปรียบเทียบแบบจำลองทราฟฟิก อย่าเปลี่ยนการตั้งค่าแฮชอย่างเงียบ ๆ เพื่อให้ผ่านการทดสอบโดยไม่รายงานการเปลี่ยนแปลงการกำหนดค่า
6. ออกแบบการทดสอบที่เปรียบเทียบกันได้
เมื่อกำหนดค่าฐานอ้างอิงแล้ว ให้เปลี่ยนทีละเงื่อนไข ได้แก่ ความยาวเฟรม โหลดที่ป้อน จำนวนที่อยู่ หรือคู่พอร์ต ทดสอบซ้ำและบันทึกผล การทดสอบสมรรถนะ Ethernet แบบดั้งเดิมมักครอบคลุมเฟรมขนาด 64, 128, 256, 512, 1024, 1280 และ 1518 ไบต์ สำหรับเฟรมที่มีแท็กหรือเฟรมจัมโบ้ ให้ระบุนิยามความยาว การรองรับ และวัตถุประสงค์แยกต่างหาก รายการขนาดแบบดั้งเดิมนี้ไม่ใช่คำรับรองความสามารถที่บังคับใช้กับอุปกรณ์ทุกเครื่อง
วัดอัตรารับส่งข้อมูลและการสูญเสียเฟรมตามวิธีของแต่ละรายการ พร้อมรายงานระยะเวลา ขั้นการเพิ่มโหลด จำนวนครั้งที่ทดสอบซ้ำ และการกำหนดค่าที่ใช้จริง อย่าแอบปรับบัฟเฟอร์ใหม่ระหว่างการทดสอบความยาวเฟรมต่างกัน หรืออธิบายผลของพอร์ตคู่เดียวเสมือนว่าทุกพอร์ตส่งต่อข้อมูลที่อัตราสายพร้อมกัน เส้นทางหลายพอร์ต ข้ามชิป และผ่านสแตกอาจแตกต่างกัน ระบุให้ชัดเจนว่าได้วัดและไม่ได้วัดเส้นทางใดบ้าง
7. จัดทำรายงานให้ผู้อื่นทำซ้ำได้โดยอิสระ
รายงานที่ครบถ้วนต้องระบุรุ่น เฟิร์มแวร์ เวอร์ชันเครื่องทดสอบ การเชื่อมต่อสาย ฟังก์ชันที่เปิดใช้งาน รูปแบบเฟรม แบบจำลองทราฟฟิก และจำนวนส่ง/รับดั้งเดิม แยกข้อผิดพลาดของลิงก์ การทิ้งเฟรม ความหน่วง และเงื่อนไขของแอปพลิเคชันออกจากกัน ทดสอบความผิดปกติซ้ำและเก็บบันทึกก่อนส่งเรื่องต่อ ผู้จำหน่ายต้องใช้เงื่อนไขเหล่านี้เพื่อค้นหาปัญหาด้านทรัพยากรหรือซอฟต์แวร์ แทนที่จะได้รับเพียงภาพหน้าจอการสูญเสียเฟรมที่ไม่มีบริบท
ตรวจสอบอัตราพอร์ต การจัดการ การรวมลิงก์ และฟังก์ชันอื่น ๆ ของ FCTEL ตามรุ่นและเฟิร์มแวร์จริง บทความนี้ไม่ได้อ้างว่าทุกรุ่นผ่านการทดสอบสมรรถนะหรือเปิดให้ปรับบัฟเฟอร์ของชิปได้ การตรวจรับในการจัดซื้อต้องพิจารณาแอปพลิเคชันจริง ระบบไฟฟ้า และสภาพพื้นที่อุตสาหกรรมด้วย การผ่านเกณฑ์ในห้องปฏิบัติการกับการทำงานที่เสถียรในระบบจริงมีความเกี่ยวข้องกัน แต่ใช้แทนกันไม่ได้ การนำไปใช้งานยังต้องผ่านการตรวจสอบความเหมาะสมกับแอปพลิเคชันภายใต้เงื่อนไขที่ควบคุม
รูปภาพแสดงกลไกทั่วไปที่ผ่านการทบทวนแล้ว ภาพอุปกรณ์และหน้าจอเครื่องมือวัดไม่ใช่ภาพถ่ายผลิตภัณฑ์หรือผลการวัด และไม่ได้ให้คำรับรองด้านสมรรถนะ
แปลจากบทความเทคนิคภาษาจีน ต้นฉบับเผยแพร่ครั้งแรก: 2020-11-26 ต้นฉบับแก้ไขล่าสุด: 2026-10-13T14:51:17+08:00. อ่านต้นฉบับภาษาจีน
