Intent to Experiment: WebRTC Data Channel: SCTP Negotiation Acceleration Protocol

13 views
Skip to first unread message

Philipp Hancke

unread,
7:05 AM (2 hours ago) 7:05 AM
to blink-dev, Guido Urdaneta, Victor Boivie, Justin Uberti
Contact emails
gui...@google.comphilipp...@googlemail.comboi...@google.comjub...@openai.com

Explainer
No information provided

Specification
https://datatracker.ietf.org/doc/draft-hancke-tsvwg-snap

Summary
WebRTC Data Channels use the Stream Control Transmission Protocol (SCTP) over a Datagram Transport Layer Security (DTLS) association.
The standard SCTP connection establishment requires a handshake that introduces latency.
A new Internet draft specifies a method to accelerate the datachannel establishment by embedding the SCTP initialization parameters within the Session Description Protocol (SDP) offer/answer exchange.
This reduces the time required to open a data channel by up to two network round-trip times.

Blink component
Blink>WebRTC>DataChannel

Web Feature ID
webrtc

TAG review
n/a, part of WebRTC covered by IETF drafts

TAG review status
Not applicable

Goals for experimentation
This feature should be gated until the IETF has had a chance to adopt the current draft into a WG and we know whether changes will be required.

Risks


Interoperability and Compatibility
No information provided

Gecko: No signal

WebKit: No signal

Web developers: No signals

Other signals:

WebView application risks

Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?

No information provided


Ongoing technical constraints
No information provided

Debuggability
No information provided

Will this feature be supported on all six Blink platforms (Windows, Mac, Linux, ChromeOS, Android, and Android WebView)?
Yes

Is this feature fully tested by web-platform-tests?
No

Flag name on about://flags
No information provided

Finch feature name
WebRtcSctpSnap

Non-finch justification
No information provided

Requires code in //chrome?
False

Tracking bug
https://issues.webrtc.org/issues/426480601

Measurement
The UMA WebRTC.PeerConnection.NegotiatedSctpSnap is measured at connection setup, allowing measurement of the percentage of connections using the feature.

Estimated milestones
Origin trial desktop first151
Origin trial desktop last156


Link to entry on the Chrome Platform Status
https://chromestatus.com/feature/5137946677215232?gate=5354650258767872

This intent message was generated by Chrome Platform Status.

Yoav Weiss (@Shopify)

unread,
8:13 AM (1 hour ago) 8:13 AM
to Philipp Hancke, blink-dev, Guido Urdaneta, Victor Boivie, Justin Uberti
LGTM to experiment M151-M156 inclusive.

--
You received this message because you are subscribed to the Google Groups "blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CADxkKiJJzDXOUwYx%3DznrQz1hPkZCZnNWOAucF%2BK%3DoSymgGyDFA%40mail.gmail.com.
Reply all
Reply to author
Forward
0 new messages