Skip to content

QUIC transport: P2P or client/server? #103

@aboba

Description

@aboba

Today there are streaming services that support P2P caching (eCDN). This is done to improve scalability. For example, consider a use case involving a Company-wide meeting. Using P2P caching, bandwidth usage can be reduced. Instead of having every employee receive their own stream from the server or CDN, the media could be obtained from a neighboring employee, reducing ingress bandwidth usage. Typically these P2P caching services are implemented using a P2P transport such as WebRTC data channel, since this enables traversal of firewalls and NATs within the enterprise network.

The question is whether it would be desirable for MoQ to support P2P QUIC transport natively. The advantage is that a single protocol (MoQ) would be used to receive a stream as well as for "fan out", rather than using two distinct protocols (e.g. MoQ and WebRTC data channel).

Metadata

Metadata

Assignees

No one assigned

    Labels

    Deferred for nowWe need other issues to be resolved firstExternal docCan likely be solved in another document

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions