Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • gst-plugins-bad gst-plugins-bad
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 985
    • Issues 985
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 132
    • Merge requests 132
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • GStreamer
  • gst-plugins-badgst-plugins-bad
  • Issues
  • #1183

Closed
Open
Created Jan 17, 2020 by Sebastian Dröge@slomo🍵Owner

webrtcbin: Peer closing connection cause libnice to report FAILED as ICE connection state

If the peer closes the connection, we get the close_notify via the DTLS connection just fine and mark that one as properly closed. However shortly afterwards libnice reports FAILED as the ICE connection state because the selected candidate pair times out or its connection is closed.

This should probably not happen and we should somehow get information from libnice that it's actually just closed and there's nothing fundamentally wrong at this point.

Assignee
Assign to
Time tracking