Activity log for bug #1738049

Date Who What changed Old value New value Message
2017-12-13 17:41:28 richard roberts bug added bug
2017-12-13 17:42:06 richard roberts description Following Orange VEPC, all vendors are highly relying on bgpaas for routing from/to VNF. VNF are made up of several nodes spread on different computes: - Forwarders (line cards) - Control/Routing VMs (a la routing Engine) This leads to a decoupling between data plane and control plane. VNF will usually rely on two BGP peers per plane for HA (managed at differnt forwarder and/or Routing VMs). PROBLEM: The problem is that for a given plane, all BGP peers from a VNF can be actually terminated on a same control node. If this control node fails, both primary and backup peer get lost at a same time. Contrail will break the HA design. I keep this LP confidential, as I have not share my thoughts with Orange and they have not realized this yet. ASK: be able to have some control on how vrouter agent estblish peers toward Control Nodes - static definition in vrouter-agent.conf (one compute => all bgpaas to a given control node) is good too - CAUTION: it is better that on of the peer do not establish at all than having two primary/backup peers established on a same Control Node Following Orange VEPC, all vendors are highly relying on bgpaas for routing from/to VNF. VNF are made up of several nodes spread on different computes:  - Forwarders (line cards)  - Control/Routing VMs (a la routing Engine) This leads to a decoupling between data plane and control plane. VNF will usually rely on two BGP peers per plane for HA (managed at differnt forwarder and/or Routing VMs). PROBLEM: The problem is that for a given plane, all BGP peers from a VNF can be actually terminated on a same control node. If this control node fails, both primary and backup peer get lost at a same time. Contrail will break the HA design. ASK: be able to have some control on how vrouter agent estblish peers toward Control Nodes - static definition in vrouter-agent.conf (one compute => all bgpaas to a given control node) is good too - CAUTION: it is better that on of the peer do not establish at all than having two primary/backup peers established on a same Control Node
2017-12-13 17:42:31 richard roberts bug added subscriber Nicolas Marcoux
2017-12-13 17:42:45 richard roberts bug added subscriber Ato
2017-12-14 15:43:05 Slobodan Blatnjak bug added subscriber Slobodan Blatnjak
2017-12-22 08:20:45 richard roberts summary bgpaas requires management of control node affinity to manage HA deployments bgpaas requires predictable selection of control node at vrouter to manage HA deployments
2018-01-12 19:27:54 Nischal Sheth nominated for series juniperopenstack/trunk
2018-01-12 19:27:54 Nischal Sheth bug task added juniperopenstack/trunk
2018-02-28 09:32:24 Hari Prasad Killi juniperopenstack/trunk: assignee sangarshan p (sangarshp)
2018-02-28 09:32:30 Hari Prasad Killi tags vrouter
2018-03-12 07:06:29 OpenContrail Admin juniperopenstack/trunk: status New In Progress
2018-04-04 08:38:13 richard roberts information type Proprietary Public
2018-09-18 19:52:17 ccall bug added subscriber ccall