Skip to Main Content
IBM Cloud - Structured Ideas


This portal is to open public enhancement requests against IBM Cloud and its products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).


Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.


Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.

IBM Cloud Support Center (https://cloud.ibm.com/unifiedsupport/cases/form) – Use this site for any IBM Cloud defect or support need.

Stack Overflow (https://stackoverflow.com/questions/tagged/ibm-cloud) – Use this site for IBM Cloud technical Q&A using the tag "ibm-cloud".

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Not under consideration
Created by Guest
Created on Aug 12, 2019

Reduce # of Authoritative DNS Points of Failure for IBM Cloud Services

Using API Connect as an example, access to this is provided via generic FQDNs which all customers use. These FQDNs actually rely on multiple Authoritative DNS providers which increases their likelihood to fail.

 

This is the opposite of what would be expected - i.e. it would be normal to see multiple Authoritative DNS vendors involved but implemented for redundancy - not implemented as points of failure as they are currently.

 

An example was that our Synthetic Monitoring detected that IBM Cloud was affected by the recent Dyn issue - https://www.dynstatus.com/incidents/508dclpb101q

 

An example would be that 'api.us-south.apiconnect.appdomain.cloud' relies on 2 third party Authoritative DNS vendors:

1) Dyn at the domain level i.e. 'appdomain.cloud'

2) An IBM branded version of Cloudflare DNS at the subdomain delegation level i.e. 'apiconnect.appdomain.cloud'

 

 

The older style FQDNs like 'api.us.apiconnect.ibmcloud.com' which were created before the Cloudflare integration are also relying in turn on different Authoritative DNS vendors 

3) Akamai DNS at the domain level i.e. 'ibmcloud.com'

4) Softlayer DNS at the subdomain delegation level i.e. 'apiconnect.ibmcloud.com'

 

The best way to visualise these dependencies is by performing a dig +trace.

 

Idea priority Medium
  • Admin
    Manzoor Farid
    Reply
    |
    Dec 3, 2019

    Customers have the option to choose the IBM Domain Registration option and move their domain to IBM from any other authority. Then, wIth Cloudflare's Global Anycast network, we have a 194+ Global PoP's that are providing authoritative DNS resolution - this ensures the points of failure are mitigated.