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.

Fixed mncc.h for GSM. Audio works again with latest OpenBSC.

Remove unused variable ret

ret is not longer used for the new pid assign method.

Signed-off-by: Karsten Keil <kkeil@linux-pingi.de>

Handle MT_L2IDLE

MT_L2IDLE is send by the mISDNuser library when all L2 processes
are gone. We could sent a MT_L2RELEASE if we are the L2 master and
do not want permanent L2 monitoring. This would deactive L2 and also
shutdown L1.

For now we do nothing, only log a debug message.

Signed-off-by: Karsten Keil <kkeil@linux-pingi.de>

Bump version to 1.11

Signed-off-by: Karsten Keil <kkeil@linux-pingi.de>

New pid handling

The old method was racy, it did use the callback function to deliver the
result, which need special handling because of possible deadlocks.
Now we use a request function which returns the value directely.
The old method is still available, but will get removed soon.

Signed-off-by: Karsten Keil <kkeil@linux-pingi.de>

New names for redirection numbers

Signed-off-by: Karsten Keil <kkeil@linux-pingi.de>

New init and debug interface

Works with the newer mISDNuser library.

Signed-off-by: Karsten Keil <kkeil@linux-pingi.de>

Increas version number to 1.10

Checking for GSM codec to be installed at configure.

Also outputting what is supported and what not.

Fixed missing channel IE in some cases.

NT-Mode: channel IE must be included in all cases
TE-Mode: channel IE can be omitted only if any channel is requested.

Support of GSM uses socket interface for both network and mobile

There is no linking of any osmocomBB source code required. In order
to use osmocomBB or OpenBSC, just enable the interface, as described
in defaults/interface.conf. At osmocomBB/mobile or at OpenBSC, just
use the option "-m" to enable the socket interface.

Enable GSM at LCR with "./configure --with-gsm-ms --with-gsm-bs".

Fixed broken timeout condition

A given timeout condition never made the rule match.

Additionally adding output of bchannel "ref" at some debug output.

Fixed wrong reference when requesting a channel from chan_lcr.

This caused audio not to be available, for every call or after
some time.

Minor cosmetic fix of logging output

Fixed forking, to prevent LCR to run multiple times

Executing a script caused very weird behaviour, due to forking of LCR.

Make install now works again. (Missing and required macro defintion)

Make LCR compile with latest osmocomBB code.

Tested with sylvain/traffic branch.

gsm->network must be set != NULL, to make it work correctly

Thanx to Lennart for finding this Bug.

Make LCR compile again with OpenBSC

Added missing include. Thanx to Harald for providing this patch.

Make LCR compile with latest osmocomBB code.

The libosmocore structure has changed.

Don't try to install default/gsm.conf as it was removed.

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

Minor fix: remote.c -> remote.cpp in Makefile.am

Changing version number to 1.9

This was missing at merge:

deleted:    Makefile.in
deleted:    configure
modified:   gsm_bs.cpp
modified:   gsm_ms.cpp

Merge branch 'develop'

Conflicts:
Makefile.in
README
chan_lcr.c
configure
gsm_bs.cpp
gsm_ms.cpp
interface.c
route.c

[GSM] Replaced strcpy by required macro name.

[gsm] Make LCR work with current Osmocom-BB.

Osmocom-BB is still developed, and this only works with the jolly/voice
branch. Audio is not yet transmitted, so it is not quite usefull yet.

[mail] Prevent bustling error message when sending mail without attachment

this cosmetic patch removes a false error message from LCR's mail when
no attachment is wanted.

thanx to bodo for providing this patch!

[chan_lcr] Unloading chan_lcr is now possible

Hi,

I tried to tackle the issue that 'core stop|restart when convenient' won't
work because unloading chan_lcr does not work.

The issue is that the thread blocks in select().

I tried to move the clean-up work from after the main select loop to the
module unloading code, make that loop a real infinite loop and replaced
pthread_join() by pthred_cancel().

The result seems to work.
Proposed patch attached.

Unloading chan_lcr while it has open channels is fatal, with or without
that patch.

   Greetings,
     WIMPy

Incremented version number of lcr in develop branch.

[gsm] Removed obsolete gsm.conf handling. Fixed minor compiling issues.

don't execve() a shell process but always double-fork and then exec the program directly

GSM MNCC: Make sure to set the MNCC_F_KEYPAD when ACKing DTMF

TS 04.08 has a _mandatory_ KEYPAD FACILITY IE, and unless we set
the MNCC_F_KEYPAD, some phones will (legitimately) reject the
04.08 DTMF KEYPAD_ACK without that IE.

MNCC: refuse any incoming SETUP if there is no MNCC connection

MNCC: Re-connect to the MNCC socket if connection was lost

GSM BS: Release all calls in case the connection to OpenBSC disappears

GSM: Define mncc_send() as it is no longer available from OpenBSC headers

mncc_sock: properly append an element to the end of the list

gsm tracing: as we no longer link with OpenBSC, we don't know the net name

MNCC socket: length of GSM TCH/F FR frame is 33 bytes _plus_ header

Modify GSM BS (OpenBTS) to use unix domain socket based MNCC

Author:    Harald Welte <laforge@gnumonks.org>

[GSM_BS] Added DTMF support.

Fixed transmission of call trace on LCR socket.

[GSM_BS] Added DTMF support.

[chan_lcr] Fixed broken communication with chan_lcr

There are two modes:

The remote mode is used to route a call directly to Asterisk or route a
call from Asterisk to an ISDN interface. (the old way)

The interface mode is used to handle chan_lcr as an interface, so calls
from Asterisk can be routed and behave like they come from an ISDN
interface. (documentation for that will follow)

[chan_lcr] Fixed caller ID for calls from AST->LCR

Ensure chan_lcr gets necessary compiler flags when cross compiling.

Thanx to Arnold Schulz for providing this patch.
Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>

Ensure chan_lcr gets necessary compiler flags when cross compiling.

Thanx to Arnold Schulz for providing this patch.
Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>

Fixed transmission of call trace on LCR socket.

Fixed buffer overflow bug at pickup feature

Fixed null-pointer bug when GSM support is disabled

Conflicts:

interface.c

Fixed buffer overflow bug at pickup feature

Fixed null-pointer bug when GSM support is disabled

Improved and applied Wimpy's Asterisk 1.8.x support.

configure script will automatically detect new asterisk API, so there is
no need for different chan_lcr.c source codes.

'type', 'presentation', and 'screening indicator' are now transcoded.

Removed change history from 'README' file.

Removed 'configure' and other files created by 'autoreconf'.

To generate them, run './autogen.sh'.

Adding interface support for remote app (chan_lcr).

chan_lcr can be handled as an interface. This way it is possible to (e.g.):
- make a SIP phone become an LCR extension with all LCR features.
- make conference calls. (untested)
- perform parallel ringing. (ISDN phone and SIP phones can ring in
  parallel.)
- do voice recoding.

It is still also possible to link chan_lcr directly without interface
(as before).

Documentation/howto for that will follow.

Adding various arguments to 'execute' condition and 'execute' action.

Workaround for "noise" problems with app_rxfax in current LCR.

The problem: for some reason, asterisk silently switches write_format
from SLINEAR to ALAW when using app_rxfax, thereby effectively disabling
automatic conversion SLINEAR->ALAW and thereby breaking app_rxfax after
the first call to ast_write(). Read: instantly, after the first data frame.

Older versions of LCR work flawlessly, until we find out, what really triggers
the problem, we at least switch the channel back, since it never makes
sense to send something different than ALAW to chan_lcr.

See commit 728d... It was not applied correctly.

Fixed channel selection on outgoing calls on NT-mode multipoint

On a multipoint bus, it is required to assign a channel with no other
alternative allowed. This is required, because an individual phone on the
bus may not choose a different channel, while other phones accept the
indicated channel. Also an individual phone does not have the information
about other available channels. On a point-to-point configuration it is
possible anyway.

In this multipoint case, the channel assignment is now forced automatically,
even if the 'force' keyword is not specified in the "out-channel" of
interface.conf.

Additionally "lcradmin portinfo" shows the channel selection settings now.

Remove the last commit, because it was in the wrong branch.

Completed GSM mobile station support with OsmocomBB

OsmocomBB stack can now be attached to LCRl

Adding forwarding of DTMF and keypad between peers

This is needed for peers that require DTMF messages, rather than tones:
- GSM mobile stations
- Asterisk channel API

modified:   apppbx.cpp
modified:   apppbx.h

Adding various arguments to 'execute' condition and 'execute' action.

Workaround for "noise" problems with app_rxfax in current LCR.

The problem: for some reason, asterisk silently switches write_format
from SLINEAR to ALAW when using app_rxfax, thereby effectively disabling
automatic conversion SLINEAR->ALAW and thereby breaking app_rxfax after
the first call to ast_write(). Read: instantly, after the first data frame.

Older versions of LCR work flawlessly, until we find out, what really triggers
the problem, we at least switch the channel back, since it never makes
sense to send something different than ALAW to chan_lcr.

See commit 728d... It was not applied correctly.

Merge branch 'master' of ssh://jolly@misdn.org/var/git/lcr

Fixed channel selection on outgoing calls on NT-mode multipoint

On a multipoint bus, it is required to assign a channel with no other
alternative allowed. This is required, because an individual phone on the
bus may not choose a different channel, while other phones accept the
indicated channel. Also an individual phone does not have the information
about other available channels. On a point-to-point configuration it is
possible anyway.

In this multipoint case, the channel assignment is now forced automatically,
even if the 'force' keyword is not specified in the "out-channel" of
interface.conf.

Additionally "lcradmin portinfo" shows the channel selection settings now.

Merge branch 'master' of ssh://jolly@misdn.org/var/git/lcr

Remove the last commit, because it was in the wrong branch.

Added chan_lcr support for Asterisk 1.8.

Thanx to WIMPy for providing the patch.

Completed GSM mobile station support with OsmocomBB

OsmocomBB stack can now be attached to LCRl

Adding forwarding of DTMF and keypad between peers

This is needed for peers that require DTMF messages, rather than tones:
- GSM mobile stations
- Asterisk channel API

modified:   apppbx.cpp
modified:   apppbx.h

Make LCR compile with the latest OpenBSC master branch

modified:   Makefile.in
modified:   aclocal.m4
modified:   config.h.in
modified:   configure
modified:   configure.ac
modified:   gsm_bs.cpp

[chan_lcr] Fixed caller ID by clearing ast->cid first

Tests with asterisk 1.6.2.13 showed that callerid did not work
unless the ast->cid structure is set to zero.

Thanx for Marcello for prividing this fix.

Make LCR compile with the latest OpenBSC master branch

modified:   Makefile.in
modified:   aclocal.m4
modified:   config.h.in
modified:   configure
modified:   configure.ac
modified:   gsm_bs.cpp

[chan_lcr] Fixed caller ID by clearing ast->cid first

Tests with asterisk 1.6.2.13 showed that callerid did not work
unless the ast->cid structure is set to zero.

Thanx for Marcello for prividing this fix.