Another attempt with all sources downloaded from this link has failed when
building LCR :(
http://www.linux-call-router.de/download/lcr-1.7/
---
g++ -g -O2 -o gentones gentones.o -lpthread -lncurses -lm
g++ -DHAVE_CONFIG_H -I. -DWITH_GSM_BS -I./openbsc/include
-I./libosmocore/include -I./openbsc -Wall
-DCONFIG_DATA="\"/usr/local/lcr\""
-DSHARE_DATA="\"/usr/local/lcr\""
-DLOG_DIR="\"/usr/local/lcr\""
-DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -g -O2 -MT
genwave.o
-MD -MP -MF .deps/genwave.Tpo -c -o genwave.o genwave.c
mv -f .deps/genwave.Tpo .deps/genwave.Po
g++ -g -O2 -o genwave genwave.o -lpthread -lncurses -lm
gcc -DWITH_GSM_BS -I./openbsc/include -I./libosmocore/include -I./openbsc
-Wall -DCONFIG_DATA="\"/usr/local/lcr\""
-DSHARE_DATA="\"/usr/local/lcr\""
-DLOG_DIR="\"/usr/local/lcr\""
-DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -fPIC
-c
chan_lcr.c -o chan_lcr.po
chan_lcr.c: In function ‘send_setup_to_lcr’:
chan_lcr.c:644: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:655: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c: In function ‘lcr_in_setup’:
chan_lcr.c:858: warning: passing argument 9 of ‘__ast_channel_alloc’ makes
integer from pointer without a cast
/usr/include/asterisk/channel.h:1112: note: expected ‘int’ but argument is
of type ‘char *’
chan_lcr.c:883: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:885: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:887: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:890: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:893: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:896: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:900: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:903: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:906: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:909: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c: In function ‘handle_queue’:
chan_lcr.c:1707: error: incompatible types when assigning to type ‘union
ast_frame_subclass’ from type ‘char’
chan_lcr.c: In function ‘lcr_request’:
chan_lcr.c:1820: warning: passing argument 9 of ‘__ast_channel_alloc’ makes
integer from pointer without a cast
/usr/include/asterisk/channel.h:1112: note: expected ‘int’ but argument is
of type ‘char *’
chan_lcr.c: In function ‘lcr_call’:
chan_lcr.c:1927: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:1927: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:1928: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:1931: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:1931: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:1932: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:1934: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:1934: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c:1935: error: ‘struct ast_channel’ has no member named ‘cid’
chan_lcr.c: In function ‘lcr_write’:
chan_lcr.c:2164: error: wrong type argument to unary exclamation mark
chan_lcr.c:2166: error: invalid operands to binary & (have ‘union
ast_frame_subclass’ and ‘format_t’)
chan_lcr.c: In function ‘lcr_read’:
chan_lcr.c:2229: error: incompatible types when assigning to type ‘union
ast_frame_subclass’ from type ‘format_t’
chan_lcr.c: In function ‘lcr_indicate’:
chan_lcr.c:2274: warning: assignment from incompatible pointer type
chan_lcr.c:2289: warning: assignment from incompatible pointer type
chan_lcr.c:2316: warning: assignment from incompatible pointer type
chan_lcr.c:2381: error: dereferencing pointer to incomplete type
chan_lcr.c:2382: error: dereferencing pointer to incomplete type
chan_lcr.c: At top level:
chan_lcr.c:2602: warning: initialization from incompatible pointer type
chan_lcr.c: In function ‘load_module’:
chan_lcr.c:2818: warning: passing argument 2 of ‘ast_register_application2’
from incompatible pointer type
/usr/include/asterisk/module.h:458: note: expected ‘int (*)(struct
ast_channel *, const char *)’ but argument is of type ‘int (*)(struct
ast_channel *, void *)’
make[1]: *** [chan_lcr.po] Error 1
make[1]: Leaving directory `/usr/local/src/lcr'
make: *** [all] Error 2
On Sat, Mar 3, 2012 at 7:25 PM, Nik Pakar <nikpakar(a)gmail.com> wrote:
Hi Carecel,
I also still strugling with no luck. I have a very good understanding of
the openbsc and it works well as the NITB.
But LCR and asterisk integration is no where closer.
Im using debian 6.0.4
Asterisk 1.8.9.3
OpenBSC, Osmocore, Osmo-abis : latest git clone
LCR : latest git clone
mISDN : downloaded from the site
First thing didnt aligned with documentation is the LCR patch doesnt seems
apply. I assume the developers has made the patch into it, so its not
applying. But when i inspect the source of gsm_bs.cpp, doesnt seems there
either.
Passing on - once LCR compiled with asterisk and gsm_bs, it doesnt even
create a gsm.conf
So almost no go from that point.
Anyway, now im waiting for some feedback about the actual topology of it
since its unclear whether we still need E1/ISDN in the middle to integrate
this. If that is the case i wouldnt want to try that. Been all IP solution,
there is no point having TDM in the middle at all.
Do you have any idea about that ?
Nik.
On Sat, Mar 3, 2012 at 12:48 PM, Nik Pakar <nikpakar(a)gmail.com> wrote:
I think im little bit lost here now the way it
should work. As per this
link it only works with isdn interface not sip.
All im trying to do is,
[MS]---[nanoBTS]----[OpenBSC
NITB]---(ip)---[LCR]---(ip)---[Asterisk]----(sip)--->
Is this what its been made for or are there any E1/ISDN interfaces in the
middle.
On Fri, Mar 2, 2012 at 8:29 PM, Alexander Huemer <alexander.huemer(a)xx.vu>wrote;wrote:
Hi Nik,
On Fri, Mar 02, 2012 at 05:08:45PM +0000, Nik Pakar wrote:
Do I have to have mISDN for LCR even im not going
to use any isdn
interface
? Im trying to connect the NITB to LCR and LCR to
asterisk all on ip.
see
http://www.isdn4linux.de/pipermail/isdn4linux/2012-March/005688.html
Kind regards,
-Alexander Huemer