814969 - Datachannel demo stopped working due to expired STUN timers

Status: RESOLVED INCOMPLETE

(Core :: WebRTC: Networking, defect)

Description

[Randell Jesup [:jesup] (needinfo me)]

Attachment: Callstack for the timeout

Recently (not sure when) DataChannel tests on my Fedora17 machine stopped working (haven't tried others yet).
In the logs I see failed mtransport streams, and a callstack shows it was a STUN timeout.
Note that I have a lot of "audio" devices (thanks linux) that can't actually be opened and cause a delay in getUserMedia.

478148352[7f6b2c267bf0]: stream_failed called
478148352[7f6b2c267bf0]: NrIceCtx(PC:): state 3->5
478148352[7f6b2c267bf0]: Flow[5bbcd235109419a7:1,rtp(none)]; Layer[ice]: state 1->5
478148352[7f6b2c267bf0]: Flow[5bbcd235109419a7:1,rtp(none)]; Layer[dtls]: Lower lower experienced an error
478148352[7f6b2c267bf0]: Flow[5bbcd235109419a7:1,rtp(none)]; Layer[dtls]: state 1->5
478148352[7f6b2c267bf0]: WARNING: MediaPipeline Transport failed. This is not properly cleaned up yet: file ../../../../../media/webrtc/signaling/src/mediapipeline/MediaPipeline.cpp, line 245
WARNING: MediaPipeline Transport failed. This is not properly cleaned up yet: file ../../../../../media/webrtc/signaling/src/mediapipeline/MediaPipeline.cpp, line 245
478148352[7f6b2c267bf0]: Flow[5bbcd235109419a7:1,rtcp(none)]; Layer[ice]: state 1->5
478148352[7f6b2c267bf0]: Flow[5bbcd235109419a7:1,rtcp(none)]; Layer[dtls]: Lower lower experienced an error
478148352[7f6b2c267bf0]: Flow[5bbcd235109419a7:1,rtcp(none)]; Layer[dtls]: state 1->5
478148352[7f6b2c267bf0]: WARNING: MediaPipeline Transport failed. This is not properly cleaned up yet: file ../../../../../media/webrtc/signaling/src/mediapipeline/MediaPipeline.cpp, line 245
WARNING: MediaPipeline Transport failed. This is not properly cleaned up yet: file ../../../../../media/webrtc/signaling/src/mediapipeline/MediaPipeline.cpp, line 245
ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Connection refused

ALSA lib pulse.c:243:(pulse_connect) PulseAudio: Unable to connect: Connection refused

Comment 1

[Randell Jesup [:jesup] (needinfo me)]

Attachment: NSPR logs for mtransport and datachannel

Comment 2

[Randell Jesup [:jesup] (needinfo me)]

Attachment: NSPR log with timestamps

Looks like around 3-4 seconds from the previous ICE log to the failure

Comment 3

[Randell Jesup [:jesup] (needinfo me)]

non-blocking - I think this is likely linux-only and only for specific configs where pulse errors out for seconds scanning the devices.

Comment 4

[Randell Jesup [:jesup] (needinfo me)]

no longer relevant.