Appendix A. Design Considerations, Rejected Alternatives (Anhang A)

Als Mechanismus wurde vorgeschlagen, CNAME statt eines neuen Attributs zu verwenden. Dies wurde verworfen, weil CNAME einen Synchronisationskontext identifiziert; man kann sich sowohl vorstellen, Spuren aus demselben Synchronisationskontext in mehreren MediaStreams zu haben, als auch Spuren aus mehreren Synchronisationskontexten in einem MediaStream (Letzteres ist jedoch unmöglich, da ein MediaStream seinen Mitgliedern Synchronisation auferlegt).

Ein weiterer Vorschlag war, den msid-Wert in einem Attribut von RTCP-SR-(Sender-Report-)Paketen unterzubringen. Das bietet nicht die Möglichkeit zu wissen, dass alle derzeit für einen MediaStream konfigurierten Spuren gesehen wurden.

Ein Vorschlag, der mehrere Entwürfe dieses Dokuments überdauerte, war, MSID als generischen Mechanismus zu definieren, wobei die spezifische Semantik dieser Verwendung durch ein Attribut a=wms-semantic festgelegt würde. Dies wurde im April 2015 entfernt.