6646 Commits (0fed1acd2a9673bfde16b53452ae05e10081169c)

Author	SHA1	Message	Date
David Vossel	f7a2194c58	Merged revisions 280551 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........ r280551 | dvossel | 2010-07-29 15:42:29 -0500 (Thu, 29 Jul 2010) | 11 lines fixes wrong SRV query for TLS connection (closes issue #17612) Reported by: marcelloceschia Patches: chan-sip_srvQuery.patch uploaded by marcelloceschia (license 1079) chan-sip_Trunk_srvQuery.patch uploaded by st (license 907) chan-sip_asterisk18b1_srvQuery.patch uploaded by marcelloceschia (license 1079) Tested by: marcelloceschia, st, pabelanger ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@280552 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Sean Bright	e32da6f7a5	Fix compilation error in chan_dahdi (strdupa -> ast_strdupa). ... (closes issue #17751) Reported by: b11d Patches: strdupa_oops.diff uploaded by malcolmd (license 924) git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@280519 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Matthew Nicholson	a09163e0ae	Use PRIx64 instead of PRId64 in format string. ... related to r280302 git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@280343 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Matthew Nicholson	bb4178a14a	Merged revisions 280306 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........ r280306 | mnicholson | 2010-07-29 08:45:11 -0500 (Thu, 29 Jul 2010) | 2 lines Implement support for ast_channel_queryoption on local channels. Currently only AST_OPTION_T38_STATE is supported. ABE-2229 Review: https://reviewboard.asterisk.org/r/813/ ........ Additionally, pass AST_CONTROL_T38_PARAMETERS control frames through generic bridges. This change appears to have been unintentionally left out of rev 203699. git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@280307 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Paul Belanger	c62b0630de	Use PRId64 with format_t ... git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@280302 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Jeff Peeler	50f2b57276	Give test category missing leading slash ... git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@280269 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	3b7f592cc0	Merged revisions 280229 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........ r280229 | rmudgett | 2010-07-28 14:57:49 -0500 (Wed, 28 Jul 2010) | 2 lines Add missing enum value "unknown" to the SS7 called_nai and calling_nai config options. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@280235 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Paul Belanger	613e102539	Resolve compiler warning about formatting ... (closes issue #17732) Reported by: pabelanger git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@280023 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Russell Bryant	e7b5069c9f	Fix inband DTMF detection on outgoing ISDN calls. ... This is a regression from the sig_pri split from chan_dahdi. When a call is first initiated, the inband DTMF detector is not enabled if it's an outgoing ISDN call. However, it needs to be turned on once the media path starts up. This handling was put back in the open_media() callback of chan_dahdi. In sig_pri, open_media() calls were added to a few places where it was needed, including handling of PRI_EVENT_RINGING, PRI_EVENT_PROGRESS, and PRI_EVENT_PROCEEDING. Thanks to rmudgett for helping me with the patch! git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@279916 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Mark Michelson	cbba00f5d0	Fix parsing error in sip_sipredirect(). ... The code was written in a way that did a bad job of parsing the port out of a URI. Specifically, it would do badly when dealing with an IPv6 address. In this particular scenario, there was no value from parsing the port out, so I just removed that logic. And while I was messing around in the function, I changed some variable names to be more descriptive. (closes issue #17661) Reported by: oej Patches: 17661.diff uploaded by mmichelson (license 60) git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@279887 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
David Vossel	ab374d0446	fix sip transaction match with authentication, fix confusing log message when using getaddrinfo ... git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@279817 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Russell Bryant	ccfad47983	Support "channels" in addition to "channel" in chan_dahdi.conf. ... Review: https://reviewboard.asterisk.org/r/804 git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@279815 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Mark Michelson	62330bc1c2	Merged revisions 279784 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........ r279784 | mmichelson | 2010-07-27 10:13:24 -0500 (Tue, 27 Jul 2010) | 14 lines Fix bad behavior of dynamic_exclude_static option in sip.conf. We were attempting to create a contactdeny rule based on the peer's IP address before the peer's IP address had been set. By moving the processing further down in the function, we can ensure stuff works as we expect for it to. (closes issue #17717) Reported by: mmichelson Patches: 17717.patch uploaded by mmichelson (license 60) Tested by: DennisD ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@279785 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Paul Belanger	cd034c3dfc	If dringXcontext is null, fallback to default context value. ... (closes issue #17693) Reported by: iasgoscouk Patches: issue17693.patch uploaded by pabelanger (license 224) Tested by: iasgoscouk Review: https://reviewboard.asterisk.org/r/803/ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@279755 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
David Vossel	610151af27	transaction matching using top most Via header ... This patch modifies the way chan_sip.c does transaction to dialog matching. Asterisk now stores information in the top most Via header of the initial incoming request and compares that against other Requests that have the same call-id. This results in Asterisk being able to detect a forked call in which it has received multiple legs of the fork. I completely stripped out the previous matching code and made the comparisons a little more explicit and easier to understand. My comments in the code should offer all the details involving this patch. This patch also fixes a bug with the usage of the OBJ-MULTIPLE flag to find multiple dialogs with the same call-id. Since the callback function was returning (CMP_MATCH | CMP_STOP) only the first item found was being returned. I fixed this by making a new callback function for finding multiple dialogs that only returns (CMP_MATCH) on a match allowing for multiple items to be returned. Review: https://reviewboard.asterisk.org/r/776/ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@279568 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Mark Michelson	bc3b185063	Allow for systems without locale support to be usable. ... A recent change to SIP URI comparison code added a locale-specific string comparison to the mix, and certain systems do not support such functions. This fix allows for those systems to still use Asterisk 1.8 (closes issue #17697) Reported by: pprindeville Patches: asterisk-trunk-bugid17697.patch uploaded by pprindeville (license 347) Tested by: mmichelson git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@279504 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Mark Michelson	d1ad460b3d	SIP URI comparison fixes. ... This initially was created to work around the issue of using a string comparison instead of a binary comparison for IP addresses. It evolved a bit when test cases were created and it was discovered that comparison of URI parameters was not working exactly as it should. sip_uri_cmp() and its helpers have been moved to reqresp_parser.c and a new test has been added. (closes issue #17662) Reported by: oej Review: https://reviewboard.asterisk.org/r/792 git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278980 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Russell Bryant	09206a7db8	... just kidding. Enable SIP by default. :-) ... git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278945 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Russell Bryant	98f0f3933f	Disable SIP support by default for Asterisk 1.8. ... git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278944 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	301505c4c4	Rename sig_pri_pri to sig_pri_span. More descriptive of concept. ... git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278942 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Mark Michelson	57a92a6a7c	Allow IPv6 addresses for UDPTL streams. ... Review: https://reviewboard.asterisk.org/r/795 git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278908 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Alec L Davis	8b3c00a824	missed FXS kewl start polarityswitch when finally on hook. ... (issue #17318) git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278841 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Alec L Davis	85bfe38f2f	Support FXS module Polarity Reversal on remote party Answer and Hangup ... FXS lines normally connect to a telephone. However, when FXS lines are routed to an external PBX or Key System to act as "external" or "CO" lines, it is extremely difficult, if not impossible for the external PBX to know when the call has been disconnected without receiving a polarity reversal on the line. Now using answeronpolarityswitch and hanguponpolarityswitch keywords that previously were used only for FXO ports, now applies like functionality for an FXS port, but from the connected equipment's point of view. (closes issue #17318) Reported by: armeniki Patches: fxs_linepolarity.diff5.txt uploaded by alecdavis (license 585) Tested by: alecdavis Review: https://reviewboard.asterisk.org/r/797/ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278809 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	ab0b255455	DNID not cleared when channel hang up (Affects PRI and SS7) ... The "dahdi show channels" CLI command still reports the DNID of the previous call even if the call is already hang up. The "dahdi show channels" command of older releases clear the DNID once the channel is hang up. Regression from the sig_analog/sig_pri extraction from chan_dahdi. (closes issue #17623) Reported by: klaus3000 Patches: issue17623.patch uploaded by rmudgett (license 664) Tested by: rmudgett git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278777 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
David Vossel	3819ba7ac7	update sip subscription debug message to a warning message ... If the Expire header of a SUBSCRIBE is less that our expiremin, a log warning will be displayed. git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278619 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Terry Wilson	d6e1c724e5	Remove built-in AES code and use optional_api instead ... Review: https://reviewboard.asterisk.org/r/793/ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278538 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
David Vossel	318798e932	send "423 Interval too small" Response to Subscribe with Expires less that min allowed ... [RFC3265]3.1.6.1.... The notifier MAY also check that the duration in the "Expires" header is not too small. If and only if the expiration interval is greater than zero AND smaller than one hour AND less than a notifier- configured minimum, the notifier MAY return a "423 Interval too small" error which contains a "Min-Expires" header field. The "Min- Expires" header field is described in SIP [1]. git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278536 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Tzafrir Cohen	16b4813599	Fix invalid test for rxisoffhook in FXO channels ... This fixes some cases of no outgoing calls on FXO before an incoming call. Remove an unnecessary testing of an "off-hook" bit from DAHDI for FXO (KS/GS) channels.In some cases the bit would not be initialized properly before the first inbound call and thus prevent an outgoing call. If those tests are actually required by anybody, they should define DAHDI_CHECK_HOOKSTATE in channels/sig_analog.c . (closes issue #14577) Reported by: jkroon Patches: asterisk_chan_dahdi_hookstate_fix_trunk_new.diff uploaded by frawd (license 610) Tested by: frawd Review: https://reviewboard.asterisk.org/r/699/ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278501 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Matthew Nicholson	43b486453b	Properly set the port number for UDPTL media sessions. ... git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278461 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Tilghman Lesher	a8c843199c	Change order so that it more closely matches the related SIP command. ... (closes issue #17648) Reported by: GMLudo Review: https://reviewboard.asterisk.org/r/789/ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278393 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Jeff Peeler	d1b0bf0f2d	include stat.h for everybody, needed for device2chan ... git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278361 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	7066a7f233	Reference correct struct member for unlikely event PRI_EVENT_CONFIG_ERR. ... git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278274 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
David Vossel	c26791d5f8	fixes sip CANCEL race condition ... If Asterisk sends a 4xx error and the other side sends a CANCEl before receiving the 4xx and responding with the ACK, Asterisk will process the CANCEL and send a 487 Request Terminated as a new final response to the INVITE. Since we are issuing a new final response to the INVITE, the old one must be pretend_acked else it will keep retransmitting. git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278234 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Tilghman Lesher	b4e18d5660	Add load priority order, such that preload becomes unnecessary in most cases ... git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278132 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Russell Bryant	d27bb2d811	Only call ast_channel_cc_params_init() if allocating a channel succeeds. ... git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@278051 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Mark Michelson	cb5892bb67	Fix port setting of external address in SIP. ... There are two changes here: 1. Since the externip setting can now have a port attached to it, calling it "externip" is misleading. The option is now documented and parsed as "externaddr." This also extends to the "matchexterniplocally" setting. It is now documented and parsed as "matchexternaddrlocally." The old names for the options may still be used, but they are no longer used in the sip.conf.sample file. 2. If no port is set for the externaddr, and UDP is the transport to be used, then we will set the port of the externaddr to that of the udpbindaddr. This was how things worked prior to the IPv6 merge, so this is a regression fix. (closes issue #17665) Reported by: mmichelson Patches: 17665.diff#2 uploaded by pprindeville (license 347) Tested by: pprindeville git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@277873 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Jeff Peeler	58061391a1	Fix regression with distinctive ring detection. ... The issue here is that passing an array to a function prohibits the ARRAY_LEN macro from returning the real size. To avoid this the size is now defined and use of ARRAY_LEN is avoided. (closes issue #15718) Reported by: alecdavis Patches: bug15718.patch uploaded by jpeeler (license 325) git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@277837 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Mark Michelson	6fa79e8f77	Make ACLs IPv6-capable. ... ACLs can now be configured to match IPv6 networks. This is only relevant for ACLs in chan_sip for now since other channel drivers do not support IPv6 addressing. However, once those channel drivers are outfitted to support IPv6 addressing, the ACLs will already be ready for IPv6 support. https://reviewboard.asterisk.org/r/791 git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@277814 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Matthew Nicholson	5150954d4a	Merged revisions 277497 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r277497 | mnicholson | 2010-07-16 16:18:38 -0500 (Fri, 16 Jul 2010) | 4 lines Default to no udptl error correction so that error correction will be disabled in the event that the remote end indicates that they do not support the error correction mode we requested. FAX-128 ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@277530 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	34bc4b1dcb	Merged revisions 277419 via svnmerge from ... https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r277419 | rmudgett | 2010-07-16 15:18:54 -0500 (Fri, 16 Jul 2010) | 15 lines priexclusive in chan_dahdi.conf ignored when reloading dahdi module During a reload, the priexclusive and outsignalling parameters are not read in from the config file as intended. Unfortunately, they get set to defaults as a result. This patch makes sure that they do not get set to defaults during a reload. (closes issue #17441) Reported by: mtryfoss Patches: issue17441_v1.4.patch uploaded by rmudgett (license 664) issue17441_v1.6.2.patch uploaded by rmudgett (license 664) issue17441_trunk.patch uploaded by rmudgett (license 664) Tested by: rmudgett ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@277467 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Mark Michelson	2289649901	Fix up some weird indentation problems in reqresp_parser.c ... git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@277175 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Olle Johansson	93373d7bdf	Formatting fixes ... git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@277065 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Olle Johansson	cbe0a6dc02	Formatting changes (guideline corrections) ... Found a unused bag of curly brackets under my table. I always wondered where they had gone. They where indeed needed in chan_sip.c git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@276989 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Olle Johansson	e129b31fc6	Add ability to configure the Max-Forwards header in the dialplan, as well as in ... sip.conf configuration for the channel and for devices. The Max-Forwards header is used to prevent loops in a SIP network. Each intermediary, like SIP proxys and SBCs, decrement this counter and detects when it reaches zero, at which point the SIP request is nicely killed in a SIP-friendly way. Review: https://reviewboard.asterisk.org/r/778/ Thanks to dvossel for the review and good advice. git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@276951 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Mark Michelson	dfba265a0b	Fix reversed logic of if statement. ... Found based on message from Philip Prindeville on the Asterisk Developers mailing list. git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@276909 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Jeff Peeler	44ae0033be	Correct not setting the bindport before attempting to open the socket. ... Related to changes from 276571, I was accidentally testing with a port set in my configuration causing me to miss this. Also moved the TCP handling as well to occur before build_peer is called. git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@276788 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Jeff Peeler	2b2a6123de	Fix MWI notification transmission problems over SIP. ... MWI updates were not being sent if no messages were found in the event cache. This was corrected since a phone may need to clear its MWI status configured previously from another mailbox. Upon module or sip reload, MWI updates could not be sent due to the sipsock socket not being set early enough in reload_config. The code handling the descriptor assignment and such has simply been moved before the call to build_peer. Issuing a sip reload cleared the IP address of the peer, but skipped checking the database for registration information. The database is now checked both for sip reload and actually reloading the module. If a transmission occurs before the do_monitor thread has started, do not attempt to send a signal to it. (closes issue #17398) Reported by: ip-rob git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@276571 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Mark Michelson	1e8c66e749	Fix errors where incorrect address information was printed. ... 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: https://origsvn.digium.com/svn/asterisk/trunk@276570 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	5d9aa45721	Make compile again. ... git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@276531 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
David Vossel	d1c9a4b366	handle special case were "200 Ok" to pending INVITE never receives ACK ... Unlike most responses, the 200 Ok to a pending INVITE Request is acknowledged by an ACK Request. If the ACK Request for this Response is not received the previous behavior was to immediately destroy the dialog and hangup the channel. Now in an effort to be more RFC compliant, instead of immediately destroying the dialog during this special case, termination is done with a BYE Request as the dialog is technically confirmed when the 200 Ok is sent even if the ACK is never received. The behavior of immediately hanging up the channel remains. This only affects how dialog termination proceeds for this one special case. RFC 3261 section 13.3.1.4 "If the server retransmits the 2xx response for 64*T1 seconds without receiving an ACK, the dialog is confirmed, but the session SHOULD be terminated. This is accomplished with a BYE, as described in Section 15." git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@276439 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago