#1366 closed enhancement (fixed)
More clever RTP transport remote address switch
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 (4)
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
comment:3 Changed 13 years ago by bennylp
- Description modified (diff)
comment:4 Changed 13 years ago by bennylp
- Summary changed from Slightly more clever RTP transport remote address switch to More clever RTP transport remote address switch
(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.