Fixed several compiler warnings
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.
Implement 3PTY bridge of two 'join's.
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.
When socket to LCR is closed, the test call must be released
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.
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.
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.
Make LCR compile with latest osmocomBB code. The libosmocore structure has changed.
[gsm] Removed obsolete gsm.conf handling. Fixed minor compiling issues.
[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)
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.
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.
Fixed API and incomming calls from Osmocom-BB. Conflicts: Makefile.in configure
Fixed call forwarding after no response. Instread of dialing the old extension again, the forwarding number is dialed after timeout. modified: apppbx.cpp modified: apppbx.h modified: socket_server.c
Splitted GSM support into BS (network) and MS (mobile) part.
Added Progress messages. (receive only)
Added "release" action and timeout to "execute" action. modified: README modified: action.cpp modified: apppbx.cpp modified: apppbx.h modified: dss1.cpp modified: mISDN.cpp modified: message.h modified: route.c modified: route.h modified: socket_server.c
Replaced polling loop for LCR and chan_lcr with select based event loop. Now LCR and chan_lcr will not use any CPU until there is work to do.
added owner / group options to options.conf makes the usual setup LCR running as "root" and asterisk running as "asterisk" easier to configure.