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
> 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
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
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]
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
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
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
