Opened 17 years ago

Closed 14 years ago

#476 closed defect (fixed)

Support for receiving multiple codecs in SDP answer

Reported by: bennylp Owned by: bennylp
Priority: normal Milestone: release-1.7
Component: pjsua-lib Version: trunk
Keywords: Cc:
Backport to 1.x milestone: Backported:

Description (last modified by bennylp)

Currently pjmedia expects than callee sends RTP packet using the codec specified as the first in format list in SDP answer. This is not always the case of course, as SIP allows callee to send multiple codecs in the SDP answer and send RTP using any of it, so this is a perfectly valid scenario.

Change History (9)

comment:1 Changed 17 years ago by bennylp

  • Description modified (diff)

comment:2 Changed 17 years ago by bennylp

  • Priority changed from normal to minor

comment:3 Changed 16 years ago by bennylp

  • Milestone changed from release-0.9.0 to Known-Issues

comment:4 Changed 15 years ago by bennylp

  • Milestone changed from Known-Issues to release-1.3
  • Priority changed from minor to normal

comment:5 Changed 15 years ago by bennylp

  • Milestone changed from release-1.3 to Known-Issues

Moving back to Known-issues as this is quite difficult to implement within the milestone timeframe

comment:6 Changed 15 years ago by bennylp

  • Type changed from enhancement to defect

comment:7 Changed 14 years ago by bennylp

  • Milestone changed from Known-Issues-and-Ideas to release-1.7

comment:8 Changed 14 years ago by bennylp

  • Component changed from pjmedia to pjsua-lib
  • Owner changed from nanang to bennylp

Component changed to PJSUA-LIB, as we're going to solve this with sending UPDATE/re-INVITE

comment:9 Changed 14 years ago by nanang

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

(In [3206]) Fix #476:

  • Added lock codec feature to make sure that only one codec is active, by updating media session using UPDATE (if remote supports it) or re-INVITE.
  • Added few SIPp test scenarios.
Note: See TracTickets for help on using tickets.