Hi Andreas,
Wouldnt it be better if we can integrate OpenSBC to some thing like yate which already have extensive ss7, sigtran, camel and map parts implemented.
It will be a perfect marriage if we can do it as both openbsc and yate have its own strength which can make a full fledge mobile switching environment.
How difficult would it be either,
1. Use OpenBSC Nitb as its on LCR and implement a gsm channel driver for yate.
or
2. Use extensive SCCP, MAP implementation already on yate and implement full A interface integration towards yate.
Lets throw some ideas on this way, as im sure this will be a major implementation if we can do it.
Rgds
Nik
On Thu, Mar 1, 2012 at 7:01 AM, Andreas Eversberg
<andreas@eversberg.eu> wrote:
>>>> channel.c -o bchannel.po
>>>> bchannel.c:26:27: error: mISDN/mISDNif.h: No such file or directory
>>>> bchannel.c:28:31: error: mISDN/mISDNcompat.h: No such file or directory
>>>> bchannel.c:29: error: 'MISDN_AF_ISDN' undeclared here (not in a function)
>>>> bchannel.c:30:24: error: mISDN/q931.h: No such file or directory
>>>>
hi,
currently the chan_lcr only works with mISDN. the chan_lcr directly
opens the bchannels in order to exchange audio with asterisk. this only
works if the call is connected to isdn phone or isdn line, since only
these interfaces support mISDN. gsm and sip interface cannot be used
with chan_lcr (anymore).
i plan to forward audio between lcr and chan_lcr using the unix-socket
and remove the export/import code from lcr.
currently you can only link gsm insterfaces to asterisk using sip. with
jolly/rtpmux branch of openbsc, you can even forward rtp traffic
directly between openbsc and the remote sip endpoint (asterisk or other
sip gateway), without routing traffic through lcr.
if you have any suggestions about further development, let me know.
regards,
andreas
p.s. i committed the appbridge.cpp fix of alexander. thanx!