[vpp-dev] VPP Release 19.01 RC1: master open for business, stable/1901 is *CLOSED* for now.
Hi all, The VPP 19.01 RC1 milestone is almost complete. The VPP 19.01 release branch (stable/1901) has been created, but nexus repositories need a little bit more tender care tomorrow, so the stable/1901 branch is *CLOSED* for now - please do *not* commit to it / use it until my notice that it is okay to do so. On the brighter side of things, the vpp master branch is now open for all patches slated for VPP 19.04 (and beyond). thanks! --a -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11937): https://lists.fd.io/g/vpp-dev/message/11937 Mute This Topic: https://lists.fd.io/mt/29168213/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] DPDK and SR-IOV #vpp
> On 16 Jan 2019, at 15:07, amir...@rad.com wrote: > > Hello, > > I would like to enable SR-IOV on interfaces that assigned to VPP. > I was able to create VFs using igb_uio driver (using "echo 8 > > /sys/bus/pci/devices/\:07\:00.1/max_vfs " command) > > The problem is that some of the interfaces isn't working correctly (the one > that originally worked with ixgbe) > Is there an option to create SR-IOV VFs on interfaces using vfio-pci or > uio_pci_generic (or any other recommended DPDK driver) ? > You need to keep PF on ixgbe and when VF shows up you need to bind VF to vfio-pci. If you don't have IOMMU enabled, you need to turn unsafe no-iommu mode by doing: echo Y | sudo tee /sys/module/vfio/parameters/enable_unsafe_noiommu_mode vfio-pci is absolute preference for kernel 4.4+, in both iommu and no-iommu mode. -- Damjan -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11936): https://lists.fd.io/g/vpp-dev/message/11936 Mute This Topic: https://lists.fd.io/mt/29158489/21656 Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] DPDK and SR-IOV #vpp
Hello, I would like to enable SR-IOV on interfaces that assigned to VPP. I was able to create VFs using igb_uio driver (using "echo 8 > /sys/bus/pci/devices/\:07\:00.1/max_vfs " command) The problem is that some of the interfaces isn't working correctly (the one that originally worked with ixgbe) Is there an option to create SR-IOV VFs on interfaces using vfio-pci or uio_pci_generic (or any other recommended DPDK driver) ? Regards, Amir -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11935): https://lists.fd.io/g/vpp-dev/message/11935 Mute This Topic: https://lists.fd.io/mt/29158489/21656 Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] Reminder: VPP Release 19.01 RC1 is today 16th January 2019
Hi all, A kind reminder that the RC1 [1] is today Wednesday 16th January at 18:00 UTC. Starting from that time, please do not merge any changes. When we are done with the branching incantations, I will send the separate message. Thanks! [1] https://wiki.fd.io/view/Projects/vpp/Release_Plans/Release_Plan_19.01 --a -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11934): https://lists.fd.io/g/vpp-dev/message/11934 Mute This Topic: https://lists.fd.io/mt/29149120/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [SUSPECTED SPAM] [vpp-dev] IPFIX Nat Logging
I'm using VPP 18.10, ipfix logging is working with such config: set ipfix exporter collector 10.10.10.2 src 10.10.10.1 flowprobe params record l3 active 20 passive 120 flowprobe feature add-del GigabitEthernet0/4/0 ip6 I didn't tested ipfix with nat44. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11933): https://lists.fd.io/g/vpp-dev/message/11933 Mute This Topic: https://lists.fd.io/mt/28911869/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[vpp-dev] SRv6 and iOAM headers #vpp
Hello, I want to use iOAM with SRv6. My setup is following (L3VPN for IPv4 traffic): CLIENT1 (IPv4) <-> VPP-I <-> VPP-T1 <-> VPP-T2 <-> VPP-T3 <-> VPP-E <-> SERVER1 (IPv4) *VPP-I:* set int state GigabitEthernet0/3/0 down set int state GigabitEthernet0/4/0 down set int ip address GigabitEthernet0/3/0 2001:cafe:0:1::1/64 set int ip address GigabitEthernet0/3/0 10.2.2.1/24 set int ip address GigabitEthernet0/4/0 2001:cafe:0:2::1/64 enable ip6 interface GigabitEthernet0/3/0 set int state GigabitEthernet0/4/0 up enable ip6 interface GigabitEthernet0/4/0 set int state GigabitEthernet0/3/0 up ip route add 2001:beef:0:2::/64 via 2001:cafe:0:2::2 GigabitEthernet0/4/0 set sr encaps source addr 2001:cafe:0:1::1 sr policy add bsid 2001:cafe:0:1::100 next 2001:beef:0:2::1 next 2001:beef:0:3::1 next 2001:beef:0:4::1 encap sr steer l3 2001:cafe:0:3::0/64 via bsid 2001:cafe:0:1::100 sr policy add bsid 2001:cafe:0:1::101 next 2001:beef:0:2::1 next 2001:beef:0:3::1 next 2001:beef:0:4::101 encap sr steer l3 10.3.3.0/24 via bsid 2001:cafe:0:1::101 sr localsid address 2001:beef:0:1::1 behavior end.dx6 GigabitEthernet0/3/0 2001:cafe:0:1::2 sr localsid address 2001:beef:0:1::101 behavior end.dx4 GigabitEthernet0/3/0 10.2.2.2 *VPP-T1: * set int state GigabitEthernet0/3/0 down set int state GigabitEthernet0/4/0 down set int ip address GigabitEthernet0/3/0 2001:cafe:0:2::2/64 set int ip address GigabitEthernet0/4/0 2001:cafe:0:4::1/64 enable ip6 interface GigabitEthernet0/3/0 enable ip6 interface GigabitEthernet0/4/0 set int state GigabitEthernet0/3/0 up set int state GigabitEthernet0/4/0 up ip route add 2001:beef:0:1::/64 via 2001:cafe:0:2::1 GigabitEthernet0/3/0 ip route add 2001:beef:0:3::/64 via 2001:cafe:0:4::2 GigabitEthernet0/4/0 sr localsid address 2001:beef:0:2::1 behavior end set ioam-trace profile trace-type 0x09 trace-elts 3 trace-tsp 3 node-id 0xbeef02 set ioam rewrite trace classify table mask l3 ip6 src classify session acl-hit-next ip6-node ip6-add-hop-by-hop table-index 0 match l3 ip6 src 2001:cafe:0:1::1 set int input acl intfc GigabitEthernet0/3/0 ip6-table 0 trace add dpdk-input 500 *VPP-T2:* set ioam-trace profile trace-type 0x09 trace-elts 3 trace-tsp 3 node-id 0xbeef03 *VPP-T3: * set ioam-trace profile trace-type 0x09 trace-elts 3 trace-tsp 3 node-id 0xbeef04 I can classify packets at transit nodes and add iOAM info, but if it's possible to classify them at ingress/egress nodes ? Also, I don't see any iOAM info at VPP-E. My task is to track packet path and timestamps from VPP-I to VPP-E. VPP version - 18.10 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11932): https://lists.fd.io/g/vpp-dev/message/11932 Mute This Topic: https://lists.fd.io/mt/29146516/21656 Mute #vpp: https://lists.fd.io/mk?hashtag=vpp=1480452 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] Status of PPPoE Plugin
Hello Hongjun and Alp Arslan, Just checking if there is any update on this patch. with regards, raj On Thu, Dec 20, 2018 at 6:17 AM Ni, Hongjun wrote: > Hi Raj, > > For the issue you mentioned, Alp Arslan in the To list will submit a patch to > fix it. > > To Alp Arslan, > Thank you for your great help! > -Original Message- > From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Raj > Sent: Tuesday, December 18, 2018 8:11 PM > To: vpp-dev@lists.fd.io > Subject: [vpp-dev] Status of PPPoE Plugin > > Hello all, > > I am trying out PPPoE with VPP and while seaching for its configuration I > found the following thread > https://lists.fd.io/g/vpp-dev/message/10844 which kind of suggests that the > currently PPPoE is broken and that the code must be moved to tapv2. > > The problem people get is that packets from CP is getting dropped and I quote: > > https://lists.fd.io/g/vpp-dev/message/11199> > Since PPPoE control packet is special, which destination MAC is the PPPoE > client's MAC. Need to submit a patch to identify it and not perform L3 MAC > filter in ethernet-input-inline() function. > > > Just checking if this patch is available or is there any other way to get > PPPoE working in latest version? > > Thanks and Regards, > > Raj -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11931): https://lists.fd.io/g/vpp-dev/message/11931 Mute This Topic: https://lists.fd.io/mt/28791570/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
