summaryrefslogtreecommitdiff
path: root/tools/render_md.py
diff options
context:
space:
mode:
authorRenato Westphal <renato@opensourcerouting.org>2019-01-19 17:19:13 -0200
committerRenato Westphal <renato@opensourcerouting.org>2019-02-19 09:42:54 -0300
commit7e0c14b59ad755c967569c2be93a39436e2e2dfa (patch)
tree15f6122e853c53e633503dd6f338dfda534e1ed2 /tools/render_md.py
parentbf9c4483dea7247939e4923ac444f10f7fd93df9 (diff)
lib: remove the vrf_is_mapped_on_netns() function
Now that all daemons receive the VRF backend from zebra, we can get rid of vrf_is_mapped_on_netns() in favor of using the more convenient vrf_is_backend_netns() function, which doesn't require any argument. This commit also fixes the following problem: debian(config)# ip route 50.0.0.0/8 blackhole vrf FAKE table 2 % table param only available when running on netns-based vrfs Even when zebra was started with the --vrfwnetns, the error above would be displayed since the VRF FAKE didn't exist, which would make vrf_is_mapped_on_netns() return 0 incorrectly. Using vrf_is_backend_netns() this problem doesn't happen anymore. Signed-off-by: Renato Westphal <renato@opensourcerouting.org>
Diffstat (limited to 'tools/render_md.py')
0 files changed, 0 insertions, 0 deletions