Bug 1386243

Summary: Uniqueness checks for routes across namespaces to include path
Product: OpenShift Container Platform Reporter: Josep 'Pep' Turro Mauri <pep>
Component: RFEAssignee: Dan McPherson <dmcphers>
Status: CLOSED DUPLICATE QA Contact: Xiaoli Tian <xtian>
Severity: medium Docs Contact:
Priority: medium    
Version: 3.3.0CC: aos-bugs, jokerman, mmccomas
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-10-18 13:49:41 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:
Bug Depends On:    
Bug Blocks: 1267746    

Description Josep 'Pep' Turro Mauri 2016-10-18 13:24:38 UTC
RFE template

3. What is the nature and description of the request?

   We'd like the ability to define routes in different namespaces that share the
   same hostname but differ on their path. For example: if project A defines
   route for "example.com/app1", then we want project B to be able to define and
   use a route for: "example.com/app2"

4. Why does the customer need this?

   The scenario here is: there's a frontend LB (external to OpenShift) which is
   the entry point to a very limited number of pre-defined esternaly facing
   hostnames (3). The OpenShift cluster exposes many services that are mapped
   using the path components of the URL. These services/apps are developed by
   different teams and belong to different projects/namespaces.

5. How would the customer like to achieve this?

   A suggested implementation would be to add an optional "path_len" parameter
   (default to 0) to the uniqueness check for routes across namespaces, so that
   the unique check is performed using hostname + "path_len" number of path
   segments in the URL.

   For example, if path_len==1 and project A claims "example.com/app1", then
   project B can define "example.com/app2" (unique 1 path segment + hostname)
   but not "example.com/app1/auth". The default value of 0 matches the current
   behaviour: only the hostname would be checked - and in the eample above
   "example.com/app2" would be rejected.

6. For each functional requirement listed, specify how Red Hat and the customer can test to confirm the requirement is successfully implemented.

   See example above

7. Is there already an existing RFE upstream or in Red Hat Bugzilla?

   Not that I could find

10. List any affected packages or components.

   controller/routes.

Comment 2 Dan McPherson 2016-10-18 13:49:41 UTC

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