|
Dave Wallace to be my proxy at tomorrows FD.io TSC Meeting
Dave has graciously agreed to be my proxy at tomorrow’s Fd.io TSC Meeting.
Ed
|
|
|
|
Reminder: Open Networking & Edge Executive Forum, March 10-12
Brandon Wick
LF Networking Communities:
This is a reminder to register for the Open Networking & Edge Executive Forum (ONEEF), a special edition of Open Networking & Edge Summit. Join top ecosystem executive leaders as they discuss deployment progress and provide critical insights into Service Provider, Cloud, Enterprise Networking, and Edge/IOT requirements to the global networking and edge communities. Keynotes will begin at a different time each day with start times friendly to the Americas, APAC, and Europe. View the Schedule here. Linux Foundation, LF Networking and LF Edge members can attend at no cost, all others pay only US $50. Email events@... to request the LFN discount code or if you have any questions. We hope to see you there! Best, Brandon Wick |
|
|
|
Register Now: Open Networking & Edge Executive Forum, March 10-12
Brandon Wick
LF Networking Communities:
This is a reminder to register for the Open Networking & Edge Executive Forum (ONEEF), a special edition of Open Networking & Edge Summit. Join top ecosystem executive leaders as they discuss deployment progress and provide critical insights into Service Provider, Cloud, Enterprise Networking, and Edge/IOT requirements to the global networking and edge communities. Interact directly with speakers and other attendees via chat, set 1:1 meetings and more. View the Schedule here. Linux Foundation, LF Networking and LF Edge members can attend at no cost, all others pay only US $50. Email events@... to request the LFN discount code or if you have any questions. We hope to see you there! Best, Brandon Wick |
|
|
|
Open Networking & Edge Executive Forum, March 10-12
Trishan de Lanerolle
Greetings LFN communities, We wanted to raise your awareness of an upcoming event that is free to LFN members - The Open Networking & Edge Executive Forum. We've just announced our first group of speakers joining us at Open Networking & Edge Executive Forum, happening virtually March 10-12. This unique, one-of-a-kind executive event will focus on deployment progress, 2021 priorities, challenges and calls to action within the networking & edge communities. Join a global audience across the Telco, Cloud and Enterprise verticals to participate in the discussions and gain valuable insights. All keynotes are live: 3 days, 3 hours, 3 different time zones. Note: LFN and LF Edge Members are eligible to receive complimentary registration. Please email events@... to request the LFN or LF Edge discount code. Thank you for supporting Open Source!  |
|
|
|
FDIO Maintenance - 2021-02-24 1600 UTC to 1800 UTC
Vanessa Valderrama
What:
Impact: Jenkins will be placed
in shutdown mode at 1500 UTC.
The following systems
will be unavailable during the maintenance window:
|
|
|
|
FD.io CSIT-2101 Release Report is published
Maciek Konstantynowicz (mkonstan)
Hi All,
FD.io CSIT-2101 report is available on FD.io docs site: https://docs.fd.io/csit/rls2101/report/ Many thanks to all contributors in CSIT and VPP communities! See below for CSIT-2101 release summary and pointers to specific sections in the report. Welcome all comments, best by email to csit-dev@.... Cheers, Maciek (CSIT PTL) CSIT-2101 Release Summary ------------------------- NEW BENCHMARK TESTS - GENEVE tests: Added VPP performance tests for GENEVE tunnels. - NAT44 tests: Added new test type, pure throughput tests, measuring bi-directional forwarding performance after all stateful sessions are created. - Jumbo for IPsec: Test cases with 9000 byte frames are re-enabled in ipsec suites. - IPv4, IPv6 scale: Added randomized traffic profiles for IPv6 scale tests, improved repeatability. - Arm 2n-tx2 testbed: New physical testbed type added with VPP and DPDK performance data added to CSIT trending and this report. TEST FRAMEWORK - TRex ASTF: Improved capability to run TRex in advanced stateful mode. - CSIT PAPI support: Due to issues with PAPI performance, VAT is still used in CSIT for all VPP scale tests. PRESENTATION - Packet Latency Graphs: Updated with logarithmic X-Axis providing more granular view of per packet latency. Pointers to CSIT-2101 Report sections ------------------------------------- 1. FD.io CSIT test methodology [1] 2. VPP release notes [2] 3. VPP 64B/IMIX throughput graphs [3] 4. VPP throughput speedup multi-core [4] 5. VPP latency under load [5] 6. VPP comparisons v21.01 vs. v20.09 [6] 7. VPP performance all pkt sizes & NICs [7] 8. DPDK 20.08 apps release notes [8] 9. DPDK 64B throughput graphs [9] 10. DPDK latency under load [10] 11. DPDK comparisons 20.11 vs. 20.08 [11] Functional device tests (VPP_Device) are also included in the report. [1] https://docs.fd.io/csit/rls2101/report/introduction/methodology.html [2] https://docs.fd.io/csit/rls2101/report/vpp_performance_tests/csit_release_notes.html [3] https://docs.fd.io/csit/rls2101/report/vpp_performance_tests/packet_throughput_graphs/index.html [4] https://docs.fd.io/csit/rls2101/report/vpp_performance_tests/throughput_speedup_multi_core/index.html [5] https://docs.fd.io/csit/rls2101/report/vpp_performance_tests/packet_latency/index.html [6] https://docs.fd.io/csit/rls2101/report/vpp_performance_tests/comparisons/current_vs_previous_release.html [7] https://docs.fd.io/csit/rls2101/report/detailed_test_results/vpp_performance_results/index.html [8] https://docs.fd.io/csit/rls2101/report/dpdk_performance_tests/csit_release_notes.html [9] https://docs.fd.io/csit/rls2101/report/dpdk_performance_tests/packet_throughput_graphs/index.html [10] https://docs.fd.io/csit/rls2101/report/dpdk_performance_tests/packet_latency/index.html [11] https://docs.fd.io/csit/rls2101/report/dpdk_performance_tests/comparisons/current_vs_previous_release.html |
|
|
|
CANCELED - Re: FDIO Maintenance - 2021-02-05 1700 UTC to 2200 UTC
Vanessa Valderrama
We are going to reschedule maintenance due to the storm in Texas and to allow CSIT to finish up release reporting.
toggle quoted message
Show quoted text
On Friday, February 5, 2021, Vanessa Valderrama <vvalderrama@...> wrote:
--
Vanessa Valderrama The Linux Foundation |
|
|
|
Ole Troan to be my proxy for this week's FD.io TSC, Joel Halpern to chair
Ole Troan has agreed to be my proxy for this week's FD.io TSC and Joel Halpern has agreed to chair.
Ed |
|
|
|
Coverage for the 11th of February
Ray Kinsella
I am OOO tomorrow the 1th of February. Fan Zhang will cover the FD.io TSC on my behalf.
Ray K |
|
|
|
FDIO Maintenance - 2021-02-05 1700 UTC to 2200 UTC
Vanessa Valderrama
What:
Impact: Maintenance will
require a reboot of each FD.io system. Jenkins will be
placed in shutdown mode at 1600 UTC. Jobs will be
terminated at 17:00 UTC.
The following
systems will be unavailable during the maintenance window:
|
|
|
|
Re: [vpp-dev] Scapy license in VPP
Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco)
> we use scapy to create a separate pcap file
We also use Scapy data structures to parse packets received from VPP to verify they contain the correct values. Example: [6].
> we need to use GPLv3 (which is compatible with both).
Only for programs such as VPP test framework which link with both GPL (Scapy) and Apache (VPP PAPI). But that includes also programs that depend on Apache-licensed library only by mistake [7].
Vratko.
[6] https://github.com/FDio/vpp/blob/e988726cbfb1b1f618c4034aa16e41364f9c48a2/test/test_ip4.py#L160-L182
From: Paul Vinciguerra <pvinci@...>
This is good information.
Can we take a step back and approach this from a different perspective? Why do we actually need scapy? The general process is that we use scapy to create a separate pcap file that is fed to the vpp packet generator. If we instead create named pcap files that we pre-package with the tests, we would 1) resolve this issue 2) speed up the actual execution of the tests.
The only usage of scapy outside of the unit tests proper that comes to mind is within test/utils.py
Paul
On Thu, Feb 4, 2021 at 9:54 AM Vratko Polak -X (vrpolak - PANTHEON TECH SRO at Cisco) <vrpolak@...> wrote:
|
|
|
|
Re: [vpp-dev] Scapy license in VPP
Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco)
Few quick comments and links.
Turns out GPLv2-or-later is not by itself compatible with Apache [2], we need to use GPLv3 (which is compatible with both).
The questions on dynamic linking are still open [3] [4] [5].
We probably need to distinguish several Programs available from VPP repository. VPP PAPI (library) is a separate distribution from VPP test framework.
When a user starts VPP test framework, linking with VPP PAPI in runtime, therefore creating a derived work. GPLv3 would apply to that Program, but it does not mean we need to mention GPLv3 in VPP PAPI license headers.
This only works because VPP PAPI does not share any code nor data structures specific to VPP test framework. Modules which link with Scapy do share data structures, so the "derived work" nature is apparent already in repo.
Vratko.
[2] https://www.gnu.org/licenses/license-list.html#apache2 [3] https://tech.popdata.org/the-gpl-license-and-linking-still-unclear-after-30-years/ [4] https://lwn.net/Articles/548216/
From: vpp-dev@... <vpp-dev@...> On Behalf Of
Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) via lists.fd.io
> Why do you say that vpp_papi need to be dual licensed?
I think e-mail reply would be long, and I will need to address comments anyway, so I respond via a Gerrit change [1].
Vratko.
[1] https://gerrit.fd.io/r/c/vpp/+/31025
From: Paul Vinciguerra <pvinci@...>
Why do you say that vpp_papi need to be dual licensed?
On Thu, Jan 28, 2021 at 12:43 PM Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) via lists.fd.io <vrpolak=cisco.com@...> wrote:
|
|
|
|
Re: [vpp-dev] Scapy license in VPP
On Fri, Jan 29, 2021 at 6:09 PM Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) via lists.fd.io <vrpolak=cisco.com@...> wrote:
Hi Vratko Combining Apache 2.0 and GPLv2 projects together is a difficult task that several large projects have faced in the past and solved with different solutions. I did not follow the unfolding of the discussion in this list about fd.io requirements to end up with double licensing, so I may have limited visibility on the long term goal. You may have discussed this already so I may be late. Apologies for that. I remember following the beginning of the discussion some time ago only. Nevertheless, you are right that this is a topic for lawyer but - some lawyers think that Apache 2.0 and GPLv2 are compatible - some lawyers do not think that Apache 2.0 and GPLv2 are compatible - the issue has not been tested in court Moreover the authors of both licenses are not in agreement: the Apache foundation and the Free software foundation. I'm not a lawyer but I've found myself in an intricate situation and I've had the FSF position very clearly stated by Eben Moglen in person. According to FSF's viewpoint GPLv2 should contaminate the entire software including PAPI. LLVM for instance has not chosen that path and instead has opted to an Apache 2.0 license across the code they develop with the addition of exceptions to the binary distribution. You can find the text of the exception at the end of the file below right after the end of the Apache 2.0 license text. which I report below for people's convenience ---- LLVM Exceptions to the Apache 2.0 License ----
As an exception, if, as a result of your compiling your source code, portions
of this Software are embedded into an Object form of such source code, you
may redistribute such embedded portions in such Object form without complying
with the conditions of Sections 4(a), 4(b) and 4(d) of the License.
In addition, if you combine or link compiled forms of this Software with
software that is licensed under the GPLv2 ("Combined Software") and if a
court of competent jurisdiction determines that the patent provision (Section
3), the indemnity provision (Section 9) or other Section of the License
conflicts with the conditions of the GPLv2, you may retroactively and
prospectively choose to deem waived or otherwise exclude such Section(s) of
the License, but only in their entirety and only with respect to the Combined
Software.------------------------------------------------------- Luca
|
|
|
|
Coverage for the 11th of Feb.
Ray Kinsella
Hi folks,
I am OOO on the 11th of February. Fan Zhang will cover the FD.io TSC in my absence.
Thanks,
Ray K |
|
|
|
Re: [vpp-dev] Scapy license in VPP
Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco)
> Why do you say that vpp_papi need to be dual licensed?
I think e-mail reply would be long, and I will need to address comments anyway, so I respond via a Gerrit change [1].
Vratko.
[1] https://gerrit.fd.io/r/c/vpp/+/31025
From: Paul Vinciguerra <pvinci@...>
Why do you say that vpp_papi need to be dual licensed?
On Thu, Jan 28, 2021 at 12:43 PM Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) via lists.fd.io <vrpolak=cisco.com@...> wrote:
|
|
|
|
FINAL REMINDER: LFN Developer & Testing Forum (Feb 1-4)
Brandon Wick
LFN Technical Communities,
The schedule for the LFN Developer & Testing Forum is now live here. The event will be held virtually over four days, February 1-4, 2021. Once again we will be gathering the LFN projects to progress our releases; discuss project architecture, direction, and integration points; and further innovate through the open source networking stack. We will use a combination of online tools to create a productive and interactive virtual meeting environment. Projects planning participation include Anuket, ONAP, OpenDaylight, Tungsten Fabric, and XGVela. The event is free of charge and registration is required. Best, Brandon Wick |
|
|
|
Re: Emergency Gerrit Maintenance
Vanessa Valderrama
Maintenance is complete. Gerrit and Jenkins are back up. Thank you,Vanessa
On 1/28/21 1:22 PM, Vanessa Valderrama
wrote:
|
|
|
|
Emergency Gerrit Maintenance
Vanessa Valderrama
What: The Linux Foundation been made aware of a security
issue with the |
|
|
|
Scapy license in VPP
Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco)
First draft created [0] for the change that will switch licenses for Python files used together with Scapy.
For some files, I was not sure whether they are used together with Scapy. One big detail is that vpp_papi needs to have dual license, as test framework integrates with it (and with scapy). If I understand the licensing logic correctly, CSIT tests can still choose to use vpp_papi under Apache license option. But we may need to discuss that with lawyers.
Ray, you may need to upgrade your contributor-finding shell pipeline to cover all files I added the new license into.
Vratko.
|
|
|
|
Resignation from FD.io TSC
George Zhao
Dear FD.io TSC It has been great pleasure to work with you all in the past years, I will no longer represent Huawei, thus I will resign from my FD.io TSC role, I will notify you if Huawei appoints my replacement, or FD.io decides to do an election among the community.
thanks, George |
|
|
