chan_pjsip: Add support for multiple streams of the same type.
authorMark Michelson <mmichelson@digium.com>
Tue, 30 May 2017 14:12:47 +0000 (09:12 -0500)
committerJoshua Colp <jcolp@digium.com>
Wed, 28 Jun 2017 18:36:29 +0000 (18:36 +0000)
commit45df25a579edd5423c9d319758d109a74fe8ef33
treef7138bb2b13915f0542c5c6fff30b4c73025eb71
parenta48d3e4d31c8060856d785fca00c5213d5e012bc
chan_pjsip: Add support for multiple streams of the same type.

The stream topology (list of streams and order) is now stored with the
configured PJSIP endpoints and used during the negotiation process.

Media negotiation state information has been changed to be stored
in a separate object. Two of these objects exist at any one time
on a session. The active media state information is what was previously
negotiated and the pending media state information is what the
media state will become if negotiation succeeds. Streams and other
state information is stored in this object using the index (or
position) of each individual stream for easy lookup.

The ability for a media type handler to specify a callback for
writing has been added as well as the ability to add file
descriptors with a callback which is invoked when data is available
to be read on them. This allows media logic to live outside of
the chan_pjsip module.

Direct media has been changed so that only the first audio and
video stream are directly connected. In the future once the RTP
engine glue API has been updated to know about streams each individual
stream can be directly connected as appropriate.

Media negotiation itself will currently answer all the provided streams
on an offer within configured limits and on an offer will use the
topology created as a result of the disallow/allow codec lines.

If a stream has been removed or declined we will now mark it as such
within the resulting SDP.

Applications can now also request that the stream topology change.
If we are told to do so we will limit any provided formats to the ones
configured on the endpoint and send a re-invite with the new topology.

Two new configuration options have also been added to PJSIP endpoints:

max_audio_streams: determines the maximum number of audio streams to
offer/accept from an endpoint. Defaults to 1.

max_video_streams: determines the maximum number of video streams to
offer/accept from an endpoint. Defaults to 1.

ASTERISK-27076

Change-Id: I8afd8dd2eb538806a39b887af0abd046266e14c7
17 files changed:
channels/chan_pjsip.c
channels/pjsip/cli_commands.c
channels/pjsip/dialplan_functions.c
channels/pjsip/include/chan_pjsip.h
configs/samples/pjsip.conf.sample
contrib/ast-db-manage/config/versions/39959b9c2566_pjsip_stream_maximum.py [new file with mode: 0644]
include/asterisk/res_pjsip.h
include/asterisk/res_pjsip_session.h
include/asterisk/stream.h
main/channel.c
main/stream.c
res/res_pjsip.c
res/res_pjsip/pjsip_configuration.c
res/res_pjsip_sdp_rtp.c
res/res_pjsip_session.c
res/res_pjsip_session.exports.in
res/res_pjsip_t38.c