ฉันมีตัวจำแนกทราฟฟิกที่ใช้งานอยู่ซึ่งใช้การชดเชยแพ็กเก็ตดิบเพื่อจับคู่กับที่อยู่ MAC ต้นทางและ/หรือปลายทางของแพ็กเก็ต ตัวกรองใช้การชดเชยเชิงลบเนื่องจากค่าเริ่มต้นคือ offset=0 คือจุดเริ่มต้นของแพ็กเก็ต IP หมายความว่าเนื้อหาของส่วนหัวอีเธอร์เน็ตอยู่ก่อนหน้านั้น
ตัวอย่าง สำหรับ MAC 12:34:56:78:90:ab :
tc filter เพิ่ม dev <iface> protocol ip parent 1:0 prio 1 u32 \
จับคู่ u16 0x0800 0xffff ที่ -2 \
จับคู่ u32 0x90ab 0xffff ที่ -12 \
จับคู่ u16 0x12345678 0xffffffff ที่ -14 \
ลื่นไหล 1:10
ลิงก์เครือข่ายกำลังดำเนินการรับส่งข้อมูล 802.1Q VLAN ควบคู่ไปกับสิ่งที่ไม่ใช่ VLAN โปรโตคอล ip ป้องกันการรับส่งข้อมูลนี้จากการจับคู่ คำถามคือ ฉันจะสร้างกฎที่คล้ายกันสำหรับทราฟฟิก VLAN ได้อย่างไร ฉันกำลังพยายามลบออฟเซ็ตอีกครั้งเพื่อค้นหาค่า "Ethertype" ที่ 0x8100 สำหรับทราฟฟิก DotQ เพียงเพื่อยืนยันว่าสมมติฐานของฉันเกี่ยวกับออฟเซ็ต แต่ดูเหมือนจะหาไม่พบหรืออย่างน้อยก็ดูเหมือนจะไม่ตรงกัน มัน. ตัวอย่างด้านล่างจับคู่การรับส่งข้อมูล DotQ ไม่สำเร็จ:
tc filter เพิ่ม dev <iface> parent 1:0 prio 1 u32 \
จับคู่ u16 0x8100 0xffff ที่ -6 flowid 1:10
ฉันไม่พบเอกสารใดๆ เกี่ยวกับ ทีซี ระบบระบุว่าอะไร ออฟเซ็ต = 0 แสดงถึง มันเป็นการเริ่มต้นส่วนหัวของ IP อย่างไม่มีเงื่อนไขหรือไม่ โปรโตคอล ip ส่งผลกระทบต่อสิ่งนี้หรือไม่
ฉันเดาว่า โปรโตคอล IP ใช้ อีเธอร์ประเภท ฟิลด์เพื่อกำหนดว่าโปรโตคอลเลเยอร์ 3 คืออะไร เนื่องจากมีการใส่แท็ก VLAN มาก่อน อีเธอร์ประเภท ฟิลด์ตามที่ระบุไว้ใน https://en.wikipedia.org/wiki/IEEE_802.1Qมันไม่ตรงกับแพ็กเก็ต IP
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
