เอาท์พุท Drops บน Serial Interface: การจัดคิวที่ดีขึ้นหรือขนาดของเอาต์พุตคิว?

บนอินเทอร์เน็ตเราเตอร์ที่พูดกับ eBGP กับผู้ให้บริการหลายรายและ iBGP ต่อกันอินเตอร์เฟสทั้งหมดใน LAN และ WAN เป็น GE ยกเว้นสำหรับ Serial full-DS3 (~ 45Mbps) หนึ่งตัวในแต่ละเราเตอร์ แม้ว่าฉันคิดว่าฉันแทบจะไม่ได้ส่งทราฟฟิกขาออกจำนวนมากบนอินเตอร์เฟสอนุกรม - ในช่วง 3-10Mbps - ฉันเห็นเอาต์พุตคิวคงที่ลดลง (OQD) คำอธิบายที่เป็นไปได้หรือไม่ว่ามีปริมาณการใช้ข้อมูลสูงมากฉันไม่เห็นเนื่องจากช่วงเวลาโหลดอยู่ที่ขั้นต่ำ 30 วินาทีและการสำรวจ SNMP เฉลี่ยปริมาณการใช้งานมากกว่า 5 นาทีดังนั้นสิ่งเหล่านั้นจะไม่สว่าง

แพลตฟอร์มดังกล่าวเป็น Cisco 7204VXR NPE-G2 เข้าคิวอนุกรมFIFO

Serial1 / 0 ขึ้นบรรทัดโปรโตคอลขึ้น
  ฮาร์ดแวร์คือ M2T-T3 + pa
  คำอธิบาย: -removed-
  ที่อยู่อินเทอร์เน็ตเป็น abcd / 30
  MTU 4470 bytes, BW 44210 Kbit, DLY 200 usec,
     ความน่าเชื่อถือ 255/255, txload 5/255, rxload 1/255
  Encapsulation HDLC, crc 16, loopback ไม่ได้ถูกตั้งค่า
  ชุด Keepalive (10 วินาที)
  รีสตาร์ท - ล่าช้าคือ 0 วินาที
  อินพุตล่าสุด 00:00:02, เอาต์พุต 00:00:00, เอาต์พุตไม่หยุดทำงาน
  การล้างข้อมูลล่าสุดของเคาน์เตอร์ "แสดงอินเทอร์เฟซ" 00:35:19
  อินพุตคิว: 0/75/0/0 (ขนาด / สูงสุด / หยด / ฟลัช); การส่งออกลดลงทั้งหมด: 36
  กลยุทธ์การเข้าคิว: Fifo
  เอาต์พุตคิว: 0/40 (ขนาด / สูงสุด)
  อัตราอินพุต 30 วินาที 260000 บิต / วินาที, 208 แพ็คเก็ต / วินาที
  อัตราเอาต์พุต 30 วินาที 939000 บิต / วินาที, 288 แพ็คเก็ต / วินาที
     แพ็กเก็ต 410638 ป้อนข้อมูล 52410388 ไบต์ 0 ไม่มีบัฟเฟอร์
     ได้รับการออกอากาศ 212 ครั้ง, 0 runts, 0 giants, 0 throttles
              0 พาริตี
     0 ข้อผิดพลาดการป้อนข้อมูล 0 CRC, 0 เฟรม, 0 overrun, 0 ละเว้น, 0 ยกเลิก
     เอาต์พุตแพ็คเก็ต 515752, 139195019 ไบต์, 0 อันเดอร์รัน
     0 ข้อผิดพลาดเอาท์พุท 0 applique, 0 รีเซ็ตอินเตอร์เฟส
     บัฟเฟอร์เอาต์พุต 0 ล้มเหลวบัฟเฟอร์เอาต์พุต 0 สลับออก
     0 การเปลี่ยนผู้ให้บริการ
   ไม่ใช้งาน rxLOS, ไม่ใช้งาน rxLOF, ไม่ใช้งาน rxAIS
   txAIS ไม่ใช้งาน, ไม่ใช้งาน rxRAI, ไม่ใช้งาน txRAI

24 ชั่วโมงต่อมาจะแสดง OQD หลายพันรายการ เราผลักดันปริมาณการใช้ข้อมูลเพิ่มเติมในช่วงตี 3 ทุกวันดังนั้นอาจมีปริมาณการเข้าชมที่นี่ฉันไม่ได้ให้น้ำหนักมากพอ

Last clearing of "show interface" counters 1d01h
Input queue: 0/75/0/158 (size/max/drops/flushes); Total output drops: 12049

ฉันต้องการเพิ่มปริมาณการใช้ข้อมูลขาออกบน DS3 แต่ไม่ใช่ด้วยความกังวลของฉันใน OQD Tier 2 ISP ที่อยู่ด้านหลัง DS3 มี POPs เป็นสองเท่าของ peering-points ด้วย 6+ tier 1's ดังนั้นความคิดคือการรับปริมาณการใช้งานออนไลน์บนอินเทอร์เน็ตโดยที่ลูกค้าเร็วที่สุดเมื่อเทียบกับ ISP หลักของเราใน GE ที่เป็นระดับ 1 แต่ต้องทำงานเพื่อไปสู่การแลกเปลี่ยนการเพ่งดู ทราฟฟิกขาเข้าไม่ใช่เรื่องที่น่ากังวล

มีกลยุทธ์การเข้าคิวที่ดีกว่า Fifo ในสถานการณ์นี้หรือไม่? เมื่อดูที่เอกสารของ Cisco เกี่ยวกับการรอคิวอินพุตและเอาท์พุตไม่แนะนำให้เพิ่มขนาดคิวขาออกเนื่องจากแพ็กเก็ตอยู่บนเราเตอร์อยู่แล้วและจะเป็นการดีกว่าถ้าปล่อยที่อินพุต มีแบนด์วิดท์มากมายในลิงค์ GE ของเราดังนั้นจึงไม่จำเป็นต้องเร่งอินพุต ไม่มีแผนที่นโยบายในเราเตอร์เหล่านี้ การรับส่งข้อมูลขาออก 90% มาจากการตอบกลับ HTTP ของเรา ที่เหลือส่วนใหญ่มาจาก FTP และ SMTP ลิงก์ GE ดัน 50-200 + Mbps

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

คุณพูดถูกคุณจะไม่เห็นการระเบิดอย่างง่ายดายบน SNMP 1GE สามารถส่ง 1.48Mpps ดังนั้นจึงใช้เวลาน้อยมากในการติดขัด 45Mbps ซึ่งสามารถจัดการน้อยกว่า 75kpps

หากทางเข้าของคุณคือ 1GE และ egress เป็น 45Mbps เห็นได้ชัดว่าจุดความแออัดของ 45Mbps จะต้องวางแพ็กเก็ต นี่เป็นเรื่องปกติและคาดหวัง หากคุณเพิ่มบัฟเฟอร์คุณจะเพิ่มความล่าช้ามากขึ้น
1GE ใช้เวลา 0.45 มิลลิวินาทีในการส่งเฟรม IP 1500 B 40 เฟรมซึ่งตอนนี้ปริมาณการถ่ายภาพต่อเนื่องที่คุณสามารถจัดการได้ อย่างไรก็ตามการ dequeueing พวกเขาใน 45Mbps แล้วใช้เวลา 10ms

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

หากคุณต้องการลองเสี่ยงโชคด้วยบัฟเฟอร์ที่ลึกกว่านี้บางสิ่งเช่นนี้น่าจะพอเพียง:

policy-map WAN-OUT
 class class-default
    fair-queue
    queue-limit 200 packets
!
interface Serial1/0
  service-policy output WAN-OUT

สิ่งนี้จะทำให้บัฟเฟอร์ 50ms บน Serial1 และจะช่วยให้คุณจัดการได้มากถึง 2.25ms จากอินเตอร์เฟซ Gige เดียว

OQD มักเกิดจากหนึ่งในสองสิ่ง:

1. คุณกำลังใช้งานลิงก์อยู่ ด้วยการใช้งานที่สูงอย่างต่อเนื่องหรือการรับส่งข้อมูลที่ต่อเนื่อง

2. คุณมีแผนที่นโยบายที่ใช้กับอินเทอร์เฟซที่ได้รับการกำหนดค่าให้ทำบางอย่างเช่นการรักษาหรือสร้างการรับส่งข้อมูลบางส่วนหรือทั้งหมด

3. มีข้อผิดพลาดบางอย่างบนอินเทอร์เฟซดูที่เคาน์เตอร์ข้อผิดพลาด ( show interface Serial1/0 counters errors) และตรวจสอบว่าไม่ปล่อยแพ็คเก็ตเนื่องจากข้อผิดพลาด

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

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