Hi list,
I want to integrate the OpenBSC with the Mobicents gateway. However, OpenBSC encapsulates the GSM MAP protocol in a DTAP header, while Mobicents expects a TCAP.
The question is: Is possible to use the TCAP protocol in OpenBSC ?
PS: Currently I am working with the USSD in OpenBSC. I performed some changes in the code and now we implemented the USSD request,facility and release-complete messages. In other words, now we are able to implement menus in USSD operations.
Best Regards
Hi list,
I managed to add interaction to the USSD implemented in the OpenBSC.
I attached a patch with the changes realized.The most important changes made are in the ussd.{c, h} files. I implemented the gsm0480_send_ussd_facility. Basically, I copied the gsm0480_send_response, change the GSM0480_OPERATION_CODE field value to GSM0480_OP_CODE_USS_REQUEST, removed the 2 bytes before this field and replaced the GSM0480_MTYPE_RELEASE_COMPLETE byte by GSM0480_MTYPE_FACILITY.
Now, I don't know how to proceed. More precisely, I don't know what function is called in the OpenBSC when the user send the response in the mobile phone.
Do you guys know the entry point function in this case ?
Best Regards
Hi all,
I'm working on OsmoNITB software and i am very interested in SMPP features.
I have read some posts about SMPP in OSMONITB and i have some question
about how to make it works.
I have compiled openbsc ( based on
http://openbsc.osmocom.org/trac/wiki/network_from_scratch ) with libsmpp34.
All is good.
When i start my OSMONITB, my netstat show listening port 2775.
But how to connect and send a SMS via SMPP?
I tried a little PHP script on github :
https://github.com/onlinecity/php-smpp
But i couldn't connect : INVALID SERVER ID Error 0xf
Do i need to put a USERNAME and PASSWORD ?
When i looked the code : in accept-all mode, all username and password are
corrects.
My BTS is in accept-all mode but i couldn't connect.
So I tried an another program in C. And same error.
Have you fixed this problem ? Is it working for you ?
Second, Is there a mechanism to pass SMS from OSMONITB to an another server
via SMPP ?
Thanks for your help.
--
*Ludovic RATEAU*
R&D Engineer
BJT PARTNERS
--
--
*Ludovic RATEAU
*Mobile : +33 6 04 10 5000
Hello everyone,
I just recently learn about openbsc, and still in the phase of
compiling and try to run the osmo-nitb app.
1st problem
The problem is one of my teammate said the osmo-nitb will also started/call
the osmo-sgsn program, but after examine the code, I still don't know how
the
osmo-sgsn is called from osmp-nitb, may be I was wrong, anyone can help me
with this, how can I activate osmo-sgsn from osmo-nitb, with extra
arguments?
2nd problem
Another question, when I try to compile osmo-sgsn, the gtp lib is missing,
as define in the makefile:
*if HAVE_LIBGTP*
*bin_PROGRAMS = osmo-gbproxy osmo-sgsn*
*else*
*bin_PROGRAMS = osmo-gbproxy*
*endif*
I don't know where to get this lib, so I modified by adding osmo-sgsn to
the *else clause* as-well to have osmo-sgsn compiled. I still can run
osmo-sgsn, but it show error about the gtp socket, i think the
configuration is not correct, but not because of missing gtp lib, should
this be a problem?
Best regards,
Dai
Hi Andreas,
We were testing TCH/H yesterday and stumbled upon an issue when a call
is made between TCH/F and TCH/H.
- When the call is from TCH/F to TCH/H, it doesn't connect.
- When the call is from TCH/H to TCH/F, it connects, but voice
quality is bad - sounds like 50% packet loss.
Logs and localhost Wireshark captures of calls in both directions are here:
http://ipse.chemeris.ru/osmo-captures/dumps.tar.xz
Do you see what's wrong with them?
Our configuration was
* Dual-TRX with 1 TCH/F and 14 TCH/H channels. We have to keep some
TCH/F channels, since there are old phones which doesn't support
TCH/H.
* Codecs enabled were FR, AFS and AHS.
* LCR was connected to the MNCC socket, but in the case of
TCH/F->TCH/H call I didn't see it coming to LCR at all.
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / ООО УмРадио
http://fairwaves.ru
Hi Harald (sorry for the typo).
I think that line 10 is a log of the USSD call I made.
My configuration is:
- Followed the tutorial. (
http://openbsc.osmocom.org/trac/wiki/network_from_scratch (using all
configurations shown in the tutoria, except the network name, that I
changed to DCG).
- Using a Ettus USRP N210
- All libraries installed in my notebook, with Ubuntu 13.04
kernel 3.8.0-29-generic.
- Starting osmo-nitb with the following command: osmo-nitb -c
~/.osmocom/open-bsc.cfg -l ~/.osmocom/hlr.sqlite3 -P -m -C
--debug=DRLL:DCC:DMM:DRR:DRSL:DNM
- I manually select the network in the Network Preferences. The phone is an
old Motorola Z6.
Hope it helps. If you need more information, just ask. If you need, I can
use other configurations or command options.
Best Regard,
On Sat, Aug 24, 2013 at 5:37 PM, Alexander Chemeris <
alexander.chemeris(a)gmail.com> wrote:
> Of-list: His name is "Harald", not "Herald" :)
>
> On Sun, Aug 25, 2013 at 12:36 AM, Alexander Chemeris
> <alexander.chemeris(a)gmail.com> wrote:
> > Maicon,
> >
> > Your log doesn't show any user activity, so you either (1) haven't
> > enabled enough logging or (2) your phone is not attached to the
> > OsmoNITB network.
> >
> > If you followed instructions from
> > http://openbsc.osmocom.org/trac/wiki/network_from_scratch, then you
> > should have enough logging enabled. In this case we have only option
> > (2) left and it would be great if you specify your software and
> > hardware setup and describe the procedure you're using to select the
> > network in your phone.
> >
> > On Sat, Aug 24, 2013 at 11:46 PM, Maicon Kist <maicon.kist(a)inf.ufrgs.br>
> wrote:
> >> Hi Herald,
> >>
> >> I'm trying to check the log messages. I'm trying to understand whats
> >> happening, but so far nothing came to my mind.
> >> I'm attaching the osmo-nitb log messages right before I call the *#100#
> >> number.
> >>
> >> Do you have any suggestion?
> >>
> >> PS: SMS and calls are working perfectly.
> >>
> >> Best Regards,
> >>
> >>
> >> On Sat, Aug 24, 2013 at 11:59 AM, Alexander Chemeris
> >> <alexander.chemeris(a)gmail.com> wrote:
> >>>
> >>> On Thu, Aug 22, 2013 at 9:40 PM, Maicon Kist <maicon.kist(a)inf.ufrgs.br
> >
> >>> wrote:
> >>> > Is there a tutorial in how to make a USSD application work in a
> OpenBSC
> >>> > network?
> >>> > Firstly I'm want to implement a simple "Hello World" application. eg.
> >>> > the
> >>> > client enter with a valid USSD number (*something) and the "Hello
> World"
> >>> > application executes.
> >>>
> >>> Look at the openbsc/src/libmsc/ussd.c file - it's very easy to extend
> >>> it to respond to various USSD requests. It would be great if we have a
> >>> kind of external API for implementing external USSD applications
> >>> without touching the OsmoNITB code. Patches for this are welcome.
> >>>
> >>> --
> >>> Regards,
> >>> Alexander Chemeris.
> >>> CEO, Fairwaves LLC / ООО УмРадио
> >>> http://fairwaves.ru
> >>
> >>
> >
> >
> >
> > --
> > Regards,
> > Alexander Chemeris.
> > CEO, Fairwaves LLC / ООО УмРадио
> > http://fairwaves.ru
>
>
>
> --
> Regards,
> Alexander Chemeris.
> CEO, Fairwaves LLC / ООО УмРадио
> http://fairwaves.ru
>
hi,
after upgrading to latest openbsc/master, i experienced the following
problem with sgsn:
<0013> gprs_llc.c:506 LLC SAPI=1 C FCS=0x7b8d5fCMD=UI DATA
<0013> gprs_llc.c:142 TLLI 0x990ea532 is foreign, converting to local
TLLI 0xd90ea532
<0013> gprs_llc.c:789 LLC RX: unknown TLLI 0x990ea532, creating LLME on
the fly
<0013> gprs_llc.c:142 TLLI 0x990ea532 is foreign, converting to local
TLLI 0xd90ea532
<0013> gprs_llc.c:372 LLC TX: unknown TLLI 0x990ea532, creating LLME on
the fly
<0012> gprs_bssgp.c:503 BSSGP BVCI=0 TLLI=990ea532 Rx LLC DISCARDED
<0012> gprs_bssgp.c:376 BSSGP TLLI=0x990ea532 Rx UPLINK-UNITDATA
<0013> gprs_llc.c:506 LLC SAPI=1 C FCS=0x30b960CMD=UI DATA
<0013> gprs_llc.c:142 TLLI 0x990ea532 is foreign, converting to local
TLLI 0xd90ea532
<0013> gprs_llc.c:789 LLC RX: unknown TLLI 0x990ea532, creating LLME on
the fly
<0013> gprs_llc.c:142 TLLI 0x990ea532 is foreign, converting to local
TLLI 0xd90ea532
<0013> gprs_llc.c:372 LLC TX: unknown TLLI 0x990ea532, creating LLME on
the fly
<0012> gprs_bssgp.c:503 BSSGP BVCI=0 TLLI=990ea532 Rx LLC DISCARDED
<0012> gprs_bssgp.c:376 BSSGP TLLI=0x990ea532 Rx UPLINK-UNITDATA
<0013> gprs_llc.c:506 LLC SAPI=1 C FCS=0x280569CMD=UI DATA
<0013> gprs_llc.c:142 TLLI 0x990ea532 is foreign, converting to local
TLLI 0xd90ea532
<0013> gprs_llc.c:789 LLC RX: unknown TLLI 0x990ea532, creating LLME on
the fly
<0013> gprs_llc.c:142 TLLI 0x990ea532 is foreign, converting to local
TLLI 0xd90ea532
<0013> gprs_llc.c:372 LLC TX: unknown TLLI 0x990ea532, creating LLME on
the fly
<0012> gprs_bssgp.c:503 BSSGP BVCI=0 TLLI=990ea532 Rx LLC DISCARDED
the auth-policy is configured to "accept-all". any idea how to do deeper
debugging?
regards,
andreass