aboutsummaryrefslogtreecommitdiffstats
path: root/res
AgeCommit message (Collapse)AuthorFilesLines
2010-10-16Merged revisions 292049 via svnmerge from tzafrir1-1/+1
https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........ r292049 | tzafrir | 2010-10-16 12:03:04 +0200 (ש', 16 אוק 2010) | 15 lines Base directory for MOH should be ASTDATADIR If the directive 'directory' is relative, make it relative to the datadir, rather than to the varlibdir. In the sample configuration it is relative ('moh'). This has no effect unless you have actively set the datadir explicitly (at build time or at run time). (closes issue #16906) Patches: moh_datadir uploaded by tzafrir (license 46) Review: https://reviewboard.asterisk.org/r/974/ ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@292050 f38db490-d61c-443f-a65b-d21fe96a405b
2010-10-15Ref/unref res_srtp when we create/destroy a sessiontwilson1-0/+2
This avoids unhappy crashing when we try to 'core stop gracefully' and res_srtp tries to unload before chan_sip does. Thanks, Russell! (closes issue #18085) Reported by: st git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@292016 f38db490-d61c-443f-a65b-d21fe96a405b
2010-10-15Merged revisions 291904 via svnmerge from twilson1-3/+3
https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........ r291904 | twilson | 2010-10-15 09:16:57 -0700 (Fri, 15 Oct 2010) | 7 lines Don't crash or deadlock on module unload We can't hold the lock while pthread_join is called since aji_log_hook will attempt to lock from the other therad. We reorder the pthread_join and ast_aji_disconnect so that we don't do an SSL_read() while SSL_shutdown is running, causing a crash. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@291905 f38db490-d61c-443f-a65b-d21fe96a405b
2010-10-11Gtalk enhancements and general code cleanup.dvossel1-1/+0
This patch includes several chan_gtalk enhancements. Two new gtalk.conf options have been added, externip and stunadd. Setting externip allows us to manually specify what the external IP address is outside of a NAT environment. Setting the stunaddr option to a valid stun server allows for that external ip to be retrieved via a STUN server automatically. This external IP is then advertised during call setup as a possible candidate. I have also attempted to clean up chan_gtalk's code so it meets our coding guidelines. During this cleanup I noticed several things that need to be done in the code and made a TODO section at the top of the file. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@291192 f38db490-d61c-443f-a65b-d21fe96a405b
2010-10-06Don't try to send RTP when remote_address is nulltwilson1-0/+5
It is possible for ast_rtp_stop() to be called which will clear the remote address and cause the sendto to fail and spam warnings. Don't send in this case. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@290542 f38db490-d61c-443f-a65b-d21fe96a405b
2010-10-05Fixes chan_gtalk to work with gmail clientdvossel1-1/+26
This patch was written by Philippe Sultan (phsultan). Thanks for keeping this up to date! git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@290479 f38db490-d61c-443f-a65b-d21fe96a405b
2010-10-05Merged revisions 290396 via svnmerge from tilghman1-5/+8
https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r290396 | tilghman | 2010-10-05 15:21:02 -0500 (Tue, 05 Oct 2010) | 15 lines Merged revisions 290392 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r290392 | tilghman | 2010-10-05 15:20:07 -0500 (Tue, 05 Oct 2010) | 8 lines Fix a crash by ensuring that we don't alter memory after it's freed. (closes issue #17387) Reported by: jmls Patches: 20100726__issue17387.diff.txt uploaded by tilghman (license 14) Tested by: jmls ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@290408 f38db490-d61c-443f-a65b-d21fe96a405b
2010-10-04Merged revisions 290254 via svnmerge from tilghman1-31/+31
https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........ r290254 | tilghman | 2010-10-04 18:14:59 -0500 (Mon, 04 Oct 2010) | 11 lines Change new pattern matcher to regard dashes the same as the old pattern matcher -- as visual candy to be ignored. Also change the AEL parser to not generate dashes within extensions, as those dashes would be ignored. Update the AEL tests to match this behavior. (closes issue #17366) Reported by: murf Patches: 20100727__issue17366.diff.txt uploaded by tilghman (license 14) Tested by: tilghman ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@290255 f38db490-d61c-443f-a65b-d21fe96a405b
2010-10-02Merged revisions 289798 via svnmerge from jpeeler1-1/+14
https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r289798 | jpeeler | 2010-10-01 18:01:31 -0500 (Fri, 01 Oct 2010) | 22 lines Merged revisions 289797 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r289797 | jpeeler | 2010-10-01 17:58:38 -0500 (Fri, 01 Oct 2010) | 15 lines Change RFC2833 DTMF event duration on end to report actual elapsed time. The scenario here is with a non P2P early media session. The reported time length of DTMF presses are coming up short when sending to the remote side. Currently the event duration is a running total that is incremented when sending continuation packets. These continuation packets are only triggered upon incoming media from the remote side, which means that the running total probably is not going to end up matching the actual length of time Asterisk received DTMF. This patch changes the end event duration to be lengthened if it is detected that the end event is going to come up short. Review: https://reviewboard.asterisk.org/r/957/ ABE-2476 ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@289840 f38db490-d61c-443f-a65b-d21fe96a405b
2010-10-01Merged revisions 289704 via svnmerge from pabelanger1-1/+1
https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r289704 | pabelanger | 2010-10-01 13:09:03 -0400 (Fri, 01 Oct 2010) | 13 lines Merged revisions 289703 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r289703 | pabelanger | 2010-10-01 13:03:11 -0400 (Fri, 01 Oct 2010) | 6 lines Disable debugging by default and reformat .config file. Review: https://reviewboard.asterisk.org/r/929/ ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@289718 f38db490-d61c-443f-a65b-d21fe96a405b
2010-09-30More Solaris compatibility fixestilghman1-5/+17
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@289543 f38db490-d61c-443f-a65b-d21fe96a405b
2010-09-29Merged revisions 289332 via svnmerge from russell1-4/+0
https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........ r289332 | russell | 2010-09-29 15:15:57 -0500 (Wed, 29 Sep 2010) | 4 lines Don't completely ignore md5secret from LDAP if the value does not begin with {md5}. This fixes a problem that lmadsen ran in to where md5secret was not working for him. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@289333 f38db490-d61c-443f-a65b-d21fe96a405b
2010-09-27Fix some documentation typos and spelling errors.russell1-4/+4
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@288927 f38db490-d61c-443f-a65b-d21fe96a405b
2010-09-27Fix a documentation spelling error.russell1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@288925 f38db490-d61c-443f-a65b-d21fe96a405b
2010-09-21Don't use ast_strdupa() from within the arguments to a function.russell1-2/+5
(closes issue #17902) Reported by: afried Patches: issue_17902.rev1.txt uploaded by russell (license 2) Tested by: russell Review: https://reviewboard.asterisk.org/r/927/ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@287895 f38db490-d61c-443f-a65b-d21fe96a405b
2010-09-17Events are visible after they were removed from EWS calendarpitel1-0/+1
Because we must merge calendar even when it's empty. (closes issue #17786) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@287271 f38db490-d61c-443f-a65b-d21fe96a405b
2010-09-17Asterisk crashing because of double free when EWS request failspitel1-1/+0
The free is done later in code. I think ast_free() should have built in checks for double free. (closes issue #17782) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@287270 f38db490-d61c-443f-a65b-d21fe96a405b
2010-09-17Support for HTTP redirects in calendar's URLpitel4-1/+9
libneon does not support HTTP redirects (3xx responses) by default. You must tell it to follow them. Also, another little unsigned int fix. (closes issue #17776) Review: https://reviewboard.asterisk.org/r/921/ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@287269 f38db490-d61c-443f-a65b-d21fe96a405b
2010-09-15Don't hang up a call on an SRTP unprotect failuretwilson1-2/+3
Also make it more obvious when there is an issue en/decrypting. (closes issue #17563) Reported by: Alexcr Patches: res_srtp.c.patch uploaded by sfritsch (license 1089) Tested by: twilson git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@287056 f38db490-d61c-443f-a65b-d21fe96a405b
2010-09-14Merging events for Exchange web service doesn't work as expected, resulting ↵pitel1-5/+10
in only one event in calendar The solution is to use "global" counter of events, since we do new requests for every event and calendar sync after every request. So now we do sync only after last request. (closes issue #17877) Review: https://reviewboard.asterisk.org/r/916/ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@286617 f38db490-d61c-443f-a65b-d21fe96a405b
2010-09-09Merged revisions 285710 via svnmerge from bbryant15-119/+786
https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........ r285710 | bbryant | 2010-09-09 14:50:13 -0400 (Thu, 09 Sep 2010) | 8 lines Fixes an issue with dialplan pattern matching where the specificity for pattern ranges and pattern special characters was inconsistent. (closes issue #16903) Reported by: Nick_Lewis Patches: pbx.c-specificity.patch uploaded by Nick Lewis (license 657) Tested by: Nick_Lewis ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@285711 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-29Fix regression introduced in r1664. Give the fax stack time to shutdown and ↵mnicholson1-2/+7
populate the FAXOPT output variables. FAX-222 git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@280557 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-28Do rtp/rtcp debugging when it is turned on w/o filteringtwilson1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@280225 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-28s/init keys/keys init/russell1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@280058 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-26Merged revisions 279597 via svnmerge from tilghman1-5/+23
https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........ r279597 | ghenry | 2010-07-26 15:25:54 -0500 (Mon, 26 Jul 2010) | 13 lines Apply all patches in: https://issues.asterisk.org/view.php?id=13573 (closes issue #13573) Reported by: navkumar Patches: res_config_ldap-category.diff uploaded by navkumar (license 580) res_config_ldap.patch uploaded by bencer (license 961) res_config_ldap uploaded by bencer (license 961) Tested by: suretec ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@279601 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-23Silly 64-bit compilers (who uses 64-bit anyway?)tilghman1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.8@279113 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-23Merge the realtime failover branchtilghman2-16/+68
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@278957 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-23Minor corrections to the LDAP realtime driveroej1-11/+17
Review: https://reviewboard.asterisk.org/r/798/ Thanks Mark for a quick review! git-svn-id: http://svn.digium.com/svn/asterisk/trunk@278875 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-21Remove built-in AES code and use optional_api insteadtwilson2-0/+25
Review: https://reviewboard.asterisk.org/r/793/ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@278538 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-21Use poll() instead of select() in res_timing_pthread to avoid stack corruption.russell1-8/+5
This code did not properly check FD_SETSIZE to ensure that it did not try to select() on fds that were too large. Switching to poll() removes the limitation on the maximum fd value. (closes issue #15915) Reported by: keiron (closes issue #17187) Reported by: Eddie Edwards (closes issue #16494) Reported by: Hubguru (closes issue #15731) Reported by: flop (closes issue #12917) Reported by: falves11 (closes issue #14920) Reported by: vrban (closes issue #17199) Reported by: aleksey2000 (closes issue #15406) Reported by: kowalma (closes issue #17438) Reported by: dcabot (closes issue #17325) Reported by: glwgoes (closes issue #17118) Reported by: erikje possibly other issues, too ... git-svn-id: http://svn.digium.com/svn/asterisk/trunk@278465 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-21Properly show the current page being transfered for 'fax show session'mnicholson1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@278462 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-21Don't print failure status when the remote end hangs up, it may not be an ↵mnicholson1-3/+8
actual failure. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@278426 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-20Separate queue_log arguments into separate fields, and allow the text file ↵tilghman1-0/+3
to be used, even when realtime is used. (closes issue #17082) Reported by: coolmig Patches: 20100720__issue17082.diff.txt uploaded by tilghman (license 14) Tested by: coolmig git-svn-id: http://svn.digium.com/svn/asterisk/trunk@278307 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-20This commit contains several changes to the way output channel variables are ↵mnicholson1-37/+77
handled. FAX output channel variables will now match the values reported by FAXOPT() and should be set in all failure and success cases. This commit also contains a few modifications to the way FAXOPT() variables are populated in a few spots and fixes for some reference count leaks of the session details structure in some failure cases. Also found and fixed more cases where FAXOPT(status) may not have gotten set. FAX-214 FAX-203 git-svn-id: http://svn.digium.com/svn/asterisk/trunk@278168 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-20Add load priority order, such that preload becomes unnecessary in most casestilghman28-30/+105
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@278132 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-17Merged revisions 277568 via svnmerge from tilghman2-27/+112
https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r277568 | tilghman | 2010-07-16 16:54:29 -0500 (Fri, 16 Jul 2010) | 8 lines Since we split values at the semicolon, we should store values with a semicolon as an encoded value. (closes issue #17369) Reported by: gkservice Patches: 20100625__issue17369.diff.txt uploaded by tilghman (license 14) Tested by: tilghman ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@277773 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-17Update res_fax.c to be a good xml citizen.snuffy1-57/+137
(closes issues #17667) Reported by: snuffy git-svn-id: http://svn.digium.com/svn/asterisk/trunk@277667 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-16Add documentation for MOH realtime fieldstilghman1-0/+3
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@277452 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-16And yet one moretilghman1-2/+4
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@276911 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-16"Item may be used uninitialized in this function."tilghman1-2/+4
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@276910 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-14Fix errors where incorrect address information was printed.mmichelson1-2/+2
ast_sockaddr_stringiy_fmt (which is call by all ast_sockaddr_stringify* functions) uses thread-local storage for storing the string that it creates. In cases where ast_sockaddr_stringify_fmt was being called twice within the same statement, the result of one call would be overwritten by the result of the other call. This usually was happening in printf-like statements and was resulting in the same stringified addressed being printed twice instead of two separate addresses. I have fixed this by using ast_strdupa on the result of stringify functions if they are used twice within the same statement. As far as I could tell, there were no instances where a pointer to the result of such a call were saved anywhere, so this is the only situation I could see where this error could occur. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@276570 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-14Remove the old stub files, preferring the optional_api method.tilghman4-260/+317
(closes issue #17475) Reported by: tilghman Review: https://reviewboard.asterisk.org/r/695/ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@276490 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-14Expand the caller ANI field to an ast_party_idrmudgett1-2/+2
Expand the ani field in ast_party_caller and ast_party_connected_line to an ast_party_id. This is an extension to the ast_callerid restructuring patch in review: https://reviewboard.asterisk.org/r/702/ Review: https://reviewboard.asterisk.org/r/744/ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@276393 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-14Make compile again.rmudgett1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@276391 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-14ast_callerid restructuringrmudgett2-23/+29
The purpose of this patch is to eliminate struct ast_callerid since it has turned into a miscellaneous collection of various party information. Eliminate struct ast_callerid and replace it with the following struct organization: struct ast_party_name { char *str; int char_set; int presentation; unsigned char valid; }; struct ast_party_number { char *str; int plan; int presentation; unsigned char valid; }; struct ast_party_subaddress { char *str; int type; unsigned char odd_even_indicator; unsigned char valid; }; struct ast_party_id { struct ast_party_name name; struct ast_party_number number; struct ast_party_subaddress subaddress; char *tag; }; struct ast_party_dialed { struct { char *str; int plan; } number; struct ast_party_subaddress subaddress; int transit_network_select; }; struct ast_party_caller { struct ast_party_id id; char *ani; int ani2; }; The new organization adds some new information as well. * The party name and number now have their own presentation value that can be manipulated independently. ISDN supplies the presentation value for the name and number at different times with the possibility that they could be different. * The party name and number now have a valid flag. Before this change the name or number string could be empty if the presentation were restricted. Most channel drivers assume that the name or number is then simply not available instead of indicating that the name or number was restricted. * The party name now has a character set value. SIP and Q.SIG have the ability to indicate what character set a name string is using so it could be presented properly. * The dialed party now has a numbering plan value that could be useful to have available. The various channel drivers will need to be updated to support the new core features as needed. They have simply been converted to supply current functionality at this time. The following items of note were either corrected or enhanced: * The CONNECTEDLINE() and REDIRECTING() dialplan functions were consolidated into func_callerid.c to share party id handling code. * CALLERPRES() is now deprecated because the name and number have their own presentation values. * Fixed app_alarmreceiver.c write_metadata(). The workstring[] could contain garbage. It also can only contain the caller id number so using ast_callerid_parse() on it is silly. There was also a typo in the CALLERNAME if test. * Fixed app_rpt.c using ast_callerid_parse() on the channel's caller id number string. ast_callerid_parse() alters the given buffer which in this case is the channel's caller id number string. Then using ast_shrink_phone_number() could alter it even more. * Fixed caller ID name and number memory leak in chan_usbradio.c. * Fixed uninitialized char arrays cid_num[] and cid_name[] in sig_analog.c. * Protected access to a caller channel with lock in chan_sip.c. * Clarified intent of code in app_meetme.c sla_ring_station() and dial_trunk(). Also made save all caller ID data instead of just the name and number strings. * Simplified cdr.c set_one_cid(). It hand coded the ast_callerid_merge() function. * Corrected some weirdness with app_privacy.c's use of caller presentation. Review: https://reviewboard.asterisk.org/r/702/ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@276347 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-09Kill some startup warnings and errors and make some messages more helpful in ↵tilghman2-2/+2
tracking down the source. git-svn-id: http://svn.digium.com/svn/asterisk/trunk@275105 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-08Add IPv6 to Asterisk.mmichelson2-236/+246
This adds a generic API for accommodating IPv6 and IPv4 addresses within Asterisk. While many files have been updated to make use of the API, chan_sip and the RTP code are the files which actually support IPv6 addresses at the time of this commit. The way has been paved for easier upgrading for other files in the near future, though. Big thanks go to Simon Perrault, Marc Blanchet, and Jean-Philippe Dionne for their hard work on this. (closes issue #17565) Reported by: russell Patches: asteriskv6-test-report.pdf uploaded by russell (license 2) Review: https://reviewboard.asterisk.org/r/743 git-svn-id: http://svn.digium.com/svn/asterisk/trunk@274783 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-08Implement AstData API data providers as part of the GSOC 2010 project,eliel1-0/+101
midterm evaluation. Review: https://reviewboard.asterisk.org/r/757/ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@274727 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-07Set proper FAXOPT(status), FAXOPT(statusstr), and FAXOPT(error) values where ↵mnicholson1-19/+58
possible. Previously some failure cases did not result in proper FAXOPT values. FAX-203 git-svn-id: http://svn.digium.com/svn/asterisk/trunk@274540 f38db490-d61c-443f-a65b-d21fe96a405b
2010-07-06Properly detect and report invalid maxrate and maxrate values in the FAXOPT ↵mnicholson1-5/+11
dialplan function. Also make fax_rate_str_to_int() return an unsigned int and return 0 instead of -1 in the event of an error. FAX-202 git-svn-id: http://svn.digium.com/svn/asterisk/trunk@274243 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-24 05:24:14 +0000