MTU และการกระจายตัว


13

พิจารณาสิ่งต่อไปนี้: NAS ที่มีอินเตอร์เฟซ 10G เชื่อมต่อกับสวิตช์อินเตอร์เฟซ 10G คอมพิวเตอร์ไคลเอนต์ที่เชื่อมต่อเพื่อสลับผ่านอีเธอร์เน็ตกิกะบิต

  • จะมีประสิทธิภาพเพิ่มขึ้นหรือไม่หากขนาด MTU เพิ่มขึ้นใน NAS และสวิตช์พอร์ตที่เชื่อมต่อ NAS หากขนาด MTU ไม่เพิ่มขึ้นจากขนาดมาตรฐาน 1500 ไบต์บนไคลเอนต์ NIC

  • สิ่งนี้จะทำให้เกิดปัญหาการกระจายตัวหรือไม่

  • อุปกรณ์ "จัดการ" ไม่ตรงกันใน MTU สำหรับอินเทอร์เฟซข้ามเครือข่ายที่สลับเป็นอย่างไร


คุณใช้โปรโตคอลใดในการรับส่งข้อมูล SAN
Mike Pennington

1
จริง ๆ แล้วฉันคิดว่า Path MTU Discovery (PMTUD) นั้นค่อนข้างพบได้บ่อยในโฮสต์เหล่านี้ดังนั้นจึงเป็นไปได้ว่าลูกค้าจะส่งข้อความ ICMP Fragmentation Needed (Type 3, Code 4) ที่มี MTU ซึ่งควรทำให้โฮสต์ลดขนาดแพ็คเก็ต .

คำตอบ:


20

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

จะไม่มี "การกระจายตัว" เลย Layer-2 (ethernet) ไม่มีวิธีหากระบุ "fragmentation needed" นี่เป็นการหาที่ Layer-3 (IP) โดยเราเตอร์ที่ส่งข้อความ ICMP เมื่อมันต้องปล่อยแพ็คเก็ตเพราะมันจะไม่พอดีกับอินเทอร์เฟซของ hop ถัดไป สิ่งนี้ไม่สามารถเกิดขึ้นได้ในกรณีที่ไม่มีเราเตอร์ - บน LAN แบบแบนและแบบสลับ แพ็คเก็ตจัมโบ้ที่ส่งมาจาก NAS จะถูกทิ้งโดยลูกค้าเป็นเฟรมที่มีขนาดใหญ่ - หรือลดลงโดยสวิตช์ด้วยเหตุผลเดียวกัน [ไม่สามารถส่งแพ็กเก็ต 9k บนอินเทอร์เฟซ 1500B]


ดังนั้นมันจะทำให้เกิดปัญหาไม่รู้จบที่ลูกค้าหรือสวิทช์จะลดทอนการจราจรจำนวนมากจาก SAN?
nos

@Ricky - วิธีที่แพ็กเก็ตที่มีขนาดใหญ่ซ้ำ ๆ อินเตอร์เฟสการรับมีวิธี "บอก" ผู้ส่งว่าสามารถใช้เฟรมขนาด X ได้หรือไม่ หรือผู้ส่งเห็นว่าเฟรมไม่เคยได้รับจากโปรโตคอลชั้นบนเช่น TCP?
sardean

1
แพ็คเก็ตจะถูกทิ้งและนั่นคือจุดสิ้นสุดของมัน (ตัวนับจะทำเครื่องหมาย แต่) ไม่มีใครตรวจสอบและ b) คุณไม่รู้ว่าอะไรเป็นสาเหตุ) คุณจะเห็นว่าเป็นการเชื่อมต่อ TCP ที่หยุดทำงานทันทีที่การถ่ายโอนเริ่มขึ้นลิงก์ iSCSI จะล้มเหลว ฯลฯ
Ricky Beam

5

ถาม: จะมีประสิทธิภาพเพิ่มขึ้นหรือไม่หากขนาด MTU เพิ่มขึ้นใน NAS และสวิตช์พอร์ตที่เชื่อมต่อกับ NAS หากขนาด MTU ไม่เพิ่มขึ้นจากขนาดมาตรฐาน 1500 ไบต์บน NIC ของไคลเอ็นต์

คำตอบ: ไม่เนื่องจากลูกค้าไม่ได้ใช้งานขนาด MTU ที่เพิ่มขึ้น หากคุณต้องการขนส่งคน 100 คนจากจุด A ถึงจุด B คุณสามารถใช้รถบัสสองคันหรือรถเก๋ง 25 คัน หากถนนระหว่าง A และ B ถูกสร้างขึ้นเพื่อให้รถเมล์สามารถเคลื่อนที่ได้ง่ายขึ้นโดยไม่มีความล่าช้าและคุณยังคงเคลื่อนที่ในรถซีดานคุณจะไม่ได้รับอะไรเลย

ถาม: สิ่งนี้จะทำให้เกิดปัญหาการกระจายตัวหรือไม่

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

ถาม: อุปกรณ์ "จัดการ" ไม่ตรงกันใน MTU สำหรับอินเทอร์เฟซข้ามเครือข่ายที่สลับเป็นอย่างไร

คำตอบ: ถ้าแพ็กเก็ตนั้นเล็กกว่าขนาดแพ็คเก็ตที่อนุญาตมันจะถูกส่งโดยไม่มีปัญหา หากแพ็คเก็ตมีขนาดใหญ่กว่าขนาดที่อนุญาตมันจะถูกทิ้ง


1
นี่ไม่เป็นความจริง. ไม่มีการแยกส่วนเกิดขึ้นที่เลเยอร์ 2 ไม่มีวิธีการเจรจา MTU ในเซ็กเมนต์อีเธอร์เน็ต หากทุกอย่างไม่ได้ตั้งค่าเหมือนกันบาง nics (พร้อม MTU ขนาดเล็ก) จะวางเฟรมขนาดใหญ่
Ricky Beam

ดูที่supportforums.cisco.com/thread/20490ซึ่งอธิบายถึงสิ่งที่ฉันหมายถึง
AdnanG

ฉันเห็นขอบคุณที่ชี้ให้เห็น ฉันลบส่วนนั้นออกจากคำตอบ
AdnanG

1

MTU ของเซสชัน tcp ถูกสร้างขึ้นบนการเชื่อมต่อ TCY SYN เริ่มต้น ถ้าคุณมี MTU ที่ไม่ตรงกันในเครือข่ายมันจะไม่สำคัญสำหรับแอปพลิเคชัน tcp ของคุณ ... layer2 หรือ 3 UDP ไม่มีแนวคิดเดียวกันดังนั้นใช่สำหรับ UDP คุณจะเริ่มทราฟฟิกส่วนซึ่งอาจ / อาจไม่ส่งผลกระทบต่อประสิทธิภาพ . ทุกอย่างขึ้นอยู่กับประเภทปริมาณขนาดและฮาร์ดแวร์ของคุณ


0

บางสิ่งที่ขาดไป ... ประการแรกไม่มีการเจรจา MTU ประการที่สองเมื่อพูดถึงแพ็คเก็ต TCP SYN พวกเขามักจะเกินขนาดเฟรมลิงก์ MTU ในความนับถือนั้นมีการตอบสนองของ PMTU เมื่อพูดถึงเลเยอร์ 3 เช่นเดียวกับ TCP MSS ซึ่งให้ข้อมูลเกี่ยวกับขนาดของขนาดสูงสุด ฉันไม่ได้บอกว่ามีคนไม่ถูกต้องที่นี่ แต่บ่อยครั้งการตั้งค่า MTU อาจไม่ปรากฏเนื่องจากคุณสมบัติดังกล่าว

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.