เกิดอะไรขึ้นเมื่อสวิตช์ผู้บริโภคได้รับเฟรมอีเทอร์เน็ตที่ติดแท็กด้วย VLAN

สมมติว่าคุณเชื่อมต่อพอร์ต trunk จากสวิตช์เครือข่ายที่รองรับ VLAN ไปยังสวิตช์เครือข่ายระดับผู้บริโภค (VLAN ที่ไม่สามารถทำได้) ผ่านสายเคเบิลโดยตรง ตอนนี้สวิตช์เก่าส่งสวิตช์โครงข่าย Ethernet 802.1Q ที่ติดแท็กในภายหลัง สวิตช์ในภายหลังควรทำอย่างไร วางเฟรม? ส่งต่อเฟรมหรือไม่ พฤติกรรมที่ไม่ได้กำหนด?

หากพฤติกรรมไม่ได้กำหนดไว้สิ่งที่เป็นไปได้มากที่สุด

แก้ไข:ขอบคุณสำหรับคำตอบของคุณ เพื่อสรุปพฤติกรรมของสวิตช์ผู้บริโภคขึ้นอยู่กับ:

วิธีจัดการกับเฟรมด้วย0x8100ในฟิลด์ EtherType ¹
วิธีจัดการเฟรมขนาดใหญ่หรือเฟรมที่มีส่วนของข้อมูลที่ใหญ่กว่า 1500 ไบต์

Wikipedia มีไดอะแกรมที่ดีเมื่อเปรียบเทียบกับเฟรม Ethernet ที่ไม่มีแท็กและแท็ก:

มีรายงานว่าสวิตช์ระดับผู้บริโภคบางตัวผ่านเฟรมที่ติดแท็กด้วย VLAN ได้ดี

_{¹หรือมากกว่าอย่างแม่นยำซึ่งคาดว่าจะมีฟิลด์ EtherType สำหรับเฟรมที่ไม่มีแท็ก}

— netvope
แหล่งที่มา

ฉันหวังว่าคุณ arent ถามในความหวังของการใช้สวิทช์ของผู้บริโภคกล่าวว่าในที่ใดที่หนึ่งชั้นผลิต ...

— ไมค์เพนนิงตัน

คำตอบ:

ฉันเคยเห็นสิ่งนี้ใน cheapo-switch มีคนเชื่อมต่อสวิตช์ระหว่างพอร์ตท้ายซึ่งมี vlans สองอัน เฟรมถูกส่งต่อด้วยการติดแท็ก vlan เหมือนเดิม พอร์ตอื่น ๆ บนสวิตช์นั้นซึ่งสามารถใช้ vlan ที่ไม่ได้ติดแท็ก

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

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

— Zoredache
แหล่งที่มา

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

— kasperd

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

แก้ไข: การทำอย่างละเอียด: ขนาดเฟรมอีเทอร์เน็ต IEEE 802.3 มาตรฐานคือ 1518 ไบต์ 802.3Q เพิ่ม 4 ไบต์ไปยังเฟรมดังนั้นมี MTU รวม 1522 ไบต์ซึ่งอาจใหญ่เกินไปสำหรับสวิตช์บางตัว

— PFO
แหล่งที่มา

คุณช่วยอธิบายเฟรมอีเทอร์เน็ตขนาดใหญ่ที่เกี่ยวข้องกับการแท็ก 802.1Q VLAN ได้ไหม

— Martijn Heemels

คุณกำลังบอกว่าแท็กจะทำให้เฟรมใหญ่เกินไปหรือไม่?

— เชนแมดเดน

@ShaneMadden การใช้งาน 802.1q บางอย่างทำให้ MTU ที่มีประสิทธิภาพสูงถึง 1522b สำหรับเฟรมที่ติดแท็กซึ่งจะลดลงโดยสวิตช์ที่มีเพียง 1500b MTU

— sysadmin1138

+1 สำหรับ sysadmin1138 และ +1 สำหรับ pfo: สวิตช์เก่าบางตัวจะยกเลิกเฟรมที่ติดแท็กเนื่องจาก 802.1q เพิ่ม Ethernet MTU

— Evan Anderson

การติดแท็ก VLAN เพิ่มขนาดเฟรมสูงสุด 4 ไบต์ดังนั้นมันจึงมีขนาดใหญ่กว่า 1518 ไบต์และเป็นการกำหนดเฟรม "จัมโบ้"

— pfo

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

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

สวิตช์ที่ใช้เทคนิคการจัดเก็บและส่งต่ออาจเป็นไปได้ (ตราบใดที่ขนาดเฟรมคือ <= MTU) จะทำเช่นเดียวกันตราบใดที่ FCS ก็โอเค

หากสวิตช์ 802.1Q ที่ไม่สามารถเชื่อมต่อระหว่างอุปกรณ์ปลายทางได้อุปกรณ์จะได้รับเฟรมและละทิ้งมันเนื่องจากพวกเขาไม่รู้วิธีการประมวลผลเฟรม 802.1Q (ประเภท 0x8100)

ฉันคาดการณ์ว่าสวิตช์ระดับผู้บริโภคเชื่อมต่อสวิทช์ที่รองรับ 802.1Q ( สยองขวัญ! ) เฟรมจะถูกส่งต่อและประมวลผลโดย 802.1Q ยาวแน่นอนว่าได้รับบนพอร์ตพอร์ต

— dkaragasidis
แหล่งที่มา

เอ๊ะ อุปกรณ์จุดปลาย Linux จัดการเฟรมที่ติดแท็กได้ดี ฉันเห็นพวกเขาทำแล้ว

— Zan Lynx

@ZanLynx True แม้ว่าอุปกรณ์ปลายทางไม่ควรจัดการเฟรมที่ติดแท็ก - คุณพลาดจุดทั้งหมดของ VLANs ด้วยการกำหนดค่าอุปกรณ์ปลายทางเพื่อรับและจัดการเฟรม 802.1q

— dkaragasidis

FCS = สลับวงจรอย่างรวดเร็ว? อะไรเป็นตัวกำหนดว่า "FCS ใช้ได้หรือไม่"

— netvope

@netvope: FCS - ลำดับการตรวจสอบเฟรม: en.wikipedia.org/wiki/Frame_check_sequence

— Evan Anderson

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

— kasperd