Add missing braces to chan_lcr.c Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>
Enable debugging of chan_lcr via ast_log With this patches i see loggings in asterisk cli by enable debugging with core set debug 1 Signed-off-by: Andreas Eversberg <jolly@eversberg.eu> This feature was disabled due to locking issues with older Asterisk versions.
chan_lcr: Replaced 'n' (no DTMF) option with 'D' (DTMF) The option 'n' was actually broken. Now it is replaced, because generated DTMF tones may cause delay to SIP connections.
Fixed early audio with chan_lcr (Asterisk) If progress message is received, go into proceeding state. Send audio, if proceeding/alerting state, so RTP stream is sent in both directions. This is essential when using NAT.
Fixed version issue of chan_lcr
Fix: Append information (overlap dialing) to Asterisk's extension string Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>
Fix: chan_lcr must use right context attribute for Asterisk version >= 11
chan_lcr: Select remote interface by chan_lcr Usage: Dial(LCR/<interface>/<digits>/<options>) The interface must match the interface name in interface.conf. If omitted, the first remote interface is used. Example: Dial(LCR/ast/123) will send a call to LCR and select remote interface 'ast'. Dial(LCR//123) will send a call to LCR and select the first remote interface. Now it is possible to have multiple remote interfaces.
Fix: Prevent Asterisk from aborting when delivering ast_frames
Fix: LCR's DTMF detection will be enabled and used by default Using 'n' option will disable it Using 'a' option will disable it and use Asterisk's DTMF detection instead.
Fix: Asterisk DTMF detection works now To enable, use option "a". -> for calls from LCR use lcr_config(a) in extensions.conf -> for calls to LCR use Dial(LCR/pbx/<number>/a)
Fix: chan_lcr will suppress audio traffic until ref is received If no ref is received from LCR, the traffic may not be sent to LCR.
chan_lcr: Disabled bridge, because there is no concept right now.
Fixed broken chan_lcr of last commit
Fixed compiling of chan_lcr with Asterisk 1.6.2.2
Define prload of mISDN buffer by chan_lcr (required for fax) Use q<ms> option to peload.
Removed complete bchannel handling from chan_lcr The remote application interface does not allow any bchannel to be exported or imported. Audio traffic via socket interface is used instead. The joinremote instance became obsolete and is removed. The remote action (routing) became obsolete, use interface.conf instead. The handling of loopback device became obsolete and was removed The chan_lcr does not rely on mISDN anymore, that means: - can be used with GSM and without mISDN at all. - chan_lcr can be used as internal extension of LCR (e.g. SIP phone) (chan_lcr can be handled as any other interface) - no loopback device to be used anymore.
The third parameter to ast_channel_tech.requester is const qualified, causing GCC to emit a warning about incompatible pointer types when initializing lcr_tech. Fix this by adding necessary const's to lcr_request. Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>
If ast_channel struct is not declared before ast_register_application2, gcc thinks that the implicit declaration in module.h is different from the one in channel.h, and issues a warning about incompatible pointer types. A forward declaration before including module.h fixes this. Due to some brain-deadness in Ast, including channel.h before module.h causes the compilation fail altogether. Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>
Use AC_CHECK_TYPE and correct quoting for Asterisk struct checks, and add case for ind_tone_zone_sound (Asterisk 1.6.0). Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>