Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1462796

Summary: Tap-as-a-Service on OSP - Due date / status?
Product: Red Hat OpenStack Reporter: David Peacock <dpeacock>
Component: openstack-neutronAssignee: Nir Yechiel <nyechiel>
Status: CLOSED DUPLICATE QA Contact: Toni Freger <tfreger>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 10.0 (Newton)CC: amuller, chrisw, nyechiel, srevivo
Target Milestone: ---Keywords: Triaged
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-07-13 21:13:29 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description David Peacock 2017-06-19 14:43:07 UTC
Description of problem:

We have a customer requesting the status / ETA of TaaS on RHOSP.

They provided me with the following description of their desired use case.

Please let me know if you need any questions answered or any more detail from the customer.

"""
For the NFV infrastructure  we are requiring tapping for a number of use-cases:

Permanent capturing use-cases:
- Some Legal Intercept solutions being used on the legacy environment are relying on capture traffic on specific points permanently to a closed LI platform which allows law enforcement to do the necessary tracking (which under local law requires the ISP to be unaware on who or what is being tracked). Migrating towards a NFV platform the same functionality should be maintained including potentially for the traffic between to VM's on the same host.
- A number of Customer Services tools have been procured/developed that based on (mostly signalling) traffic analysis to provide easy troubleshooting up to the CS agent in the call center. These tools are using traffic captures with physical taps on the legacy environment. The goal is to preserve such feature parity and tooling continuity between the NFV environment and the legacy during the lengthy migration path towards  NFV. 
- For certain traffic flows the Security Operations Center (SOC) is using traffic base-lining tools in an attempt to identify anomalous traffic patterns. These flows can reside on the different parts of the NFV infrastructure. 

Ad-hoc capturing use-cases:
- The internal Security Operations Center (SOC) is desiring to be able to very selectively subject certain traffic flows to deep inspection based on Indicators of Compromise (IOC) on either systems, application or traffic behaviours.
- For troubleshooting purposes many application teams require the capability to capture traffic from the NFV infrastructure.

"""

Comment 1 David Peacock 2017-06-26 12:06:53 UTC
Hey there,

Please let me know the status of this, and if you need any more information or details from the customer.

Thank you!

David :-)

Comment 2 David Peacock 2017-07-13 20:18:11 UTC
Ping?

Comment 3 Assaf Muller 2017-07-13 21:13:29 UTC

*** This bug has been marked as a duplicate of bug 1411311 ***

Comment 4 Assaf Muller 2017-07-13 21:15:00 UTC
The main tracker for TaaS is in [1]. TaaS has not been prioritized or targeted for any future release and does not have a due date. If you can please add customer tickets or account names to [1] that would help when prioritizing TaaS in the future.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1411311

Comment 5 David Peacock 2017-07-17 13:08:42 UTC
Thank you Assaf; I'll pass along this to the customer.

Our customer that prompted me to raise this BZ is Belgacom.