f2599a7f43
Bug: chromium:1243702 Change-Id: Id11299d26f0f8713a57781b57277837aace531f2 Reviewed-on: https://webrtc-review.googlesource.com/c/src/+/251821 Reviewed-by: Mirko Bonadei <mbonadei@webrtc.org> Reviewed-by: Victor Boivie <boivie@webrtc.org> Reviewed-by: Harald Alvestrand <hta@webrtc.org> Commit-Queue: Florent Castelli <orphis@webrtc.org> Cr-Commit-Position: refs/heads/main@{#36423}
1.9 KiB
SctpTransport
webrtc::SctpTransport
The webrtc::SctpTransport class encapsulates an SCTP association, and exposes a
few properties of this association to the WebRTC user (such as Chrome).
The SctpTransport is used to support Datachannels, as described in the WebRTC specification for the Peer-to-peer Data API.
The public interface (webrtc::SctpTransportInterface) exposes an observer
interface where the user can define a callback to be called whenever the state
of an SctpTransport changes; this callback is called on the network thread (as
set during PeerConnectionFactory initialization).
The implementation of this object lives in pc/sctp_transport.{h,cc}, and is
basically a wrapper around a cricket::SctpTransportInternal, hiding its
implementation details and APIs that shoudldn't be accessed from the user.
The webrtc::SctpTransport is a ref counted object; it should be regarded
as owned by the PeerConnection, and will be closed when the PeerConnection
closes, but the object itself may survive longer than the PeerConnection.
cricket::SctpTransportInternal
cricket::SctpTransportInternal owns two objects: The SCTP association object
and the DTLS transport, which is the object used to send and receive messages
as emitted from or consumed by the sctp library.
It communicates state changes and events using sigslot.
See header files for details.