Change-Id: I637d28ca01fb5caffeb2e523ea91a51da03a8a59

We know whether we're printing for monologues or for medias, so there's
no need to have a generic function signature.

Change-Id: I356747686adb34c19ba2ba4c77c2d0a77b85a364

Closes #1912

Change-Id: I2ac29b8cf97f20637f693589dcf82fdba5b60026

When MoH is triggered with `sendrecv` flag (so that
the recipient, the one who is put on hold, sees
the sendrecv state instead of sendonly/inactive),
we have to correctly process the answer coming back
to the MoH originator.

The originator of MoH must see:
- recvonly to his sendonly
- inactive to his inactive

Hence OA model is kept correct for the originator's leg.

Additionally: accordingly correct MoH tests.
Change-Id: Ida5f074d302c419c1e57e4fd624a55bfddae5587

Change-Id: I015a931d7e726815d2a7d06fa4d74a1418dfec0b

A call that gets created but then doesn't get initialised would have its
Redis DB left at zero. At destruction it would then try to switch to DB
zero. Fix this by using an appropriate initial value.

Closes #1905

Change-Id: I852e48c5a06b732b37d2ccd5c478de4760aacd4e

Introduce global generic memory arena variable, instead of having just
a call-specific memory arena. This makes it possible to use memory arena
outside of call contexts. Define previous call-specific functions in
terms of the generic ones.

Change-Id: Icde4f63f02dacbf8abfbaf107ea8b5bbe18d5eb8

Support inactive hold, because some
client implementations (such as Zoiper5)
are using `a=inactive` for their holds.

For us this means, either of this
puts the other side on hold:
- `sendonly: !MEDIA_ISSET(media, SEND) && MEDIA_ISSET(media, RECV)`
- `inactive: !MEDIA_ISSET(media, SEND) && !MEDIA_ISSET(media, RECV)`

Change-Id: I75562eee60220885e233fa965bf22da92850a8f4

Introduced Music on Hold functionality:

- available only for the offer/answer model,
  no other scenarios (publish, subscriber etc.)
  are covered with it
- it gets advertised always at the beginning of
  the call (original offer/answer exchange)
- can be added for both sides: offerer/answerer
- the one who advertises its MoH capabilities
  with its SDP offer or answer, can later trigger
  MoH using sendonly SDP and unhold remote
  party using sendrecv SDP
- MoH covers only audio type of media sessions
- there is no specific selection of media sections
  to be held, thus, if one audio media puts the
  call on hold, the whole call is held
- list of parameters to be given when advertising
  MoH capabilities: a sound source (file, blob or db source);
  sendonly/sendrecv hold; zero-connection hold;
  At least an audio file source must be given
- MoH cannot be mixed with the play media functionality,
  the last one triggered will override previous one
- MoH must be unheld to stop the media being sent
  towards a recipient, otherwise only a termination
  of monologues will stop this packets stream

Change-Id: Iefd83ced79c14dadad936348a1d529007d6e7b3b

Add a function to check if any audio medias
are putting the call on sendonly state.

Change-Id: I9667c8e2b65378596183e05ba22e551ae17e158b

This function connects two call legs (two monologues), possibly from
different call IDs, into a single media flow. It pays attention to media
types and automatically engages transcoding if needed. The order of
media sections of different types can be differend between the call legs
that are being connected. Subsequent reinvites will produce SDPs with
the media sections in the correct order.

Change-Id: I40c3363997de169edc553733d52acdfd9f0181ad

This function retrieves two calls from the global call hash while
avoiding deadlocks. This is needed because a "call_get(A) + call_get(B)"
would deadlock against a concurrent "call_get(B) + call_get(A)"

Unused at this point.

Change-Id: I95127ce1afa19386a847984ca26eb7d7368e6569

This function merges two distinct call objects into one. All contained
objects are moved, and the "source" call is then destroyed. Both call
IDs can then be used to refer to the same internal call objects. Call ID
aliases are kept in a list in the call object.

Change-Id: I8a37775fe0dc3e7ccfeb83e2a3b7d751601450fc

Change-Id: I6b23305bb8dfbbcd73e97b2a1bd5feca67c2a02c

When media subscriptions are removed implicitly by
__subscribe_medias_both_ways(), we must update all RTP sink pointers of
all the streams of the affected medias. Otherwise these sinks will be
left unchanged despite the subscriptions having been removed.

Change-Id: I6d1ac3bb5cb27443c31f0f3b9ce8f47c416cd3ce

The `answer` processing empties out the list of codecs and leaves only
those that were accepted in the answer. Side effect of this is that if
another answer with a different list of codecs comes through, them the
codec-accept function is missing the original list of offered codecs and
can yield an incorrect result.

Fix this by storing a copy of the offered codecs at the end of the
`offer` processing, and then restore this list at the beginning of each
`answer` message.

Change-Id: I3c714e80689f3c5689637cc7d1eb2f203c292a15

Change-Id: I53e40d80d813eeee3edaebe557b3aa5c9e5b5733

There is enough overlap between the two enums that it doesn't make sense
to carry along both. Unify.

Change-Id: I9de8fbdb8d78a2002d8c1b62cea57188c937d61d

Allow to-tag updates in answers only until a non-provisional response is
received. Add a flag to optionally suppress this feature.

Change-Id: I67110ede662f618ba5a355500d3d84050e6318cc

These are redundant and not used.

Change-Id: I2c994c4b1f222a4065760f4e2f154131f7ce8b34

Change-Id: I82b6b9bb134e89cbc0e8794f01951f35fd9bf6e0

If a monologue is determined to get a new to-tag, don't just overwrite
the previous to-tag, but also save the old one as an alias. Leave the
old one in the hash table as well so that future lookups can use either
to-tag.

Change-Id: I5d2d5cc17c85ec4ca2d8a20c501d2cdb6d793b61

Add a getter function for retrieval of top
most media from given media.

Currently existing getter for the top most
monologue's media subscription, just rename
so it makes more sense and is better to
differentiate:
`call_get_top_media_subscription()` -> `call_ml_get_top_ms()`

Change-Id: I5bf13b69b4d5f67cd6b53018b5a16d759542cd41

Fixes:

*** CID 1600059:  Null pointer dereferences  (FORWARD_NULL)
/include/call.h: 919 in call_str_cpy()
913             return out;
914     }
915     INLINE str call_str_cpy_len(const char *in, size_t len) {
916             return call_str_cpy_fn(in, len, NULL);
917     }
918     INLINE str call_str_cpy(const str *in) {
>>>     CID 1600059:  Null pointer dereferences  (FORWARD_NULL)
>>>     Dereferencing null pointer "in".
919             return call_str_cpy_fn(in ? in->s : NULL, in ? in->len : 0, in->dup);
920     }
921     INLINE str call_str_cpy_c(const char *in) {
922             return call_str_cpy_len(in, in ? strlen(in) : 0);
923     }
924     INLINE str *call_str_dup(const str *in) {

Change-Id: I975d5bd420edc3605e59e16313dce488eff46e0c

Not needed any more. All strings reside in the call's memory arena, and
SDP rewriting isn't a thing any more.

Change-Id: I594b85fe26f44fa25312eb97fb65de238fc18920

Avoids allocating and duplicating the string. Should be safe as all
strings that use it are allocated in read-write memory.

Requires changing some struct members to non-const.

Change-Id: Idc81a84a1454898c76d8514666c385307043bb6f

If a string is already stored within the call's memory arena, skip
duplicating the string content when making a copy, and simply return the
same pointer.

Change-Id: I50107d87b2625234a395da21e1e4551585966a60

Instead of keeping one global hash/list of all received ICE fragments,
indexed by string call ID and from-tag, move the hash/list of ICE
fragments into the call object, now indxed only by the from-tag.

This requires a call object to exist before an ICE fragment can be
stored. Change the order of operations to always create a call object
first, then parse the SDP, then check for ICE fragment processing. The
determining factor now is only whether the monologue exists.

Duplicate the raw SDP into the call's memory arena instead of onto the
heap.

ICE fragments now don't need to store the pre-parsed SDP any more, and
the trickle ICE handling code is guaranteed to always have the fully
parsed SDP information.

Strings for fragment indexes can now be allocated from the call's memory
arena.

Obsolete the extra thread used to delete old ICE fragments. This is now
done in-line with regular call timeout processing.

Change-Id: I7acbc4c52666c4cdf1c02324bf33cf0bfcb4f0d0

Flag the media via stream params, when it's
trickle or non-trickle offer/answer, and,
unflag it always only when it's non-trickle.

Change-Id: Ia85ce5792684a4121e224aff1a8e941e061fe5a8

So we can attach other attributes to the strings

Change-Id: I3e6090c8557879efb40ddeb6635ed4b10e742112

Change-Id: I338f1a90890701fe202179f8079f564a50dce5f0

This should be protected by the master_lock already.

Change-Id: I5369546803c2b5ca9cb821ac7f8d3e7246d6af87

Change-Id: I870731978d51b542ebd93a5070b9fc39ea1592b4

Remove unneeded intermediate buffer

Change-Id: I17f6c0f4b9ac27ab1b3b8e33fc49d0662e687970

Change-Id: Ia294aa503f66b401ed564dd04da276fc8a98e857

Looks a bit neater and more modern

Change-Id: I1e23fd25f7f5ca0ee7af888a731e93778cd766df

Instead of having to explicitly pass the call object to each invocation,
keep one thread-local reference to a call, implicitly set by setting the
logging context.

Add helper functions to set and release the respective reference.

Change-Id: Ic0d82eeaa403467d50dae867e33fdf9b9dd7cec5

Store all received SDP attributes, not just the generic ones.

Change-Id: I1d4646ef2127e13cf8aab44b9c3a1410428b7873

For consistency.

No-op.

Change-Id: Iecf349f3cd09c8aeb4f61d4943cf9af8d44948c7

Support session level group attribute
for the sdp_create approach.

Additionally: fix the `testVideoroomWebRTCVideo` test,
because as it turned out it used to lose the `a=group:`
attribute before.

Change-Id: I799dfe0dcc5e0708864150cd0e0262a61dd4cc05

Add RFC compatible TIAS bandwidth attribute.

Change-Id: Id16d39ca0518215833f26195dc841ced31caeb11

Collect it all to one union and refactor the code
all around accordingly.

Change-Id: I0c9700735e52e64832363323a29beab8ccfc594f

Added support of the CT (conference total) bandwidth
attribute for the SDP session level. See RFC8866.

Will be required later for the SDP formatting in `sdp_create()`.

Change-Id: Ifc64f68d7acee8ce253882f4fa480bbf7ad7c0bd

... so that the desired wav channel can be controlled when producing a
mixed audio file

When a mixed wav file is created, the channels in the wav container are
currently allocated in the same order as each SSRC is received, meaning
it is impossible to know which channels have been allocated to the offer
or answer side of the call. Furthermore if there is a reinvite or media
file played, these are also allocated in the order that SSRC is received
- so an "answer" could end up sharing a channel with an "offer" with no
way of knowing this.

This patch allows you to specify how many channel slots should be
allocated within the mixer, and allows you to then specify which slot is
assigned to each media in the call (this will usually be 2 slots in
total, slot 1 for answer, slot 2 for offer or vice versa).

Ported from https://github.com/sipwise/rtpengine/pull/1852

Closes #1857
Closes #1852

Change-Id: I010208427cabc3a48d6ef7bd3a84e9a5bdcfd492

Change-Id: Ia837916ec2123afe03e63c62bfb7058173f05fad

Added support of the AS bandwidth attribute for the
SDP session level. Will be required later for the SDP
formatting in `sdp_create()`.

Change-Id: I1bde4659679de6e60bdad12c0578ced2c1983300

Same as ptime but for the maxptime.
Also add replication of it.
This is required later to be used for the sdp_create() handling.

Additionally: fix tests, because maxptime now takes another
place within the media session, which doesn't affect functionality.

Change-Id: I058e35323849679976c60b2e9fb2555fd0168e67

Change-Id: I33eb89241eaa8b29e2ea128bb5c9d34bc25be0e9

Change-Id: I63ba6fc7e6278e989e87a3abdb66976084b403bc

Obsolete str_init(), rename STR_INIT() to just STR(), and replace all
instances of str_init() with STR().

no-op

Change-Id: I981529063ad2ea26089add467f7a84b638dbf423