FS-6334 --resolve mod_rayo: deadlock when creating input voice component

revert part of 390e6713cce81e6dcc8e94726d34e089aa3d883a

PLIV-5 --resolve  httpapi cache not working for some urls

try to fix the make -j in the debs build with forcing the dep target

add back missing vars from Makefile.am's

FS-6331: --resolve fix install of mod_celt

add a few more generated files to .gitignore

fix mod_shout build

lot of event can cause api timeout FS-3347

make event and log bulk configurable

fix file refrences that subdir-objects doesn't like

fix mod_dingaling build

put this back for now to test

fix mod_enum install

fix typo

mod_unimrcp - switch_core_hash_init_nocase was changed

FS-6326 --resolve switch_core_hash_init_nocase changed and mod_http_cache wasn't updated

use bootstrap-for-ember from the last commit, see https://github.com/ember-addons/bootstrap-for-ember

add bs_for_ember and update ember/handlebars/jquery to the latest version

fix windows build for last commit

change from sqlite hash to newly added one

Add hashtable code from openzap/freetdm to FS core

remove generated file from git

Correct sizeof argument in mod_conference

This corrects a memset introduced in commit
bd4a0d8cbc293d29d498de379fb72ced1c7c16ff.

The sizeof would have only returned the size of a pointer.

more subdir references

fix on newer automake

fix autoconf syntax

fix windows build for last set of commits

fix autoconf syntax

autoconf syntax error

Add automake subdir-options for modules

The automake project is apparently changing behavior in their next
major version and warning everyone who relies on subdir-options to add
it explicitly.

fix autoconf syntax

fix autoconf syntax issue

support newer automake without warnings

fix autotools missing file name

move configure.in to configure.ac

clean up some bootstrap warnings

move applications to use automake

FS-6321 --resolve

Copy URI params from Refer-To header into custom header in subsequent INVITE

sip_h_X-FS-Refer-Params is set to show up in the INVITE as X-FS-Refer-Params

don't refuse invites on established sessions due to session limits

According to https://code.google.com/p/webrtc/issues/detail?id=2768 ; The Chrome WebRTC engine reserves payload 98 and 99, IKR?  So, to avoid taking a nasty spill down the stairs and subjecting ourselves to further school absences, we'll just start our payload space at 102 when making WebRTC calls.......

FS-6282 mod_rayo: fix memory leak in previous commit

FS-6282 mod_rayo: allow outbound call JID to be assigned by client

another crypto regression

don't kick in nat mode on polycom tcp unless its not in the local network

also means forbidden on recovering calls

no var set on outbound meands forbidden and on inbound it means optional

FS-6319 --resolve

FS-6319

fix backwards subtraction

add on to last commit

add a way to tell mod_conference when the rate of the channel has changed due to a codec change so it can reset the resampler and codecs internally

declinatio mortuus obfirmo!

part of last patch

feed all packets to jitterbuffer when enabled to absorb bursts and improve smoothing and delay protection

add alias

add missing flags after refactor

Fix use of out of scope declaration

Fix minor edge case in switch_split_user_domain

If the input started with 'sip:sips:' it would have been incorrectly
parsed.

React to all suites in the defaults and set true to accept the strongest offer received

Spacing

THIS JUST IN rtp_secure_media_suites option

add optional rtp_secure_media_suites variable clobbered by rtp_secure_media with mandatory|optional:<suites>

spacing

default if not set is

Documentation for recent SRTP changes

remove unused stuff from last commit

FS-5755

rtp_secure_media=mandatory
rtp_secure_media=optional
rtp_secure_media=mandatory:AES_CM_256_HMAC_SHA1_80,AES_CM_256_HMAC_SHA1_32
rtp_secure_media=optional:AES_CM_256_HMAC_SHA1_80
rtp_secure_media=forbidden

true implies mandatory
false implies forbidden
not set implies optional

rtp_secure_media_inbound or rtp_secure_media_outbound take precedence and are treated the same way based on leg direction

FS-6286 --resolve Thanks to Tom Parrott

switch_false currently returns false on NULL

Reword the websocket TLS cipher list

This generates an identical list of cipher suites, but this commit
restates the cipher spec to be more similar to the way we state it
elsewhere.

Drop null-auth suites from our default TLS cipher list

Previously we disallowed anonymous Diffie-Hellman, but there are other
kinds of null-authentication TLS suites.  In particular, disallowing
AECDH is important now that we support elliptic-curve Diffie-Hellman.

FS-5814

FS-5814

force sofia rebuild

FS-5814 --resolve

Port commit from gitorious copy of sofia-sip our code now differs but this issue would still be a concern for OS X

commit ee51fa4e2993ab71339e29691aec8b924c810c53
Author: Frode Isaksen <frode.isaksen@bewan.com>
Date:   Thu Aug 18 16:40:58 2011 +0300

    su: fix su_time() on 64-bit OS X

        The field tv_sec in struct timeval is 64bits instead of 32bits as in
    su_time_t, so you cannot cast su_time_t to struct timeval.

Pass down into esl the LDFLAGS, fixes finding libncurses on NetBSD too.

We do not use the cpp lib so why compile it.

These options aren't valid for apr-util configure

configure: WARNING: unrecognized options: --disable-shared, --with-pic

configure: error: could not detect a 64-bit integer type

NetBSD dagonet.omniscient.local 6.1.3 NetBSD 6.1.3 (GENERIC_HZ) #1: Sat Mar 1 19:18:46 EST 2014 met@dagonet.omniscient.local:/data/netbsd/obj/usr/src/sys/arch/i386/compile/GENERIC_HZ i386

Failure due to test programs have "Shared object "libXXX.so.X" not found"

Adding -Wl,-rpath,/usr/pkg/lib to LDFLAGS for NetBSD

Revert conference "tool" misfeature

This was added as part of a mass copyright header update in commit
6e7d5d089.  That's obviously not the right way to add features, so
we're reverting this.

If this feature is actually desired, it should be added in its own
commit, properly described in the commit message, and documented.

(The commit added a "tool" flag that could be applied to a conference
participant to mess with that person by disrupting his or her audio.)

This partially reverts commit 6e7d5d0897d253c5151b720327241e4bf03e0483.

This feature earlier tried to sneak in under the guise of a whitespace
cleanup in commit a000749e701dbb38130ec40fb592ce00da43eac9 which
Anthony reverted at commit a24f9aa8bc9a9e20d8c424ed69a9c63ecf2b9ede.

Let's not play these games.

FS-6304 mod_rayo- fix race condition on outbound calls

gsmopen: added driver_usb_dongle directory, for building a working and stable 'option' modem serial driver for 2.6.32 kernels (eg: Proxmox, OpenVZ)

FS-5755 84c06801530cbd64876a284f726fab505dc83a08 is wrong. It made optional enforce crypto.

FS-6167 --resolve

FS-1327 --resolve

FS-6303 --resolve

FS-5755 Fix regression if rtp_secure_media=false, it will force encryption.

Improve channel variable name to srtp_allow_idle_gaps

This was momentarily called force_send_silence_when_idle, but that was
non-obvious as you had to set that value to true to be able to not
send silence when idle.  This name describes the purpose much better.

Avoid repeating ourselves in generating silence

We were handling the "send silence but not comfort noise" case in both
silence_stream_file_read and switch_generate_sln_silence.  This
changes the former to rely on the latter.

Add force_send_silence_when_idle channel variable

If set to true, this prevents us from overriding the value of
send_silence_when_idle.  When that is unset or set to zero and SRTP is
engaged, we typically override the value because many devices can't
handle gaps in the SRTP stream.

This variable is mostly for testing whether particular devices can
handle this behavior.  Use at your own risk.

FS-6296 --resolve mod_rayo: fixed crash on <prompt> bad request

Preserve value of send_silence_when_idle if possible

In commit 55d01d3defed4bfdc74704dbea0da9548a97a979 we set
send_silence_when_idle to -1 rather than 400 when SRTP is engaged.
But this left no way to enable white noise silence when desired.

When SRTP is engaged we can't simply not send RTP because it breaks
too many devices.  So we need to prevent send_silence_when_idle from
being unset or being set to zero.  This change allows it to be set to
other values so as to feed white noise rather than all zeros into the
codec.

Fix handling of send_silence_when_idle==0 in switch_ivr_sleep

When the channel variable send_silence_when_idle was set to zero,
switch_ivr_sleep was calling SWITCH_IVR_VERIFY_SILENCE_DIVISOR on it
anyway, causing it to be set to 400.  The only way to get the behavior
of not sending silence when idle was to unset the variable completely.

This corrects the behavior such that setting the value to zero has the
same effect as leaving it unset.

silence autoconf warnings

add timeout <seconds> to mod_curl api call

fix missing type definitions

fix warning abount comment inside comment

Output newline after json output in mod_json_cdr

In UNIX, text files by definition end with a newline.

Handle too-short write(3)s in mod_json_cdr

write(3) can write fewer bytes than was requested for any number of
reasons.  The correct behavior is to retry unless there is an error.

If there is an error, try to unlink the file; no sense in leaving
corrupted data laying around.