Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

WebRTC <-> TAPS Mapping Document #693

Open
tfpauly opened this issue Oct 23, 2020 · 2 comments
Open

WebRTC <-> TAPS Mapping Document #693

tfpauly opened this issue Oct 23, 2020 · 2 comments
Assignees
Labels

Comments

@tfpauly
Copy link
Contributor

tfpauly commented Oct 23, 2020

We should have a clarified mapping document (not in the primary draft) to address WebRTC, etc.

@csperkins
Copy link
Contributor

WebRTC requires, e.g., RTP and DataChannel on the same port. Need to be clear how this fits into TAPS.

@mwelzl
Copy link
Contributor

mwelzl commented Oct 28, 2020

Just a note to say that NEAT is able to talk to a WebRTC peer; Michael Tuexen made sure that this would work and tested it.

I don't remember if there were many specific things necessary just for that... but I do remember one thing: Michael was concerned about peers that would make an assumption based on the stream number certain comunication arrives at - e.g. an SCTP server that assumes that stream 13 is only used for evil text messages (I'm coming up with a nonsense example as Halloween gets close). If we don't expose the stream number as such, we can't reasonably talk to such a server.

TAPS currently doesn't expose stream numbers, and if we don't absolutely have to, I don't think we should. I also suspect that stream numbers do not play a role for WebRTC - but I don't know... so I thought I'd write this here just in case.

@csperkins csperkins removed their assignment Nov 13, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants