webrtc
webrtc copied to clipboard
A pure Rust implementation of WebRTC
sctp `Association::server` does not track multiple connections. `DisconnectedPacketConn` simply sends to the last address it received from, pretending that it's a 1:1 connection instead of 1:many, and `Association` doesn't know...
Hi, just reopening the issue from the sctp crate as requested. Original text: While fuzzing `src::packet::Packet::unmarshal` a lot of panics have shown their face. The common theme seems to be...
There are many tests that use `tokio::time::sleep` to advance time and observe the effect of timers/tickers running. This is brittle and flaky. $ rg -g '**/*/*test.rs' sleep ``` data/src/data_channel/data_channel_test.rs: tokio::time::sleep(Duration::from_millis(10)).await;...
Investigate the following https://github.com/webrtc-rs/examples/pull/10/files
**Migrated issue from webrtc-rs/interceptor** The signature for `RTPReader`'s `read` method currently accepts `Attributes` by reference, but then also returns `Attributes`. This makes it impossible to avoid at least one clone(in...
When I try to create permissions from a TURN client, they are not propagated to the TURN server. Thinking that this was a matter of invoking start() on the Allocation...
TCP relay support is sometimes the only thing that can bypass certain firewalls. When I configured `coturn` to be a `TCP-only` relay, candidate is not acquired or not used, suggesting...
I've tried using sctp in a context outside of webrtc and tried the following. ```rust use std::sync::Arc; use tokio::{io::AsyncReadExt, net::UdpSocket}; use webrtc_sctp::{ association::{Association, Config}, chunk::chunk_payload_data::PayloadProtocolIdentifier, stream::PollStream, }; #[tokio::main] async fn...
Creating a datachannel with `ordered = false` and (`max_retransmits = 0` or `max_packet_lifetime = 0`) seems to fall back to making a reliable channel. The receiving other client has `maxPacketLifeTime:...
Working from head of main, I see very high latency when sending small packets - they are being delivered in bursts with large gaps > 500ms. I'm streaming to chrome...