แพ็กเก็ตหล่นบนอินเตอร์เฟซ 10gb / s


9

ฉันมีแพ็กเก็ตจำนวนหนึ่งที่ลดลงในอินเทอร์เฟซ 10gb / s ของฉันใน Cisco 6500 ด้วย Sup 720 คุณสามารถดูจำนวนแพ็กเก็ตที่หลุดได้ภายในหนึ่งนาทีหลังจากที่ฉันเคลียร์เคาน์เตอร์

เราไม่เห็นว่าประสิทธิภาพการทำงานลดลง แต่อย่างใดและลูกค้าของเราก็ไม่บ่น สิ่งนี้จะเป็นปัญหาร้ายแรงในอนาคตหรือไม่ ฉันไม่เคยเห็นแพ็กเก็ตเดียวในคิว ฉันกำลังพิจารณาเปลี่ยนขนาดอินพุตคิวเป็น 1024 เพราะเป็น 75 แพ็คเก็ตในคิวโดยค่าเริ่มต้น แต่ฉันสงสัยว่าทำไมแพ็คเก็ตไม่ได้ป้อนในคิวเลยก่อนที่จะลดลง บน 1gb / s interfaces ฉันไม่เห็นแพ็กเก็ตที่ถูกทิ้งเลยและทุกอย่างเรียบร้อยดี โปรดช่วยฉันแก้ปัญหาด้วยการลดคิว

sh int TenGigabitEthernet1/1

 Hardware is C6k 10000Mb 802.3, address is 000f.3589.ac00 (bia 000f.3589.ac00)
  Description: transit 
  Internet address is 192.0.2.1/24
  MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 84/255, rxload 3/255
  Encapsulation ARPA, loopback not set
  Keepalive not set
  Full-duplex, 10Gb/s
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:01, output hang never
  Last clearing of "show interface" counters 00:00:40
  Input queue: 0/75/8097/0 (size/max/drops/flushes); Total output drops: 0  <-----
                    ^^^^
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 138646000 bits/sec, 99380 packets/sec
  5 minute output rate 3321988000 bits/sec, 329345 packets/sec
  L2 Switched: ucast: 158 pkt, 51401 bytes - mcast: 0 pkt, 0 bytes
  L3 in Switched: ucast: 4120795 pkt, 695621509 bytes - mcast: 0 pkt, 0 bytes mcast
  L3 out Switched: ucast: 13774697 pkt, 17424995312 bytes mcast: 0 pkt, 0 bytes
     3484933 packets input, 608041136 bytes, 0 no buffer
     Received 0 broadcasts (0 IP multicasts)
     0 runts, 40 giants, 0 throttles
     8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     11742838 packets output, 14837984934 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

เกี่ยวกับการแก้ไขของคุณการสะกดคำภาษาอังกฤษที่ถูกต้องสำหรับช่วงเวลาที่ผ่านมาของ "การตก" จะลดลง (ดูที่กล่องข้อมูล Google ด้านล่างบรรทัดค้นหา)
Mike Pennington

ในการโพสต์ของฉันฉันใช้คำว่า "ลดลง" แต่ฉันมีอีเมล gootten (มันดูเหมือนจะเป็นอัตโนมัติ) ที่ลดลงไม่ถูกต้องและควรได้รับการแก้ไข
user4262

Stack แลกเปลี่ยนนอกจากนี้ยังมีสถานที่ทุ่มเทให้กับการเรียนภาษาอังกฤษ ; ในกรณีที่คุณต้องการคำชี้แจงเกี่ยวกับเรื่องนี้ :-)
Mike Pennington

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

คำตอบ:


11

ฉันสงสัยว่าทำไมแพ็คเก็ตไม่เข้ามาในคิวเลยก่อนถูกทิ้ง

เนื่องจากข้อผิดพลาด: 8097 input errors, 7120 CRC, 894 frame มันจะไม่จัดคิวแพ็กเก็ตที่ไม่ได้รับอย่างถูกต้อง - หรือไม่ได้รับอย่างสมบูรณ์ (อินพุตคิวอยู่ในซอฟต์แวร์คุณยังสามารถใช้งานเกินคิวฮาร์ดแวร์ซึ่งคุณไม่สามารถเปลี่ยนแปลงได้)


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

1
@ user4262 ฉันเคยเห็นสิ่งเหล่านี้เป็นผลมาจาก (9 ครั้งจาก 10) ไฟเบอร์ที่ไม่ดี / สกปรก - ขอแนะนำให้ทำความสะอาดก่อนอื่นเปลี่ยนวินาทีก่อนที่คุณจะพิจารณาเลนส์
John Jensen

4

ฉันเห็นสิ่งนี้ในผลลัพธ์ของคุณ:

8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
^^^^               ^^^^      ^^^

ซึ่งหมายความว่าคุณอาจมีการ์ดเครือข่าย (NIC) สายเคเบิลหรือไดรเวอร์ที่ผิดปกติ


นี่คืออินเทอร์เฟซ 10gb / s ที่เชื่อมต่อโดยตรงกับ ISP ผ่าน GBIc มันไม่ได้เชื่อมต่อกับผู้ใช้ ...
user4262

คุณสามารถขอให้พวกเขา (ISP) ตรวจสอบจากจุดสิ้นสุด
mihai

1
หากเป็นตัวรับส่งสัญญาณออปติคอลให้ตรวจสอบให้แน่ใจว่าคุณได้รับเกณฑ์ของเอาต์พุตจาก: "รายละเอียดตัวรับส่งสัญญาณอินเตอร์เฟส sh"
mastrboy

ขอบคุณ mastrboy แต่ทุกอย่างอยู่ในค่าเกณฑ์ขั้นต่ำสุดและสูงสุด ..
user4262

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

4

ข้อผิดพลาด CRC มีแนวโน้มที่จะบ่งบอกถึงปัญหากับสัญญาณในขณะที่มันข้ามสื่อระหว่างอุปกรณ์ ในกรณีที่ 1G มักจะมีความยืดหยุ่นมากกว่าสำหรับปัญหาเล็กน้อย 10G อาจมีความเฉพาะเจาะจงมากเกี่ยวกับสื่อ

สำหรับการเชื่อมต่อทองแดงสิ่งนี้อาจบ่งบอกว่ามีการแทรกซึมของสัญญาณรบกวนในสายหากคุณไม่ได้ใช้สายเคเบิลที่มีฉนวนหุ้มหรือมีปัญหาสายดินในสายที่มีฉนวนหุ้ม

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

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

ตามที่ระบุไว้ในคำตอบและความคิดเห็นอื่น ๆ ให้ตรวจสอบว่าสัญญาณ Rx ของคุณอยู่ในระยะขอบที่ยอมรับได้ (ไม่แรงหรือเบาเกินไป) หากฮาร์ดแวร์ของคุณรองรับ หากไม่มีสิ่งใดแนะนำให้แก้ไขให้ดูที่การแลกเปลี่ยนตัวรับส่งสัญญาณและสายเคเบิลหากเป็นไปได้ (อย่าลืมทำความสะอาดอีกครั้งหากคุณทำเช่นนั้น)


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