You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If restart ovs-vswitchd, the port config/state would become 0/0.
From the code through, it is found that it is just implement netdev_windows_update_flags function
with a minumum support. In some cases, it needs update the flags to make it consistent with the interface
flags on kernel datapath.
/* This functionality is not really required by the datapath.
But vswitchd bringup expects this to be implemented. */
static int
netdev_windows_update_flags(struct netdev *netdev_,
enum netdev_flags off,
enum netdev_flags on,
When ovs port is allocated, it will do updating flag of netdev and call the netdev_class member function .update_flags to get the flags of netdev. But this function is not well implemented on ovs-windows side.
error = netdev->netdev_class->update_flags(netdev, off & ~on, on,
&old_flags);
This will cause OVS send an OpenFlow PortStatus message with invalid port state “OFPUTIL_PS_LINK_DOWN” .
On the simple testing for internal type port with CMD below,
ovs-vsctl --no-wait add-port br-int podvif38 -- set interface podvif38 type=internal
ovs-vsctl --no-wait add-port br-int podvif39 -- set interface podvif39 type=internal
From the CMD blow, it would show the port portvif38 and portvif39 are kept on PORT_DOWN/LINK_DOWN
PS C:\openvswitch> ovs-ofctl show br-int
OFPT_FEATURES_REPLY (xid=0x2): dpid:00003e3ad1550745
n_tables:254, n_buffers:0
capabilities: FLOW_STATS TABLE_STATS PORT_STATS QUEUE_STATS ARP_MATCH_IP
actions: output enqueue set_vlan_vid set_vlan_pcp strip_vlan mod_dl_src mod_dl_dst mod_nw_src mod_nw_dst mod_nw_tos mod_tp_src mod_tp_dst
1(podvif38): addr:00:00:00:00:00:00
config: PORT_DOWN
state: LINK_DOWN
speed: 0 Mbps now, 0 Mbps max
2(podvif39): addr:00:00:00:00:00:00
config: PORT_DOWN
state: LINK_DOWN
speed: 0 Mbps now, 0 Mbps max
LOCAL(br-int): addr:00:00:00:00:00:00
config: PORT_DOWN
state: LINK_DOWN
speed: 0 Mbps now, 0 Mbps max
From the CMD "get-netdapter" the related ports are already UP and got mac address.
PS C:\openvswitch> get-netadapter
Name InterfaceDescription ifIndex Status MacAddress LinkSpeed
podvif38 Hyper-V Virtual Ethernet Adapter #4 52 Up 00-15-5D-04-A0-88 1 Gbps
podvif39 Hyper-V Virtual Ethernet Adapter #5 53 Up 00-15-5D-04-A0-89 1 Gbps
If restart ovs-vswitchd, the port config/state would become 0/0.
From the code through, it is found that it is just implement netdev_windows_update_flags function
with a minumum support. In some cases, it needs update the flags to make it consistent with the interface
flags on kernel datapath.
/* This functionality is not really required by the datapath.
static int
netdev_windows_update_flags(struct netdev *netdev_,
enum netdev_flags off,
enum netdev_flags on,
This will cause OVS send an OpenFlow PortStatus message with invalid port state “OFPUTIL_PS_LINK_DOWN” .
The bad OpenFlow PortStatus message is like this,
The text was updated successfully, but these errors were encountered: