Hi, The OVP test is also easy to set up and run (it is a Docker container with some configuration), so the testing can be repeated easily.
In other words, before I would buy an NFV infra, I would ask the vendor to set it up in my lab and I would run the OVP tests myself. -Tapio ________________________________________ From: complia...@lists.lfnetworking.org <complia...@lists.lfnetworking.org> on behalf of Margaret Chiosi <margaret.chio...@huawei.com> Sent: Monday, February 11, 2019 15:50 To: onap-disc...@lists.onap.org; yl...@biigroup.cn; xudan (N); tl2972; lylavoie Cc: Gaoweitao (Victor, Cloudify Network OSDT); compliance; opnfv-tech-discuss; Kanagaraj Manickam; SS820F; sw3588; mokats; rh173x Subject: Re: [compliance] [onap-discuss] [opnfv-tech-discuss] CVC Jonit Meeting (Feb 4th) Agenda I agree �C 3rd party test labs are probably the only way to truly make sure we have verified results Thank You, Margaret Chiosi VP Open Ecosystem Team Admin: Sophie Johnson sophie.johns...@huawei.com<mailto:sophie.johns...@huawei.com> +1 (908) 541-3590 Futurewei Technologies, Inc. Fixed Network Solution CC 400 Crossing Blvd Bridgewater, NJ 08807 (cell) +1-732-216-5507 [cid:image001.png@01CCE115.88302080] From: onap-disc...@lists.onap.org [mailto:onap-disc...@lists.onap.org] On Behalf Of louie long Sent: Monday, February 11, 2019 5:53 AM To: onap-discuss <onap-disc...@lists.onap.org>; xudan (N) <xuda...@huawei.com>; tl2972 <tl2...@att.com>; lylavoie <lylav...@iol.unh.edu> Cc: onap-discuss <onap-disc...@lists.onap.org>; Gaoweitao (Victor, Cloudify Network OSDT) <victor....@huawei.com>; compliance <complia...@lists.lfnetworking.org>; opnfv-tech-discuss <opnfv-tech-discuss@lists.opnfv.org>; Kanagaraj Manickam <kanagaraj.manic...@huawei.com>; SS820F <ss8...@att.com>; sw3588 <sw3...@att.com>; mokats <mok...@intracom-telecom.com>; rh173x <rh1...@att.com> Subject: Re: [onap-discuss] [opnfv-tech-discuss] CVC Jonit Meeting (Feb 4th) Agenda Hi, I think due to the OVP / CVC test recording mode (only text and logging) and test mode (vendor self-test and upload the results) it is impossible to completely avoid fraudulent report. A tester who familiar with OVP/CVC can easily make changes and do little tricks that are beneficial to the SUT . As Xu Dan said, he/she can't completely cover up the modified traces, but this undoubtedly increases the complexity of the reviewers work. At this stage, we can only assume that the vendor has good self-discipline in the testing process, and obtaining the logo just a proof of product maturity. So they will guarantee the authenticity and reliability of the test results. However, with the increase of certification popularity and the logo recognition, and the number of participating vendor increases, the behavior of fraud test results is still inevitable. At present, OVP/CVC also declares that there will be third-party laboratories to participate in the test. In my opinion, the third-party laboratories test is the only way to ensure that the test results' authenticity and reliability. Louie ------------------------------------ E-mail: yl...@biigroup.cn<mailto:xdzh...@biigroup.cn> Mobile: +86 13261979365 Fax: 86-10-5867-8466 Postcode:101111 Add: 2nd Floor, Building 5, No.58 Jinghai Road, BDA, Beijing, China Website: www.biigroup.com<http://www.biigroup.com/> www.cfiec.net<http://www.cfiec.net/> ------------------ Original ------------------ From: "Vincent Scharf"<vincent.sch...@telekom.de<mailto:vincent.sch...@telekom.de>>; Date: Mon, Feb 11, 2019 05:36 PM To: "许丹"<xuda...@huawei.com<mailto:xuda...@huawei.com>>; "tl2972"<tl2...@att.com<mailto:tl2...@att.com>>; "lylavoie"<lylav...@iol.unh.edu<mailto:lylav...@iol.unh.edu>>; Cc: "onap-discuss"<onap-disc...@lists.onap.org<mailto:onap-disc...@lists.onap.org>>; "victor.gao"<victor....@huawei.com<mailto:victor....@huawei.com>>; "compliance"<complia...@lists.lfnetworking.org<mailto:complia...@lists.lfnetworking.org>>; "opnfv-tech-discuss"<opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>>; "kanagaraj.manickam"<kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>; "SS820F"<ss8...@att.com<mailto:ss8...@att.com>>; "sw3588"<sw3...@att.com<mailto:sw3...@att.com>>; "mokats"<mok...@intracom-telecom.com<mailto:mok...@intracom-telecom.com>>; "rh173x"<rh1...@att.com<mailto:rh1...@att.com>>; Subject: Re: [onap-discuss] [opnfv-tech-discuss] CVC Jonit Meeting (Feb 4th) Agenda Hi xudan, I agree with you, if someone really wants to, he well always find a way to cheat especially if the entire code is open source. Considering this, the only reason for the entire certification topic is for operators to have a way of pinning down the VNF provider on the ONAP compliance when making a contract. Still the certificate would be worth nothing really. A certificate in my understanding is something I can trust. For the OPNVF/ONAP certificate this is not given at all. Even if I get a ONAP certified VNF I still must make my own retest to assure, that it really is ONAP compliant. Where is the difference of having no certificate but providing the validation software so everyone can check themselves if a VNF is ONAP compliant? In my opinion the only way to get a trustworthy certification process is by moving the tests of the VNF to the LFN and automatically check the results. Then if you’re worried about storing the VNF package due to security delete the VNF and only keep the results, a hash and the certificate in the database. I do not feel like this adds a lot of complexity to the process from the VNF providers perspective. Currently he must log onto a web portal and upload results. For the remote option he must log onto a web portal and upload the VNF package. But for the operator it removes a lot of trouble, because the certificate is trustworthy, and you do not have to assume that the provider cheated and retest everything on your own. I am pretty new to the topic, so maybe I am missing something. What are the cons of a LFN hosted validation platform? Best regards Vincent Von: xudan (N) <xuda...@huawei.com<mailto:xuda...@huawei.com>> Gesendet: Montag, 11. Februar 2019 09:55 An: LOVETT, TREVOR J <tl2...@att.com<mailto:tl2...@att.com>>; Lincoln Lavoie <lylav...@iol.unh.edu<mailto:lylav...@iol.unh.edu>> Cc: onap-disc...@lists.onap.org<mailto:onap-disc...@lists.onap.org>; Gaoweitao (Victor, Cloudify Network OSDT) <victor....@huawei.com<mailto:victor....@huawei.com>>; complia...@lists.lfnetworking.org<mailto:complia...@lists.lfnetworking.org>; opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>; Kanagaraj Manickam <kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>; STARK, STEVEN <ss8...@att.com<mailto:ss8...@att.com>>; WRIGHT, STEVEN A <sw3...@att.com<mailto:sw3...@att.com>>; Katsaounis Molyvas Stamatios <mok...@intracom-telecom.com<mailto:mok...@intracom-telecom.com>>; HALLAHAN, RYAN <rh1...@att.com<mailto:rh1...@att.com>>; Scharf, Vincent <vincent.sch...@telekom.de<mailto:vincent.sch...@telekom.de>> Betreff: RE: [opnfv-tech-discuss] CVC Jonit Meeting (Feb 4th) Agenda Hi Trevor and Lincoln, I’d like to share some experience from OPNFV with you. OVP had the same problem when we began to design its framework. How to ensure the uploaded results are trusted? How to make sure the Dovetail tool hasn’t been changed locally by testers? Then we designed a workflow with signature and checksum of all the source code and result files. The attachment is the signature process. But at last, OVP decide to give up all these methods which try to make it as credible as possible. Because 1. We don’t think there can be a perfect system to avoid this. If someone want, he/she can always find ways to get the fraudulent report and upload it. 2. All result files are related to each other. No one can make it totally undetectable after modifying some files as the results are open for all reviewers. 3. The testing tools are totally open source and public for everyone. It’s easy for everyone including Providers to retest any SUT/VNF. It’s meaningless for vendors to tamper with the results to just get the verified badge. Considering these, OVP abandoned all the signature and encrypt methods and make the workflow as simple as possible. Cheers, Dan From: opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org> [mailto:opnfv-tech-discuss@lists.opnfv.org] On Behalf Of LOVETT, TREVOR J Sent: Friday, February 08, 2019 4:04 AM To: Lincoln Lavoie <lylav...@iol.unh.edu<mailto:lylav...@iol.unh.edu>> Cc: onap-disc...@lists.onap.org<mailto:onap-disc...@lists.onap.org>; Gaoweitao (Victor, Cloudify Network OSDT) <victor....@huawei.com<mailto:victor....@huawei.com>>; complia...@lists.lfnetworking.org<mailto:complia...@lists.lfnetworking.org>; opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>; Kanagaraj Manickam <kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>; STARK, STEVEN <ss8...@att.com<mailto:ss8...@att.com>>; WRIGHT, STEVEN A <sw3...@att.com<mailto:sw3...@att.com>>; Katsaounis Molyvas Stamatios <mok...@intracom-telecom.com<mailto:mok...@intracom-telecom.com>>; HALLAHAN, RYAN <rh1...@att.com<mailto:rh1...@att.com>>; vincent.sch...@telekom.de<mailto:vincent.sch...@telekom.de> Subject: Re: [opnfv-tech-discuss] CVC Jonit Meeting (Feb 4th) Agenda Thanks for describing the OPNFV flow. That’s helpful. With regards to Option 1, I would suggest separating “where the tests are run” from “how the results are certified”. I don’t think having the provider upload the artifacts (Heat or CSAR) with their results necessarily constrains or bifurcates their testing experience. They can still run these tests in the lab and produce their results. In the infrastructure or functional testing world recreating the testing is prohibitive. I’m sure that was a large contributor to the certification scheme (independent review of the logs) used in OPNFV. In this case, we’re performing rather simple, repeatable scans of static artifacts. The provider can still develop and test externally producing their result files. However, for this portion of the results we don’t really have to rely on simple human inspection of forgeable text results �C we can just retest them if they provide the associated artifact. The only change would be uploading the artifacts along with the results. Now there might be other reasons we deem uploading the artifacts prohibitive, but in that example the actual testing experience has not changed. We’re just asking for one additional artifact during result submission. To elaborate on the checksum scenario in Option 2, the checksum is a unique, repeatable value generated from the contents of the artifact (all files). Any change to the artifact would generate a different checksum. If a provider submitted results and a checksum, they are stating that a specific artifact (identifiable by the checksum) passed these tests in the result file. The OVP portal or human reviewers can’t verify the checksum �C they’re just looking at the result text files which can always be fabricated no matter what we do. However, the eventual consumer of the VNF can validate it. When they receive the artifact, they can run the validations independently. The results and checksums should match. If either is different, then either the results were doctored or they have provided a different artifact to the consumer (different checksum). Happy to discuss further on the next call. I’m sure we can work out a solution. Thanks, Trevor From: Lincoln Lavoie [mailto:lylav...@iol.unh.edu] Sent: Thursday, February 07, 2019 11:06 AM To: LOVETT, TREVOR J <tl2...@att.com<mailto:tl2...@att.com>> Cc: onap-disc...@lists.onap.org<mailto:onap-disc...@lists.onap.org>; victor....@huawei.com<mailto:victor....@huawei.com>; complia...@lists.lfnetworking.org<mailto:complia...@lists.lfnetworking.org>; opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>; Kanagaraj Manickam <kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>; STARK, STEVEN <ss8...@att.com<mailto:ss8...@att.com>>; WRIGHT, STEVEN A <sw3...@att.com<mailto:sw3...@att.com>>; Katsaounis Molyvas Stamatios <mok...@intracom-telecom.com<mailto:mok...@intracom-telecom.com>>; HALLAHAN, RYAN <rh1...@att.com<mailto:rh1...@att.com>>; vincent.sch...@telekom.de<mailto:vincent.sch...@telekom.de> Subject: Re: CVC Jonit Meeting (Feb 4th) Agenda Hi Trevor, The work flow is, user runs the dovetail tool, which produces the log output the user can upload to the portal. This allows users to run internal testing, debugging, etc. When they are ready to apply for certification, they upload the results to the portal, along with submitting an application (i.e. info about the VNF, like marketing name, etc.). That application and logs are reviewed by the reviewers (can't be from the same company). It takes two approvals from two different reviewers to pass that gate (i.e. 2 sets of eyes on the results). Once approved, the admin is able to publish the listing to the website, etc. Hopefully this clarifies things on the work flow. For option 2, the challenge is, couldn't they just paste over the checksum before they submit the results? Cheers, Lincoln On Thu, Feb 7, 2019 at 11:57 AM LOVETT, TREVOR J <tl2...@att.com<mailto:tl2...@att.com>> wrote: What was the solution in OPNFV? Can someone lay out the proposed experience and flow as well? Based on prior conversations, I thought the proposal for a short-term solution was a human-being from the VNF Provider/Lab to upload the result files to the web site. If there’s an alternate proposed flow (i.e. Dovetail directly uploading the results to the portal), then I think it would be helpful to start getting that written down somewhere and it has bearing on how the results are secured/certified. It’s not clear that all players are on the same page here at this juncture. In Option 2, I don’t fully understand your comment about a clever user overwriting what is in the logs. I did state that the report itself could still be fabricated so I’m not arguing that it couldn’t be. My point was that if they provide a checksum with their report, then the result could at least be challenged and verified. If a consumer of the VNF can’t reproduce the test results on the files with the same checksum then the fraud can be detected. Thanks, Trevor From: Lincoln Lavoie [mailto:lylav...@iol.unh.edu<mailto:lylav...@iol.unh.edu>] Sent: Thursday, February 07, 2019 10:22 AM To: LOVETT, TREVOR J <tl2...@att.com<mailto:tl2...@att.com>> Cc: onap-disc...@lists.onap.org<mailto:onap-disc...@lists.onap.org>; victor....@huawei.com<mailto:victor....@huawei.com>; complia...@lists.lfnetworking.org<mailto:complia...@lists.lfnetworking.org>; opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org>; Kanagaraj Manickam <kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>; STARK, STEVEN <ss8...@att.com<mailto:ss8...@att.com>>; WRIGHT, STEVEN A <sw3...@att.com<mailto:sw3...@att.com>>; Katsaounis Molyvas Stamatios <mok...@intracom-telecom.com<mailto:mok...@intracom-telecom.com>>; HALLAHAN, RYAN <rh1...@att.com<mailto:rh1...@att.com>>; vincent.sch...@telekom.de<mailto:vincent.sch...@telekom.de> Subject: Re: CVC Jonit Meeting (Feb 4th) Agenda Hi Trevor, I think one concern I have with Option 1 is, it will only work for the VVP compliance testing, as soon as we move towards more advanced testing (i.e. live cycle testing, etc), it would cause a split path for VNF testing, where you have to do 1/2 of your testing through a web portal and then 1/2 on some type NFVI / MANO platform that is in your lab or another lab. I think this will just make for a complicated future. For option 2, this provides some protection, but a clever user could always just overwrite what is in the logs before submitting this. Many of these questions / points were already talked about a lot within the OPNFV program, when that was developed and there was a desire to protect the results as well. Cheers, Lincoln On Thu, Feb 7, 2019 at 10:42 AM LOVETT, TREVOR J <tl2...@att.com<mailto:tl2...@att.com>> wrote: During the call, one item that came up was how to lessen the likelihood of a fraudulent report being submitted as part of the certification/badging process. One suggestion was to include additional runtime, vnf-specific trace information in the report itself making it more difficult to fabricate. The VVP team discussed this, but we feel this would be non-trivial to implement and not truly prevent the core issue. We would not be in favor of pursuing this option. If we feel that we need to protect against fraudulent reports, then we are suggesting two alternatives that can be discussed in a future session. 1) Certification Portal Executes the validations directly using Dovetail: a. Since we are only scanning a set of static files, and the validation tools will be available in a container for execution, we could simply have the portal run the scan upon uploading of the artifacts. This eliminates a fraudulent report submission entirely, and avoids other issues such as ensuring the proper versions of the tools are executed externally. b. I do understand there may be sensitivity to uploading the proprietary artifacts, but there is no need for them to be stored or shared indefinitely. They would only need to be retained for the duration of the scan. After that we simply need to retain the checksum of the artifact that was submitted. c. If we simply don’t think VNF Providers would agree to that, then our back-up option is below 2) Display Artifact Checksum Along with Badge a. The VVP tool already computes an MD5 hash of all the file contents and stores that in the report b. If we retain this information and publish it on the certification site, then the ultimate consumer of the artifact can at least verify the artifact they receive from the vendor corresponds to the artifact submitted for certification. We should likely do this even in option #1 for the same reason. c. This doesn’t mean prevent the provider from submitting a fabricated report, but it does ensure that it can be challenged and verified after-the-fact if needed. d. I believe the CSAR similarly has an checksum that can be used for this purpose as well. We can discuss the topic further in one of our upcoming joint calls. Thanks, Trevor From: onap-disc...@lists.onap.org<mailto:onap-disc...@lists.onap.org> [mailto:onap-disc...@lists.onap.org<mailto:onap-disc...@lists.onap.org>] On Behalf Of Gaoweitao(Victor) Sent: Sunday, February 03, 2019 2:26 AM To: complia...@lists.lfnetworking.org<mailto:complia...@lists.lfnetworking.org>; onap-disc...@lists.onap.org<mailto:onap-disc...@lists.onap.org>; opnfv-tech-discuss@lists.opnfv.org<mailto:opnfv-tech-discuss@lists.opnfv.org> Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>; Lincoln Lavoie <lylav...@iol.unh.edu<mailto:lylav...@iol.unh.edu>> Subject: [onap-discuss] CVC Jonit Meeting (Feb 4th) Agenda Hi VNFSDK/VVP/Dovetail Developers, Here is the initial agenda for Feb 4th Joint meeting<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_CVC-2BJoint-2BMeeting-2B02-2D04-2D2019&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=dIU_U39dl9FoORwHk72kyMcMyxm1s8RqOhr8grdzE2s&m=ZKQoo454X4U_lELjzO_WCevaKAV5R5GeOb-B0URqdcI&s=-YhkEGJSSKD46SqQByjR_bJvnYWC7lsI62elfSWGTQA&e=>, feel free to add your topics: 1. CVC one click deployment 2. Show marketplace capability and is it possible used for dovetail test script execution trigger? I will be absence due to Chinese new year and Kanagraj from VNFSDK Team is my proxy and host the meeting. The zoom bridge is still available during my absence: https://zoom.us/j/346625009<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_346625009&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=dIU_U39dl9FoORwHk72kyMcMyxm1s8RqOhr8grdzE2s&m=ZKQoo454X4U_lELjzO_WCevaKAV5R5GeOb-B0URqdcI&s=-wmrOsLWyh45frQOsVJCAqGlh2DmMNJu15PMacF17Z0&e=> The previous meeting minutes is here: https://wiki.onap.org/display/DW/Joint+CVC+Meeting<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Joint-2BCVC-2BMeeting&d=DwMFAg&c=LFYZ-o9_HUMeMTSQicvjIg&r=dIU_U39dl9FoORwHk72kyMcMyxm1s8RqOhr8grdzE2s&m=ZKQoo454X4U_lELjzO_WCevaKAV5R5GeOb-B0URqdcI&s=mkSu7O2_kzmJipm2xlbfaaZGwXViIQJvQt12MmFifJo&e=> BR Victor -- Lincoln Lavoie Senior Engineer, Broadband Technologies 21 Madbury Rd., Ste. 100, Durham, NH 03824 lylav...@iol.unh.edu<mailto:lylav...@iol.unh.edu> https://www.iol.unh.edu<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.iol.unh.edu&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=g9LhwjMTPM4AuoWvYyDmqA&m=UdvYRI0iWQVoM8OjcQ2mvJst7GbGwawBimVeis3IEm4&s=v7yOqkd93k2wkmp4FMkKZDTKNEblZrYoEpkpmHCrM5c&e=> +1-603-674-2755 (m) [X]<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.iol.unh.edu_&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=g9LhwjMTPM4AuoWvYyDmqA&m=UdvYRI0iWQVoM8OjcQ2mvJst7GbGwawBimVeis3IEm4&s=M3cJfFEQvxci-Zj1_7zb_oIPoAuzKoUV4mXBTLeOcRc&e=> -- Lincoln Lavoie Senior Engineer, Broadband Technologies 21 Madbury Rd., Ste. 100, Durham, NH 03824 lylav...@iol.unh.edu<mailto:lylav...@iol.unh.edu> https://www.iol.unh.edu<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.iol.unh.edu&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=g9LhwjMTPM4AuoWvYyDmqA&m=ASzlsco1NQ_ij_9fuiLk-_y3RaYqHeyy9UrPQsEGMnk&s=yw5oCAAUBEh4sb3ycD5QfDXWKBYTquqHlCVFVwJyPWE&e=> +1-603-674-2755 (m) [X]<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.iol.unh.edu_&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=g9LhwjMTPM4AuoWvYyDmqA&m=ASzlsco1NQ_ij_9fuiLk-_y3RaYqHeyy9UrPQsEGMnk&s=qs5TA4zmA7QSGWAfTZsKnUCecW27hp_JoxNCXNxkBNQ&e=> _._,_._,_ ________________________________ Links: You receive all messages sent to this group. View/Reply Online (#118)<https://lists.lfnetworking.org/g/compliance/message/118> | Reply To Group<mailto:complia...@lists.lfnetworking.org?subject=Re:%20Re%3A%20%5Bcompliance%5D%20%5Bonap-discuss%5D%20%5Bopnfv-tech-discuss%5D%20CVC%20Jonit%20Meeting%20%28Feb%204th%29%20Agenda> | Reply To Sender<mailto:margaret.chio...@huawei.com?subject=Private:%20Re:%20Re%3A%20%5Bcompliance%5D%20%5Bonap-discuss%5D%20%5Bopnfv-tech-discuss%5D%20CVC%20Jonit%20Meeting%20%28Feb%204th%29%20Agenda> | Mute This Topic<https://lists.lfnetworking.org/mt/29734614/696268> | New Topic<https://lists.lfnetworking.org/g/compliance/post> Your Subscription<https://lists.lfnetworking.org/g/compliance/editsub/696268> | Contact Group Owner<mailto:compliance+ow...@lists.lfnetworking.org> | Unsubscribe<https://lists.lfnetworking.org/g/compliance/leave/2084709/1760007602/xyzzy> [tapio.tallg...@nokia.com] _._,_._,_
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#22783): https://lists.opnfv.org/g/opnfv-tech-discuss/message/22783 Mute This Topic: https://lists.opnfv.org/mt/29734713/21656 Group Owner: opnfv-tech-discuss+ow...@lists.opnfv.org Unsubscribe: https://lists.opnfv.org/g/opnfv-tech-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-