Re: [rtcweb] Plan A, respun

[Eric Rescorla <[e-mail]>]

On Tue, May 7, 2013 at 2:09 PM, Paul Kyzivat <[e-mail]> wrote:
>
> Yes, that exactly answers the question I was asking.
>
> It fits a clue case, of a "dynamic switched capture", where a single
> logical flow (capture) may be conveyed via unknown SSRCs.
>
> But it doesn't cope well with a case where there a several of those,
> because each will require distinct PTs, and that may not work.
>
> To adequately cover that, I think we need the potential to signal a
> *different* demux algorithm, instead of PT or SSRC. (We are assuming a new
> RTP header extension).
>

So your thinking is that the offerer would say something like

m=audio
a=demux-token:ABC

m=video
a=demux-token:DEF


And then at that point he would need to be prepared to demux
RTP packets with header extension [demux=ABC], etc.?

-Ekr