Opened 13 years ago

Closed 13 years ago

Last modified 13 years ago

#1366 closed enhancement (fixed)

Slightly more clever RTP transport remote address switch — at Version 3

Reported by: bennylp Owned by: nanang
Priority: normal Milestone: release-1.12
Component: pjmedia Version: 1.x-branch
Keywords: Cc:
Backport to 1.x milestone: Backported:

Description (last modified by bennylp)

Currently the UDP and ICE media transport has the capability to switch destination RTP/RTCP address to the source address of the RTP/RTCP packets, if they are different than the original address set in SDP received from remote.

The problem is audio playback is broken if more than one remotes are transmitting to us simultaneously, e.g. on early media forking scenario.

This ticket modifies the behavior so that the transmission won't switch as long as we're receiving RTP/RTCP packets from the "correct" remote address. Also when the remote peer address is still in probation, RTP/RTCP packets from that address will be silently discarded, to avoid playback confusion.

Note that there is a more ambitious proposal in #865.

Change History (3)

comment:1 Changed 13 years ago by bennylp

  • Description modified (diff)

comment:2 Changed 13 years ago by bennylp

  • Resolution set to fixed
  • Status changed from new to closed

(In [3745]) Slightly more clever RTP transport remote address switch: transmission won't switch as long as we're receiving RTP/RTCP packets from the "correct" remote address, to avoid constantly switching to a new source address. Also when the remote peer address is in probation, RT(C)P packets from that address will be silently discarded, to avoid playback confusion. This closes #1366.

comment:3 Changed 13 years ago by bennylp

  • Description modified (diff)
Note: See TracTickets for help on using tickets.