Fix: Set correct local RTP port

Fix: Allow recording of audio for SIP/remote/GSM interfaces too

Fix: Track notification messages at partyline too

This is required, so inactive parties will be marked as beeing "on hold".
These parties will be removed from the bridge, so the partyline is not
disturbed by hold music comming from inactive parties.

Thanx to Atul for pointing to this bug.

Removed obsolete logging code

Fix: Don't forward MESSAGE_TRAFFIC to endpoint instance

Thanx to Atul for catching this bug

Fix: Append information (overlap dialing) to Asterisk's extension string

Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>

Store caller/dialing info for calls via remote interfaces (chan_lcr)

Fix: Polling of file descriptors

It is only done when enabled by config or when any SIP interface is
created.

Thanx to Wimpy for catching this bug.

Fix: chan_lcr must use right context attribute for Asterisk version >= 11

Fix: Bind RTP/RTCP socket pairs correctly

Fix: Always keep transmit timer on when mISDN channel is open

This way the buffer load is always calculated correctly.

Fix: Encoding of 3PTY result facility IE

Fix: Send tones/patterns/announcements for remote connections

Add screening of caller ID for remote (asterisk) connections

Cleanup: Make interface name be part of Port class

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: Match complete string when filtering for interface

Display source and destination interface at endpoint logging

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.

Removed obsolete definition of media_type2name() from sip.h

Fixed broken chan_lcr of last commit

Fixed compiling of chan_lcr with Asterisk 1.6.2.2

Fix: Process tx-load when briding with jitter buffer disabled

Updated default config examples

Fixed parsing capability conditions

Define prload of mISDN buffer by chan_lcr (required for fax)

Use q<ms> option to peload.

Bump version to 1.13

Maintain states for remote socket connections

Implement 3PTY bridge of two 'join's.

Add 3PTY facility to invoke conference call via functional protocol

Don't remove lock, if other LCR is using it

Add conference mixing to LCR's internal bridge

Bride allow now to forward between two paries or mix between three to N
parties.

Add global variable for Law encoded silence

Changed bridge structure to hold 1..n members instead of only 1..2

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.

Allow calls to multiple interfaces simultaniosuly

For external calls, the list of interfaces is used to select the first
available/not busy interface. If the interface list is stated with +,
the call is forked to all interfaces.

Fix: Make GSM BS compile without SIP support

List files for dist that are not picked up automatically from build
rules; and filter out unnecessary ones for distuninstallcheck.

Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>

Reference the sources via $< for chan_lcr, and prefixing with $(srcdir)
otherwise. Note: Autoconf manual says that using $< in ordinary make
rules is not portable, but LCR is Linux specific anyway.

Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>

Use variables set by configure script instead of installing files to a
hardcoded location. This is practically the same as the reverted part of
commit 51655a18 except that $(DESTDIR) *is not* prepended to CC defines;
doing so would break staged installs.

Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>

On many systems /var/run is not world-writeable, and writing PID fails
if LCR is not being run as root. The lock directory, on the contrary,
must be writable by the lcr process, and can be configured by the user.

Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>

Use loops for str* checks and to install configuration and tone files,
with the actual files listed in make variables.

Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>

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>

Changes needed for Asterisk TRUNK 357721

Fixed typo

Adds screening of redirecting number

[SIP] Allow setting local port for SIP interface

Only receive RTP audio data, if connected to remote.

Fixed reloading of interfaces with SIP support

SIP instance is now moved to new interface list at is should be.

Changes for Asterisk TRUNK r357721

Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>

Fixed compiling issues when enabling GSM MS side support.

Allow to define MS side GSM interface again

Bearer Capability is mandatory in CALL CONF. message, if not in SETUP.

When socket to LCR is closed, the test call must be released

SIP: Adding echo test to do delay test on incomming SIP calls

Added support for all GSM codecs to GSM and SIP interface

Untested!

Removed obsolete #include directive.

Make chan_lcr compile with latest Asterisk.

Fixed chan_lcr unload bug, found by Patrick

Make appbridge.cpp compile, even without mISDN support.

Fixed release of relations between bridge and interface instances (ports)

Added support to chan_lcr for Asterisk version > 10

Added support of mISDN to direct bridge feature

Now it is possible to directly bridge:

- GSM with SIP
- GSM with ISDN
- SIP with ISDN

Allow setting IP:port for peers of SIP interfaces.

Use dynamic RTP payload types starting from 96

Allow dynamic RTP payload types when bridging between SIP and OpenBSC.

Because EFR/AMR/HR codecs use dynamic RTP payload types, it is essential
to forward the actual media types between endpoints too. These media
types are used for negotiation of codecs. A dynamic payload type is
used as given by remote peer. Locally generated payload types are used
when offering codecs to remote peer.

SIP: minor fixes

Bump version to 1.12

autoconf: Fixed detection of mISDN headers

Adding negotiation of speech codecs between GSM and SIP when using rtp-bridge

Since LCR does not put hands on any RTP frame when directly bridged between
OpenBSC and SIP, it will now allow all speech codecs that are commonly supported
by MS and remote SIP endpoint.

It must be noted that OpenBSC must support forwarding the codec types that
MS and remote SIP endpoints support.

Currently LCR negotiates the following codecs for GSM:
- Full Rate
- EFR
- AMR
- Half Rate

Disabled NUTAG_AUTO100, Entering PROCEEDING state after sending INVITE

This also includes unfinished overlap dialing code.

Adding switch to compile LCR without mISDN support

Disable:
--without-misdn
Enable:
--with-misdn

Otherwise it will be enable automatically, if mISDN user is installed.

GSM now receives tones during bridge

If a bridge is enabled, tones (e.g. hangup tone) will have priority
over the bridge. The bridge will continue to forward audio, after
tone is removed. (e.g after beeing on hold music)

Adding handling of bad GSM audio frames

In this case the frame is dropped, but audio of the last frame is repeated
with a reduced level. The level is reduced again an again until a new
valid frame is received. This way there is no silent gap in the audio
stream.

Fixed dead pointer problem when handling interfaces

In order to get the pointer to the currently existing interface, a
new function is used, to resolve interface by name.

Minor fix in interface.conf example

Adding TX-dejitter feature for briged data to mISDN

In case there is data bridged to an mISDN port, the TX-dejitter feature
is enabled in the kernel, to keep the delay at a minimum.

Correctly control brige in case of mISDN

If all ends in a call use mISDN, the bridging is done by mISDN itself.
If one end of a call is not mISDN and there are two parties, the
traffic is bridged via LCR.

Fixed audio bridge to mISDN ports

Audio must be bridged, even if the call is not connected, but if
audio data is already available.

Fixed 'earlyb' handling

mISDN-TE ports receive audio patterns by default again.

Adding simple bridge application to forward calls without PBX app.

Call received on an interface can directly be forwarded to a given
destination interface, instead of routing the call through PBX
application. This way calls can be forwarded without going through
route.conf.

Currently only SIP and GSM destinations are supported. Also there
are no tones generated, if one side provides no tones, but the
other wants to receive them.

The keyword "bridge <output interface>" in interface.conf is used.
Without that keyword, incomming calls are handled as usual.

Forward DTMF as message directly from GSM BS to SIP.

In case rtp-bridge is used, tones cannot be generated. Instead,
a message is forwarded to SIP endpoint, so it generates it itself.

Added bridgin support for GSM and SIP

The dependency on mISDN (loopback interface) is completely removed
from GSM and SIP interfaces.

The built in bridge of LCR now forwards audio data between these
interface instances or between these instances and other instances.

Additionally both GSM BS and SIP support direct forwarding of RTP
traffic between  other SIP endpoint and OpenBSC, so no traffic is
forwarded by the LCR itself. This is done by forwarding RTP peer
informations between these interface instances.

Adding bridge between protocol handlers (ports)

This is required to bridge traffic beween non-mISDN handlers,
such as GSM, SIP and voice box. Also it bridges traffic between
mISDN handlers and non-mISDN handlers. It is the fundamental step
to get rid of mISDN (loop interface) for non-mISDN handlers.
This is required to bridge audio e.g. between SIP and GSM without
using mISDN. There will be no limitations on 'b-channels' anymore.

Still GSM and SIP requires mISDN, but this will be changed later.

With that bridge I cleaned up some code and also removed the
MESSAGE_DATA, which is not required anymore.

Adding basic SIP support, using Sofia-SIP stack

This support is just a simple peer-to-peer support for basic calls.

Currently it requires mISDN_l1loop interface, as every non-ISDN
interface does. Later it will be possible to use it without.

Various minor fixes

Adding shutdown option to interface.conf

This way an interface can be disabled by just one keyword
and not by uncommenting all lines of it.

Fixed NULL-pointer bug when unloading of GSM interfaces

chan_lcr: Minor fix for Asterisk versions >= 10

subclass.codec or subclass is not part of frame anymore.

For chan_lcr with Asterisk 1.8, set the codec type of a frame into the correct
union member ast_frame_subclass::codec (instead of ast_frame_subclass::integer).

The old code caused an error in some environments, eg big endian Arm (armeb):
"__ast_read: Dropping incompatible voice frame on lcr/1 of format alaw ..."

Signed-off-by: Arnold Schulz <arnysch@gmx.net>
Signed-off-by: Andreas Eversberg <andreas@eversberg.eu>

Disabled layer2-hold from CCITT#5 interfaces

C5 does not require D-channel.

Patch to allow chan_lcr to work with asterisk 10

The patch tries to maintain backward compatibility i have not tested this.

Have tested inbound outbound and T.38 gw call accross it.

Adding "fflush" to debug.log.

This is usefull when using "tail -f". The debug will be written to
the debug.log file right when the debug function is called.

Adding additional debugging to joinremote.cpp

Now it is possible to see the relation between LCR endpoints and
chan_lcr instances.