ตาราง SNMP ใดเชื่อมเส้นทาง VPNv4 กับเลเบลของเส้นทางนั้น
เลือกเลเบลที่คุณต้องการ แล้วเชื่อมรายการเส้นทาง VRF กับการเชื่อมต่อไขว้และเซกเมนต์ของมัน ยืนยันว่าเอเจนต์ใช้งานออบเจกต์เหล่านั้นก่อนเริ่มสำรวจ
เลเบลสามแบบที่แตกต่างกันเดินทางไปกับเส้นทาง VPNv4 เพียงเส้นเดียว และการสำรวจ SNMP จะแสดงเฉพาะเลเบลที่เอเจนต์ใช้งานจริงเท่านั้น แอตทริบิวต์ BGP ที่ได้รับ เลเบลบริการขาเข้าที่จัดสรรในเครื่อง และเลเบลส่งต่อขาออก อยู่ในตารางที่แตกต่างกันภายใต้ดัชนีที่แตกต่างกัน การถามหาเลเบลจากอุปกรณ์โดยไม่เลือกก่อนว่าหมายถึงเลเบลใดในสามแบบ คือเหตุผลที่โครงการเก็บข้อมูลติดขัดตั้งแต่แชสซีเครื่องแรก
เลือกเลเบลที่งานของคุณต้องการ แล้วตามห่วงโซ่ดัชนีที่ไปถึงเลเบลนั้น ถ้าห่วงโซ่ขาดที่ออบเจกต์ที่เอเจนต์ไม่ได้ใช้งาน นั่นคือข้อค้นพบที่ต้องบันทึก ไม่ใช่ช่องว่างที่ต้องเติมด้วย OID ที่กุขึ้น
เลือกว่าภารกิจต้องใช้เลเบลใดในสามแบบ
เลเบลที่ได้รับจากเพื่อนบ้านมาในรูปแอตทริบิวต์เส้นทาง BGP และอธิบายว่าเพื่อนบ้านนั้นคาดหวังให้คุณดันอะไรไปทางมัน เลเบลบริการขาเข้าถูกจัดสรรโดยอุปกรณ์นี้ให้กับพรีฟิกซ์ VRF และทำเครื่องหมายทราฟฟิกที่เข้าสู่ LSP เลเบลบนสุดขาออกคือสิ่งที่ระนาบส่งต่อดันไปยังฮอปถัดไปจริง ๆ และจะเปลี่ยนทุกครั้งที่ฮอปถัดไปเปลี่ยน
มีเพียงตัวที่สองและตัวที่สามเท่านั้นที่เกี่ยวข้องกับสถานะการส่งต่อบนกล่องที่ถูกสำรวจ ตัวแรกเป็นข้อความเกี่ยวกับความคาดหวังของเพื่อนบ้าน ไม่ใช่เกี่ยวกับแชสซีนี้
MIB มาตรฐานของ L3VPN จำลองเส้นทาง VRF และความสัมพันธ์กับการเชื่อมต่อไขว้ ซึ่งเพียงพอที่จะไปถึงเลเบลบริการและการส่งต่อในเครื่อง ไม่ได้รับประกันการถ่ายข้อมูลทั้งหมดของทุกแอตทริบิวต์ที่เซสชัน BGP ได้รับ อ่านตารางตามสิ่งที่มันมี ไม่ใช่ตามสิ่งที่คำถามบอกเป็นนัย ตัวเก็บข้อมูลที่สร้างบนสมมติฐานผิดจะรายงานค่าศูนย์และเก็บค่าเหล่านั้นเป็นข้อมูลที่หายไป
| What you want | Where it lives | What a walk can return |
|---|---|---|
| Label advertised by a peer | BGP session state for that VRF | Usually outside the standard L3VPN MIB |
| Incoming service label for a prefix | VRF route entry joined to an incoming segment | Available when both tables are implemented |
| Label pushed toward the next hop | Outgoing segment with a push condition | Available, but only meaningful while a top label is pushed |
เชื่อมรายการเส้นทาง VRF กับการเชื่อมต่อไขว้ของมัน
RFC 4382 กำหนด mplsL3VpnVrfRteTable อ่านดัชนีของมันเป็นหกส่วน คือ ชื่อ VRF ชนิดแอดเดรสของปลายทาง พรีฟิกซ์เอง ค่านโยบาย ชนิดของฮอปถัดไป และแอดเดรสของฮอปถัดไป รายการ IGP และ BGP ใช้ตารางเดียวกัน ดังนั้นบันทึกโปรโตคอลเราเตอร์ไว้ข้างพรีฟิกซ์ สองแถวสามารถพาพรีฟิกซ์เดียวกันและต่างกันเพียงฮอปถัดไป และการเลือกแถวผิดจะส่งการเชื่อมต่อไปยังการเชื่อมต่อไขว้อื่น
คอลัมน์ mplsL3VpnVrfRteXCPointer พาค่าดัชนีของการเชื่อมต่อไขว้ ไม่ใช่ OID ของแถวทั้งหมด แม้ชื่อจะบอกเป็นนัยตรงกันข้าม ค่าเป็นศูนย์หนึ่งออกเตตหมายความว่าไม่มีสแตกเลเบลที่เชื่อมอยู่ ซึ่งเป็นสิ่งที่คุณเห็นก่อนที่การผูกจะเข้าที่ หรือสำหรับเส้นทางที่ไม่เคยต้องใช้เลย
แปลคอลัมน์ก่อนที่จะเดินสำรวจ เพื่อให้ต้นไม้ย่อยเชิงตัวเลขในผลลัพธ์ไม่กำกวม คำสั่งทั้งสองด้านล่างนี้กล่าวถึงโหนดเดียวกันในรูปแบบที่ต่างกัน
snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer
นำดัชนีที่ส่งกลับไปยังตารางการเชื่อมต่อไขว้ ซึ่งคีย์รายการเป็นสามค่า คือ ดัชนีการเชื่อมต่อไขว้ ดัชนีเซกเมนต์ขาเข้า และดัชนีเซกเมนต์ขาออก สามค่านั้นคือการเชื่อมที่เปลี่ยนเส้นทางให้เป็นเลเบล เดินสำรวจต้นไม้ย่อยของการเชื่อมต่อไขว้เฉพาะดัชนีที่ต้องการแทนทั้งตาราง เพราะการอ่านแบบระบุดัชนีรักษาความสัมพันธ์ไว้ครบ ส่วนการเดินสำรวจทั้งหมดไม่รักษา
อ่านดัชนี ไม่ใช่หมายเลขเลเบล
ดัชนีเซกเมนต์ระบุแถว และเลเบลคือค่าที่อยู่ภายในแถวนั้น ดังนั้นการสลับกันจึงให้คำตอบที่ดูน่าเชื่อถือแต่ชี้ไปยัง LSP ที่ผิด ทางขาเข้า ให้ตรวจสอบอินเทอร์เฟซและบริบทของเลเบลพร้อมกับ mplsInSegmentLabel โดยจำไว้ว่าออบเจกต์อาจพาตัวชี้ไปยังตารางเลเบลแทน เมื่อแถวนั้นอ้างถึงรายการที่อื่น
ทางขาออก ให้ตรวจสอบอินเทอร์เฟซขาออกและดูว่าแถวระบุว่ามีการดันเลเบลบนสุดหรือไม่ ก่อนที่จะอ่าน mplsOutSegmentTopLabel คอลัมน์เลเบลบนสุดที่เต็มอยู่ในแถวที่ไม่ดันอะไรเลยคือค่าที่ล้าสมัยหรือเศษจากเส้นทางก่อนหน้า ไม่ใช่สถานะการส่งต่อปัจจุบัน สแตกที่ลึกกว่าต้องใช้ตารางสแตกเลเบลที่อ้างถึง และขั้นตอนเพิ่มเติมนั้นเป็นเรื่องปกติ ไม่ใช่ข้อบกพร่อง
อนุสัญญาพิเศษเกี่ยวกับศูนย์ใช้กับเส้นทางที่เริ่มหรือสิ้นสุดในเครื่องที่เราเตอร์ มองดัชนีศูนย์เป็นพฤติกรรมที่บันทึกไว้ ไม่ใช่ผลลัพธ์ว่าง และยืนยันกับสถานะการส่งต่อในเครื่อง
ยืนยันว่าเอเจนต์ใช้งานอะไรก่อนขยายขอบเขต
ตรวจสอบออบเจกต์ที่ใช้งานได้สำหรับแพลตฟอร์มและรีลีสที่แน่นอน ตระกูลแอดเดรสที่ใช้อยู่ และข้อจำกัดในการปฏิบัติงานใด ๆ บนต้นไม้ย่อย สำรวจด้วยข้อมูลรับรองแบบอ่านอย่างเดียวที่จำกัดเฉพาะต้นไม้ย่อยเหล่านั้น และยอมรับว่าออบเจกต์ที่หายไปอาจหมายถึงคุณสมบัติยังไม่ถูกใช้งาน ไม่ใช่ MIB ผิด
เชื่อมโยงเส้นทาง VRF ที่รู้จักหนึ่งเส้นกับเอาต์พุตการปฏิบัติงานของอุปกรณ์เองก่อนชี้ตัวเก็บข้อมูลไปที่ทั้งตาราง เก็บองค์ประกอบดัชนีทุกส่วนและเวลาที่เก็บไว้กับทุกตัวอย่าง เพราะเส้นทางและการผูกจะเคลื่อนที่ระหว่างการสำรวจ ภาพรวมที่เย็บจากสองครั้งห่างกันหลายนาทีอาจผสมดัชนีการเชื่อมต่อไขว้เก่ากับเส้นทางใหม่และดูสอดคล้องกันอย่างสมบูรณ์
เมื่อมุมมอง BGP ที่ได้รับหรือออบเจกต์เลเบลเฉพาะผู้ขายหายไปจริง ให้ย้ายไปที่อินเทอร์เฟซเทเลเมทรีหรือการปฏิบัติงานที่แพลตฟอร์มบันทึกไว้ การเชื่อมแบบมาตรฐานครอบคลุมเลเบลส่งต่อในเครื่องและอย่างอื่นอีกเล็กน้อย จึงควรมองว่าเป็นก้าวแรกของการออกแบบการเก็บข้อมูล ไม่ใช่สิ่งที่เสร็จแล้ว