aboutsummaryrefslogtreecommitdiffstats
path: root/channels
AgeCommit message (Collapse)AuthorFilesLines
2007-11-08Do not add a sip: to the beginning of the To URI unless needed.file1-1/+1
(closes issue #10756) Reported by: goestelecom git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89101 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-08Improve the devicestate logic for multiple devices. If any are available ↵file1-6/+15
then the extension is considered available. (closes issue #10164) Reported by: nic_bellamy Patches: sip-hinting-svn-branch-1.4.patch uploaded by nic (license 299) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89099 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-08Add support for allowing one outgoing transaction. This means if a response ↵file1-2/+5
comes back out of order chan_sip will still handle it. I dream of a chan_sip with real transaction support. (closes issue #10946) Reported by: flefoll (closes issue #10915) Reported by: ramonpeek (closes issue #9567) Reported by: atca_pres git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89097 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-07If callerid is configured in sip.conf use that for checking the presence of ↵file1-2/+2
an extension in the dialplan. (closes issue #11185) Reported by: spditner git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89095 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-07This patch makes it possible for SIP phones to dial extensions defined with ↵mmichelson1-2/+24
'#' characters in extensions.conf AND maintain their escaped characters when forming URI's (closes issue #10681, reported by cahen, patched by me, code review by file) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89090 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-06Make it so that if a peer is determined to be unreachable using qualify ↵file1-1/+1
their devicestate will report back unavailable. (closes issue #11006) Reported by: pj git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89032 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-06Fix improbable but possible memory leaks in chan_zap.file1-2/+10
(closes issue #11166) Reported by: eliel Patches: chan_zap.c.patch uploaded by eliel (license 64) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@88994 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-05When traversing the list of channel variables here in transmit_invite(), the russell1-2/+8
asterisk channel must be locked, as this data may change at any time. (I have seen numerous reports of crashes related to the handling of channel variables. There are a couple of issues on the bug tracker related to it, but it has also been noted on IRC and mailing lists. So, I am finding and fixing some places where channel variables are handled improperly.) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@88768 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-05Fix up some indentation.russell1-26/+26
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@88765 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-05If a SIP channel is put on hold multiple times do not keep incrementing the ↵file1-1/+1
onHold value. (closes issue #11085) Reported by: francesco_r Tested by: blitzrage (closes issue #10474) Reported by: acennami git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@88671 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-05Make sure we destroy the config structure on configuration failure.qwell1-0/+2
Issue 11163, patch by eliel. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@88585 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-04Rename ast_string_field_free_pool to ast_string_field_free_memory,rizzo2-8/+8
and ast_string_field_free_all to ast_string_field_reset_all to avoid misuse (due to too similar names and an error in documentation). Fix two related memory leaks in app_meetme. No need to merge to trunk, different fix already applied there. Not applicable to 1.2 git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@88471 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-02Make subscribecontext behave as advertised. It will now look for the ↵file1-18/+18
presence of a hint in the given context (be it subscribecontext or context). (closes issue #10702) Reported by: slavon git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@88366 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-02If an INFO request within a dialog is received with a content length of 0 ↵file1-0/+5
simply send back a 200 OK. It is valid to do this and the remote side is probably using it to make sure the signalling is still alive. (closes issue #5747) Reported by: chandi Patches: infofix-81430-1.patch uploaded by IgorG (license 20) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@88328 f38db490-d61c-443f-a65b-d21fe96a405b
2007-11-01Make sure we set the poll fds to NULL after free()ing it.qwell1-1/+3
Part of issue 11017, patch by tzafrir. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@88078 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-31Don't try to allocate memory that we're just going to re-allocate later anyways.qwell1-3/+0
Issue 11130, patch by eliel. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@87906 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-30Merge the changes from team/russell/iax2_poke_fix and iax2-poke-fix-trunkrussell1-34/+79
There was a race condition related to the handling of POKEing peers. Essentially, a reference to a peer is held by the scheduler when there are pending callbacks, but the reference count didn't reflect it. So, it was possible for a peer to hit a reference count of zero and have its destructor begin to be called at the same time that the scheduler thread ran a POKE related callback. If that happened, a crash would likely occur. (closes issue #11082, closes issue #11094) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@87686 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-30Only try to clean out h323/ if the h323/Makefile exists.qwell1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@87650 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-29Fix issue where if both sides of the dialog cancelled the dialog at the same ↵file1-1/+12
time chan_sip could kepe retransmitting a response for no reason. (closes issue #9566) Reported by: atca_pres Patches: bug9566.patch uploaded by oej git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@87342 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-24Correctly respect hidecalleridname configuration option.qwell1-8/+9
Simplify code slightly in the process. Issue 11079, reported by ddv2005 git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@86982 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-22After reading online I have confirmed that Record-Route headers should be ↵file1-1/+1
copied to 1xx responses as well. (closes issue #10113) Reported by: makoto git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@86756 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-22we send DISCONNECT instead of RELEASE/RELEASE_COMPLETE if the dialplan does ↵crichter2-15/+2
not match after an overlap call. Also added out_cause=1 git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@86598 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-19Fix two issues with domains and transfers. If a port was given in the ↵file1-8/+12
hostname it was treated as part of the hostname. If domains were configured but external domains were not enabled all transfers would be considered remote. (closes issue #11027) Reported by: ramonpeek Patches: 11027-1.diff uploaded by ramonpeek (license 266) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@86471 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-19Set port number in received as information for registrations as well.file1-2/+3
(closes issue #11028) Reported by: brad-x git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@86469 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-18Revert erroneous commit.russell1-85/+0
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@86372 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-18Add support for setting the maximum trunk size for IAX2 trunkingrussell1-0/+85
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@86371 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-17If Asterisk is in the middle of shutting down, respond to OPTIONSrussell1-1/+7
with 503 Unavailable. (closes issue #10994) Reported by: eserra Patches: sip-options-503.patch uploaded by eserra (license 45) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@86149 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-17Whoops, forgot to remove the original sip_scheddestroy.file1-1/+0
(closes issue #11010) Reported by: vadim git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@86117 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-17Don't schedule dialog destruction if a MESSAGE is received using an existing ↵file1-2/+5
dialog. (closes issue #11010) Reported by: vadim git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@86063 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-16Fix the output for this channel help CLI commandphsultan1-3/+3
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@85800 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-15Make the default for the srvlookup option to be yes. It doesn't really makerussell1-2/+2
sense for it to default to off. The default configuration file has it on, and proper RFC behavior, as indicated by a comment in the code, is for it to be on. So, let's have it on by default to make lives easier. (closes issue #10954, suggested by jtodd) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@85604 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-11When creating a new packet don't try to stop retransmission of it. It was ↵file1-2/+0
just allocated/created so it's impossible for it to have already been scheduled. (closes issue #10945) Reported by: flefoll Patches: chan_sip.c.br14.85280.xmit_reliable-patch uploaded by flefoll (license 244) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@85397 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-10If devicestate is passed a port number strip it out.file1-0/+3
(closes issue #10930) Reported by: ibc git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@85280 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-10Add support for handling a 182 Queued response.file1-2/+7
(closes issue #10924) Reported by: ramonpeek Patches: queued-182.diff uploaded by ramonpeek (license 266) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@85277 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-09Don't perform a reinvite if a transfer is in progress.file1-1/+1
(issue #10915) Reported by: ramonpeek git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@85093 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-05Do deadlock avoidance in a couple more places. You can't lock two channelsrussell1-2/+11
at the same time without doing extra work to make sure it succeeds. (closes issue #10895, patch by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@84783 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-04callers of sig2str already add the word 'signalling' in the appropriate ↵kpfleming1-9/+9
place, so don't duplicate it git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@84690 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-02Use snprintf instead of sprintf in one place. There is no vulnerability hererussell1-1/+1
due to various buffer sizes around the code, but I still didn't like seeing a non length-limited copy of data coming off of the wire into a stack buffer, as this would be a problem in the future if buffer sizes elsewhere got changed or size limitations removed ... git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@84370 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-02terminate USERUSER String with 0crichter1-1/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@84345 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-01Add dist-clean support for subdirs.qwell1-1/+3
Change h323 to only remove the Makefile on a dist-clean, rather than a clean. This fixes a bug I found with trying to run make after a make clean git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@84291 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-01moved get_base_channel() code from action_redirect to ↵dhubbard1-5/+8
ast_channel_masquerade() for issue 7706 and BE-160 git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@84274 f38db490-d61c-443f-a65b-d21fe96a405b
2007-10-01Remove another file in "make clean".russell1-0/+1
(closes issue #10814, paravoid) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@84170 f38db490-d61c-443f-a65b-d21fe96a405b
2007-09-27if an Agent is redirected, the base channel should actually be redirected. ↵dhubbard1-0/+35
This was causing multiple issues, especially issue 7706 and BE-160 git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@84018 f38db490-d61c-443f-a65b-d21fe96a405b
2007-09-26avoid the weird usage of assert() in the ALSA header files that gcc 4.2 ↵kpfleming1-2/+4
wants to complain about git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@83974 f38db490-d61c-443f-a65b-d21fe96a405b
2007-09-26I changed my mind ... I think this should be a LOG_NOTICE.russell1-5/+3
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@83943 f38db490-d61c-443f-a65b-d21fe96a405b
2007-09-26Add a log message that was requested by the masses in the developer tutorialrussell1-1/+7
session at Astricon. chan_sip did not output any message when a call was rejected because the extension was not found. This adds a verbose message (at verbose level 3) to note when this happens. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@83941 f38db490-d61c-443f-a65b-d21fe96a405b
2007-09-26Fix building chan_misdn under dev-mode. (please run the configure scriptrussell1-7/+8
with --enable-dev-mode so this doesn't happen again ...) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@83910 f38db490-d61c-443f-a65b-d21fe96a405b
2007-09-26Remove unused 4k of memory on the program stack (closes issue #10827)tilghman1-5/+0
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@83879 f38db490-d61c-443f-a65b-d21fe96a405b
2007-09-24fixed round_robin group dial method, this never worked well on BRI Ports (2 ↵crichter1-51/+55
channels) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@83620 f38db490-d61c-443f-a65b-d21fe96a405b
2007-09-21gcc 4.2 has a new set of warnings dealing with cosnt pointers. This set ofrussell6-72/+72
changes gets all of Asterisk (minus chan_alsa for now) to compile with gcc 4.2. (closes issue #10774, patch from qwell) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@83432 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-29 19:20:57 +0000