feat: support setting ICE ufrag and pwd, disabling fingerprint validation and specifying certificates

[achingbrain]

paullouisageneau/libjuice#243 allows setting the ICE ufrag and pwd fields instead of generating random ones every time.

paullouisageneau/libdatachannel#1207 adds an init arg to setLocalDescription to allow setting the fields in libjuice from libdatachannel.

paullouisageneau/libdatachannel#1206 allows reading the fingerprint of the cert being used by the remote peer.

This PR adds the init arg to setLocalDescription, and the remoteFingerprint method, plus the missing config keys.

This is required to implement libp2p WebRTC-Direct.

It will require the PRs above being merged and shipped before this is ready so I've opened it as a draft for now.

Refs: paullouisageneau/libdatachannel#1166

[murat-dogan]

Thanks for the PR.
It would be good if you also add these changes here;

• node-datachannel/lib/index.d.ts

  Line 280 in a862c23

  export class PeerConnection {

• https://github.com/murat-dogan/node-datachannel/blob/master/API.md

[murat-dogan]

Hello,
Thanks for the work!

When that could be ready for merging?

[unicomp21]

@murat-dogan @achingbrain what remains before we can merge?

[achingbrain]

For the functionality to be usable this PR needs to be merged/released as well - paullouisageneau/libjuice#248 - then this one: paullouisageneau/libdatachannel#1211 - then we can expose it here.

[unicomp21]

given the delay, would it make sense to consider forking in the meantime?

[unicomp21]

disabling fingerprint validation

if ^ was a separate PR, do we have anything blocking us on the libdatachannel side? My reason for asking, I'm using a homegrown turn: server w/ local short circuit, and don't need the other parts, afaik.

[unicomp21]

#308

[achingbrain]

given the delay, would it make sense to consider forking in the meantime?

@paullouisageneau what do you think, will you have some time to let us merge the final couple of outstanding PRs (paullouisageneau/libjuice#248 and paullouisageneau/libdatachannel#1211) or should we do our own thing?

[murat-dogan]

Hi all,

I think forking the lib is not feasible.
Let’s ping @paullouisageneau to see if there’s a problem to be solved for PRs @achingbrain mentioned.

To merge only fingerprint feature is something @achingbrain should decide, while he worked on this PR already. If this will be the case also this PR must be re-worked.

[paullouisageneau]

I'll do another pass on paullouisageneau/libjuice#248

This issue was closed but as I understand it is still blocking, as the ICE ufrag and pwd can't be applied from the polyfill: paullouisageneau/libdatachannel#1218

[murat-dogan]

Is there something that I can do @paullouisageneau ?