-
Notifications
You must be signed in to change notification settings - Fork 105
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
Bring back VRF native support #252
Comments
Try adding a custom directive and setting the following attribute: your-directive:
name: BGP Route (VRF x)
table_output: __hyperglass_juniper_bgp_route_table__ And on the device: devices:
- name: your device
platform: juniper
directives:
- your-directive
structured_output: true Supported values for table output are:
If this works, I will come up with a way to make this more user friendly and add docs. |
Thank you for suggestion, but that doesn't work. Table output uses | display xml format as input, I tried to use that too - no luck. Here is device sample: routers:
And directive: bgp_route_vrf: |
Confirming this issue exists on Arista as well. Same instructions. Custom directives result in loss of pretty-formatting, instructing table/structured output has no effect
If I modify base files and force the base config to query against another VRF, we get the following errors being thrown:
Pre 2.0 vrf usage wasn't impacted. I would consider this a major regression. |
Following up on this, we tried adding the directives.yaml
devices.yaml
However, the only way for the table to appear was adding directives: t.Sequence[str] = (
"__hyperglass_arista_eos_bgp_route_table__",
"__hyperglass_arista_eos_bgp_aspath_table__",
"__hyperglass_arista_eos_bgp_community_table__",
"test3"
) |
I think adding support for VRF to version 2.x should be considered again. This is really important when you have devices with several VRFs configured. |
Hyperglass is really awesome but indeed I do miss vrf support. As I only have one set of juniper peering routers and one service full table vrf I hacked into the source code. sed -i 's/inet.0/YOURVRFNAME.inet.0/g' hyperglass/defaults/directives/juniper.py and for ping and traceroute i added "routing-instance YOURVRFNAME" in between, like: now hyperglass is fully working for me |
I proposed the following, giving better support for VRFs or any multiple variable command actually: |
Feature Description
Previous versions of Hyperglass natively supports VRF, new one - not. It can be done with custom directives, but all pretty formatting of output is lost.
Is your feature request related to a problem? Please describe.
Lot of networks use VRFs, removing support for the reduces Hyperglass big flexibility.
Environment & Use Case
Any contemporary router supports VRFs
Additional Context
The text was updated successfully, but these errors were encountered: