สถานะ pseudowire กับตัวนับทราฟฟิก: อันไหนพิสูจน์การส่งมอบ
สถานะการทำงานบอกว่าบริการกำหนดค่าและทำงานอยู่ ตัวนับบอกว่าเฟรมเคลื่อนที่ไป รวมทั้งสองเข้าด้วยกันบนดัชนี VC และตรวจทิศทาง ความไม่ต่อเนื่อง และการรองรับ MIB
pseudowire ที่รายงานว่าอยู่ในสถานะ up บอกคุณว่าบริการมีอยู่และทั้งสองทิศทางเห็นตรงกันว่าควรจะรับส่งทราฟฟิก แต่ไม่ได้บอกคุณว่าเฟรมของลูกค้าแม้แต่เฟรมเดียวเคยผ่านมันไป วัตถุสถานะและวัตถุตัวนับถูกเขียนขึ้นเพื่อจุดประสงค์ต่างกัน และการเอาอันหนึ่งเป็นหลักฐานของอีกอันคือจุดที่แดชบอร์ดเหล่านี้ส่วนใหญ่ผิดพลาด การเปรียบเทียบทั้งสองคือตัวงาน เพราะการเชื่อถือเพียงอันเดียวตอบคำถามที่ไม่มีใครถาม
สถานะและตัวนับตอบคำถามต่างกัน
รายการ VC หลักมีสถานะการทำงานแบบรวม และสถานะนั้นเป็น up ก็ต่อเมื่อสถานะทั้งสองทิศทางเป็น up ทุกอย่างที่อยู่เบื้องหลังคือความรู้เรื่องระนาบควบคุมและการกำหนดค่า ได้แก่ วงจรเชื่อมต่อท้องถิ่น คู่ตรงข้าม และการส่งสัญญาณ แถวในสถานะนี้เป็นข้อความเกี่ยวกับเจตนาและความพร้อม ไม่ใช่เกี่ยวกับเฟรมที่ถูกส่งต่อ
ทราฟฟิกอาศัยอยู่ในตารางแยกของตัวนับความจุสูงสำหรับแพ็กเก็ตและไบต์ และแถวเหล่านั้นมีดัชนี VC เดียวกัน การเติบโตตรงนั้นเป็นหลักฐานว่าเฟรมผ่านแถวนั้นในช่วงเวลาที่คุณวัด ตัวนับที่ไม่เปลี่ยนแปลงนั้นกำกวมในตัวเอง บริการที่ไม่มีทราฟฟิก ตัวเก็บข้อมูลที่อ่านแถวผิด และเส้นทางที่ขาดอย่างเงียบ ๆ ให้เส้นแบนเดียวกันทั้งหมด
| Question | Object | What it can establish |
|---|---|---|
| Is the service up? | cpwVcOperStatus | Both direction states agree the VC should carry traffic. |
| Which side is down? | cpwVcInboundOperStatus, cpwVcOutboundOperStatus | Direction of the reported fault. |
| Did frames move? | cpwVcPerfTotalTable HC counters | Observed forwarding on that row between two polls. |
| Is the interval clean? | cpwVcPerfTotalDiscontinuityTime | Whether the counter was reset inside the window. |
อ่านตารางเป็นสองคอลัมน์ของหลักฐาน ไม่ใช่บันไดขั้นเดียวของความรุนแรง up ที่ตัวนับแบนไม่ใช่เวอร์ชันที่แย่กว่าของ up ที่มีการเติบโต มันคือการสังเกตอีกแบบที่มีขั้นถัดไปอีกแบบ
เชื่อมบนดัชนี VC ไม่ใช่บนหมายเลขในตั๋ว
ตาราง VC ถูกจัดทำดัชนีด้วยจำนวนเต็มเดียว ส่วน VC ID ที่อยู่ของคู่ตรงข้าม ชนิดและชื่อบริการเป็นคุณสมบัติของแถวนั้น คุณสมบัติเหล่านั้นคือวิธีที่คุณพบบริการของคุณ ดัชนีคือวิธีที่คุณพบบริการต่อไปได้หลังการสำรวจครั้งแรก ดัชนีอินเทอร์เฟซ ชื่อวงจรที่แสดง หรือป้าย MPLS ไม่ใช่ดัชนีนั้นแม้ตัวเลขจะบังเอิญตรงกัน
ดึง OID เชิงตัวเลขจากไฟล์ MIB บนตัวเก็บข้อมูล ไม่ใช่จากโพสต์บล็อก จากนั้นเดินตารางหนึ่งครั้งและบันทึกอัตลักษณ์ที่พบ
snmptranslate -On CPW-VC-MIB::cpwVcIndex
snmptranslate -On CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime
snmpwalk -v2c -c monitor 10.60.4.21 -On CPW-VC-MIB::cpwVcTableบันทึกที่อยู่การจัดการและดัชนีไว้ด้วยกันในระบบตรวจสอบ การจัดสรรใหม่สามารถย้ายบริการไปยังแถวอื่น และตัวเก็บข้อมูลที่เชื่อมด้วยชื่อกับ VC ID จะวาดดัชนีเก่าต่อไปซึ่งยังตอบอย่างสุภาพ
ทิศทางหมายถึง pseudowire ไม่ใช่ผู้ใช้บริการ
ตัวนับขาเข้าอธิบายสิ่งที่ VC ได้รับจากเครือข่ายสลับแพ็กเก็ต ตัวนับขาออกอธิบายสิ่งที่มันส่งต่อไปยังเครือข่ายนั้น บน PE ที่หันเข้าหาลูกค้า สิ่งนี้มักตรงกับการดาวน์โหลดและการอัปโหลดในลำดับใดลำดับหนึ่ง บน PE กลาง หรือบน PE ที่มีคู่ตรงข้ามในแกนหลัก ชื่อวัตถุเดียวกันอธิบายประสบการณ์ลูกค้าที่ตรงกันข้าม
เขียนการแมปหนึ่งครั้งต่อบทบาทของอุปกรณ์และเก็บไว้ในป้ายของแดชบอร์ด กราฟที่ตั้งชื่อว่าการอัปโหลดของลูกค้าแต่จริง ๆ วาดทราฟฟิกเข้าแกนหลักจะผ่านการตรวจทานและทำให้ทุกคนที่ใช้มันตัดสินใจเรื่องความจุเข้าใจผิดอย่างเงียบ ๆ ความเสี่ยงเดียวกันใช้กับแจ้งเตือนที่สร้างบนกราฟเหล่านั้น เพราะมันจะเรียกทีมผิด ป้ายกำกับทุกกราฟด้วยทิศทางการเดินทางเทียบกับ pseudowire และปล่อยให้การแมปของลูกค้าอยู่ในแผงที่ต้องการมัน
การทดสอบหนึ่งครั้งชนะการอ่านคำอธิบายวัตถุไม่ว่าจะมากแค่ไหน ดึงไฟล์ที่รู้จักผ่านบริการ สำรวจทั้งสองทิศทางทันทีหลังจากนั้น และดูว่าตัวนับใดขยับ บันทึกผลไว้ข้างบทบาทของอุปกรณ์ เพราะคนถัดไปจะถามคำถามเดียวกัน
อัตราใช้ได้เฉพาะภายในหน้าต่างความไม่ต่อเนื่องหนึ่งหน้าต่าง
คำนวณอัตราเป็นการเพิ่มขึ้นของตัวนับไบต์หารด้วยวินาทีที่ผ่านไป และคูณด้วยแปดเพื่อให้ได้บิตต่อวินาที ถือว่าช่วงเวลาใช้ไม่ได้ถ้าตัวนับลดลง เอเจนต์รีสตาร์ต แถวเปลี่ยน หรือวัตถุความไม่ต่อเนื่องเคลื่อนที่ วัตถุนั้นแสดงเทียบกับเวลาทำงานของระบบ ดังนั้นการรีสตาร์ตอุปกรณ์ก็ทำให้ใช้ไม่ได้เช่นกัน ทิ้งตัวอย่างและเปิดหน้าต่างใหม่แทนการวาดยอดแหลม
เก็บตัวอย่างสองครั้งด้วยช่องว่างที่รู้จัก และเก็บเวลาที่บันทึกจากตัวเก็บข้อมูล ไม่ใช่จากประวัติเทอร์มินัลของคุณ
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
sleep 60
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime.7ตัวนับความจุสูงทำให้การวนรอบไม่เป็นปัญหาใน pseudowire เดียว ดังนั้นการลดลงเกือบทุกครั้งหมายถึงการรีเซ็ต เอเจนต์ที่ถูกเปลี่ยน หรือแถวอื่น ไม่ใช่การล้นเชิงเลขคณิต นั่นคือเหตุผลที่คำสั่งที่สามสำคัญเท่ากับสองคำสั่งแรก
ตรวจสอบว่าเวอร์ชันที่ติดตั้งรองรับอะไรจริง ๆ
นิยาม MIB เป็นข้อกำหนด ไม่ใช่สัญญาเกี่ยวกับอิมเมจของคุณ ตารางอาจหายไป ถูกนำไปใช้บางส่วน หรือมีอยู่แต่ยังไม่ถูกเติมจนกว่าจะเปิดคุณสมบัติ และแพลตฟอร์มเดียวกันอาจแตกต่างกันระหว่างเวอร์ชัน นิยาม CISCO-IETF-PW-MIB ให้ชื่อวัตถุแก่คุณ อุปกรณ์บอกคุณว่ามันตอบหรือไม่
สำรวจทั้งสองตารางและสตริงเฟิร์มแวร์ในรอบเดียว แล้วเปรียบเทียบกับสิ่งที่บันทึกประจำรุ่นอ้าง
snmpget -v2c -c monitor -Oqv 10.60.4.21 SNMPv2-MIB::sysDescr.0
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcTable | wc -l
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalTable | wc -lการเดินที่ว่างเปล่ากับการเดินที่ไม่รองรับเป็นความล้มเหลวคนละแบบ ดังนั้นอ่านข้อผิดพลาดไม่ใช่แค่นับบรรทัด ถ้าตารางสถานะตอบแต่ตารางประสิทธิภาพไม่ตอบ การเชื่อมที่คุณออกแบบในส่วนแรกก็ไม่มีที่ลง และการแก้ไขคือเปลี่ยนตัวเก็บข้อมูลไม่ใช่วงจร
ลำดับสำหรับวงจรที่มีข้อโต้แย้งนั้นสั้น ยืนยันอัตลักษณ์ของแถวจากดัชนี ยืนยันการแมปทิศทางด้วยการถ่ายโอนที่รู้จักหนึ่งครั้ง คำนวณอัตราเฉพาะภายในหน้าต่างความไม่ต่อเนื่องที่สะอาด และยืนยันว่าทั้งสองตารางตอบบนรุ่นนั้น แต่ละขั้นตัดคำอธิบายที่เป็นไปได้ออกหนึ่งข้อ เมื่อทั้งสี่ข้อเป็นจริงแต่ตัวนับยังไม่ขยับ หลักฐานชี้ห่างจาก pseudowire นั่นคือจุดที่การดักจับแพ็กเก็ตบนวงจรเชื่อมต่อคุ้มค่า