c6fa70054d
FS-9227: [sofia-sip] fix Wrong byte order in HEP packet for source and destination ports
2016-06-07 12:30:58 -05:00
15d250ed7c
FS-9136: update other modules to match api change
2016-06-03 18:21:08 -05:00
a4cf41771e
A-law idle byte was defined incorrectly.
2016-05-29 21:00:49 +08:00
e6d77e2813
Merge pull request #830 in FS/freeswitch from ~ETHANATKINS/freeswitch:ssl-transport to master
...
* commit 'db0dfe94d079e8b82c5ca93092faa2fe204b0d06':
FS-9113 [sofia-sip] Clear out ssl error queue
2016-05-23 10:52:12 -05:00
7f24fc7ab5
FS-9158 [sofia-sip] Add include for changes in 65460fa
2016-05-14 13:42:17 -07:00
6ae15b9fa1
FS-8623: Fix libvpx Solaris Studio build
2016-05-10 18:18:19 -07:00
3779c7d571
FS-9070 Update config.sub and config.guess
...
Older versions of automake created files that were unaware of newer system architectures, tested with Debian 8.4 and Centos 7
2016-05-03 11:12:11 -04:00
db0dfe94d0
FS-9113 [sofia-sip] Clear out ssl error queue
...
Sofia will unpredictably close a tls transport during call setup. This
occurs when the epoll event loop wakes up the socket reader and SSL_read
returns an error because there is no packet on the socket. Normally
sofia will read the last error using SSL_get_error and return
SSL_ERROR_WANT_READ. Sofia gracefully handles this error and the
transport stays open. Sometimes, however, the worker thread will call
SSL_shutdown for a different transport, which can write an error to the
internal openssl error queue. If that error is not read off the queue,
the next time that SSL_get_error is called, it will read that unrelated
error.
The documentation for SSL_shutdown explains that there are three
possible results -1, 0 and 1 with, oddly, 1 indicating success. The -1
result code occurs when there is no handshake callback registered on the
connection. It can return 0 when there is still work to be done. The
documentation suggest that it is insufficient to call it just once. This
is why I added the do {} while () construct.
Although just the fix to SSL_shutdown was enough to resolve my issue, I
a also audited other calls to SSL_* functions and found a few other
cases where an error may be generated, but was not handled.
2016-04-30 10:39:47 -07:00
5ddac2845e
FS-9109
2016-04-29 12:38:51 -04:00
65460fae25
FS-9099: fix windows build
2016-04-28 14:29:39 -05:00
0ba86871b4
FS-9078: [sofia-sip] fix typo in HEP3
2016-04-27 15:34:17 -05:00
943e8ef323
FS-9099: [sofia-sip] fix windows build of websocket transport
2016-04-27 16:08:13 -04:00
3caa794f7a
FS-9078: [sofia-sip] fix linux build of HEPv2/HEPv3 code
2016-04-27 16:02:00 -04:00
bc74c70562
.update
2016-04-27 14:46:37 -05:00
c6d0a99495
FS-9078: [sofia-sip] fix linux build of HEPv2/HEPv3 code
2016-04-27 14:45:59 -05:00
6ce69adcb3
FS-9099: remove unneeded header include
2016-04-27 14:45:09 -05:00
1bbb487396
FS-9099: [sofia-sip] fix windows build of websocket transport
2016-04-27 13:50:15 -04:00
e23bb54f9a
FS-9078: [sofia-sip] fix windows build of HEPv2/HEPv3 code
2016-04-27 13:50:14 -04:00
3d44756591
FS-9106 add new version of previous vpx sleep patch
2016-04-27 12:25:00 -05:00
18db50c46a
FS-9099 #resolve [Websocket raw frame read timeout is too short]
2016-04-25 17:29:50 -05:00
b54a2dc247
FS-9091: update libyuv to hash 69245902 from https://chromium.googlesource.com/libyuv/libyuv/
2016-04-21 16:04:30 -04:00
024af441b8
one push one pop
2016-04-19 20:22:49 +02:00
d710787fa9
FS-9078 added #pragma for MSVC compiler
2016-04-18 23:10:59 +02:00
981b528c48
FS-9078 added hepv2 and hepv3 support
2016-04-18 19:28:00 +02:00
9cabdfb9f8
bump apr build from api update
2016-04-08 13:43:43 -04:00
3976eb17d0
FS-8623: fix sun studio build errors building libvpx
2016-04-07 15:21:55 -04:00
eadb3f890f
FS-8780: fix the include for Windows builds that point to in tree lib
2016-04-04 15:08:26 -04:00
a74fc71b67
Merge pull request #687 in FS/freeswitch from freetdm_patch to master
...
* commit '320d5f2015976fed9ca282dfeeb2bd3e977e6f76':
Applied the Sangoma patch to FS version 1.2 in order to port to FS v1.6+
2016-04-04 13:51:09 -05:00
5e5bc23f47
OPENZAP-241: set always STATE_HANGUP_COMPLETE
2016-03-10 14:46:05 +01:00
ee7a298f40
FS-8868 #resolve [recording app to respect bandwidth set in SDP]
2016-03-07 21:56:13 -06:00
febe0f8dac
FS-8867: build using in tree libvpx, vpx no longer optional and does not use system libvpx due to issues with having to update it frequently conflicting with system libraries, now we link to the static in tree version instead. Also, mod_vpx is now a core module instead of a loadable module, so mod_vpx.so will no longer be built
2016-02-24 18:44:11 -05:00
d57c6ec48a
import libyuv at hash 38d37a5 from https://chromium.googlesource.com/libyuv/libyuv/
2016-02-23 14:32:34 -05:00
1ffc801957
add libvpx 89cc6825 (matching current chrome canary) from repo https://chromium.googlesource.com/webm/libvpx
2016-02-23 14:08:26 -05:00
2d46e0af01
FAX now applies the T1 timer properly after mid call returns to phase B.
2016-02-12 13:37:32 +08:00
7f5af042be
FS-8814: fix build on older libedit
2016-02-09 12:38:40 -06:00
1b28dadc16
FS-8808 #resolve fixed ^D in fs_cli with editline to delete char under cursor, not just backspace
2016-02-08 12:42:41 -06:00
c4cea0cf44
FS-8787 #resolve [fs_cli prompt modifications]
2016-01-27 12:01:14 -06:00
320d5f2015
Applied the Sangoma patch to FS version 1.2 in order to port to FS v1.6+
...
Sourced from:
http://gitlab.sangoma.com/projects/CORE/repos/freetdm/browse/public_freeswitch/sangoma-FS-1.2.patch
2016-01-26 20:20:34 -08:00
9113f23b75
Fixed the application of the T.30 T1 timeout in faxing.
2016-01-24 01:58:36 +08:00
10df600393
FS-8736 #resolve [Missing MEMMOVE macro in spandsp autoconf]
2016-01-15 13:14:07 -06:00
568ecb8bf4
Tweaks for platforms which require string.h for memxxx functions.
2015-12-05 01:15:54 +08:00
c74237ad3c
Added AC_FUNC_MEMMOVE test to spandsp
2015-11-25 23:21:48 +08:00
26bed941b3
FS-8160 Additional vulnerability in json parsing malformed utf encoded chars discovered by Brian Martin - Tenable Security Response CVE-2015-7392
2015-11-19 13:45:04 -06:00
8a81c3f59e
OPENZAP-238: [freetdm] Fix gsm caller id and dnis information
...
Also fix small leak caused by the span being destroyed before the gsm loop ran
2015-11-13 02:58:06 -05:00
c8a9c07059
OPENZAP-238: [freetdm] Fix gsm signaling status reporting
2015-11-13 02:57:39 -05:00
c3e40b29be
OPENZAP-238: [freetdm] Fix stop sequence to properly shutdown the gsm span using libwat
...
Misc code style fixes as well:
* Use static functions everywhere, no need to pollute the global namespace
* Rework some function names and variables to use lower case
2015-11-13 02:45:24 -05:00
b1de2ccd95
OPENZAP-238: [freetdm] Add new GSM parameter startup-command
...
The new parameter startup-command for gsm spans allows
executing raw AT commands on span startup
2015-11-13 02:05:53 -05:00
7b4838035a
OPENZAP-238: [freetdm] Enable GSM immediate forwarding logic
...
Use the new parameter immediate-forwarding-numbers to configure
immediate forwarding logic that emulates hunt groups
The parameter syntax is:
[<span-name>:]<number>
Multiple elements can be specified separated by commas
If the <span-name> is specified, the span will be checked for
availability, if available, its number will be selected for
forwarding, otherwise next number will be checked
Forwarding is enabled as soon as a channel is answered and its
disabled when the channel is hung up
2015-11-13 02:05:53 -05:00
54005bfead
OPENZAP-238: [freetdm] Confirm release on hangup of raw GSM call
2015-11-13 02:05:53 -05:00
0267ab566d
OPENZAP-238: [freetdm] Fix state transition on hangup after a raw call is placed
2015-11-13 02:05:53 -05:00
Alexandr Dubovikov
Michael Jerris
Steve Underwood
Spencer Thomason
Moishe Grunstein
Ethan Atkins
Anthony Minessale
Davide Colombo
Ken Rice
William King
Moises Silva