ขอบเขตเฟรม ETHERNET โดยสรุป
ทำไมอัตราการรับส่งข้อมูลที่ใช้งานได้จริงจึงต่างจากความเร็วพอร์ต?
การส่งข้อมูล Ethernet แต่ละครั้งมีสัญญาณเริ่มต้น และต้องเป็นไปตามกฎเรื่องช่องว่างก่อนเริ่มการส่งครั้งถัดไป เฟรมสั้นทำให้เกิดภาระส่วนนี้ซ้ำบ่อยกว่า ช่องว่างอยู่นอกเฟรม MAC และไม่ได้หมายถึงการขาดการเชื่อมต่อของลิงก์ ควรกำหนดความเร็ว จุดสังเกต และหลักเกณฑ์การนับให้ชัดเจนก่อนเปรียบเทียบอัตราการรับส่งข้อมูลหรือตีความข้อมูลที่จับได้
ค้นหาจุดเริ่มต้น
พรีแอมเบิลและ SFD ช่วยระบุจุดเริ่มต้น ทั้งสองส่วนไม่ใช่เพย์โหลดของผู้ใช้
แยกช่องว่างไว้นอกเฟรม
สำหรับตัวอย่าง 100 Mb/s ที่พบได้ทั่วไป กฎของ MAC ใช้ 96 ช่วงเวลาบิต ไม่ใช่ระยะเวลาเป็นนาโนวินาทีที่ใช้ได้กับทุกกรณี
แยกเวลารอออกจากกัน
ช่วงเวลาที่สังเกตได้ซึ่งยาวกว่าอาจรวมเวลารอคิวหรือจังหวะเวลาของแอปพลิเคชัน ไม่ใช่เพียง IFG ขั้นต่ำ
ตรวจสอบพอร์ต
บันทึกความเร็วและโหมดดูเพล็กซ์ที่เจรจาได้ก่อนใช้กฎด้านเวลา
ตรวจสอบการจับข้อมูล
ระบุว่าที่จุดสังเกตนี้สามารถเห็นพรีแอมเบิล FCS และจังหวะเวลาทางกายภาพได้หรือไม่
ตรวจสอบทราฟฟิก
ใช้ขนาดเฟรมและโหลดที่ป้อนให้เทียบเคียงกันได้ และเก็บหลักฐานการสูญหายกับหลักฐานจากแอปพลิเคชันไว้
รายการตรวจสอบสำหรับการเลือกและการตรวจยืนยัน — ขยาย
| รายการตรวจสอบ | สิ่งที่ต้องยืนยัน | วิธีตรวจสอบ |
|---|---|---|
| ขอบเขต | ความเร็วและดูเพล็กซ์ | อ่านสถานะพอร์ตที่เจรจาได้ |
| การนับ | เพย์โหลด เฟรม MAC หรือโอเวอร์เฮดบนสาย | อ่านคำนิยามของเครื่องมือวัด |
| การสังเกต | จุดจับข้อมูลและจุดอ้างอิงของการประทับเวลา | ตรวจสอบพฤติกรรมของอะแดปเตอร์และเครื่องมือ |
| โหลด | ขนาดเฟรมและทราฟฟิกที่ป้อน | เก็บรายละเอียดการจัดชุดทดสอบไว้ |
| ผลลัพธ์ | การสูญหาย ข้อผิดพลาด และจังหวะเวลาของแอปพลิเคชัน | เปรียบเทียบค่าตัวนับกับบันทึกการให้บริการ |
เป็นแผนภาพเชิงแนวคิด ไม่ใช่ผลการวัด โครงสร้างภายในผลิตภัณฑ์ หรือขั้นตอนตรวจสอบความสอดคล้องที่ใช้ได้กับทุกกรณี
พอร์ตที่รายงานความเร็ว 100 Mb/s หรือ 1 Gb/s ไม่ได้หมายความว่าข้อมูลผู้ใช้จะเติมเต็มลิงก์อย่างต่อเนื่องโดยไม่มีช่วงเว้น Ethernet ใช้สัญญาณเริ่มต้นก่อนเฟรมและกฎด้านเวลาระหว่างการส่งที่ต่อเนื่องกัน สิ่งเหล่านี้เป็นส่วนหนึ่งของการสื่อสารที่ออกแบบไว้โดยเจตนา ไม่ใช่ความผิดปกติหรือพื้นที่ว่างที่ไม่มีเหตุผล ความเข้าใจเรื่องนี้ช่วยอธิบายว่าทำไมแพ็กเก็ตขนาดเล็กยังใช้เวลาบนลิงก์ และทำไมความยาวข้อมูลที่จับได้จึงไม่เท่ากับโอเวอร์เฮดทั้งหมดบนสาย
สามมุมมองที่แตกต่างกันของการส่งข้อมูลครั้งเดียว
ข้อความสถานะจาก PLC ถูกบรรจุในเฟรม Ethernet ซึ่งเป็นชุดข้อมูลที่มีข้อมูลการระบุที่อยู่และการตรวจสอบ การส่งชุดข้อมูลนี้ยังต้องมีวิธีระบุจุดเริ่มต้นและกฎสำหรับเริ่มชุดถัดไปหลังชุดก่อนสิ้นสุด ดังนั้น เนื้อหาแอปพลิเคชัน โครงสร้างเฟรม และการส่งทั้งหมดบนลิงก์จึงมีขอบเขตการนับที่ต่างกัน
คำอธิบายนี้ใช้การตั้งค่า Ethernet แบบฟูลดูเพล็กซ์ที่ความเร็ว 100 Mb/s ซึ่งพบได้ทั่วไปเป็นหลัก ฟูลดูเพล็กซ์หมายถึงปลายทางทั้งสองด้านสามารถส่งข้อมูลเข้าหากันได้พร้อมกัน โดยมีกระบวนการส่งแยกในแต่ละทิศทาง ไม่ควรอธิบายด้วยกระบวนการแบบสื่อร่วมในอดีตที่ต้องแย่งใช้สายและจัดการการชนกัน ช่องว่างที่กล่าวถึงในที่นี้ไม่ได้ทำให้ทั้งสองทิศทางต้องสลับกันส่ง
ลองนึกถึงการส่งข้อมูลเป็นการประกาศสั้น ๆ ที่มีสัญญาณเปิด ผู้รับรับรู้ว่าข้อมูลกำลังเริ่ม อ่านเนื้อหา แล้วปฏิบัติตามกฎสำหรับการประกาศครั้งถัดไป อุปมานี้ใช้เฉพาะเรื่องขอบเขตเท่านั้น พอร์ตจริงจัดการสัญญาณไฟฟ้าหรือแสงและการเข้ารหัส ไม่มีใครหยุดเพื่อหายใจจริง ๆ
พรีแอมเบิลและ SFD ระบุจุดเริ่มต้น
ในรูปแบบการแสดงการส่งข้อมูลของ MAC ที่พบได้ทั่วไป จะมีพรีแอมเบิลเจ็ดไบต์และตัวคั่นเริ่มเฟรม หรือ SFD ขนาดหนึ่งไบต์อยู่ก่อนเฟรม หนึ่งไบต์คือกลุ่มของบิตฐานสองแปดบิต พรีแอมเบิลมีรูปแบบการเปลี่ยนแปลงที่สม่ำเสมอ ส่วน SFD ระบุขอบเขตก่อนเนื้อหาเฟรม ทั้งสองส่วนช่วยให้กระบวนการรับรู้จำและจัดแนวให้ตรงกับจุดเริ่มต้น
จากนั้นเป็น MAC ปลายทาง MAC ต้นทาง และฟิลด์อื่น ๆ ตามด้วยข้อมูลพร้อมส่วนเติมเต็มที่จำเป็น และปิดท้ายด้วยลำดับตรวจสอบเฟรม หรือ FCS ที่อยู่ช่วยระบุว่าข้อมูลจะไปที่ใดและมาจากที่ใด ส่วน FCS ใช้ตรวจหาข้อผิดพลาด การรู้จำจุดเริ่มต้นและการตรวจสอบข้อผิดพลาดทำหน้าที่ต่างกัน พรีแอมเบิลไม่ใช่เช็กซัมอีกชุดหนึ่ง และ SFD ไม่ใช่ข้อมูลแอปพลิเคชัน
PHY สมัยใหม่ ซึ่งเป็นวงจรที่จัดการการส่ง การรับ และการเข้ารหัสทางกายภาพ อาจยังทำงานอยู่ขณะที่ลิงก์เชื่อมต่อ การอธิบายว่าพรีแอมเบิลทำหน้าที่เปิดพอร์ตทั้งหมดขึ้นใหม่ทุกครั้งที่ส่งเฟรมจึงทำให้เข้าใจผิด ความเร็วและอินเทอร์เฟซทางกายภาพแต่ละแบบมีรายละเอียดการเข้ารหัสเพิ่มเติม ภาพประกอบแสดงชั้นต่าง ๆ ของการส่งที่ช่วยให้เข้าใจ ไม่จำเป็นต้องเป็นลำดับไบต์จริงที่สังเกตได้บนสายทุกชนิด
ช่องว่างไม่ใช่ส่วนเติมเต็มภายในเฟรม
หลังจากเฟรมหนึ่งสิ้นสุด พรีแอมเบิลถัดไปต้องเป็นไปตามกฎช่องว่างระหว่างเฟรมที่เกี่ยวข้อง โดยทั่วไปใช้คำว่า IFG และ IPG สำหรับแนวคิดนี้ สำหรับการตั้งค่าการส่งของ MAC ที่ความเร็ว 100 Mb/s ซึ่งพบได้ทั่วไปและกล่าวถึงในที่นี้ สามารถเข้าใจได้ว่าต้องมีอย่างน้อย 96 ช่วงเวลาบิต ช่วงเวลาบิตคือเวลาที่ใช้ส่งบิตฐานสองหนึ่งบิตด้วยอัตรานั้น ไม่ได้หมายถึงระยะเวลาคงที่ 96 นาโนวินาที
ช่องว่างเป็นตำแหน่งหนึ่งในจังหวะเวลาการส่ง ไม่ใช่ไบต์ศูนย์สิบสองไบต์ที่แทรกลงในพื้นที่ข้อมูล ส่วนเติมเต็มอยู่ภายในเฟรมเพื่อให้เป็นไปตามข้อกำหนดความยาวที่เกี่ยวข้อง ส่วนช่องว่างอยู่ระหว่างการส่งที่ต่อเนื่องกัน การสับสนระหว่างสองสิ่งนี้อาจทำให้ตีความความยาวข้อมูลที่จับได้ผิด หรือเข้าใจผิดว่ามีการส่งข้อมูลแอปพลิเคชันเพิ่มเติมถึงปลายทาง
ช่วงเวลานี้ไม่ได้หมายความว่าตัวส่งปิดการทำงานด้วย ชั้นกายภาพบางชนิดยังส่งกลุ่มรหัสว่างอย่างต่อเนื่องเพื่อรักษาลิงก์ให้ทำงานตามปกติ ตัวอย่าง 100 Mb/s แสดงความแตกต่างนี้ว่า การไม่มีเฟรมงานส่งอยู่ในขณะนั้นไม่ได้หมายความว่าไม่มีสัญญาณบนสื่อเสมอไป และไม่ได้หมายความว่าพอร์ตเข้าสู่สถานะพักเพื่อประหยัดพลังงาน
ข้อมูลที่จับได้ไม่ได้แสดงทุกส่วนของเวลาบนสาย
โดยปกติ การจับข้อมูลด้วยคอมพิวเตอร์ทั่วไปจะรับเฟรมผ่านอะแดปเตอร์เครือข่ายและไดรเวอร์ พรีแอมเบิล SFD และช่องว่างระหว่างเฟรมมักไม่ปรากฏเป็นฟิลด์ปกติของเฟรมที่จับได้ เส้นทางการจับข้อมูลบางแบบยังตัด FCS ออกด้วย เนื้อหาที่แสดงผ่านการประมวลผลของฮาร์ดแวร์มาแล้ว จึงไม่ใช่ภาพถ่ายที่แสดงทุกส่วนของการส่งทางกายภาพ
ก่อนเปรียบเทียบความยาว ต้องระบุให้ได้ว่าเครื่องมือรายงานเพย์โหลดของแอปพลิเคชัน เฟรมชั้นที่ 2 หรือค่าสถิติที่รวมโอเวอร์เฮดบนสายบางส่วน การประทับเวลาของการจับข้อมูลอาจขึ้นอยู่กับไดรเวอร์ การบัฟเฟอร์ และตำแหน่งที่บันทึกด้วย การนำเวลาที่ประทับไว้สองค่ามาลบกันไม่ได้เท่ากับการวัดช่องว่างที่ขา PHY อย่างแม่นยำโดยอัตโนมัติ
สำหรับการตรวจยืนยันเวลาอย่างเข้มงวด ให้ใช้อุปกรณ์ที่ครอบคลุมจุดสังเกตที่ต้องการ และตรวจสอบการสอบเทียบ ขอบเขตการนับ และวิธีการ หากไม่มีหลักฐานดังกล่าว ให้ระบุผลว่าเป็นช่วงเวลาที่สังเกตได้ ณ จุดจับข้อมูลฝั่งแอปพลิเคชัน อย่านำเสนอภาพหน้าจอซอฟต์แวร์ว่าเป็นผลการวัดชั้นกายภาพ
ทำไมเฟรมสั้นจึงเกิดโอเวอร์เฮดส่วนเริ่มต้นซ้ำบ่อยกว่า
การส่งแต่ละครั้งมีข้อกำหนดการเริ่มต้นและการเปลี่ยนผ่านของตนเอง ไม่ว่าเพย์โหลดจะมีขนาดเท่าใด ลองเปรียบเทียบกระแสข้อมูลที่ประกอบด้วยชุดข้อมูลขนาดเล็กจำนวนมากกับกระแสข้อมูลที่แต่ละชุดบรรจุเนื้อหามากกว่า แบบแรกจะเกิดโอเวอร์เฮดส่วนเริ่มต้นและขอบเขตเฟรมซ้ำบ่อยกว่า ดังนั้น อัตราบนสายของพอร์ตและปริมาณข้อมูลแอปพลิเคชันที่ใช้งานได้ต่อวินาทีจึงไม่จำเป็นต้องเท่ากัน
นี่ไม่ใช่คำแนะนำให้รวมข้อความควบคุมทางอุตสาหกรรมทุกข้อความไว้ในเฟรมขนาดใหญ่ ข้อมูลควบคุมอาจมีเส้นตาย และการรอให้ครบชุดอาจทำให้ข้อมูลใหม่มาถึงล่าช้า เฟรมที่ใหญ่กว่ายังใช้ช่วงเวลาส่งแต่ละครั้งนานกว่าด้วย การตัดสินใจด้านเครือข่ายควรพิจารณาการกระจายขนาดเฟรมจริง ความถี่การส่ง และความหน่วงที่ยอมรับได้ ไม่ใช่ดูเพียงค่าอัตราการรับส่งข้อมูลสูงสุดค่าเดียว
การทดสอบอัตราการรับส่งข้อมูลที่ไม่ระบุขนาดเฟรม ทิศทาง โหลด ผลการสูญหาย และหลักเกณฑ์การนับ ยากที่จะนำไปเปรียบเทียบกับการทดสอบอื่นอย่างเป็นธรรม ภาพเปรียบเทียบเฟรมสั้นกับเฟรมยาวมีไว้เพื่ออธิบายโอเวอร์เฮดที่เกิดซ้ำเท่านั้น ไม่ใช่การทดสอบประสิทธิภาพของสวิตช์ FCTEL และไม่ได้ให้ค่าเปอร์เซ็นต์ประสิทธิภาพที่ใช้ได้กับทุกกรณี
แยก IFG การรอคิว และเฟรม PAUSE ออกจากกัน
หลังรับข้อมูล สวิตช์อุตสาหกรรมจะระบุพอร์ตขาออกและจัดกำหนดการส่ง หากหลายพอร์ตขาเข้าป้อนข้อมูลไปยังพอร์ตขาออกเดียวกันพร้อมกัน ข้อมูลที่ยังไม่ได้รับเลือกให้ส่งอาจรออยู่ในบัฟเฟอร์ เวลารอคิวนี้ต่างจากช่องว่างที่กฎการส่งของพอร์ตขาออกกำหนด ช่วงหยุดที่ยาวขึ้นซึ่งแอปพลิเคชันมองเห็นอาจรวมทั้งสองส่วนและการประมวลผลอื่น ๆ
เฟรม PAUSE เป็นอีกกลไกหนึ่ง อุปกรณ์ที่อยู่ติดกันสามารถร้องขอให้ชะลอการส่งตามพฤติกรรมการควบคุมการไหลที่รองรับได้ เฟรมนี้ไม่ใช่ข้อความที่ส่งในทุก IFG และช่วงเวลาระหว่างสองเฟรมที่ยาวขึ้นก็ไม่ได้พิสูจน์ว่าเกิดการควบคุมการไหล ควรตรวจสอบตัวนับที่เกี่ยวข้อง เฟรมจริง คิวขาออก และการเปลี่ยนแปลงของโหลด
ทำความเข้าใจเส้นทางผ่านสวิตช์ทีละลิงก์ ขาเข้าและขาออกอาจทำงานด้วยอัตราที่ต่างกันและส่งคนละเวลา ฝั่งขาออกปฏิบัติตามกฎการส่งของตนเอง ไม่จำเป็นต้องสร้างช่องว่างขาเข้าเดิมซ้ำโดยไม่เปลี่ยนแปลงบนสายอีกเส้นหนึ่ง โหมดการส่งต่อ ความหน่วง และตัวนับที่มีให้ใช้งานจริงขึ้นอยู่กับเอกสารของอุปกรณ์
นำหลักการไปใช้ตรวจสอบหน้างานอย่างมีประโยชน์
เริ่มจากตรวจสอบความเร็วพอร์ตและโหมดดูเพล็กซ์ที่เจรจาได้ แล้วบันทึกหลักเกณฑ์การวัดที่เครื่องมือทดสอบหรืออะแดปเตอร์ใช้ เมื่อเปรียบเทียบทราฟฟิกเฟรมสั้น ให้คงขนาดเฟรมและโหลดที่ป้อนให้สอดคล้องกัน พร้อมสังเกตการสูญหาย ตัวนับข้อผิดพลาด และการตอบสนองของแอปพลิเคชัน แยกสถานะอัตราบนสาย ผลการส่งต่อชั้นที่ 2 และการส่งถึงโปรแกรมควบคุมได้ทันเวลาเป็นหลักฐานคนละส่วน
เว็บไซต์ FCTEL มีสวิตช์อุตสาหกรรมและอุปกรณ์สื่อสารผ่านแสง สำหรับโครงการหนึ่ง ๆ ควรตรวจสอบพอร์ต พฤติกรรมการส่งต่อ การบัฟเฟอร์ และข้อมูลที่ตรวจดูได้ผ่านระบบจัดการของรุ่นที่เลือก อย่าอนุมานความสามารถที่ไม่มีระบุในเอกสารจากชื่อผลิตภัณฑ์ การเปลี่ยนตัวเลือกไดรเวอร์ไม่ได้ทำให้พอร์ตเครือข่ายทั่วไปกลายเป็นเครื่องวิเคราะห์ช่องว่างที่ผ่านการสอบเทียบ
ห้ามนำคำอธิบายสำหรับ 100 Mb/s ไปใช้กับอินเทอร์เฟซ Ethernet ที่เร็วกว่าทั้งหมดโดยไม่พิจารณาความแตกต่าง ความเร็วที่สูงขึ้นมีกลไกการเข้ารหัส การจัดแนว และการควบคุมสภาวะว่างที่ต่างออกไป ในการใช้งานบางรูปแบบ ต้องตีความช่วงเวลาแต่ละช่วง ณ จุดสังเกตหนึ่งแยกจากกฎค่าเฉลี่ย สำหรับการทดสอบความสอดคล้อง ให้ใช้ข้อกำหนดที่ตรงกับความเร็วนั้นและเอกสารผลิตภัณฑ์ แทนการปรับรีจิสเตอร์ระดับล่างตามภาพอธิบายอย่างย่อนี้
ปิดท้ายด้วยคำถามตรงไปตรงมาสามข้อ: ส่วนใดรู้จำจุดเริ่มต้น อะไรอยู่ภายในเฟรม และการส่งครั้งถัดไปเริ่มได้เมื่อใด? แยกขอบเขตเหล่านี้ให้ชัดก่อนพูดถึงอัตราการรับส่งข้อมูลหรือความหน่วง ไม่จำเป็นต้องกำจัดช่องว่างปกติ แต่ก็ไม่ควรมองข้ามเวลารอที่อธิบายไม่ได้เพียงเพราะ Ethernet มีช่องว่างอยู่แล้ว
แหล่งข้อมูลและขอบเขตการวัด
Cisco: รูปแบบเฟรม Ethernet และการแก้ไขปัญหา; Microchip: บล็อกส่งข้อมูลและช่องว่างระหว่างเฟรม; การอภิปรายในอดีตของ IEEE 802.3: การจัดแนวช่องว่างที่ความเร็วสูงขึ้น. ตรวจสอบเมื่อ 19 ตุลาคม 2026 การอภิปรายในอดีตใช้แทนมาตรฐานฉบับเต็มปัจจุบันไม่ได้ แผนภาพต้นฉบับที่สร้างโดยมี AI ช่วยเป็นภาพเชิงแนวคิด ไม่ใช่ผลการวัดผลิตภัณฑ์ เอกสารผลิตภัณฑ์ FCTELE เป็นหลักอ้างอิงสำหรับความสามารถของแต่ละรุ่น
แปลจากบทความทางเทคนิคภาษาจีน: อ่านบทความต้นฉบับภาษาจีน.
คำถามที่พบบ่อยในการใช้งานจริง
ช่องว่างระหว่างเฟรมคือการเติมศูนย์ลงในข้อมูลหรือไม่?
ไม่ใช่ ส่วนเติมเต็มอยู่ภายในเฟรม ส่วนช่องว่างอยู่ระหว่างจุดสิ้นสุดของเฟรมหนึ่งกับพรีแอมเบิลถัดไป ไม่ใช่ไบต์เพย์โหลด PHY อาจยังส่งกลุ่มรหัสว่างอย่างต่อเนื่องในช่วงเวลานั้น
การจับข้อมูลที่ไม่มีพรีแอมเบิลหมายความว่าไม่ได้ส่งพรีแอมเบิลหรือไม่?
ไม่ใช่ โดยปกติอะแดปเตอร์เครือข่ายและไดรเวอร์ทั่วไปไม่ได้ส่งสัญญาณเริ่มต้นระดับสายทั้งหมดให้ซอฟต์แวร์จับข้อมูล เส้นทางการจับข้อมูลบางแบบยังตัด FCS ออกด้วย ควรระบุจุดสังเกตและหลักเกณฑ์การนับความยาวให้ชัดก่อน
ช่วงหยุดที่ยาวระหว่างเฟรมพิสูจน์ว่า IFG ผิดปกติหรือไม่?
ไม่ใช่ การรอคิว จังหวะเวลาของแอปพลิเคชัน การควบคุมการไหล และจุดจับข้อมูลอาจมีผลต่อช่วงเวลาที่สังเกตได้ ควรตรวจสอบโหลด ตัวนับ และวิธีการวัด ก่อนกล่าวอ้างว่ามีการละเมิดข้อกำหนดชั้นกายภาพ
ขอบเขตและข้อมูลอ่านเพิ่มเติม
หลักการทั่วไปของการจัดเฟรม Ethernet และตัวอย่างสมมติ ไม่ใช่ผลการวัดหรือการทดสอบความสอดคล้องที่ใช้ได้กับทุกกรณี
หลักการกำหนดค่า VLAN (ภาษาจีน) · Ethernet FCS และเฟรมที่ผิดพลาด (ภาษาจีน)
