Uploaded image for project: 'OpenShift Service Mesh'
  1. OpenShift Service Mesh
  2. OSSM-1206

Two Service Entries about the same host make destination service unreachable

XMLWordPrintable

    • Sprint 53, Sprint 54, Sprint 55, Sprint 56, Sprint 57, Sprint 58 - week 1, Sprint 58 - week 2 and 3

      Issue
      When defining same service entry as existing one, a new is created instead of acknowledging that it exists.
      In addition this breaks use on the service entry.

      How to reproduce
      1. If I create a ServiceEntry with the host "www.redhat.com" and port number, protocol, name : 443, HTTPS, https
      An Envoy Listener with the following VIP is created : 240.240.0.1
      I can curl the following URL : "https://www.redhat.com", the VIP used to establish the connection is 240.240.0.1

      2. If I create another ServiceEntry with the host "www.redhat.com" and port number, protocol, name : 80, HTTP, http
      An Envoy Listener with the following VIP is created : 240.240.0.2
      I can curl the following URL : http://www.redhat.com", the VIP used to establish the connection is 240.240.0.2
      I CAN'T ANYMORE curl the following URL : "https://www.redhat.com", the VIP used to establish the connection is 240.240.0.2. So the one associated with the HTTP protocol.

      Expected behavior:

      • when defining two service entry in the same namespace, both should be reachable
      • when defining an already existing service entry, system should not create new one

        1. Screenshot from 2022-11-08 18-53-30.png
          Screenshot from 2022-11-08 18-53-30.png
          64 kB
        2. Screenshot from 2022-11-08 19-18-11.png
          Screenshot from 2022-11-08 19-18-11.png
          12 kB
        3. se1.yml
          0.3 kB
        4. se3.yml
          0.3 kB

              rhn-support-pyadav Prachi Yadav
              rh-support-sbelmasg Simon Belmas
              Ruben Rodrigues
              Prachi Yadav
              Votes:
              1 Vote for this issue
              Watchers:
              12 Start watching this issue

                Created:
                Updated:
                Resolved: