ifconfig eth0 RX ลดแพ็กเก็ต


15

ปัญหา

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

คำถาม

  1. ตัวนับการปล่อยแบบใดที่ต้องคำนึงถึง มันต้องใช้แพ็กเก็ตทั้งหมดที่มาถึงก่อนถึงไฟร์วอลล์ iptables หรือหลังจากที่แพ็กเก็ตได้รับการยอมรับจาก iptables?

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

ข้อมูลการแก้ไขปัญหาที่มีประโยชน์

เนื่องจากฉันไม่รู้ว่าปัญหาของฉันคืออะไรจริง ๆ โปรดอย่าลังเลที่จะขอให้ฉันทำส่วนนี้ให้เสร็จถ้าคุณคิดว่าจำเป็นต้องใช้ข้อมูลอื่น

ifconfig

eth0      Link encap:Ethernet  HWaddr 00:cc:cc:cc:cc:cc  
          inet adr:90.0.0.2  Bcast:90.0.0.255  Masque:255.255.255.0
          adr inet6: fe80::21c:c0ff:feb9:829c/64 Scope:Lien
          adr inet6: 2001:a100:1:bbbb::1/64 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:113264620 errors:0 dropped:2523 overruns:0 frame:0
          TX packets:168526529 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000 
          RX bytes:59171827564 (55.1 GiB)  TX bytes:223993117711 (208.6 GiB)

หมายเหตุ " หลุด: 2523 " ในส่วน RX นี่คือสิ่งที่สำคัญที่สุด จำนวนนี้เพิ่มขึ้นอย่างต่อเนื่อง

แสดงเส้นทาง IP -4

default via 90.0.0.254 dev eth0 
90.0.0.0/24 dev eth0  proto kernel  scope link  src 90.0.0.2

แสดงเส้นทาง IP -6

2001:a100:1:bbbb::1/64 dev eth0  proto kernel  metric 256 
fe80::/64 dev eth0  proto kernel  metric 256 
default via 2001:a100:1:bbff:ff:ff:ff:ff dev eth0  metric 1024

กราฟ munin ของปลั๊กอิน if_err_eth0_day

ป้อนคำอธิบายรูปภาพที่นี่


1
ifconfigจะอยู่ก่อนไฟร์วอลล์ เป็นสถิติระดับอินเตอร์เฟส ลิงก์นี้อาจเสนอตัวเลือกการแก้ไขปัญหาหนึ่งตัวเลือก
PP

ฉันได้ลองสิ่งนี้แล้วน่าเสียดายที่คำตอบคือRing parameters for eth0: Cannot get device ring settings: Operation not supported
Fox

คุณกำลังดร็อป 0.002% ของแพ็กเก็ตที่เข้ามา ทำไมคุณถึงกังวลเกี่ยวกับเรื่องนี้?
Freiheit

2
เพราะมันไม่เคยเกิดขึ้นมาก่อนและเริ่มขึ้นทันที การกำหนดค่าที่ดีแสดงให้เห็นถึง ZERO ที่ปล่อยแพ็คเก็ต (พวกเขาควรจะทิ้งในภายหลังถ้าจำเป็นโดยไฟร์วอลล์) มีข้อมูลสูญหายซึ่งควรไปถึงเซิร์ฟเวอร์ของฉันและฉันต้องการทราบสาเหตุ
Fox

1
@Fox: คุณพบสาเหตุของแพ็กเก็ตหยดหรือไม่? ฉันกำลังเผชิญปัญหาเดียวกันกับเซิร์ฟเวอร์ rooter ใหม่ของฉัน
Biggie

คำตอบ:


9

http://www.novell.com/support/kb/doc.php?id=7007165

เริ่มต้นด้วยเคอร์เนล 2.6.37 มันได้รับการเปลี่ยนความหมายของการนับแพ็คเก็ตลดลง ก่อนหน้านี้แพ็คเก็ตที่ถูกทิ้งมีแนวโน้มมากที่สุดเนื่องจากข้อผิดพลาด ตอนนี้ตัวนับ rx_dropped จะแสดงสถิติของเฟรมที่ถูกดร็อปเนื่องจาก:

  • ซอฟต์แบ็คซอฟต์เน็ตเต็ม
  • แท็ก VLAN ไม่ดี / ไม่ตั้งใจ
  • โปรโตคอลที่ไม่รู้จัก / ไม่ลงทะเบียน
  • IPv6 เฟรมเมื่อเซิร์ฟเวอร์ไม่ได้กำหนดค่าสำหรับ IPv6

[ ... ]

หากตัวนับ rx_dropped หยุดการเพิ่มในขณะที่ tcpdump กำลังทำงาน ดังนั้นจึงมีแนวโน้มที่จะลดลงเนื่องจากเหตุผลที่ระบุไว้ก่อนหน้านี้


ถ้ามันเพิ่มขึ้นเรื่อย ๆ ล่ะ?
Jean-Paul Calderone

"" "ใช้ ethtool -S เพื่อยืนยันว่าไม่มีข้อผิดพลาดจริงในส่วนต่อประสาน" "" แหล่งที่มาaccess.redhat.com/solutions/657483
bgtvfr

2

ฉันพยายามติดตามปัญหานี้ด้วยเพื่อประโยชน์ ฉันยังสังเกตเห็นว่าแพ็กเก็ต RX ลดลงในอัตราประมาณหนึ่งต่อวินาทีในกล่อง Ubuntu 12 ของฉัน จากการค้นหาของฉันฉันพบผู้คนที่มีปัญหาคล้ายกันในแพลตฟอร์ม Linux อื่น ๆ SUSE, Rpi และอื่น ๆ ดูเหมือนว่าบางอย่างกับเคอร์เนลลินุกซ์ เบาะแสที่น่าสนใจบางอย่างที่ฉันสังเกตเห็นทำให้ปัญหาหายไปชั่วคราว แต่ไม่ใช่คำอธิบายที่ชัดเจน

  1. ถ้าฉันเปลี่ยนการตั้งค่าจากสแตติกเป็น DHCP ใน / etc / network / interfaces ของฉันแพ็กเก็ต RX จะลดลงหยุดแม้ว่าแพ็คเก็ตที่ไม่รู้จักจะไม่มีส่วนเกี่ยวข้องกับ DHCP และเมื่อปิดกล่องไม่ทราบว่าจะทำอย่างไรกับมัน

  2. ถ้าฉันรัน tcpdump แพ็คเก็ตจะหยุดลงขณะที่ dump กำลังทำงานและกลับมาเมื่อฉันหยุดมัน

เบาะแสเหล่านี้อาจช่วยให้ถึงจุดต่ำสุดของสิ่งนี้ได้หรือไม่

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

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