Hello, Gavin, Thank you for your interest in the vif plug infrastructure and the representor port plugin. See replies inline below.
tir. 20. des. 2022, 19:29 skrev Gavin McKee via discuss < ovs-discuss@openvswitch.org>: > Hi, > > We are hoping someone can help with the following error message. > > Here we add the required options to the logical switch port in OVN North > ovn-nbctl lsp-set-options c1-sw0-p1 requested-chassis=usc01a-032-16a > vif-plug-type=representor vif-plug:representor:pf-mac=10:70:fd:df:9c:3a > vif-plug:representor:vf-num=4 > > When I check the ovn-controller log on the hypervisor I see the following > error message: > 2022-12-20T18:24:42.815Z|00108|vif_plug|INFO|Not plugging lport c1-sw0-p1 > on direction from VIF plug provider. > 2022-12-20T18:24:47.816Z|00109|vif_plug_representor|INFO|No representor > port found for lport: c1-sw0-p1 pf-mac: '10:70:fd:df:9c:3a' vf-num: '4' > > Here is the information for the Mellanox Connect X6 card we are using , > you can see the mac on the physical interface is defined in the entry > vif-plug:representor:pf-mac=*10:70:fd:df:9c:3a* > ``` > root@usc01a-032-16a:/home/gmckee# ip link show enp7s0f0 > 14: enp7s0f0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9214 qdisc mq master > ovs-system state UP mode DEFAULT group default qlen 1000 > link/ether *10:70:fd:df:9c:3a* brd ff:ff:ff:ff:ff:ff > vf 0 link/ether 10:70:fd:ab:cd:01 brd ff:ff:ff:ff:ff:ff, spoof > checking off, link-state disable, trust off, query_rss off > vf 1 link/ether 10:70:fd:ab:cd:02 brd ff:ff:ff:ff:ff:ff, spoof > checking off, link-state disable, trust off, query_rss off > vf 2 link/ether 10:70:fd:ab:cd:03 brd ff:ff:ff:ff:ff:ff, spoof > checking off, link-state disable, trust off, query_rss off > vf 3 link/ether 10:70:fd:ab:cd:04 brd ff:ff:ff:ff:ff:ff, spoof > checking off, link-state disable, trust off, query_rss off > vf 4 link/ether 10:70:fd:e2:44:44 brd ff:ff:ff:ff:ff:ff, spoof > checking off, link-state disable, trust off, query_rss off > vf 5 link/ether 10:70:fd:e2:a3:02 brd ff:ff:ff:ff:ff:ff, spoof > checking off, link-state disable, trust off, query_rss off > altname enp7s0f0np0 > ``` > > The representor information is as follows > > root@usc01a-032-16a:/home/gmckee# ip link show enp7s0f0_4 > 32: enp7s0f0_4: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state > UP mode DEFAULT group default qlen 1000 > link/ether ae:4e:85:a3:83:22 brd ff:ff:ff:ff:ff:ff > altname enp7s0f0npf0vf4 > > the virtual function has already been assigned to a KVM VM. > > Any help is greatly appreciated . > The representor plugin was developed for and tested with a SmartNIC DPU, which behaves slightly different than a system where the embedded switch is exposed to the host system. Having said that, it was developed using generic interfaces, such as devlink-port [0], so we should be able to make it work. The representor plugin looks up the representor by combining information about PF MAC (`hw_addr`) and VF number from devlink [2], a recent kernel version is required to expose the `hw_addr` attribute. A few questions: Do you see any other messages logged from the vif_plug_representor module? What kernel version is in use? Does the `hw_addr` show up for the PCI_PF flavoured port in `devlink port show`? 0: https://www.kernel.org/doc/html/latest/networking/devlink/devlink-port.html 1: https://github.com/ovn-org/ovn-vif/blob/ce1a36f300a74b4eae55a7fec7d18da8b9218e29/lib/vif-plug-providers/representor/vif-plug-representor.c#L407-L469 -- Frode Nordahl > Gav > > _______________________________________________ > discuss mailing list > disc...@openvswitch.org > https://mail.openvswitch.org/mailman/listinfo/ovs-discuss >
_______________________________________________ discuss mailing list disc...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-discuss
