I'm confused. Why is the MAC of the TEP (tunnel end point) IP needed for creating the VXLAN tunnel? TEP-IP is published in the hardware_vtep schema (Physical_Switch table). It is also published in the

Hi Daya, I have a general query in Hardware VTEP use case in hardware switch, Case 1 : The VxLAN tunnel should be created in the hardware switch only after the tunnel end point

We discussed this in a community meeting just after the summit. the schema I think basically assumes macs will be unique, (since it is keyed by mac addr). andre also suggested it would be ok to assume

A single record within the MAC table will be uniquely identified using (VNI, MAC) Only VNI will yield all MAC belonging to the specified VNI/logical switch. Only MAC will give you all MAC irrespective

Sumit, Since VNI itself is unique, why should we have VNI+Mac as the key. Can’t we have VNI as the only key for the local/remote mac tables? Regards, Ravi

Vishal, Yes. The key should be VNI + MAC. -- Sumit Garg Extreme Networks sumit@... +1 (919) 595-4971 From: Vishal Thapar <vishal.thapar@...> Date: Thursday, August 20, 2015 at 9:28 AM To:

Question inline. Regards, Vishal.

Added in line comments. Regards, Ravi Shankar

Sam: Yes, that is my assumption too. Just wanted to make sure it is correct and holds true for both ToR and OVS. As in, OVS doesn’t do any mac-learning from other peers when running as HWVTEP node.

I thought some of this would happen via ovsdb. The switch would learn it's local macs as normal and populate it's local ovsdb macs. Then these entries would get pushed as remote macs in the other

Hi Ravi, How’re you doing? Had couple of questions that came up in pervious few HWVTEP meetings and was wondering if you could help answer them: 1. If we have two hwvtep devices [OVS or

I have figured out why my setup can't work. I used Openstack from Fedora 21, it has old Opendaylight ML2 driver, Openstack is still using Neutron L3 router, not networking_old L3 router, my setup

Yes, flow programming is the issue I’m focusing on, I’m just to check if sfcofl2 can coexist with netvirt by using my openflowplugin common layer (I’m doing this). Sorry, I can’t get your

Many thanks :) Ed

Sure, Thanks Anil.

Hi Ravi, As per my experience, the use case you're mentioning is not really a valid use case. VMs in two different tenant networks are to be treated like external network for each of those tenants.

Hi Anil. Thanks for the update. We will do the needful. Thanks, Sarath.

Hi Yang Yi, Thank you - that page does need some TLC, in particular around the "how do I know it's working?" area. I do have some other tips: <snip> Looking good! After running a net-create, try

Yi, the demo uses the stable/li odl so you could easily just load the sfc features also. In the networking-odl [settings] you can change the distro. In your local.conf you can also add flags to modify

Hi Anil/Sam, I have looked into Flavio's link (part1 and part2) and those demo's were working perfectly fine. My Query is very specific to the use case, where two or more tenant's have