TAXII Discovery URL Collides With Existing Product URLs about cti-taxii2 HOT 7 CLOSED

F2F consensus was to rename to taxii2

from cti-taxii2.

If we do this, we should probably drop the concept of DNS SRV records for discovery since that would be two ways of doing the same thing.

from cti-taxii2.

As there was some objection to /taxii/ I'll point out that there is /.well-know/ defined by https://tools.ietf.org/html/rfc5785 that helps address this.

Not sure that NAPTR is the correct solution as it is targeted to SIP internet telephony. Unless more definition is provided around usage of NAPTR, I can't see it being a viable option.

from cti-taxii2.

We talked about this briefly on the working call on 2018-01-23 and we agreed that we need to look in to this and that we will discuss again on a future working call.

from cti-taxii2.

During interoperability testing, the CTI TC learned that the /taxii/ URL conflicts with existing product URLs. The conflict prevents effective implementation of TAXII2 for existing products, which is undesirable.

The proposed solution is to change the DiscoveryURL from /taxii/ to /taxii2/. While this change breaks backward compatibility, the estimated impact is small. Servers supporting both TAXII 2.0 and TAXII 2.1 can easily support both URLs through aliasing. Servers that can not use the /taxii/ URL can now use the /taxii2/ URL. Clients that support both TAXII 2.0 and TAXII 2.1 may have to try multiple URLs for discovery to succeed.

This change will also help distinguish TAXII 2.

from cti-taxii2.

Suggested changes have been added to the document.

from cti-taxii2.

These changes were made in the following sections:
3.1
4
4.1
4.1.1
8.2.1

from cti-taxii2.