Re: [rtcweb] [MMUSIC] Draft new: draft-wang-mmusic-encrypted-ice-candidates

I appreciate the desire to solve a more general problem but I think said
problem is much more difficult than what we are trying to address here -
improving connectivity without sacrificing privacy in a managed network
that doesn't support mDNS.

Because the network is managed, key distribution is much less complicated
than it otherwise would be in the general case. I would suggest we focus on
solving this specific problem and, if successful, we can see if we can take
this solution further.

On Tue, Nov 12, 2019 at 3:08 PM Sean DuBois <sean@pion.ly> wrote:

> On Tue, Nov 12, 2019 at 11:55:55PM +0100, Iñaki Baz Castillo wrote:
> > On Tue, 12 Nov 2019 at 23:52, Sean DuBois <sean@pion.ly> wrote:
> >
> > > Agree, but we are failing developers every time they had to do this.
> > > WebRTC agents should provide standardized APIs so they don't need to
> > > touch the SDP to make things work.
> >
> > I do not transmit SDPs in the wire but parameters, and then build the
> > "remote SDP" locally just to make the PeerConnection API happy. Can we
> > assume then that "encrypted SDP" makes absolutely no sense? I do agree
> > that a MUCH better WebRTC API is needed, but "SDP encryption" has zero
> > relationship with that.
> That is fine with me, I am not tied to a singular idea!
>
> I just want to accomplish the points in my original email.
>
> >
> > --
> > Iñaki Baz Castillo
> > <ibc@aliax.net>
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>