-
Notifications
You must be signed in to change notification settings - Fork 399
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
IOSXR: fix AS parsing for dynamic neighbors #530
base: main
Are you sure you want to change the base?
IOSXR: fix AS parsing for dynamic neighbors #530
Conversation
Additional 'show version' support for different versions of ASA software
…elease_21.6 Releasing v21.6
Show Redundancy regex update to accommodate eXR
ShowRunInterface - fixed channel_group and added new output parsing
Added show sdwan tunnel sla index 0 parser
Corrected mistake on naming convention with folder based testing for show sdwan tunnel sla index 0
The regexes used were too restrictive. They matched IPv4 addresses, and IPv6 addresses that contain only numbers. (eg, 192.168.0.1, 2001:123::) They did NOT match any IPv6 addresses with 'a-f' characters. (eg, 2001:456:abc::)
IOSXR - Fix for issue#492 -ShowBgpInstanceAllAll-- dotted ASN not captured
…owBgpInstanceProcessDetail iosxr-ShowBgpInstanceProcessDetail - Fix RegEx
…security NEW: Add ShowSecurityPoliciesHitCount to JUNOS
…elease_21.8 Release 21.8
…ahigash_ga_add_makejson added make json to github actions
Dynamic neighbors get an additional "Dynamic" property on the line where remote and local AS are specified: ``` Remote AS 65498, local AS 65499, external link, Dynamic ``` Currently, the regex to parse this line expects a precise set of properties and reject any unkown property. I propose to extend the regex to accept and discard any unknown property. It seems better than to return neighbors without local/remote AS, as this is quite an essential information.
Perhaps it would be better to capture it and add it to the schema as an Optional() key. That way it will get captured and recorded if it's there and if it's not there the schema would continue as normal. Either way you're correct that the regex needs to be able to handle additional properties. Thank you for catching this! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please address the comment @GerriorL left then its good
@vincentbernat are you planning to fix up what @GerriorL was proposing? |
No, sorry, I currently don't have time. |
b9b60d4
to
df3a58b
Compare
Dynamic neighbors get an additional "Dynamic" property on the line
where remote and local AS are specified:
Currently, the regex to parse this line expects a precise set of
properties and reject any unkown property. I propose to extend the
regex to accept and discard any unknown property. It seems better than
to return neighbors without local/remote AS, as this is quite an
essential information.
Checklist: