Skip to content
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

bgpd: vpn route-map config should be kept, except if vrf list is on #3162

Merged
merged 1 commit into from Nov 3, 2018

Conversation

pguibert6WIND
Copy link
Member

When executing vpn route-map config for importation, the running-config
records vrf import route-map instead. Actually, this is a problem when
restarting configuring when using vpn route-map. The choice is done to
move to vrf format, when at least one import list is created for vrfs.

Signed-off-by: Philippe Guibert philippe.guibert@6wind.com

When executing vpn route-map config for importation, the running-config
records vrf import route-map instead. Actually, this is a problem when
restarting configuring when using vpn route-map. The choice is done to
move to vrf format, when at least one import list is created for vrfs.

Signed-off-by: Philippe Guibert <philippe.guibert@6wind.com>
@NetDEF-CI
Copy link
Collaborator

Continuous Integration Result: SUCCESSFUL

Congratulations, this patch passed basic tests

Tested-by: NetDEF / OpenSourceRouting.org CI System

CI System Testrun URL: https://ci1.netdef.org/browse/FRR-FRRPULLREQ-5612/

This is a comment from an EXPERIMENTAL automated CI system.
For questions and feedback in regards to this CI system, please feel free to email
Martin Winter - mwinter (at) opensourcerouting.org.


CLANG Static Analyzer Summary

  • Github Pull Request 3162, comparing to Git base SHA 8f7bfe3

No Changes in Static Analysis warnings compared to base

@LabN-CI
Copy link
Collaborator

LabN-CI commented Oct 11, 2018

💚 Basic BGPD CI results: SUCCESS, 0 tests failed

Results table
_ _
Result SUCCESS git merge/3162 8a066a7
Date 10/11/2018
Start 03:58:14
Finish 04:21:28
Run-Time 23:14
Total 1816
Pass 1816
Fail 0
Valgrind-Errors 0
Valgrind-Loss 0
Details vncregress-2018-10-11-03:58:14.txt
Log autoscript-2018-10-11-03:58:53.log.bz2

For details, please contact louberger

vty_out(vty, "%*sroute-map vpn import %s\n", indent, "",
bgp->vpn_policy[afi]
.rmap_name[BGP_VPN_POLICY_DIR_FROMVPN]);
}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If I'm reading the code right, these two commands (import vrf route-map and route-map vpn import) are changing the same data structure bgp->vpn_policy[afi].rmap[BGP_VPN_POLICY_DIR_FROMVPN].

Thinking from the perspective of the new northbound API, retrofitting these commands to the new model will be problematic. Is there a reason why we can't combine them into one single command to remove the redundancy?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

good point Renato.
currently, there are some checks that do not permit using vpn command when vrf command is used.
I think we should speak to @paulzlabn

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

send paul mail via paulz@labn.net

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

To be honest I don't see how this helps in any way. We still have two commands editing the same data structure. Before we would display import vrf route-map in the running configuration even when we entered the route-map vpn import command. Now it's the other way round: we'll display route-map vpn import even if we entered the import vrf route-map command, except if import vrf is also configured. For me it seems like we're changing one problem by another one, frr-reload.py will still have issues given its current limitations.

@eqvinox eqvinox added the review & merge me look at me! label Oct 23, 2018
@eqvinox
Copy link
Contributor

eqvinox commented Oct 23, 2018

Renato has a point for future work but I think this PR can probably be merged for now. Can some of the BGP people please review & merge it?

Copy link
Member

@riw777 riw777 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We should probably open a new PR to think about how to merge these two commands, as per @rwestphal; for now I think it's okay to merge.

@rwestphal rwestphal merged commit 8dfa7e4 into FRRouting:master Nov 3, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

7 participants