We came across this paragraph in the traffic split spec while working on OSM and think it might warrant some clarification:

The resource is associated with a root service. This is referenced via spec.service. The spec.service name is the FQDN that applications will use to communicate. For any clients that are not forwarding their traffic through a proxy that implements this proposal, the standard Kubernetes service configuration would continue to operate.

It is clear that the root service should be an FQDN but then the sentence about following standard Kubernetes service configuration might make someone think that the root service needs to be a Kubernetes service. As we understand this part of the spec, we do not think the FQDN needs to reference a Kubernetes service and the spec should explicitly have a line that states this. The reason is because a client should be able to reference any FQDN whether that be foo.com or a Kubernetes service bookstore.bookstore-ns where bookstore is the name of the Kubernetes service and bookstore-ns is the name os the Kubernetes namespace the service runs in.