html การส่งต่อของสวิตช์: Cut-Through, FCS และคิว | FCTELE
                                   +8618758069661 [email protected]
ค้นหาผลิตภัณฑ์ คำแนะนำ: เว้นวรรค = AND, | = OR, ! = NOT

มีคำถามหรือไม่? โทรหาเราวันนี้!

+8618758069661

หรือฝากข้อความถึงเรา

ข้อความออนไลน์

โหมดการส่งต่อของสวิตช์: Cut-Through, FCS และคิว

จำนวนการเข้าชม: 127 +2ต้นฉบับโดย FCTELEผู้เขียน: ทีมเทคนิค FCTELE
สรุปภาพรวม

การส่งต่อแบบ cut-through ขจัดความหน่วงของสวิตช์และข้อผิดพลาดของเฟรมได้หรือไม่?

Cut-through สามารถเริ่มส่งข้อมูลออกก่อนที่เฟรมทั้งหมดจะมาถึง จึงลดการรอคอยส่วนหนึ่งได้ภายใต้เงื่อนไขที่รองรับ แต่ไม่สามารถขจัดการประมวลผลหรือการเข้าคิวทั้งหมดได้ และข้อผิดพลาดของเฟรมที่ตรวจพบใกล้ส่วนท้ายอาจตามหลังข้อมูลที่ส่งไปยังอุปกรณ์ปลายทางแล้ว ส่วน store-and-forward จะรอจนรับข้อมูลครบและตรวจสอบเสร็จ ควรเปรียบเทียบการทำงานจริงภายใต้อัตรา ขนาดเฟรม และภาระงานเดียวกัน ทั้งสองโหมดไม่ได้เพิ่มความสามารถในการส่งข้อมูลขาออก

สามกลไกและขอบเขตการตรวจสอบติดตามเส้นทางสัญญาณ แล้วตรวจสอบบริการจริง

01เปรียบเทียบจังหวะเวลารับและส่ง

Compare receive and send timingCut-through may overlap ingress and egress; store-and-forward waits for a complete receive result.IngressCut-thruStore/fwdTail received

Cut-through อาจรับและส่งข้อมูลในช่วงเวลาที่ซ้อนทับกัน ส่วน store-and-forward จะรอผลการรับข้อมูลที่ครบถ้วน

02ระบุตำแหน่งฟิลด์ตรวจสอบสุดท้าย

Locate the final check fieldA long frame tail contains its FCS; an early forwarding decision cannot already include that complete-frame check.HeaderPayloadPayloadFCSArrival orderWhole-frame check needs the tailEarlier egress bytes cannot be recalled

ส่วนท้ายของเฟรมขนาดยาวมี FCS อยู่ การตัดสินใจส่งต่อก่อนรับครบจึงยังไม่สามารถรวมผลการตรวจสอบเฟรมทั้งหมดนั้นได้

03แยกการเข้าคิวออกจากโหมดการส่งต่อ

Separate queueing from modeSeveral ingress streams can contend for one egress, causing waiting and eventual discards regardless of the forwarding label.123EgressWaiting framesFinite buffering, finite output rate

ข้อมูลขาเข้าหลายสตรีมอาจแย่งใช้ขาออกเดียวกัน ทำให้เกิดการรอคอยและท้ายที่สุดอาจมีการทิ้งข้อมูล ไม่ว่าจะเรียกโหมดการส่งต่อว่าอะไร

ปัดเพื่อเปรียบเทียบแผนภาพทั้งสาม →

ภาพประกอบแนวคิดเพื่อการเรียนรู้ ไม่ใช่รูปคลื่นที่วัดได้ แผนผังการเดินสายติดตั้ง หรือสถาปัตยกรรมภายในของผลิตภัณฑ์รุ่นใดรุ่นหนึ่ง
  • เปรียบเทียบจังหวะเวลารับและส่ง

    กำหนดอัตราขาเข้า/ขาออก ความยาวเฟรม และฟังก์ชันที่เปิดใช้งานให้คงที่ก่อนเปรียบเทียบความหน่วง

  • ระบุตำแหน่งฟิลด์ตรวจสอบสุดท้าย

    ตรวจสอบความสัมพันธ์ของบันทึกข้อผิดพลาดการรับข้อมูลทั้งต้นทางและปลายทางตามทิศทางของเฟรม

  • แยกการเข้าคิวออกจากโหมดการส่งต่อ

    เปรียบเทียบโฟลว์เดียวที่ไม่มีการแย่งใช้กับหลายโฟลว์ที่ทำงานพร้อมกันและมารวมที่ขาออกเดียวกัน

รายการตรวจสอบการเลือกและการตรวจยืนยันขยายดูรายการตรวจสอบและคู่มือที่เกี่ยวข้อง
รายการตรวจสอบสำหรับบริการนี้และสภาวะการทำงานจริง
รายการตรวจสอบสิ่งที่ต้องยืนยันวิธีตรวจสอบ
เปรียบเทียบจังหวะเวลารับและส่งCut-through อาจรับและส่งข้อมูลในช่วงเวลาที่ซ้อนทับกัน ส่วน store-and-forward จะรอผลการรับข้อมูลที่ครบถ้วนกำหนดอัตราขาเข้า/ขาออก ความยาวเฟรม และฟังก์ชันที่เปิดใช้งานให้คงที่ก่อนเปรียบเทียบความหน่วง
ระบุตำแหน่งฟิลด์ตรวจสอบสุดท้ายส่วนท้ายของเฟรมขนาดยาวมี FCS อยู่ การตัดสินใจส่งต่อก่อนรับครบจึงยังไม่สามารถรวมผลการตรวจสอบเฟรมทั้งหมดนั้นได้ตรวจสอบความสัมพันธ์ของบันทึกข้อผิดพลาดการรับข้อมูลทั้งต้นทางและปลายทางตามทิศทางของเฟรม
แยกการเข้าคิวออกจากโหมดการส่งต่อข้อมูลขาเข้าหลายสตรีมอาจแย่งใช้ขาออกเดียวกัน ทำให้เกิดการรอคอยและท้ายที่สุดอาจมีการทิ้งข้อมูล ไม่ว่าจะเรียกโหมดการส่งต่อว่าอะไรเปรียบเทียบโฟลว์เดียวที่ไม่มีการแย่งใช้กับหลายโฟลว์ที่ทำงานพร้อมกันและมารวมที่ขาออกเดียวกัน

แยกให้ออกก่อนว่าจะส่งไปที่ใดและจะส่งเมื่อใด

หลังจากสวิตช์ Ethernet รับข้อมูลแล้ว จะต้องตัดสินใจว่าจะส่งออกทางพอร์ตใด และจะเริ่มส่งเมื่อใด การเรียนรู้ที่อยู่ MAC ต้นทางและการค้นตารางที่อยู่ปลายทางตอบคำถามหลักว่าจะส่งไปที่ใด ส่วนการส่งต่อแบบ cut-through, store-and-forward และ fragment-free อธิบายความสัมพันธ์ด้านเวลาระหว่างการรับและการส่งเป็นหลัก ทั้งสามอย่างนี้ไม่ใช่โปรโตคอลการสื่อสารอุตสาหกรรมสามชนิด และไม่ได้หมายความว่าผลิตภัณฑ์จะต้องมีปุ่มให้สลับเลือกได้สามแบบ คุณสมบัติสำหรับงานอุตสาหกรรมและโหมดการส่งต่อควรตรวจสอบแยกกัน

ตัวอย่างเช่น กล้องส่งเฟรมข้อมูลเข้าสู่สวิตช์ แล้วพอร์ตอัปลิงก์ส่งต่อไปยังเซิร์ฟเวอร์บันทึกภาพ แม้ตารางที่อยู่จะถูกต้อง แต่หากอัปลิงก์ไม่ว่างก็อาจยังต้องรอ บทความนี้ใช้ทิศทางการรับข้อมูลหนึ่งทิศทางเพื่ออธิบายกลไก ไม่ได้แสดงกรณีลูกค้าจริงหรือการเชื่อมต่อภายในชิปรุ่นใดรุ่นหนึ่ง เมื่อเลือกรุ่น ควรพิจารณาฟังก์ชันทั้งหมดร่วมกับเส้นทางจริง ไม่ใช่เปรียบเทียบเพียงคำว่าเร็วหรือเสถียรในชื่อ

เหตุใด FCS ที่ส่วนท้ายของเฟรมจึงมีผลต่อจังหวะเวลาการตรวจสอบ

Ethernet จัดข้อมูลเป็นเฟรม ส่วนหัวเฟรมมีที่อยู่ของลิงก์ และส่วนท้ายเฟรมมีลำดับตรวจสอบเฟรม หรือ FCS ฝั่งรับคำนวณผลตามกฎการตรวจสอบความซ้ำซ้อนแบบวนรอบ หรือ CRC แล้วเปรียบเทียบกับ FCS เพื่อตรวจจับข้อผิดพลาดในการส่งข้อมูลที่วิธีนี้ตรวจพบได้ กลไกนี้ไม่ได้ทำหน้าที่ซ่อมแซมข้อมูล และไม่ใช่การเข้ารหัสหรือการยืนยันตัวตน การผ่านการตรวจสอบก็ไม่ได้หมายความว่าคำสั่งของแอปพลิเคชันนั้นถูกต้อง ปลอดภัย หรือมาทันเวลา

สำหรับเฟรมขนาดยาวที่ยังรับไม่ครบ FCS ที่ส่วนท้ายยังมาไม่ถึง และยังไม่มีข้อสรุปการตรวจสอบเฟรมทั้งหมด ดังนั้น การส่งก่อนกับการตรวจสอบให้เสร็จก่อนจึงมีจังหวะการประมวลผลต่างกัน บล็อกเฟรมสีต่าง ๆ ในภาพเป็นเพียงตัวแทนข้อมูลตามลำดับการรับ ไม่ใช่วัตถุที่มองเห็นได้โดยตรงบนอินเทอร์เฟซ การตรวจสอบเฟรมทั้งหมดต้องพิจารณาร่วมกับการตรวจสอบความยาวและกฎการรับข้อมูลอื่น ๆ ของอุปกรณ์ด้วย

Cut-through ทำให้การรับและการส่งซ้อนทับกัน

การส่งต่อแบบ cut-through อนุญาตให้เริ่มส่งทางขาออกได้ก่อนรับเฟรมทั้งหมด อุปกรณ์ต้องได้รับข้อมูลเพียงพอสำหรับตัดสินใจส่งต่อแล้ว และสภาวะของขาออกกับการประมวลผลภายในต้องเอื้ออำนวย จึงไม่สามารถระบุว่าทุกรุ่นเริ่มส่งหลังจากรับข้อมูลเพียงจำนวนไบต์คงที่เท่ากัน ฟิลด์ที่ต้องแยกวิเคราะห์ การกำหนดค่าฟังก์ชัน และวิธีการทำงานที่นำมาใช้ ล้วนมีผลต่อจุดเริ่มส่ง

การรับส่วนท้ายและการส่งส่วนต้นอาจเกิดขึ้นในช่วงเวลาที่ซ้อนทับกัน ช่วยลดเวลารอรับข้อมูลให้ครบได้ส่วนหนึ่ง แต่หากพบความผิดปกติที่ส่วนท้าย เนื้อหาส่วนก่อนหน้าอาจถูกส่งไปยังอุปกรณ์ปลายทางแล้ว บางการออกแบบทำเครื่องหมายเฟรมเสียให้เป็นเฟรมที่มีข้อผิดพลาดในการตรวจสอบ เพื่อให้ตัวรับถัดไประบุได้ ดังนั้นจึงไม่อาจกล่าวได้ว่าข้อผิดพลาดทั้งหมดถูกสกัดไว้ก่อนส่งในขั้นนี้ ความหน่วงต่ำไม่ได้หมายถึงความหน่วงเป็นศูนย์หรือไม่มีการจัดการข้อผิดพลาด

แผนภาพตัดให้เห็นภายในสวิตช์ทั่วไป แสดงการเริ่มส่งแบบ cut-through ก่อนรับข้อมูลครบ และการส่งแบบ store-and-forward หลังรับครบและตรวจสอบแล้ว
ภาพที่ 1 | แผนภาพหลักการทั่วไป การรับและส่งแบบ cut-through อาจซ้อนทับกัน ส่วน store-and-forward จะส่งหลังรับครบและตรวจสอบแล้ว ลำดับในภาพถูกย่อให้ง่ายเพื่อการอธิบาย ไม่ได้หมายความว่าชิปมีสายการประมวลผลแบบอนุกรมตายตัวหรือมีค่าความหน่วงต่ำสุดตามภาพ

Store-and-forward สร้างผลการรับข้อมูลที่ครบถ้วนก่อน

Store-and-forward รับเฟรมให้ครบก่อน ตรวจสอบเฟรมและความยาวตามวิธีการทำงานที่นำมาใช้ แล้วจึงส่งเฟรมที่ส่งต่อได้ไปยังการประมวลผลขาออก เฟรมเสียที่ระบุได้ก่อนส่งสามารถถูกทิ้งในขั้นนี้ แผนภาพแยกขั้นตอนเพื่อให้เข้าใจง่าย แต่ในการทำงานจริง การค้นตาราง การรับ และการตรวจสอบอาจทำงานขนานกัน จึงไม่ควรถือแผนภาพเพื่อการอธิบายนี้เป็นกระบวนการอนุกรมทีละขั้นที่ฮาร์ดแวร์ของผู้ผลิตต้องทำตาม

การรับให้ครบทำให้เกิดการรอคอย แต่นี่เป็นเพียงส่วนหนึ่งของเวลาประมวลผลของอุปกรณ์ หากขาออกมีทราฟฟิกอยู่แล้ว แม้เป็นเฟรมที่ถูกต้องก็ยังต้องรอการจัดสรรเวลาส่ง และแม้ไม่มีความแออัด ก็ไม่อาจอนุมานได้ว่าการตอบสนองของระบบขึ้นอยู่กับโหมดใดโหมดหนึ่งเท่านั้น อัตราของพอร์ต ความยาวข้อความ ฟังก์ชันที่เปิดใช้งาน การประมวลผลของอุปกรณ์ปลายทาง และอุปกรณ์อื่นตามเส้นทาง ล้วนมีผลต่อประสบการณ์ใช้งานบริการในท้ายที่สุด

แผนภาพบางส่วนแสดงเฟรมเสียที่ถูกหยุดไว้ในขั้นตรวจสอบเฟรมทั้งหมด เฟรมที่ถูกต้องเข้าสู่คิวขาออกที่ใช้ร่วมกัน และข้อมูล 64 ไบต์แรกของเฟรมขนาดยาว
ภาพที่ 2 | แผนภาพหลักการทั่วไป ข้อมูล 64 ไบต์แรกของการส่งต่อแบบ fragment-free ไม่อาจทดแทนการตรวจสอบเฟรมขนาดยาวทั้งเฟรมได้ การบัฟเฟอร์ไม่ได้เพิ่มความสามารถในการส่งข้อมูลขาออกอย่างต่อเนื่อง คิว บล็อกเฟรม และโมดูลประมวลผลในภาพไม่ใช่ข้อกำหนดของรุ่นใดรุ่นหนึ่ง

โหมด fragment-free ไม่ได้ตรวจสอบเฟรมขนาดยาวทั้งหมด

โหมด fragment-free แบบดั้งเดิมมักรอจนได้รับข้อมูลหกสิบสี่ไบต์แรกของเฟรมก่อนเริ่มส่งต่อ จุดประสงค์หนึ่งคือหลีกเลี่ยงการส่งต่อชิ้นส่วนเฟรมสั้นที่เกิดจากการชนกันใน Ethernet แบบฮาล์ฟดูเพล็กซ์ที่ใช้สื่อร่วมกัน โหมดนี้เป็นรูปแบบหนึ่งของแนวคิด cut-through และไม่อาจตีความว่าไม่มีข้อผิดพลาดเพียงเพราะชื่อระบุว่า fragment-free สำหรับเฟรมที่ยาวกว่านี้ ส่วนท้ายอาจยังมาไม่ถึง และส่วนต้นไม่สามารถทดแทนการตรวจสอบ FCS อย่างครบถ้วนได้

ลิงก์สวิตช์แบบฟูลดูเพล็กซ์ที่พบทั่วไปในปัจจุบันไม่ได้อาศัยกลไกการชนกันบนสื่อร่วมในการทำงาน จึงไม่ควรมองวิธีประนีประนอมในอดีตนี้ว่าเป็นฟังก์ชันจำเป็นสำหรับทุกไซต์อุตสาหกรรม ชิปรองรับหรือไม่ ผลิตภัณฑ์เปิดให้กำหนดค่าหรือไม่ และพอร์ตเฉพาะใช้โหมดนี้ภายใต้เงื่อนไขใด ล้วนต้องอ้างอิงเอกสารที่ใช้ได้กับอุปกรณ์นั้น ไม่มีการจัดอันดับสากลที่บอกความล้ำหน้าของทุกรุ่นได้จากชื่อทั้งสามเพียงอย่างเดียว

การบัฟเฟอร์และความสามารถขาออกเป็นข้อจำกัดอีกด้าน

เฟรมจากพอร์ตขาเข้าต่าง ๆ มารวมที่พอร์ตขาออกเดียวกัน และขาออกส่งข้อมูลได้ตามอัตราจริงของตน ณ ขณะนั้นเท่านั้น การบัฟเฟอร์ช่วยเก็บทราฟฟิกที่พุ่งสูงชั่วคราวได้ แต่ไม่สามารถให้อัตรารับส่งข้อมูลเกินความสามารถขาออกได้เป็นเวลานาน เมื่อข้อมูลขาเข้าต่อเนื่องมากเกินไป คิวจะยาวขึ้น ซึ่งอาจทำให้เกิดการรอและการทิ้งข้อมูล การนำเวลารอส่งต่อขั้นต่ำไปถือเป็นความหน่วงของบริการขณะรับภาระเต็มจะทำให้มองข้ามปัจจัยหลักนี้

เมื่ออัตราต่างกัน ต้องตรวจสอบเงื่อนไขการบัฟเฟอร์และการจัดสรรเวลาส่งด้วย ขาเข้าที่ช้าส่งไปยังขาออกที่เร็วอาจต้องรอให้มีข้อมูลเพียงพอ ส่วนขาเข้าที่เร็วส่งไปยังขาออกที่ช้าต้องรองรับส่วนต่างของข้อมูล การรักษาเส้นทาง cut-through ใดเส้นทางหนึ่งได้จริงหรือไม่ขึ้นอยู่กับการออกแบบของอุปกรณ์ ไม่สามารถอธิบายทุกกรณีที่อัตราต่างกันว่าเป็นการทำงานตายตัวแบบเดียวกัน และยิ่งไม่อาจใช้บัฟเฟอร์ขนาดใหญ่เป็นหลักฐานว่าการรับภาระเกินอย่างต่อเนื่องจะไม่มีวันทำให้แพ็กเก็ตสูญหาย

ระหว่างแก้ไขปัญหา ให้บันทึกข้อผิดพลาดจากการตรวจสอบที่รับเข้าทางพอร์ตแยกจากการทิ้งข้อมูลในคิวขาออก อย่างแรกบ่งชี้ว่าอาจมีปัญหาที่ลิงก์รับหรือข้อมูลจากต้นทาง ส่วนอย่างหลังอาจเกี่ยวข้องกับความแออัดหรือนโยบาย ทั้งสองไม่ใช่จำนวนความผิดพลาดประเภทเดียวกัน เมื่อพบเฟรมเสียบนเส้นทาง cut-through ให้ตรวจสอบบันทึกข้อผิดพลาดของอุปกรณ์ก่อนหน้าและถัดไปตามทิศทางข้อมูลด้วย การพบความผิดปกติเฉพาะที่อุปกรณ์ตัวสุดท้ายไม่ได้ยืนยันโดยตรงว่าความเสียหายต้องเริ่มจากอุปกรณ์นั้น

ผลิตภัณฑ์เฉพาะของ Feichang Technology สอดคล้องกับกลไกเหล่านี้อย่างไร

หน้าผลิตภัณฑ์อุตสาหกรรมแบบจัดการได้ขนาดมินิสำหรับติดตั้งบนรางของ Feichang Technology ซึ่งมีพอร์ตใยแก้วนำแสง 2 พอร์ตและพอร์ตสายทองแดง 4 พอร์ต พร้อมเครือข่ายวงแหวน RSTP ระบุโหมด store-and-forward ไว้อย่างชัดเจน และอธิบายฟังก์ชันต่าง ๆ เช่น การเชื่อมต่อผ่านใยแก้วนำแสงและสายทองแดง, VLAN, IGMP snooping และคิว ผลิตภัณฑ์นี้ใช้เป็นตัวอย่างอ้างอิงสำหรับการเชื่อมต่อหน้างานในตู้และอัปลิงก์ใยแก้วนำแสงได้ โดย store-and-forward ตอบโจทย์การตรวจสอบขณะรับข้อมูล ส่วน VLAN และฟังก์ชันมัลติคาสต์ตอบโจทย์ขอบเขตบริการ และ RSTP ตอบโจทย์การกู้คืนโทโพโลยี ทั้งหมดนี้ไม่สามารถทดแทนกันได้

หน้านั้นไม่ได้อธิบายเพียงพอที่จะยืนยันว่าเลือกสลับโหมดการส่งต่อทั้งสามได้อย่างอิสระ บทความนี้จึงไม่รับรองแทนผลิตภัณฑ์ว่าจะกำหนดค่า cut-through ได้ มีค่าความหน่วงต่ำสุดเท่าใด หรือเข้ากันได้กับโปรโตคอลควบคุมทั้งหมด ควรยืนยันอินเทอร์เฟซที่สั่งซื้อ เฟิร์มแวร์ และข้อกำหนดที่ใช้บังคับ ส่วนพอร์ตใยแก้วนำแสงและฟังก์ชันจัดการพอร์ตยังต้องกำหนดค่าให้สอดคล้องกับเวอร์ชัน แผนภาพกลไกทั่วไปไม่ใช่ภาพอุปกรณ์จริงของผลิตภัณฑ์นี้ และจำนวนคิวหรือโมดูลประมวลผลในภาพไม่ใช่พารามิเตอร์ของรุ่น

ดำเนินการตรวจรับให้ครบด้วยบันทึกที่เปรียบเทียบกันได้

ในสภาพแวดล้อมทดสอบแบบแยกส่วนที่ได้รับอนุมัติ ให้กำหนดเวอร์ชันอุปกรณ์ อัตราพอร์ต ความยาวเฟรม เส้นทาง และฟังก์ชันที่เปิดใช้งานให้คงที่ก่อน แล้วสังเกตอัตรารับส่งข้อมูล การเปลี่ยนแปลงความหน่วง ข้อผิดพลาด และการทิ้งข้อมูลภายใต้ภาระเป้าหมาย การเปรียบเทียบโหมดโดยคงเงื่อนไขอื่นให้เหมือนกันทำได้ก็ต่อเมื่ออุปกรณ์รองรับการสลับโหมดจริงเท่านั้น เครื่องมือทดสอบต่างกันอาจใช้จุดเริ่มต้นและสิ้นสุดการวัดความหน่วงต่างกัน รายงานจึงต้องระบุคำนิยามนี้

RFC2544 ให้แนวทางอ้างอิงด้านวิธีทดสอบสมรรถนะของอุปกรณ์เชื่อมต่อเครือข่าย แต่ไม่ใช่คำสั่งให้เจ้าหน้าที่หน้างานอัดทราฟฟิกเข้าสู่เครือข่ายใช้งานจริงโดยตรง และไม่ใช่ใบรับรองสมรรถนะแบบเรียลไทม์มาตรฐานเดียวสำหรับงานควบคุมอุตสาหกรรม การตรวจรับยังต้องกลับมาพิจารณางานบริการว่า ข้อมูลครบถ้วนหรือไม่ การตอบสนองตรงตามข้อกำหนดหรือไม่ และสามารถระบุตำแหน่งความผิดปกติได้หรือไม่ การเก็บค่ากำหนดและเงื่อนไขการทดสอบไว้ช่วยให้อธิบายจังหวะเวลาส่ง ผลการตรวจสอบ และผลของการเข้าคิวได้ชัดเจน

สามารถแยกการสังเกตเป็นกรณีขาเข้าเดียวกับขาออกเดียวที่ไม่มีการแย่งใช้ และกรณีหลายขาเข้ามารวมกันใช้ขาออกร่วมกัน กรณีแรกช่วยให้เข้าใจการประมวลผลพื้นฐาน ส่วนกรณีหลังช่วยแสดงผลของการเข้าคิว ให้บันทึกซ้ำหลังเปลี่ยนความยาวเฟรม แทนการนำเวลาไปกลับของ Ping ครั้งเดียวขณะไม่มีภาระไปถือเป็นเวลาส่งต่อแต่ละเฟรมของสวิตช์ คอมพิวเตอร์ทั่วไปและซอฟต์แวร์แอปพลิเคชันอาจทำให้ผลเปลี่ยนแปลงได้ด้วย จึงควรระบุความสามารถของเครื่องมือและขอบเขตการวัด และไม่ควรลบตัวอย่างที่ผิดปกติเพียงเพื่อให้ได้ค่าที่ดูดี

หมายเหตุเกี่ยวกับเอกสาร: แผนภาพหลักการได้รับการตรวจสอบเทียบกับเนื้อหาทางเทคนิคแล้ว และใช้เพื่ออธิบายกลไกทั่วไป ไม่ใช่ภาพถ่ายผลิตภัณฑ์จริงหรือบันทึกผลการวัด อินเทอร์เฟซ โหมด และความสามารถที่เฉพาะเจาะจงให้ยึดตามรุ่น เวอร์ชันที่เลือก และการตรวจสอบหน้างาน

เอกสารอ้างอิง: Cisco Networking Academy: โหมดการส่งต่อของสวิตช์
Cisco: การสวิตช์แบบ cut-through และการระบุตำแหน่งข้อผิดพลาด CRC
RFC2544: วิธีทดสอบสมรรถนะของอุปกรณ์เชื่อมต่อเครือข่าย
รายละเอียดผลิตภัณฑ์แบบจัดการได้ขนาดมินิของ Feichang Technology ซึ่งมีพอร์ตใยแก้วนำแสง 2 พอร์ตและพอร์ตสายทองแดง 4 พอร์ต พร้อมเครือข่ายวงแหวน RSTP
หมวดสวิตช์อุตสาหกรรมแบบจัดการได้สำหรับติดตั้งบนรางของ Feichang Technology

หัวข้อทางเทคนิคที่เกี่ยวข้อง: สวิตช์อุตสาหกรรมกับสวิตช์เชิงพาณิชย์: หลักฐานด้านสภาพแวดล้อมสำคัญกว่าตัวเรือนวิธีเลือกสวิตช์อุตสาหกรรมสำหรับสภาพแวดล้อมรุนแรง: อุณหภูมิ การควบแน่น การป้องกัน และการติดตั้งวิธีเลือกสวิตช์อุตสาหกรรมแบบจัดการได้: พอร์ต อัปลิงก์ และการตรวจสอบหน้างานวิธีเลือกสวิตช์อุตสาหกรรมใยแก้วนำแสง: การจับคู่ SFP กำลังแสง และการตรวจรับ

แปลจากบทความทางเทคนิคภาษาจีน ต้นฉบับเผยแพร่ครั้งแรก: 2020-12-01 ต้นฉบับแก้ไขล่าสุด: 2026-10-13T11:20:43+08:00. อ่านต้นฉบับภาษาจีน

คำถามที่พบบ่อยในการใช้งานจริง

Cut-through เริ่มทำงานหลังรับข้อมูลครบจำนวนไบต์คงที่เท่ากันเสมอหรือไม่?

ไม่มีจำนวนไบต์สากลที่ใช้ได้กับทุกการออกแบบ สวิตช์ต้องมีข้อมูลเพียงพอสำหรับตัดสินใจ และการแปลงอัตรา ความพร้อมของขาออก รวมถึงฟังก์ชันที่เปิดใช้งานก็มีผลด้วย ให้ยึดพฤติกรรมอุปกรณ์ตามเอกสารและจุดวัดความหน่วงที่ระบุไว้

การส่งต่อแบบ fragment-free ตรวจสอบ FCS ของเฟรมขนาดยาวทุกเฟรมก่อนส่งหรือไม่?

ไม่ใช่ การรอ 64 ไบต์แรกตามแนวทางดั้งเดิมมีไว้จัดการชิ้นส่วนเฟรมสั้นที่เกิดจากการชนกัน ไม่ใช่การตรวจสอบส่วนท้ายทั้งหมดของเฟรมที่ยาวกว่า ชื่อโหมดไม่ได้หมายถึงการส่งมอบที่ไร้ข้อผิดพลาด และต้องยืนยันว่าสวิตช์รุ่นนั้นรองรับโหมดนี้จริง

เหตุใดสวิตช์ความหน่วงต่ำจึงยังมีความหน่วงเมื่อรับทราฟฟิกจากกล้อง?

คิวขาออกที่ใช้ร่วมกันอาจเป็นปัจจัยหลักของผลลัพธ์ เมื่อหลายสตรีมที่ส่งพร้อมกันหรือทราฟฟิกที่พุ่งสูงเกินความสามารถในการส่งออก ณ ขณะนั้น ให้เปรียบเทียบข้อผิดพลาดของพอร์ตกับการทิ้งข้อมูลในคิว บันทึกสภาพทราฟฟิกและเงื่อนไขการเก็บตัวอย่าง และทดสอบบริการจริง การเพิ่มบัฟเฟอร์ไม่สามารถรักษาอัตรารับส่งข้อมูลที่สูงกว่าอัตราขาออกได้อย่างไม่มีกำหนด

แหล่งข้อมูลและขอบเขตการนำไปใช้

เนื้อหาเพิ่มเติมเหล่านี้อธิบายกลไกทั่วไป คุณสมบัติที่รองรับ รายละเอียดการเชื่อมต่อ และเกณฑ์การตรวจรับต้องตรวจยืนยันกับอุปกรณ์ ซอฟต์แวร์ และสภาวะการทำงานจริง แผนภาพไม่ใช่ผลการวัดหรือหลักฐานการรับรอง

แชร์บทความนี้