Changed error message from CRIT to ERROR, because message is not CRITICAL

Merge branch 'releases.3.4' into releases.3.5

Conflicts:
libs/freetdm/mod_freetdm/mod_freetdm.c
libs/freetdm/src/ftdm_state.c
libs/freetdm/src/ftmod/ftmod_sangoma_ss7/ftmod_sangoma_ss7_handle.c
libs/freetdm/src/ftmod/ftmod_sangoma_ss7/ftmod_sangoma_ss7_main.c
libs/freetdm/src/ftmod/ftmod_sangoma_ss7/ftmod_sangoma_ss7_main.h
libs/freetdm/src/ftmod/ftmod_sangoma_ss7/ftmod_sangoma_ss7_out.c
libs/freetdm/src/ftmod/ftmod_sangoma_ss7/ftmod_sangoma_ss7_xml.c

freetdm: fix queue full problem
         - restore flushing queue when channel state goes to down

freetdm: fix REL receiving leg always stay in TERMINATING stae in
         native bridge mode
         - This is supposed to be included in commit of
           b324f8679782957bc9db3bdfd6687aa42cba77dd. Somehow it's
           not included in that commit. Without this change, the
           REL receiving leg always stay in TERMINATING state when
           received an incoming REL message.

freetdm: fixed group block/unblock state dead lock when signal link
         is down and recovered later
         To re-produce this bug:
             1. do CGB on one side
             2. unplug signaling link cable
             3. plug signaling link cable back
             4. do CGU on the blocking side
             5. cic state stay in RESTART for ever
         Fix this problem by sending cic to SUSPENDED state after
         receiving/sending CGU message

freetdm: fixed no ACM/CPG sending in some situations after native bridge
         - clear up ACM_SENT & CPG_SENT flag in DOWN state in native
           bridge state machine

freetdm: INR/INF implementation
         - fill in IEs in INF according to INR request
         - print debug information if IE requested but not supported

freetdm: INR/INF implementation
         - When NSG receives INR from network, send back INF with calling
         party category information IE and calling number information IE.
         - Introduced a new global setting of "force-inr" for testing
         purpose. Stinga generated INR/INF packets are not acceptable by
         trillium stack since it misses call related information in the
         packets. If configure force-inr to true in freetdm.conf.xml, when
         NSG receives an incoming IAM, it'll send out INR packet regardless
         of incoming IAM's IEs, and keep waiting for INF response from the
         calling side.
         - T.39 timer is introduced in order to handle INR timeout. The
         default value of T.39 is 12 seconds and is configurable according
         to spec.
         - Only supports calling number IE and calling party category IE in
         current fix. The customer only needs the calling number IE right now.
         In ISUP spec, there are 6 optional IEs. NSG only supports calling
         party number and calling category information IE since the other
         IEs are not configurable in freetdm.conf.xml or included in IAM
         message.
         - In collect state, INR/INF implementation needs to work with existed
         SAM messages. If NSG sent out INR and wait for SAM, collect state
         check both INF received and enough dialed numbers received. If one
         of these conditions are not met, it'll stay in collect state and wait
         until either conditions met or timeout. After received INF and enough
         dailed number, state moves to dailing and proceed as regular calls.

Merge branch 'master' into releases.3.5

FS-3810 --resolve

Merge branch 'fsorig'

Conflicts:
libs/freetdm/src/ftmod/ftmod_sangoma_isdn/ftmod_sangoma_isdn_stack_cfg.c
libs/freetdm/src/ftmod/ftmod_sangoma_isdn/ftmod_sangoma_isdn_stack_hndl.c

Merge branch 'master' of ssh://git.freeswitch.org:222/freeswitch

FreeTDM - ISDN fix for BRI lines with Q.921 layer going idle

FS-4068 --resolve

do not include Expires header in INVITES responding to a auth challenge

freetdm: Add documentation for SS7 native bridge

freetdm: Clean up SS7 native bridge code to separate the call control, queuing and
         resource-cleanup responsibilities clearly between the 2 channels involved in the bridge

   - Each channel is responsible for clearning its own peer_data and event queue
     at the end of the call (when moving to DOWN state)

   - Each channel dequeues messages only from its own queue and enqueues messages
     in the peer's queue, with the only exception being messages received before
     the bridge is stablished (IAM for sure and possible SAM messages) because
     if the bridge is not yet stablished the messages must be queued by the channel
     in its own queue temporarily until the bridge is ready

   - When the bridge is ready it is the responsibility of the incoming channel to
     move the messages that stored temporarily in its own queue to the bridged peer queue

   - During hangup, each channel is responsible for moving itself to DOWN. The procedure
     however differs slightly depending on the hangup conditions

     If the user requests hangup (ie, FreeSWITCH) the request will be noted by setting the
     FTDM_CHANNEL_USER_HANGUP flag but will not be processed yet because call control is
     driven only by the link messages (so no hangup from ESL or command line allowed)

     When REL message comes, the channel receiving it must move to TERMINATING state and:

           - If the user has not hangup yet (FTDM_CHANNEL_USER_HANGUP flag not set) then
             notify the user via SIGEVENT_STOP and wait for the user to move to HANGUP
             state by calling ftdm_channel_call_hangup() before sending RLC

           - If the user did hangup already (FTDM_CHANNEL_USER_HANGUP flag is set) then
             skip user notification and move to HANGUP state directly where the RLC message
             will be sent

   - On HANGUP state the RLC is sent and the channel is moved to DOWN, final state
     The peer channel will forward the REL message and wait for RLC from the network, when
     RLC is received the channel can move straight to DOWN itself because the peer channel
     is completing its own shutdown procedure when it received the REL message

Merge branch 'master' of ssh://git.freeswitch.org:222/freeswitch

freetdm - ISDN added check to treat calling number 0000000000 as empty calling number

cleanup after yourself

FS-4038 can you try this

fix race condition where network lists are not created yet so nat detection does not work in sofia during startup

stop sched thread quicker on global destroy

unset logger on global destroy

delete subs on 481

FS-3984 --resolve

add fsctl debug sql

set session loglevel as well in fs_cli when doing 'console loglevel info' also now implies '/log info' locally

skypopen: test commit, please ignore

Merge Phil Zimmermann's libzrtp as a FreeSWITCH library

Thanks to Phil Zimmermann for the code and for the license exception
we needed to include it.

There remains some build system integration work to be done before
this code will build properly in the FreeSWITCH tree.

Help libzrtp build without ECC files

More build system work may be needed.

Relicense bnlib under GPLv2/GPLv3 with exception for FreeSWITCH

Thanks to Travis Cross for much of the language here.

Signed-off-by: Philip Zimmermann <prz@mit.edu>
Signed-off-by: Travis Cross <tc@traviscross.com>

Add AGPLv3 license with exception for FreeSWITCH

Thanks to Travis Cross for much of the language here.

Signed-off-by: Philip Zimmermann <prz@mit.edu>
Signed-off-by: Travis Cross <tc@traviscross.com>

Send empty SAS during enrollment and other improvements

(refs #25)

Add more unit-tests and bug-fixes for random-access ZRTP cache

(refs #24)

First draft implementation of random-access cache

(refs #25)

Add Cmockery unit-testing library as a backend for our automated tests

(closes #26)

Recheck and implement missing features in Acive-Passive logs

(closes #23)

Add Android make file

(closes #22)

Minor improvements in OSX build system

Move ZRTP_SRTP_HASH_SHA1

ZRTP_SRTP_HASH_SHA1 was moved from public zrtp_hash_id_t to the
private srtp implementation. HMAC SHA1 constant was also renamed to
ZRTP_SRTP_HASH_HMAC_SHA1 in order to raise an error if the user tries
to use an old ZRTP_SRTP_HASH_SHA1 constant in a ZRTP session
configuration.

Update Xcode projects to the latest version of Xcode 4

Add debug info in order to trace HMAC error in Zfone

Miscellaneous Xcode project change

Miscellaneous updates

Changes for Visual Studio 2010 support and x64

Changes for Zfone on Windows x64

Miscellaneous build changes

Windows build config changes

Minor bug fixes per Xcode static analyses tools

Changes to Xcode project files

Increase default cache file path length to 256 characters

Fix mistaken NO_ZRTP_QUICK events after Hello received

(closes #20)

Add libzrtp beta

more cleanup for new config changes on VS2008
and VS2010

freetdm: Adding condition to parse sip headers only for non-freetdm channels.
         This fixes an issue where ss7 native bridge was accidentally enabled
         any time two freetdm channels were bridged regardless of the freetdm_native_sigbridge
         variable value.

FS-4053 try this

ZRTP passthru mode code for phil

Merge branch 'master' of ssh://git.freeswitch.org:222/freeswitch

FS-4042 fix a file path

mirror back record-route header in options

added too many fields to this check

FS-4038 --resolve

FS-4053 try this

Tweaks for spandsp

FS-4055 --resolve this was caused by corrupted db data, this patch will prevent it in the future

FS-4049 working

ftmod_misdn: More reworking of b-channel audio tx handling.

Use the amount of audio data received in misdn_read() to determine how many
bytes we need to send to the b-channel (= how much free space is left
in the b-channel tx queue). (This is how libosmo-abis and LCR handle it too.)

A pipe is used as a poll()-able audio tx buffer (filled in misdn_write()):
FTDM_WRITE wait requests are currently poll()-ed on the input side of the pipe,
whereas FTDM_READ and _EVENT requests are poll()-ed on the b-channel socket itself.

For every N-bytes of audio data read from the b-channel in misdn_read(),
we try to get as much out of the tx pipe, convert it into the ISDN_P_B_RAW
format and send it to the b-channel socket.

If there's less than N-bytes left in the pipe, we fill the remaining buffer
with silence to avoid buffer underflows.

B-Channel handling overview:

  - misdn_wait(FTDM_WRITE) on audio pipe

  - misdn_write() put audio data into pipe

  - misdn_wait(FTDM_READ) for next incoming mISDN
    message on b-channel socket

  - misdn_read() handle mISDN event, for PH_DATA_IND:

      - Write data into channel buffer and convert
        to a/u-law using misdn_convert_audio_bits()

      - Try to fetch N-bytes from audio pipe

      - If not enough bytes in pipe: fill remaining space with silence

      - Convert audio to raw format

      - Send to b-channel (PH_DATA_REQ)

Known problems / bugs / further investigation:

   1. Bridge aborted by "Write Buffer 0 bytes Failed!" error from switch_core_io.c.
      This is "fixed" by _not_ setting the b-channel sockfd to non-blocking mode.

   2. Audio glitches (maybe caused by FTDM_WRITE misdn_wait() handling or blocking I/O on sockfd?)

   3. misdn_read() EBUSY error messages from sending data to b-channel sockfd after enabling channel.

Signed-off-by: Stefan Knoblich <stkn@openisdn.net>

FS-4049 alt patch 5

FS-4049 alt patch 4

FS-4049 alt patch 3

FS-4049 alt patch 2

FS-4049 alt patch

FS-4049 revert

FS-4050 --resolve

FS-4049

FS-4049 try this

FS-4025 --resolve

FS-4016 --resolve

revert 19d3e646368ee5fa1fc8f88c475d3063c4ae740a

Various updates to spandsp tests
spandsp logging now passes an opaque pointer to the logging routine, to
increase flexibility. Right now the pointer is set to NULL in all calls.

Tweak spandsp tests

Lots of little improvements to the spandsp test suite

add sync

freetdm: fixing more potential null pointers in native bridge mode.

start one msg thread per cpu by default

enhance 722f1060 with windows specific way

FS-4032 --resolve please try to avoid the whitespace changes by using git diff -w

FS-4015 --resolve

FS-4045 try this patch

opps missed an include

try to make compiler -Werror hush

make compiler stop complaining

FS-4049 try this

FS-4048 --resolve

after f7f9a43a4056b7fb238ecfa0b7266b8c844f140f missing a bunch of code changes

addition to a6a3ff1dc5574ded096ac1427cd7c6992d14092f

make configs work from in the source tree if needed

fix vm-sync target

FS-4046 --resolve windows xml vanilla thanks