The vmbr interfaces and switch interfaces are 9100. The zone and EVPN are 9050. I had gone from having the VM interfaces match the EVPN MTU to making them 8900 and there has been no improvement. IPsec encryption is not enabled.
On the same host they SHOULD be going through the EVPN as that...
I apologize for bringing an old thread back to life but, this seems relevant to the issue I'm seeing. I am using an EVPN between multiple VMs both on same host and across hosts. Communications between VMs on the same host see about a 20-25% throughput loss in comparison to host to host...
An update to everyone, after some additional digging I discovered that if you install the strongswan packet for VXLAN IPsec encryption, it automatically takes effect. I had installed the packet with the intent to configure and utilize after validating VXLAN worked without.
What this resulted...
For VXLAN, do I need to enable VXLAN on the physical switch for traffic that is passing through between Proxmox nodes? I've been working under the presumption that it was not necessary for pass through traffic so long as MTU settings were correct. I know that you need to configure VXLAN on the...
So, the solution would be to disable "vlan-aware" on all Vnets? I've tried that without success. Do I need to restart nodes or frr after this change? Or, did you mean I should not use OVS with SDN/frr? I'm beginning to think restarting from scratch and seeing what happens might be worthwhile.
I created a VXLAN zone and created a VNET within that zone. I assigned the VNICs to the VXLAN VNET (selecting just the VXLAN zone isn't permitted in the GUI). Traffic is still not passing.
I ended up having to use the standard vmbr bridge interface and add a VLAN to that bridge. There...
My understanding of your SDN deployment is that the VNETs are the VXLANs within an EVPN. Is that incorrect?
I've statically assigned the ARP entries and traffic still is not passing through. I've created an independent VXLAN that is not under the EVPN and attempted the same. It still is not...
spirit, no traffic needs to leave the VNET because it is a cross-connect between the two router VMs for optimal routing. The traffic will only ever go between the two VMs and nowhere else. The VMs have physical interfaces shared to them that connect to independent providers. The VMs also have...
spirit, this is for a PtP connection between two virtual routers. A /31 conserves IP space and has been the generally accepted norm for IPv4 Point to Point (PtP) links for many years. So, in a day and age when you have to purchase IPv4 space second hand at exhorbinate rates ($40-$65/IP) it is...
Has anyone had an issue with EVPNs not passing traffic? I created a VNET that is meant to be PtP. I configured an IP address on the associated VM internet (within the same /31) and traffic fails in both directions. ARP isn't being learned. However a 'show interface' within vtysh on both...
Good morning,
I am working on a EVPN lab. As part of this lab I created 2 EVPN zones. I receive the following error message. I only used the web UI in promos 7.4 (after installing FRR per the documentation). I performed no direct changes to any configuration files. In my lab I am working...
To provide even deeper network information... Switches, even on trunked ports, still accept untagged traffic. That traffic is dumped into the "default VLAN." There are network management protocols that do not function within VLANs. But, I probably shouldn't confuse the OP. I just wanted to...
Good day,
I'm having an issue creating a VLAN based SDN. The Zone creates without a problem. It is associated with a bridge that has no IP address so that the zone is fully segregated. However, when I configure and submit Vnets within the zone all of the vnets show as being in error. The...
I was looking at deploying BGP EVPN on MS SONiC loaded onto white box switches. Then, I came across this notice and then this thread for SDN on Proxmox. I'm a newbie to SDN. How would one go about tying in Proxmox SDN deployment with physical switches running MS SONiC and BGP EVPN? I'm...
Is there any news/fix for this issue yet? The most recent updates have not resolved the problem. This is sort of a big deal for anyone that is attempting to upgrade live systems to Proxmox 4.
Faye,
Thank you for your input. I'm sure it will be helpful to others.
For my situation, however, it isn't the same problem. My scenario comes from an openVZ container that had been imported to LXC.
Regards,
Chris Wathan
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.