Appendix A. Design Considerations, Rejected Alternatives

Un mécanisme proposé consistait à utiliser le CNAME au lieu d'un nouvel attribut. Cela a été abandonné parce que le CNAME identifie un contexte de synchronisation ; on peut imaginer à la fois vouloir des pistes du même contexte de synchronisation dans plusieurs MediaStreams et vouloir des pistes de plusieurs contextes de synchronisation dans un seul MediaStream (mais ce dernier cas est impossible, puisqu'un MediaStream impose par définition une synchronisation à ses membres).

Une autre suggestion était de placer la valeur msid dans un attribut des paquets RTCP SR (sender report). Cela ne permet pas de savoir que l'on a vu toutes les pistes actuellement configurées pour un MediaStream.

Une suggestion qui a survécu pendant plusieurs versions de brouillon de ce document était de définir le MSID comme mécanisme générique, dont la sémantique particulière de cet usage serait définie par un attribut a=wms-semantic. Cela a été supprimé en avril 2015.