You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
awaitpeerB.send("Hello from peer A!");// or Blob or ArrayBuffer
I wanted to highlight the protocol impact of supporting both String, Blob and ArrayBuffer here. If we want the same type to be returned at the other side of the connection, this payload type needs to be communicated. This means the underlying protocol needs to support it. As an example, WebRTC DataChannels do this by 'sneaking' the payload type in the 'SCTP Payload Protocol Identifier' as defined here.
I didn't check if other protocols like QUIC have a good/common way of 'sneaking' this information outside/alongside the main data stream. If not, it may be preferable to specify a lightweight framing protocol that can be tunneled over any underlying binary stream.
This is somewhat related to #11 as the WebTransport API only deals in binary data.
The text was updated successfully, but these errors were encountered:
The explainer currently says:
I wanted to highlight the protocol impact of supporting both String, Blob and ArrayBuffer here. If we want the same type to be returned at the other side of the connection, this payload type needs to be communicated. This means the underlying protocol needs to support it. As an example, WebRTC DataChannels do this by 'sneaking' the payload type in the 'SCTP Payload Protocol Identifier' as defined here.
I didn't check if other protocols like QUIC have a good/common way of 'sneaking' this information outside/alongside the main data stream. If not, it may be preferable to specify a lightweight framing protocol that can be tunneled over any underlying binary stream.
This is somewhat related to #11 as the WebTransport API only deals in binary data.
The text was updated successfully, but these errors were encountered: