สิ่งที่หลุดออกจากการส่งผ่านข้อมูลย่อยที่สองบน Ethernet Network Interfaces


17

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

ยกตัวอย่างเช่นได้รับการตกหล่นเชิงเส้น อินเทอร์เฟซ 1 GBit ต่อวินาทีจะทำ 500MBit ต่อครึ่งวินาที 250Mbit ต่อไตรมาสที่สองเป็นต้น

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

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

ตัวอย่าง:
ถ้าเป็นเส้นตรงไปที่ MS เราจะมี 1Mbit / MS และถ้า Wireshark ไม่บิดเบือนสิ่งที่ฉันเห็นฉันควรเห็นหยดเมื่อฉันมีเข็มเกิน 1Mbit หรือไม่ป้อนคำอธิบายรูปภาพที่นี่


ความเร็วที่กำหนดขึ้นอยู่กับตัวแปรที่ต่างกัน เมื่อพูดถึง BPS จะมีการใช้แพ็คเก็ตที่ใหญ่ที่สุด เมื่อพูดถึง PPS จะมีการใช้แพ็คเก็ตขนาดเล็กที่สุด
dbasnett

วลีที่คุณต้องการคือ "microburst" คุณสามารถโพสต์ยี่ห้อ / รุ่นของสวิตช์ได้หรือไม่
James Cape

ฉันได้อ่านบางสิ่งเกี่ยวกับ microbursts ในช่วงที่ระบบหยุดทำงานผิดพลาดของเซิร์ฟเวอร์เวลา 21:00 น. MEST ฉันอ่านบล็อกเกี่ยวกับปัญหาที่นี่ Kyle: เป็นไปได้ไหมที่จะตั้งค่าสายเรียกเข้าลงไปที่ 10 MBit / s นี่อาจเป็นวิธีการอีกวิธีหนึ่งในการต่อต้าน microbursts ...
นิลส์

เวลาที่ Wireshark รายงานสำหรับเฟรมนั้นสะท้อนออกมาเมื่อไหร่ที่มันเกิดขึ้นจริง ๆ บน wire หรือเพียงแค่เมื่อมันเข้าไปในบัฟเฟอร์ขาออกใน OS และ / หรือไดรเวอร์
rakslice

คำตอบ:


7

ความเร็วนั้นไม่สำคัญเท่าที่คิด ฉันมีเซิร์ฟเวอร์ที่มีหลายหยด (การรับและการส่งออก) - แต่เครื่องมือทุกตัวแสดงการใช้แบนด์วิดท์ต่ำเพียงอย่างเดียว (บนกิกะบิตลิงค์, น้อยกว่า 2% โดยเฉลี่ย)

อย่างไรก็ตามตัวนับสถิติแสดงให้เห็นว่าลดลง tx และ rx บนเซิร์ฟเวอร์ การวิเคราะห์แพ็คเก็ต ip แสดงให้เห็นว่าเซิร์ฟเวอร์กำลังถูกน้ำท่วมโดยเซสชัน IP เล็ก ๆ นับพันที่มีเพียงไม่กี่ไบต์

ดังนั้นปัญหาที่แท้จริงซึ่งคุณอาจเห็นในกรณีของคุณก็เช่นกันนั่นคือฮาร์ดแวร์และ / หรือ IP-packet-stack-stack ของคุณไม่สามารถให้บริการแพ็คเก็ตได้เพียงพอต่อวินาที

คุณพูดถึงระบบปฏิบัติการอะไร ถ้าเป็น Linux ฉันสามารถให้รายละเอียดเพิ่มเติมแก่คุณได้

เพิ่ม: 2011-06-26 (เรากำลังพูดถึง Cisco 2960-S Switch / Router)

แปลกที่ Cisco ไม่รู้แผ่นข้อมูลของตนเอง : - /

ดูที่ส่วน "การส่งอัตรา: 64-Byte Packet Cisco Catalyst 2960-S" ที่นี่ จากนี้ฉันจะบอกว่า 2960-S เป็นพี่ใหญ่ของ 2960 และควรทำ PPS มากมาย คุณประสบปัญหานั้นอยู่ที่ไหน นี่คือ trunk / uplink ไหม?

เมื่อคุณพูดถึงเลเยอร์ 2 ลืม IP - เราอยู่ในระดับแพ็กเก็ตอีเธอร์เน็ต แต่ปัญหาอาจเหมือนกัน

คุณรัน wireshark นั้นได้ที่ไหน / อย่างไร?


ที่ซึ่งเราดูเหมือนว่าพวกเขาส่วนใหญ่อยู่ในสวิตช์ Cisco 2960S L2 ของเรา
Kyle Brandt

PPS เป็นสิ่งที่น่าสนใจไม่แน่ใจว่าฉันควรจะสามารถผลักดัน PPS ต่อวินาทีในพอร์ตเดียวได้อย่างไรให้แพ็คเก็ตเดี่ยวต่อมิลลิวินาที ฉันถาม Cisco เกี่ยวกับ PPS บนพอร์ตแล้ว แต่พวกเขาไม่สามารถบอกฉันได้
Kyle Brandt

หากคุณกำลังพูดคุยเกี่ยวกับการป้อนข้อมูลและวางเอาท์พุทเคาน์เตอร์บนอินเตอร์เฟซที่เฉพาะเจาะจงของซิสโก้มีหน้ามีความสุขกับการแก้ไขปัญหาข้อเสนอแนะที่cisco.com/en/US/products/hw/routers/ps133/...
James Sneeringer

@kyle - ความเร็ว pps สูงสุดของสายใยต่อกิกะบิตคือ 1,953,125 (สมมติว่าเป็นแพ็คเก็ต 64- ไบต์)
เกร็ก Askew

ความเร็วของ PPS นั้นไม่เคยคำนวณด้วยแพ็คเก็ต 64 ไบต์ นั่นอาจเป็นปัญหาของคุณ คุณอาจเปลี่ยนวิธีแพ็คเก็ตขนาดเล็กมากเกินไปและคุณกดความเร็ว PPS สูงสุด แต่ไม่ใช่ความเร็วบิตสูงสุด
Antoine Benkemoun

2

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

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