master
stable/wallaby
stable/xena
stable/yoga
stable/zed
stable/2023.1
stable/victoria
stable/ussuri
stable/train
21.1.1
22.0.1
23.0.0.0b2
23.0.0.0b1
xena-em
19.7.0
22.0.0
22.0.0.0rc2
21.1.0
20.3.0
19.6.0
22.0.0.0rc1
19.5.0
stein-eol
rocky-eol
queens-eol
wallaby-em
18.6.0
21.0.0
21.0.0.0rc2
21.0.0.0rc1
20.2.0
19.4.0
18.5.0
20.1.0
19.3.0
18.4.0
pike-eol
victoria-em
17.4.1
19.2.0
18.3.0
17.4.0
20.0.0
20.0.0.0rc2
20.0.0.0rc1
18.2.0
17.3.0
19.1.0
ussuri-em
16.4.2
19.0.0
19.0.0.0rc2
19.0.0.0rc1
18.1.1
17.2.1
16.4.1
18.1.0
17.2.0
16.4.0
ocata-eol
train-em
17.1.2
16.3.2
15.3.4
18.0.0
18.0.0.0rc2
18.0.0.0rc1
17.1.1
16.3.1
15.3.3
15.3.2
17.1.0
16.3.0
15.3.1
stein-em
14.4.2
14.4.1
17.0.0
17.0.0.0rc2
16.2.0
15.3.0
14.4.0
17.0.0.0rc1
14.3.1
16.1.0
15.2.0
14.3.0
14.2.0
15.1.0
16.0.0
16.0.0.0rc2
16.0.0.0rc1
rocky-em
13.0.7
16.0.0.0b1
14.1.0
15.0.2
15.0.1
14.0.4
13.0.6
queens-em
12.1.1
13.0.5
14.0.3
15.0.0
15.0.0.0rc2
15.0.0.0rc1
15.0.0.0b1
12.1.0
14.0.2
13.0.4
pike-em
11.0.8
14.0.1
ocata-em
12.0.6
13.0.3
11.0.7
14.0.0
14.0.0.0rc1
14.0.0.0b3
14.0.0.0b2
14.0.0.0b1
12.0.5
11.0.6
13.0.2
12.0.4
13.0.1
13.0.0
13.0.0.0rc2
13.0.0.0rc1
13.0.0.0b3
10.0.7
11.0.5
12.0.3
13.0.0.0b2
10.0.6
12.0.2
11.0.4
13.0.0.0b1
12.0.1
11.0.3
10.0.5
12.0.0
12.0.0.0rc2
12.0.0.0rc1
12.0.0.0b3
12.0.0.0b2
11.0.2
12.0.0.0b1
newton-eol
11.0.1
10.0.4
11.0.0
10.0.3
9.4.1
11.0.0.0rc3
11.0.0.0rc2
11.0.0.0rc1
11.0.0.0b3
mitaka-eol
11.0.0.0b2
10.0.2
9.4.0
11.0.0.0b1
9.3.1
10.0.1
9.3.0
10.0.0
10.0.0.0rc2
liberty-eol
10.0.0.0rc1
8.4.0
9.2.0
10.0.0.0b3
10.0.0.0b2
9.1.1
10.0.0.0b1
9.1.0
8.3.0
7.2.0
9.0.0
9.0.0.0rc3
9.0.0.0rc2
9.0.0.0rc1
9.0.0.0b3
8.2.0
7.1.2
9.0.0.0b2
8.1.2
7.1.1
9.0.0.0b1
7.1.0
8.1.1
kilo-eol
2015.1.4
8.1.0
8.0.0
8.0.0.0rc3
7.0.4
8.0.0.0rc2
8.0.0.0rc1
8.0.0.0b3
7.0.3
7.0.2
2015.1.3
8.0.0.0b2
juno-eol
7.0.1
8.0.0.0b1
2014.2.4
7.0.0
7.0.0.0rc3
2015.1.2
7.0.0.0rc2
7.0.0.0rc1
7.0.0.0b3
2015.1.1
7.0.0.0b2
icehouse-eol
7.0.0.0b1
2014.1.5
7.0.0a0
2015.1.0
2015.1.0rc3
2015.1.0rc2
2014.2.3
2015.1.0rc1
2015.1.0b3
2014.1.4
2014.2.2
2015.1.0b2
2015.1.0b1
2014.2.1
2014.2
2014.2.rc3
2014.2.rc2
2014.2.rc1
2014.1.3
havana-eol
2013.2.4
2014.2.b3
2014.1.2
2014.2.b2
2014.2.b1
2014.1.1
2014.1
2014.1.rc2
2013.2.3
2014.1.rc1
grizzly-eol
2013.1.5
2014.1.b3
2013.2.2
2014.1.b2
2013.2.1
2014.1.b1
folsom-eol
2013.1.4
2013.2
2013.2.rc3
2013.2.rc2
2013.2.rc1
2013.2.b3
2013.1.3
2013.2.b2
2013.1.2
2013.2.b1
2013.1.1
essex-eol
diablo-eol
2012.2.4
2013.1
2013.1.rc3
2013.1.rc2
2013.1.rc1
2013.1.g3
2012.2.3
grizzly-2
2012.2.1
grizzly-1
2012.2
folsom-rc3
folsom-rc2
folsom-rc1
folsom-3
folsom-2
folsom-1
2012.1
essex-rc2
essex-rc1
2011.3
essex-1
essex-2
essex-3
essex-4
${ noResults }
4 Commits (b7b432c64286623d86a5caf2dcc11770b170a003)
Author | SHA1 | Message | Date |
---|---|---|---|
![]() |
5981bf416d |
OVSBridge: add --strict to allow priority in delete_flows
n8g-sfc currently has its own variant of OVSBridge to allow the use of priority in a delete_flows call This change is meant to make this available outside n8g-sfc and simplify n8g-sfc code. This change adds a 'strict' boolean parameter to mod_flow and delete_flows that results in ovs-ofctl to be run with --strict for del-flows and mod-flows actions. When strict is set, the use of priority is allowed and hence not rejected anymore. Note that for batched actions in a deffered bridge, we disallow mixing calls with strict and without strict, which can't be translated in one CLI call. Needed-By: I3bf939590dd43bff685f133bff86eb7e9068de91 Change-Id: I289d546780f10dc1002ab6bc2e1b38c9ef2d728f |
6 years ago |
![]() |
106f6507db |
Refactor OVSCookieBridge: always use bridge cookie
Instead of having OVSCookieBridge as a passthrough class that does not provide the intended behavior (see bug 1557620), this change implements a cookie bridge as a patched copy of the underlying bridge: - the underlying bridge is copied - the copy is given an extension-specific cookie The 'extension bridge should only touch its flows' effect is obtained by a separate change (Idd0531cedda87224531cb8fb6a912ccd0f1554d5). The two problems in the bug are addressed: - the extension-specific cookie is now applied even for calls to methods other than add/delete/mod_flows - the extension-specific cookie is now applied in the case of the native/ryu implementation This commit also re-enable the use of uninstall_flows in the QoS OVS driver, which had to be disabled in Idd0531cedda87224531cb8fb6a912ccd0f1554d5, but can now be re-enabled with this bug addressed. This change complements the unit tests to confirm that the bug is fixed. Change-Id: I55835a34d8fba7a139dce93f99cbff54584d695c Closes-Bug: #1557620 Needed-By: I8570441a0b8d5ee3ad7f88e07affac2f1b782021 |
6 years ago |
![]() |
bdeb7bcc2b |
enable OVSDB native interface by default
- unit tests were fixed mainly by mocking Connection class of native implementation. - some ovs-lib tests rely on direct ovs-vsctl output. Temporarily decorated with @vsctl_only. UpgradeImpact Change-Id: I2632b0e21edd61536867a9fc830a45d9899091e4 |
7 years ago |
![]() |
ea8d60f561 |
Added agent specific API support to L2 extensions
- Introduces an API to allow l2-agents to access resources within the Open vSwitch Agent, specifically the integration and tunnel bridges. - adds consume_api method to the AgentCoreResourceExtension class. - modifies the AgentExtensionManager class to accept the AgentExtensionAPI class as an optional argument. - adds the OVSAgentExtensionAPI class. - modifies ovs_lib and ofswitch to include a list of uuid stamps to exempt from flow deletion. - adds the OVSBridgeCookieMixin class that manages the distribution of cookies and maintains the list of reserved cookies. - modifies OVSNeutronAgent to initialize OVSAgentExtensionAPI and pass into the AgentExtensionManager. Partial-Bug: #1517903 Co-Authored-By: Nate Johnston <nate_johnston@cable.comcast.com> Co-Authored-By: Thomas Morin <thomas.morin@orange.com> Implements: blueprint l2-api-extensions Change-Id: I7cb61f30689dff2d7895d444060dedc1532a63ec |
7 years ago |