asterisk

Commit Graph

Author	SHA1	Message	Date
Richard Mudgett	37274c73ee	Problems with ISDN MWI to phones. The "controlling user number" is always the number of the voice mail box which is identical with the subscriber number itself. This number which is listed in the ISDN phone MWI menu cannot be called back to contact the voice mail box. The controlling user number should be made configurable. JIRA ABE-2738 JIRA SWP-2846 git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@314116 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Richard Mudgett	4f8d56a824	Merged revisions 313780 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r313780 \| rmudgett \| 2011-04-14 15:59:56 -0500 (Thu, 14 Apr 2011) \| 20 lines Leftover debug messages unconditionally sent to the console. Executing Dial(DAHDI/1/18475551212,300,) with the echotraining config option enabled outputs the following debug messages unconditionally: Dialing T1847555121 on 1 Dialing www2w on 1 * Made debug messages in my_dial_digits() normal debug messages that do not get output unless enabled. * Reworded some debug messages in my_dial_digits() to be clearer. * Replace strncpy() with ast_copy_string() in my_dial_digits() which does the same job better. (closes issue #18847) Reported by: vmikhelson Tested by: rmudgett ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@313781 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Leif Madsen	b8b1d085db	Add 'description' field for CLI and Manager output (closes issue #19076) Reported by: lmadsen Patches: __20110408-channel-description.txt uploaded by lmadsen (license 10) Tested by: lmadsen Review: https://reviewboard.asterisk.org/r/1163/ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@313528 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Jonathan Rose	a6695b84ce	Merged revisions 313435 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 also went ahead and fixed the problem it introduces before committing. ........ r313435 \| jrose \| 2011-04-12 13:44:44 -0500 (Tue, 12 Apr 2011) \| 1 line fixing stupid mistake with putting code before variable declaration ........ Merged revisions 313433 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........ r313432 \| jrose \| 2011-04-12 13:12:29 -0500 (Tue, 12 Apr 2011) \| 14 lines reload Chan_dahdi memory leak caused by variables chan_dahdi reloading with variables set via setvar in chan_dahdi.conf would stay in the dahdi_pvt structs for individual channels (causing them to just continue adding the new ones to the list) and also there was a memory leak causes by the conf objects. This patch resolves both of these by using ast_variables_destroy during the loading process. (closes issue #17450) Reported by: nahuelgreco Patches: patch.diff uploaded by jrose (license 1225) Tested by: tilghman, jrose Review: https://reviewboard.asterisk.org/r/1170/ ........ ........ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@313437 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Richard Mudgett	bc907695bf	Merged revisions 313190 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r313190 \| rmudgett \| 2011-04-11 10:40:30 -0500 (Mon, 11 Apr 2011) \| 39 lines Merged revisions 313189 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r313189 \| rmudgett \| 2011-04-11 10:32:53 -0500 (Mon, 11 Apr 2011) \| 32 lines Merged revisions 313188 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r313188 \| rmudgett \| 2011-04-11 10:27:52 -0500 (Mon, 11 Apr 2011) \| 25 lines Stuck channel using FEATD_MF if caller hangs up at the right time. The cause was actually a caller hanging up just at the end of the Feature Group D DTMF tones that setup the call. The reason for this is a "guard timer" that's implemented using ast_safe_sleep(100). If the caller happens to hang up AFTER the final tone of the DTMF string but BEFORE the end of that ast_safe_sleep(), then ast_safe_sleep() will return non-zero. This causes the code to bounce to the end of ss_thread(), but it does NOT tear down the call properly. This should be a rare occurrence because the caller has to hang up at EXACTLY the right time. Nonetheless, it was happening quite regularly on the reporter's system. It's not easily reproducible, unless you purposely increase the guard-time to 2000 or more. Once you do that, you can reproduce it every time by watching the DTMF debug and hanging up just as it ends. Simply add an ast_hangup() before goto quit. (closes issue #15671) Reported by: jcromes Patches: issue15671.patch uploaded by pabelanger (license 224) Tested by: jcromes ........ ................ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@313191 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Richard Mudgett	ce17f956dc	Add private lock deadlock avoidance callback to PRI and SS7. Factor out the equivalent function for analog. git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@313100 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Richard Mudgett	698a356737	Merged revisions 312949 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r312949 \| rmudgett \| 2011-04-05 13:45:24 -0500 (Tue, 05 Apr 2011) \| 6 lines Crash if ISDN span layer 1 is down on initial load. Regression from -r312575 B channel shifting during negotiation. * Also combine updating the alarm flag with clearing the resetting flag. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@312950 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Richard Mudgett	e1ceb52b51	Merged revisions 312575 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r312575 \| rmudgett \| 2011-04-04 11:10:50 -0500 (Mon, 04 Apr 2011) \| 52 lines Merged revisions 312574 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r312574 \| rmudgett \| 2011-04-04 11:00:02 -0500 (Mon, 04 Apr 2011) \| 45 lines Merged revisions 312573 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r312573 \| rmudgett \| 2011-04-04 10:49:30 -0500 (Mon, 04 Apr 2011) \| 38 lines Issues with ISDN calls changing B channels during call negotiations. The handling of the PROCEEDING message was not using the correct call structure if the B channel was changed. (The same for PROGRESS.) The call was also not hungup if the new B channel is not provisioned or is busy. * Made all call connection messages (SETUP_ACKNOWLEDGE, PROCEEDING, PROGRESS, ALERTING, CONNECT, CONNECT_ACKNOWLEDGE) ensure that they are using the correct structure and B channel. If there is any problem with the operations then the call is now hungup with an appropriate cause code. * Made miscellaneous messages (INFORMATION, FACILITY, NOTIFY) find the correct structure by looking for the call and not using the channel ID. NOTIFY is an exception with versions of libpri before v1.4.11 because a call pointer is not available for Asterisk to use. * Made all hangup messages (DISCONNECT, RELEASE, RELEASE_COMPLETE) find the correct structure by looking for the call and not using the channel ID. (closes issue #18313) Reported by: destiny6628 Tested by: rmudgett JIRA SWP-2620 (closes issue #18231) Reported by: destiny6628 Tested by: rmudgett JIRA SWP-2924 (closes issue #18488) Reported by: jpokorny JIRA SWP-2929 JIRA AST-437 (The issues fixed here are most likely causing this JIRA issue.) JIRA DAHDI-406 JIRA LIBPRI-33 (Stuck resetting flag likely fixed) ........ ................ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@312579 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Jonathan Rose	759bf6b840	Fixing bad line break from 312384 git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@312423 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Jonathan Rose	846cfa0ef0	New Feature for chan_dahdi. 4 length pattern matching. In chan_dahdi.conf, the user can now use length 4 patterns in addition to the usual length 2 patterns. The s ntax remains the same and the method used to track the pattern history will only change when using the length 4 patterns. (closes issue SWP-3250) Code: jrose rmudgett git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@312384 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Richard Mudgett	8dce4dbe2a	Merged revisions 311874 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r311874 \| rmudgett \| 2011-03-29 20:56:05 -0500 (Tue, 29 Mar 2011) \| 1 line Update some setup_dahdi_int() comments. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@311875 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Tilghman Lesher	6de1332214	Merged revisions 309808 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r309808 \| tilghman \| 2011-03-06 18:54:42 -0600 (Sun, 06 Mar 2011) \| 14 lines Merged revisions 309251 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ........ r309251 \| tilghman \| 2011-03-01 19:06:02 -0600 (Tue, 01 Mar 2011) \| 7 lines Revert previous 2 commits, and instead conditionally redefine the same macro used in flex 2.5.35 that clashed with our workaround. Not surprisingly, the workaround was exactly the same code as was provided by the Flex maintainers, albeit in two different places, in different macros. This should fix the FreeBSD builds, which have an older version of Flex. ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@309809 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Moises Silva	0f207dce6e	Merged revisions 309720 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r309720 \| moy \| 2011-03-05 12:44:30 -0500 (Sat, 05 Mar 2011) \| 6 lines Fix caller id passed to openr2_chan_make_call (closes issue #18894) Reported by: malufrj Tested by: moy ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@309721 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Richard Mudgett	928ec2b990	Merged revisions 309445 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r309445 \| rmudgett \| 2011-03-04 09:22:04 -0600 (Fri, 04 Mar 2011) \| 46 lines Get real channel of a DAHDI call. Starting with Asterisk v1.8, the DAHDI channel name format was changed for ISDN calls to: DAHDI/i<span>/<number>[:<subaddress>]-<sequence-number> There were several reasons that the channel name had to change. 1) Call completion requires a device state for ISDN phones. The generic device state uses the channel name. 2) Calls do not necessarily have B channels. Calls placed on hold by an ISDN phone do not have B channels. 3) The B channel a call initially requests may not be the B channel the call ultimately uses. Changes to the internal implementation of the Asterisk master channel list caused deadlock problems for chan_dahdi if it needed to change the channel name. Chan_dahdi no longer changes the channel name. 4) DTMF attended transfers now work with ISDN phones because the channel name is "dialable" like the chan_sip channel names. For various reasons, some people need to know which B channel a DAHDI call is using. * Added CHANNEL(dahdi_span), CHANNEL(dahdi_channel), and CHANNEL(dahdi_type) so the dialplan can determine the B channel currently in use by the channel. Use CHANNEL(no_media_path) to determine if the channel even has a B channel. * Added AMI event DAHDIChannel to associate a DAHDI channel with an Asterisk channel so AMI applications can passively determine the B channel currently in use. Calls with "no-media" as the DAHDIChannel do not have an associated B channel. No-media calls are either on hold or call-waiting. (closes issue #17683) Reported by: mrwho Tested by: rmudgett (closes issue #18603) Reported by: arjankroon Patches: issue17683_18603_v1.8_v2.patch uploaded by rmudgett (license 664) Tested by: stever28, rmudgett ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@309446 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Richard Mudgett	b79adb645e	Add more verbage to CLI command 'pri show channels' usage. git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@308205 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Richard Mudgett	4a48600231	Add CLI "pri show channels" command. List the current mapping of DAHDI B channels to Asterisk channel names and which calls are on hold or call-waiting. Calls on hold or call-waiting are not associated with any B channel. JIRA LIBPRI-27 JIRA SWP-2547 git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@307964 65c4cc65-6c06-0410-ace0-fbb531ad65f3	14 years ago
Richard Mudgett	b2ef13cb60	Merged revisions 307879 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r307879 \| rmudgett \| 2011-02-15 10:13:55 -0600 (Tue, 15 Feb 2011) \| 37 lines No response sent for SIP CC subscribe/resubscribe request. Asterisk does not send a response if we try to subscribe for call completion after we have received a 180 Ringing. You can only subscribe for call completion when the call has been cleared. When we receive the 180 Ringing, for this call, its call-completion state is 'CC_AVAILABLE'. If we then send a subscribe message to Asterisk, it trys to change the call-completion state to 'CC_CALLER_REQUESTED'. Because this is an invalid state change, it just ignores the message. The only state Asterisk will accept our subscribe message is in the 'CC_CALLER_OFFERED' state. Asterisk will go into the 'CC_CALLER_OFFERED' when the SIP client clears the call by sending a CANCEL. Asterisk should always send a response. Even if its a negative one. The fix is to allow for the CCSS core to notify a CC agent that a failure has occurred when CC is requested. The "ack" callback is replaced with a "respond" callback. The "respond" callback has a parameter indicating either a successful response or a specific type of failure that may need to be communicated to the requester. (closes issue #18336) Reported by: GeorgeKonopacki Tested by: mmichelson, rmudgett JIRA SWP-2633 (closes issue #18337) Reported by: GeorgeKonopacki Tested by: mmichelson JIRA SWP-2634 ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@307883 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	49feb747ba	Pass a MCID request to the bridged channel. Pass a MCID request to the bridged channel so the bridged channel can send it to the network. The ability to send the MCID request on an ISDN span is enabled with the new chan_dahdi.conf mcid_send option. JIRA SWP-2845 JIRA ABE-2736 git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@306755 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	484f9bec0a	Ignore voice frames in chan_dahdi native bridging. Hardware is handling them. git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@306464 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	a8aeb04a9f	Add ISDN display ie text handling options to chan_dahdi.conf. The display ie handling can be controlled independently in the send and receive directions with the following options: * Block display text data. * Use display text in SETUP/CONNECT messages for name. * Use display text for COLP name updates (FACILITY/NOTIFY as appropriate). * Pass arbitrary display text during a call. Sent in INFORMATION messages. Received from any message that the display text was not used as a name. If the display options are not set then the options default to legacy behavior. The arbitrary display text is exchanged between bridged channels using the AST_FRAME_TEXT frame type. To send display text from the dialplan use the SendText() application when the arbitrary display text option is enabled. JIRA SWP-2688 JIRA ABE-2693 git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@306396 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Paul Belanger	3556e4c2d4	Replace ast_log(LOG_DEBUG, ...) with ast_debug() (closes issue #18556) Reported by: kkm Review: https://reviewboard.asterisk.org/r/1071/ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@306258 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
David Vossel	c26c190711	Asterisk media architecture conversion - no more format bitfields This patch is the foundation of an entire new way of looking at media in Asterisk. The code present in this patch is everything required to complete phase1 of my Media Architecture proposal. For more information about this project visit the link below. https://wiki.asterisk.org/wiki/display/AST/Media+Architecture+Proposal The primary function of this patch is to convert all the usages of format bitfields in Asterisk to use the new format and format_cap APIs. Functionally no change in behavior should be present in this patch. Thanks to twilson and russell for all the time they spent reviewing these changes. Review: https://reviewboard.asterisk.org/r/1083/ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@306010 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	ecdbb3d1d9	Merged from revision 304341 https://origsvn.digium.com/svn/asterisk/be/branches/C.3-bier .......... r304341 \| rmudgett \| 2011-01-26 16:38:39 -0600 (Wed, 26 Jan 2011) \| 7 lines Add connected line chan_dahdi.conf pricpndialplan option. * Added from_channel value to prilocaldialplan option. JIRA ABE-2731 JIRA SWP-2842 .......... git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@304385 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	15605be78b	Merged revisions 304150 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r304150 \| rmudgett \| 2011-01-26 13:39:35 -0600 (Wed, 26 Jan 2011) \| 16 lines Merged revisions 304149 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r304149 \| rmudgett \| 2011-01-26 13:38:38 -0600 (Wed, 26 Jan 2011) \| 9 lines Merged revisions 304148 from https://origsvn.digium.com/svn/asterisk/be/branches/C.3-bier .......... r304148 \| rmudgett \| 2011-01-26 13:23:46 -0600 (Wed, 26 Jan 2011) \| 2 lines Update documentation for DAHDISendCallreroutingFacility() application. .......... ................ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@304151 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	7889af7cab	Merged revisions 303771 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r303771 \| rmudgett \| 2011-01-25 11:49:20 -0600 (Tue, 25 Jan 2011) \| 54 lines Merged revisions 303769 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r303769 \| rmudgett \| 2011-01-25 11:42:42 -0600 (Tue, 25 Jan 2011) \| 47 lines Merged revisions 303765 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r303765 \| rmudgett \| 2011-01-25 11:36:50 -0600 (Tue, 25 Jan 2011) \| 40 lines Sending out unnecessary PROCEEDING messages breaks overlap dialing. Issue #16789 was a good idea. Unfortunately, it breaks overlap dialing through Asterisk. There is not enough information available at this point to know if dialing is complete. The ast_exists_extension(), ast_matchmore_extension(), and ast_canmatch_extension() calls are not adequate to detect a dial through extension pattern of "_9!". Workaround is to use the dialplan Proceeding() application early in non-dial through extensions. * Effectively revert issue #16789. * Allow outgoing overlap dialing to hear dialtone and other early media. A PROGRESS "inband-information is now available" message is now sent after the SETUP_ACKNOWLEDGE message for non-digital calls. An AST_CONTROL_PROGRESS is now generated for incoming SETUP_ACKNOWLEDGE messages for non-digital calls. * Handling of the AST_CONTROL_CONGESTION in chan_dahdi/sig_pri was inconsistent with the cause codes. * Added better protection from sending out of sequence messages by combining several flags into a single enum value representing call progress level. * Added diagnostic messages for deferred overlap digits handling corner cases. (closes issue #17085) Reported by: shawkris (closes issue #18509) Reported by: wimpy Patches: issue18509_early_media_v1.8_v3.patch uploaded by rmudgett (license 664) Expanded upon issue18509_early_media_v1.8_v3.patch to include analog and SS7 because of backporting requirements. Tested by: wimpy, rmudgett ........ ................ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@303772 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Jason Parker	54f6c31a27	Merged revisions 303467 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r303467 \| qwell \| 2011-01-24 11:20:03 -0600 (Mon, 24 Jan 2011) \| 22 lines Merged revisions 303285 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r303285 \| qwell \| 2011-01-21 15:48:09 -0600 (Fri, 21 Jan 2011) \| 15 lines Merged revisions 303284 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r303284 \| qwell \| 2011-01-21 15:45:34 -0600 (Fri, 21 Jan 2011) \| 8 lines Reset configuration before parsing users.conf. Some values configured in chan_dahdi.conf were able to leak in to users.conf configuration. This was surprising users, and potentially setting non-sane "defaults". ASTNOW-125 ........ ................ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@303468 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Jason Parker	95f5dc6644	Temporarily revert r303288 git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@303376 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Jason Parker	4272837ead	Merged revisions 303286 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r303286 \| qwell \| 2011-01-21 15:50:11 -0600 (Fri, 21 Jan 2011) \| 22 lines Merged revisions 303285 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r303285 \| qwell \| 2011-01-21 15:48:09 -0600 (Fri, 21 Jan 2011) \| 15 lines Merged revisions 303284 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r303284 \| qwell \| 2011-01-21 15:45:34 -0600 (Fri, 21 Jan 2011) \| 8 lines Reset configuration before parsing users.conf. Some values configured in chan_dahdi.conf were able to leak in to users.conf configuration. This was surprising users, and potentially setting non-sane "defaults". ASTNOW-125 ........ ................ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@303288 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	f91340bb71	Merged revisions 301134 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r301134 \| rmudgett \| 2011-01-07 19:11:31 -0600 (Fri, 07 Jan 2011) \| 7 lines The DTMF attended transfer feature cannot callback a chan_dahdi BRI phone. The DAHDI ISDN channel name is not dialable. Make a channel name like DAHDI/i3/400-12 dialable when the sequence number is stripped off of the name. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@301135 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Moises Silva	3b1553f281	Update MFC-R2 code to use new DTMF-R2 functionality in OpenR2 (closes issue #18576) git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@300345 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	90177fe708	Optional HOLD/RETRIEVE signaling for PTMP TE when the bridge goes on and off hold. Added the moh_signaling option to specify what to do when the channel's bridged peer puts the ISDN channel on and off of hold. Implemented as a FSM to control libpri ISDN signaling when the bridged peer places the channel on and off of hold with the AST_CONTROL_HOLD and AST_CONTROL_UNHOLD control frames. JIRA SWP-2687 JIRA ABE-2691 Review: https://reviewboard.asterisk.org/r/1063/ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@300212 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Moises Silva	eba903040d	Enqueue AST_CONTROL_PROGRESS after AST_CONTROL_RINGING when MFC-R2 calls are accepted (closes issue #18438) Reported by: mariner7 Tested by: moy git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@299493 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	7f29edd140	Merged revisions 298195 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r298195 \| rmudgett \| 2010-12-13 11:11:43 -0600 (Mon, 13 Dec 2010) \| 33 lines Merged revisions 298194 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r298194 \| rmudgett \| 2010-12-13 11:04:41 -0600 (Mon, 13 Dec 2010) \| 26 lines Merged revisions 298193 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r298193 \| rmudgett \| 2010-12-13 10:56:07 -0600 (Mon, 13 Dec 2010) \| 19 lines Outgoing PRI/BRI calls cannot do DTMF triggered transfers. Outgoing PRI/BRI calls cannot do DTMF triggered transfers if a PROCEEDING message is not received. The debug output shows that the DTMF begin event is seen, but the DTMF end event is missing. When the DTMF begin happens, the call is muted so we now have one way audio (until a DTMF end event is somehow seen). * Made set the proceeding flag when the PRI_EVENT_ANSWER event is received. * Made absorb the DTMF begin and DTMF end events if we are overlap dialing and have not seen a PROCEEDING message. * Added a debug message when absorbing a DTMF event. JIRA SWP-2690 JIRA ABE-2697 ........ ................ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@298201 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	ccdc417ab5	Merged revisions 296167 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r296167 \| rmudgett \| 2010-11-24 16:49:48 -0600 (Wed, 24 Nov 2010) \| 57 lines Merged revisions 296166 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r296166 \| rmudgett \| 2010-11-24 16:42:45 -0600 (Wed, 24 Nov 2010) \| 50 lines Merged revisions 296165 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r296165 \| rmudgett \| 2010-11-24 16:41:07 -0600 (Wed, 24 Nov 2010) \| 43 lines Oneway audio to SIP phone from FXS port after FXS port gets a CallWaiting pip. The FXS connected phone has to have CW/CID support to fail, as it will send back a DTMF 'A' or 'D' when it's ready to receive CallerID. A normal phone with no CID never fails. Also the SIP phone does not hear MOH when the CW call is answered. The DTMF end frame is suppressed when the phone acknowledges the CW signal for CID. The problem is the DTMF begin frame needs to be suppressed as well. The DTMF begin frame is causing SIP to start sending the DTMF RTP frames. Since the DTMF end frame is suppressed, SIP will not stop sending those DTMF RTP packets. * Suppress the DTMF begin and end frames when the channel driver is looking for DTMF digits. * Fixed a couple issues caused by not cleaning up the CID spill if you answer the CW call while it is sending the CID spill. * Fixed not sending CW/CID spill to the phone when the call is natively bridged. (Fixed by not using native bridge if CW/CID is possible.) * Suppress received audio when sending CW/CID spills. The other parties involved do not need to hear the CW/CID spills and may be confused if the CW call is for them. (closes issue #18129) Reported by: alecdavis Patches: issue_18129_v1.8_v3.patch uploaded by rmudgett (license 664) Tested by: alecdavis, rmudgett NOTE: * v1.4 does not have the main problem fixed by suppressing the DTMF start frames. The other three items fixed are relevant. * If you really must restore native bridging between analog ports, you need to disable CW/CID either by configuring chan_dahdi.conf callwaitingcallerid=no or dialing *70 before dialing the number to temporarily disable CW. ........ ................ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@296168 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	b1e7f85bce	Merged revisions 295747 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r295747 \| rmudgett \| 2010-11-19 21:11:15 -0600 (Fri, 19 Nov 2010) \| 13 lines One way audio before answering call waiting call on analog port. * Analog call waiting Caller ID spills could get stuck resulting in one way audio until the waiting call is answered. This only happens on the second (and later) call waiting call if the active call is not the first call. * The CLI/AMI "dahdi show channel" command could report the wrong channel information. Must keep the struct analog_pvt.owner and struct dahdi_pvt.owner pointer in sync. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@295748 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	f6edd47dd6	Merged revisions 295516 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r295516 \| rmudgett \| 2010-11-19 10:47:11 -0600 (Fri, 19 Nov 2010) \| 13 lines Bring sig_analog extraction more into alignment with orig-trunk/v1.6.2 chan_dahdi. * Restore SMDI support. * Fixed initial value of struct analog_pvt.use_callerid. It may get forced on depending upon other config options. * Call analog_dnd() instead of manual inlined code. * Removed unused struct analog_pvt.usedistinctiveringdetection. * Removed the struct analog_pvt.unknown_alarm flag. It was really the struct analog_pvt.inalarm flag. * Use ast_debug() instead of ast_log(LOG_DEBUG). * Rename several function's index variable to idx. * Some formatting tweaks. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@295517 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	cbd42ce6eb	Merged revisions 293807 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r293807 \| rmudgett \| 2010-11-03 13:35:19 -0500 (Wed, 03 Nov 2010) \| 34 lines Merged revisions 293806 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r293806 \| rmudgett \| 2010-11-03 13:31:57 -0500 (Wed, 03 Nov 2010) \| 27 lines Merged revisions 293805 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r293805 \| rmudgett \| 2010-11-03 13:23:04 -0500 (Wed, 03 Nov 2010) \| 20 lines Party A in an analog 3-way call would continue to hear ringback after party C answers. All parties are analog FXS ports. 1) A calls B. 2) A flash hooks to call C. 3) A flash hooks to bring C into 3-way call before C answers. (A and B hear ringback) 4) C answers 5) A continues to hear ringback during the 3-way call. (All parties can hear each other.) * Fixed use of wrong variable in dahdi_bridge() that stopped ringback on the wrong subchannel. * Made several debug messages have more information. A similar issue happens if B and C are SIP channels. B continues to hear ringback. For some reason this only affects v1.8 and trunk. * Don't start ringback on the real and 3-way subchannels when creating the 3-way conference. Removing this code is benign on v1.6.2 and earlier. ........ ................ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@293808 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	ed500a9e99	Merged revisions 293648 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r293648 \| rmudgett \| 2010-11-02 16:29:25 -0500 (Tue, 02 Nov 2010) \| 20 lines Merged revisions 293647 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r293647 \| rmudgett \| 2010-11-02 16:26:30 -0500 (Tue, 02 Nov 2010) \| 13 lines Merged revisions 293639 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r293639 \| rmudgett \| 2010-11-02 16:24:13 -0500 (Tue, 02 Nov 2010) \| 6 lines Make warning message have more useful information in it. Change "Unable to get index, and nullok is not asserted" to "Unable to get index for '<channel-name>' on channel <number> (<function>(), line <number>)". ........ ................ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@293649 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	10cbc4a132	Merged revisions 293530 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r293530 \| rmudgett \| 2010-11-01 12:29:30 -0500 (Mon, 01 Nov 2010) \| 10 lines Analog 3-way call would not connect all parties if one was using sig_pri. Also the "dahdi show channel" would not show the correct 3-way call status. * Synchronized the inthreeway flag between chan_dahdi and sig_analog. * Fixed a my_set_linear_mode() sign error and made take an analog sub channel enum. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@293531 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	8e45c743d1	Merged revisions 293418 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r293418 \| rmudgett \| 2010-10-29 20:53:29 -0500 (Fri, 29 Oct 2010) \| 16 lines Merged revisions 293417 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r293417 \| rmudgett \| 2010-10-29 20:49:15 -0500 (Fri, 29 Oct 2010) \| 9 lines Merged revisions 293416 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r293416 \| rmudgett \| 2010-10-29 20:45:49 -0500 (Fri, 29 Oct 2010) \| 1 line Remove some more code that serves no purpose. ........ ................ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@293419 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	611b8d72c9	Merged revisions 293341 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r293341 \| rmudgett \| 2010-10-29 19:46:41 -0500 (Fri, 29 Oct 2010) \| 16 lines Merged revisions 293340 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r293340 \| rmudgett \| 2010-10-29 19:40:10 -0500 (Fri, 29 Oct 2010) \| 9 lines Merged revisions 293339 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r293339 \| rmudgett \| 2010-10-29 19:34:12 -0500 (Fri, 29 Oct 2010) \| 1 line Remove some code that serves no purpose. ........ ................ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@293342 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	f91cda9566	Merged revisions 291656 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r291656 \| rmudgett \| 2010-10-13 18:45:11 -0500 (Wed, 13 Oct 2010) \| 34 lines Merged revisions 291655 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.6.2 ................ r291655 \| rmudgett \| 2010-10-13 18:36:50 -0500 (Wed, 13 Oct 2010) \| 27 lines Merged revisions 291643 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r291643 \| rmudgett \| 2010-10-13 18:29:58 -0500 (Wed, 13 Oct 2010) \| 20 lines Deadlock between dahdi_exception() and dahdi_indicate(). There is a deadlock between dahdi_exception() and dahdi_indicate() for analog ports. The call-waiting and three-way-calling feature can experience deadlock if these features are trying to do something and an event from the bridged channel happens at the same time. Deadlock avoidance code added to obtain necessary channel locks before attemting an operation with call-waiting and three-way-calling. (closes issue #16847) Reported by: shin-shoryuken Patches: issue_16847_v1.4.patch uploaded by rmudgett (license 664) issue_16847_v1.6.2.patch uploaded by rmudgett (license 664) issue_16847_v1.8_v2.patch uploaded by rmudgett (license 664) Tested by: alecdavis, rmudgett Review: https://reviewboard.asterisk.org/r/971/ ........ ................ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@291658 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	a30d69de1f	Merged revisions 291541 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r291541 \| rmudgett \| 2010-10-13 15:21:02 -0500 (Wed, 13 Oct 2010) \| 26 lines The chan_dahdi faxdetect option only works for the first FAX call. The chan_dahdi faxdetect option only works for the first call. After that the option no longer works. The struct dahdi_pvt.callprogress member is the encoded user config setting for the callprogress and faxdetect config options. Changing this value alters the configuration for all following calls until the chan_dahdi.conf file is reloaded. * Fixed the chan_dahdi ast_channel_setoption callback to not change the users faxdetect config setting except for the current call. * Fixed the chan_dahdi ast_channel_queryoption callback to read the active DSP setting of the faxdetect option. * Made actually disable the active faxdetect DSP setting for the current call on the analog port. my_handle_dtmfup() is used for normal analog ports. dahdi_handle_dtmfup() is the legacy code and is no longer used unless in a radio mode. (closes issue #18116) Reported by: seandarcy Patches: issue18116_v1.8.patch uploaded by rmudgett (license 664) Review: https://reviewboard.asterisk.org/r/972/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@291542 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	f92fd39b5c	Merged revisions 287683 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r287683 \| rmudgett \| 2010-09-20 18:14:42 -0500 (Mon, 20 Sep 2010) \| 9 lines The inalarm flag was not set in sig_analog struct if the port is initially in alarm. Fixed initial inalarm value for sig_analog ports. Along with -r261007, this gets the inalarm flag in sync with chan_dahdi for sig_analog ports. (closes issue #16983) ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@287693 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Jeff Peeler	41b95ee887	Merged revisions 286931 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r286931 \| jpeeler \| 2010-09-15 14:22:15 -0500 (Wed, 15 Sep 2010) \| 16 lines Add parking extension for non-default parking lots. This is a new feature that allows for parking to custom parking lots to be accessed directly, rather than with channel variables or by changing the default parking lot. The extension is set with the parkext option just as the default parking lot is done. Also, the manager action has been updated to optionally allow a specified parking lot. (closes issue #14882) Reported by: vmikhnevych Patches: patch_14882.txt uploaded by mnick (license 874) modified by me Review: https://reviewboard.asterisk.org/r/884/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@286939 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	3403dbf374	Merged revisions 284779-284780 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r284779 \| rmudgett \| 2010-09-02 15:59:12 -0500 (Thu, 02 Sep 2010) \| 8 lines Made output libpri event names if pri debugging is enabled when sig_pri processes them. * Simplified CLI "pri debug xx span xx" command code and removed redundant debugging enabled messages. * Made CLI "pri debug xx span xx" command only close the debugging log file if it was opened. ........ r284780 \| rmudgett \| 2010-09-02 16:02:54 -0500 (Thu, 02 Sep 2010) \| 2 lines Simplified pri_dchannel() poll timeout duration code. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@284782 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Tilghman Lesher	8190e96fad	Merged revisions 284610 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r284610 \| tilghman \| 2010-09-02 00:20:59 -0500 (Thu, 02 Sep 2010) \| 10 lines When optional_api is non-optional, force dependent modules to be loaded. (closes issue #17707) Reported by: ira Patches: 20100819__issue17707__asterisk1.8.diff.txt uploaded by tilghman (license 14) Tested by: tilghman Review: https://reviewboard.asterisk.org/r/876/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@284628 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	6a8c623ed2	Merged revisions 282671-282672 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r282671 \| rmudgett \| 2010-08-18 10:27:51 -0500 (Wed, 18 Aug 2010) \| 1 line Use the correct operator when calculating the PRI span devstate. ........ r282672 \| rmudgett \| 2010-08-18 10:28:27 -0500 (Wed, 18 Aug 2010) \| 1 line Use the correct type for aoce_delayhangup bit field. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@282673 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	bc4651888b	Merged revisions 282334 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ........ r282334 \| rmudgett \| 2010-08-13 18:53:36 -0500 (Fri, 13 Aug 2010) \| 6 lines PRI CCSS may use a stale dial string for the recall dial string. If an outgoing call negotiates a different B channel than initially requested, the saved original dial string was not transferred to the new B channel. CCSS uses that dial string to generate the recall dial string. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@282335 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago
Richard Mudgett	b75433a9e6	Merged revisions 280235 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.8 ................ r280235 \| rmudgett \| 2010-07-28 15:12:16 -0500 (Wed, 28 Jul 2010) \| 9 lines 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/trunk@280247 65c4cc65-6c06-0410-ace0-fbb531ad65f3	15 years ago

1 2 3 4 5 ...

339 Commits (37274c73eeb5346db6128f8363b50d959f66ea8c)