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

È stato suggerito un meccanismo che usasse il CNAME invece di un nuovo attributo. È stato abbandonato perché il CNAME identifica un contesto di sincronizzazione; si può immaginare sia di voler tracce dallo stesso contesto di sincronizzazione in più MediaStream, sia di voler tracce da più contesti di sincronizzazione in un solo MediaStream (ma quest'ultimo è impossibile, poiché un MediaStream impone per definizione la sincronizzazione ai suoi membri).

Un'altra proposta era di mettere il valore msid in un attributo dei pacchetti RTCP SR (sender report). Ciò non offre la possibilità di sapere di aver visto tutte le tracce attualmente configurate per un MediaStream.

Una proposta che è sopravvissuta a numerose bozze di questo documento era definire MSID come meccanismo generico, in cui la semantica particolare di questo uso sarebbe definita da un attributo a=wms-semantic. È stata rimossa nell'aprile 2015.