<div dir="ltr">On 21 June 2014 17:17, A, Keshava <span dir="ltr"><<a href="mailto:keshava.a@hp.com" target="_blank">keshava.a@hp.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hi Thomas,<br>
<br>
This is interesting.<br>
I have some of the basic question about deployment model of using this BaGPipe BGP in virtual cloud network.<br>
<br>
1. We want MPLS to start right from compute node as part Tennant traffic ?<br>
2. We want L3 VRF separation right on Compute nodes (or NN Node) ?<br>
        Tenant = VRF ?<br>
        Tenant span can be across multiple CN nodes,  then have BGP to Full mesh with in CN ?<br>
3. How to have  E-VPN connectivity mapping at NN/CN nodes ?<br>
    Is there an L2 VPN psuedowire thinking from CN nodes itself ?<br>
4. Tennant traffic is L2 or L3 or MPLS ? Where will be L2 terminated ?ic Routing bp.<br><br></blockquote><div><br></div><div>When you say things like 'tenant = VRF' (and, in fact, I presume you mean 'network = VRF', since networks and tenants are two different things) then that's actually more to do with how you implement the networking overlay layer in Neutron.  While interesting, and while it could potentially use a BGP speaker and VRFs to do it, it's not the same use case as advertising routes externally, or terminating an external MPLS VPN in Openstack.  I could do either of those things independently of the other.  Terminating VPNs requires an extension API and could potentially glue on to a current plugin (much like VPNaaS).  Writing overlays is a new plugin entirely.<br>

<br>There's a use for BGP speakers in both arenas (and additionally within the distributed virtual router, which is a third case) so perhaps we could address who's using which speaker for precisely what?<br>-- <br>

</div><div>Ian.<br></div></div><br></div></div>