92b9d54385
Disabled layer2-hold from CCITT#5 interfaces
...
C5 does not require D-channel.
2011-10-16 08:35:43 +02:00
affef8c1e1
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.
2011-10-15 09:34:06 +02:00
2106a9212c
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.
2011-10-15 09:29:44 +02:00
c67eb25986
Adding additional debugging to joinremote.cpp
...
Now it is possible to see the relation between LCR endpoints and
chan_lcr instances.
2011-10-15 09:28:11 +02:00
41a0668da1
Fixed mncc.h for GSM. Audio works again with latest OpenBSC.
2011-10-02 08:52:13 +02:00
a5846418d9
Remove unused variable ret
...
ret is not longer used for the new pid assign method.
Signed-off-by: Karsten Keil <kkeil@linux-pingi.de>
2011-09-28 12:17:00 +02:00
7b103167ba
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>
2011-09-28 12:09:54 +02:00
6336acef6e
Bump version to 1.11
...
Signed-off-by: Karsten Keil <kkeil@linux-pingi.de>
2011-09-24 09:38:32 +02:00
73353997fd
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>
2011-09-24 09:29:28 +02:00
2e383446ad
New names for redirection numbers
...
Signed-off-by: Karsten Keil <kkeil@linux-pingi.de>
2011-09-24 09:27:43 +02:00
d19e69fe80
New init and debug interface
...
Works with the newer mISDNuser library.
Signed-off-by: Karsten Keil <kkeil@linux-pingi.de>
2011-09-24 09:25:41 +02:00
27ade6eeb9
Increas version number to 1.10
2011-09-07 08:07:37 +02:00
011ef7a785
Checking for GSM codec to be installed at configure.
...
Also outputting what is supported and what not.
2011-09-07 08:05:11 +02:00
590407f7f5
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.
2011-09-03 15:54:37 +02:00
97aa0881be
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".
2011-09-02 11:08:56 +02:00
08bdc61deb
Fixed broken timeout condition
...
A given timeout condition never made the rule match.
2011-09-02 10:01:07 +02:00
9f505bd729
Additionally adding output of bchannel "ref" at some debug output.
2011-08-11 15:23:23 +02:00
5df02da464
Fixed wrong reference when requesting a channel from chan_lcr.
...
This caused audio not to be available, for every call or after
some time.
2011-08-11 15:23:01 +02:00
b6eb854786
Minor cosmetic fix of logging output
2011-08-10 21:51:46 +02:00
8b70a9a5c2
Fixed forking, to prevent LCR to run multiple times
...
Executing a script caused very weird behaviour, due to forking of LCR.
2011-08-10 21:50:45 +02:00
ca68dbb3a5
Make install now works again. (Missing and required macro defintion)
2011-07-30 09:46:27 +02:00
132d639333
Make LCR compile with latest osmocomBB code.
...
Tested with sylvain/traffic branch.
2011-07-28 23:03:51 +02:00
53eb7f5176
gsm->network must be set != NULL, to make it work correctly
...
Thanx to Lennart for finding this Bug.
2011-07-25 11:38:50 +02:00
042a9564c2
Make LCR compile again with OpenBSC
...
Added missing include. Thanx to Harald for providing this patch.
2011-07-25 11:37:28 +02:00
39a36cb99a
Make LCR compile with latest osmocomBB code.
...
The libosmocore structure has changed.
2011-07-20 12:59:35 +02:00
d0698802a0
Don't try to install default/gsm.conf as it was removed.
...
Patch by: Janis
Signed-off-by: Andreas Eversberg <jolly@eversberg.eu>
2011-07-20 09:18:59 +02:00
69ee0ebc5b
Minor fix: remote.c -> remote.cpp in Makefile.am
2011-07-20 09:16:01 +02:00
ad6182c219
Changing version number to 1.9
2011-07-14 16:10:39 +02:00
1644587004
This was missing at merge:
...
deleted: Makefile.in
deleted: configure
modified: gsm_bs.cpp
modified: gsm_ms.cpp
2011-07-14 14:33:22 +02:00
da91d7d85f
Merge branch 'develop'
...
Conflicts:
Makefile.in
README
chan_lcr.c
configure
gsm_bs.cpp
gsm_ms.cpp
interface.c
route.c
2011-07-14 14:25:42 +02:00
2f5c3dc130
[GSM] Replaced strcpy by required macro name.
2011-07-10 19:52:08 +02:00
34598a3464
[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.
2011-02-26 16:49:21 +00:00
d4097e3558
[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!
2011-02-24 10:17:44 +01:00
03f26ba386
[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
2011-02-24 08:59:17 +01:00
7798beeab2
Incremented version number of lcr in develop branch.
2011-02-21 09:42:32 +01:00
d5e639588d
[gsm] Removed obsolete gsm.conf handling. Fixed minor compiling issues.
2011-02-20 17:34:24 +01:00
Harald Welte
0eebd3a28e
don't execve() a shell process but always double-fork and then exec the program directly
2011-02-20 11:33:53 +01:00
Harald Welte
998bb9ca7d
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.
2011-02-20 11:33:46 +01:00
Harald Welte
0af1aa359f
MNCC: refuse any incoming SETUP if there is no MNCC connection
2011-02-20 11:33:40 +01:00
Harald Welte
0345a55ca7
MNCC: Re-connect to the MNCC socket if connection was lost
2011-02-20 11:33:28 +01:00
Andreas Eversberg
7408463149
GSM BS: Release all calls in case the connection to OpenBSC disappears
2011-02-20 11:33:20 +01:00
Harald Welte
2f9f37a911
GSM: Define mncc_send() as it is no longer available from OpenBSC headers
2011-02-20 11:33:07 +01:00
Harald Welte
dd2ae2236f
mncc_sock: properly append an element to the end of the list
2011-02-20 11:32:59 +01:00
Harald Welte
336f157adc
gsm tracing: as we no longer link with OpenBSC, we don't know the net name
2011-02-20 11:32:49 +01:00
Harald Welte
d8421cdefd
MNCC socket: length of GSM TCH/F FR frame is 33 bytes _plus_ header
2011-02-20 11:31:17 +01:00
Harald Welte
d40eedaf16
Modify GSM BS (OpenBTS) to use unix domain socket based MNCC
...
Author: Harald Welte <laforge@gnumonks.org>
2011-02-20 11:30:27 +01:00
7308159228
[GSM_BS] Added DTMF support.
2011-02-20 10:40:29 +01:00
9d94d21224
Fixed transmission of call trace on LCR socket.
2011-02-20 10:40:05 +01:00
129a76d141
[GSM_BS] Added DTMF support.
2011-02-20 10:35:40 +01:00
b8ba879d97
[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)
2011-02-20 10:23:03 +01:00
Andreas Eversberg
Harald Welte
Andreas Eversberg