Hrm, if cpwVcOperStatus report down, than this is definitely is DOWN event, not possible to fix it. But if standby will report "dormant" state, than possible to fix.
Klimek, Denis via observium wrote on 11/12/2018 16:53:
Hi Andy,
I had a ticket (#684907603) with Cisco TAC for IOS-XR about this “issue”. Looks similar to our VPLS. Final answer: will not be fixed.
Original quote:
“
Hello Denis Below is the feedback I received from the BU Unfortunately, there are just a few available values in the MIB... up/local-up maps to cpwVcOperStatus "up" anything else maps to "down", including standby. The MIB defines the "dormant" value but it's description does not match the state of a PW in standby. You can also check this further on the below URL http://snmp.cloudapps.cisco.com/Support/SNMP/do/BrowseOID.do?objectInput=1.3...
“
Mit freundlichem Gruß
Stadtwerke Norderstedt
*Denis Klimek*
Professional Network Engineer
IP-Systemtechnik
Tel: 040 / 521 04 – 1049
Mobil: 0151 / 652 219 06
dklimek@stadtwerke-norderstedt.de mailto:dklimek@stadtwerke-norderstedt.de
www.stadtwerke-norderstedt.de http://www.stadtwerke-norderstedt.de/
*Von:*observium [mailto:observium-bounces@observium.org] *Im Auftrag von *Andrew Lemin via observium *Gesendet:* Dienstag, 11. Dezember 2018 14:27 *An:* 'observium@observium.org' *Cc:* Andrew Lemin *Betreff:* [Observium] Possible pseudowire bug - Backup PSW's classed as DOWN/ALERT, results in broken PW alerting
Hi List,
Just a quick one to check that I do not need to configure something extra for this to work?
We have lots of Pseudowire’s configured using IOS-XR, IOS-XE and IOS, and these all show in Observium with the pwID, and the Local and Remote details (so Observium is correctly matching the stanzas across the two endpoints as being the same service) which is awesome J
However when configuring ‘Backup’ Pseudowire, the standby/backup Pseudowire is shown as ‘Down’ and ‘Alert’ in Observium?
This is really confusing for support staff who do not understand if down/alert means something is wrong or not, and as such we are currently unable to monitor any pseudowire and have all alerts disabled for them L
The attached image shows an example, of how all the PWs to the secondary device are reported as down and in an alert state! They are all down but in the normal state as standby/backup pseudowires.
Below shows the output for the PW states, and it can be seen that a status of ‘sec’ and ‘SB’ is provided for Standby/Backup (the Pseudowire is explicitly configured with a ‘Backup’ path etc) pseudowires.
BYF-CGW-2#show xconnect all
Legend: XC ST=Xconnect State S1=Segment1 State S2=Segment2 State
UP=Up DN=Down AD=Admin Down IA=Inactive
SB=Standby HS=Hot Standby RV=Recovering NH=No Hardware
XC ST Segment 1 S1 Segment 2 S2
------+---------------------------------+--+---------------------------------+--
UP pri ac Po20.339:339(Eth VLAN) UP mpls <remote-rt-1-ip>:339 UP
IA sec ac Po20.339:339(Eth VLAN) UP mpls <remote-rt-2-ip>:339 SB
UP pri ac Po20.341:341(Eth VLAN) UP mpls <remote-rt-1-ip>:341 UP
IA sec ac Po20.341:341(Eth VLAN) UP mpls <remote-rt-2-ip>:341 SB
UP pri ac Po20.348:348(Eth VLAN) UP mpls <remote-rt-1-ip>:348 UP
IA sec ac Po20.348:348(Eth VLAN) UP mpls <remote-rt-2-ip>:348 SB
So the question I guess is, do the OIDs show the third status of ‘SB’ (or the ‘XC’ and ‘ST’ states of, ‘IA’ & ‘sec’ = Standby/Backup etc) so we can have something like; ‘UP’ = Green (Up), ‘SB’ = Amber (Up), ‘DN’ = Red (Down/Alert)?
Without this pseudowire alerting and state monitoring is broken L
As always, Thanks for all your time and effort with Observium
Kind regards, Andy.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium