[RFE] Add 'technique' column in bgpvpns table in Neutron database.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
networking-bgpvpn |
New
|
Undecided
|
Unassigned |
Bug Description
The ‘technique’ attribute is already in the bgpvpn plan, not implemented.
For now, we want to use EVPN to connect 2 openstack cloud networking, so 'technique' is a must attribute.
Here's the description from http://
"""The ‘technique’ attribute is optional and can be used by the admin to select one of multiple techniques when more than one is supported by the driver. When no technique is specified, the driver will use a default value. An API call will be available to let the API user know about the types supported by the driver for a said vpn type.
Currently defined techniques are:
for l3:
‘ipvpn’: this corresponds to RFC4364
‘evpn-prefix’: this corresponds to draft-ietf-
for l2:
‘evpn’: this corresponds to RFC7432
API call to list the available techniques, with example answers:
GET /bgpvpn/techniques
{ "techniques": {
"l3": [ "ipvpn" ],
"l2": [ "evpn" ]
} }
GET /bgpvpn/
{ "l3": [ "ipvpn"] }
GET /bgpvpn/
{ "l2": [ "evpn"] }
"""
In the plan, a bgpvpn will have multiple techniques, it conflict with bgpvpn typ, because there is only 1 bgpvpn type.
There is 3 options:
1. bgpvpn will have ONLY 1 technique.
In some case, we want a VPN can support L2 EVPN and l3 evpn-prefix. This case can not be met.
2. Remove bgpvpn_type from bgpvpn table, because technique pairs include the type.
3. Add a new bgpvpn type: 'evpn', it support both evpn-prefix and RFC7432.
For me, I prefer to #3.