Hey guys i wanted to buy Osmo -NITB is it on sale ??
please let me know
--
Akib Sayyed
Matrix-Shell
akibsayyed(a)gmail.com
akibsayyed(a)matrixshell.com
Mob:- +91-966-514-2243
Hi all,
in case you follow the changelog, you will already have seen this
coming: OsmoNITB now has a SMPP interface for submitting MT-SMS.
This is by no means some kind of competition to a more complete SMSC
developed by other people on this list, but it was a quick solution to
a requirement of a commercial user.
You can use it to submit SMS identifying the recipient subscriber either
by his extension or his IMSI. OsmoNITB will also send SMPP ALERT
NOTIFICATION in case a previously detached subscriber comes online
again. Contrary to the spec, you don't have to subscribe ot ALERT
NOTIFICATIONS, but they will be sent to all ESME's registered.
The SMPP interface supports both store-and-forward (via database) as
well as forward/transactoin mdoe, where the SMS is attempted for
immediate delivery, not buffered and will only send a positive SUBMIT-SM
result in case it was acknowledged by the MS.
You can submit both GSM charset as well as binary messages. UCS2 is not
tested. multi-part SMS (or anything else using UDH) only works with
binary SMS at this point, i.e. GSM alphabet encoded multi-part messages
are broken.
The interface will soon be extended to also cover MO-SMS, where you
would configure a given destination address by VTY and then messages to
that address would be forwarded to the ESME.
Only SMPP 3.4 is currently supported. You will need libsmpp34 from
git://git.osmocom.org/libsmpp34.git and need to build openbsc with
'--enable-smpp'
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hi all,
I have rebased jolly/sms and split it up (first use the routines that were
moved to libosmocore and that create compile errors, then begin to use the
DLSMS debug area, then the actual patches in a way that all of them compile
to allow to bisect them). I am now manually testing them with the help of
the sysmocom modem bank.
There are various issues that needs to be resolved before the 29C3 to be
able to use the code. I am just listing them here for reference.
There is a double trans_free in the new code now that will lead to segfaults
and various 'soft' failures. I am just including some log messages:
gsm0411_smc.c:308 Cannot release yet current state: WAIT_CP_ACK
gsm0411_smc.c:511 Message 0x332/1 unhandled at this state WAIT_CP_ACK.
gsm0411_smc.c:517 RX Unimplemented CP msg_type: 0x332
gsm0411_smc.c:134 TX CP-ERROR, cause 97 (Message Type doesn't exist)
gsm_04_11.c:913 Transaction contains SMS.
gsm_04_11.c:441 RP-DATA (MO) without DST or TPDU ?!?
gsm_04_11.c:420 TX: SMS RP ERROR, cause 96 (Invalid Mandatory Information)
cheers
holger
hi list,
we (ccc meber and me) are trying to get a pri access line (primary rate
isdn) this year. it will provide external connection for the poc
(eventphone) and will also allow interconnection of gsm network with the
rest of the world. it is not yet clear if we get this line, but we are
working on it. the hardware and software side is already tested in our
"labs".
for connection between poc and gsm network (openbsc), we like to use lcr
(linux-call-router via mncc interface). there are two ways to connect to
eventphone, one via isdn line (or virtual isdn over ip) and another one
via sip trunk. we like to use both ways for better testing.
the registration process for gsm extensions is already set up by
evenphone. visit https://www.eventphone.de to register your gsm
extension. for syncing eventphone's database with hlr of openbsc, i can
provide help. also i will provide helpdesk for gsm questions this year
again.
regards,
andreas
Hi All
We've upgraded a couple of our cells to model 165Gs and have the older model 139s we've removed available for sale. They're both in perfect working order and have been used with OpenBSC for a year now.
Thanks
Hi all,
I've been hearing all sorts of rumours about nano- pico- or femto-cells
for sale in California, around $99 capable of G4/LTE.
Does anybody know if that is fact-or-fiction?
If true, might that be something for openbsc?
Hans.
<000f> bsc_api.c:315 Sending ChanModify for speech 1 1
<000c> rtp_proxy.c:258 Correcting frame difference of 38886 frames
I used to get these messages when I make a call using osmo-nitb.
But recently I updated to newest git version and I get something like
<000b> bsc_api.c:374 Sending ChanModify for speech 0 1
<000b> bsc_api.c:118 Using non speech mode: 0
<000b> osmo_msc.c:73 Assignment complete should not have been reached.
And I get no sound for my phones.
There is a year gap between the previous version and the new version, so I
couldn't locate exactly what change is causing this.
Can somebody help me fixing it?
Hi,
as indicated in the previous mail there are some things to be done
before we get to the venue. I would like to experiment with sprints
to solve some of the stability issues we had with osmo-nitb.
The idea is that we assemble (physically or online) and work on some
specific issues of osmo-nitb that impact the quality of service for
the upcoming event. I can provide food and snacks during these sprints
and guidance on OpenBSC code.
The first sprint is scheduled for the 9th, 10th (and maybe 11th) of
November. There is no venue for it yet, maybe the CCCB. Please indicate
if you are interested to join.
The general list of osmo-nitb issues are:
* Channel release process. There is a branch I created at the last
congress but I have never tested it. This includes making a SAPI=3
local release, using the proper timeouts for the abnormal release
making sure the SACCH is deactivated and some more issues. This
requires quite a bit of testing.
* Allow to block/unblock failing lchans. We have had this issue with
Nokia BTS but it can happen on other BTS as well. E.g. a given
timeslot might not be allocatable, or we get LCHAN ACT NACK. In that
case OpenBSC should block the lchan.
* smsqueue/auth/paths. In the past years we have seen that the smsqueue
and other parts can get stuck because of the 'subscr_get_con' not
being properly called in all error conditions. We need to review the
code and check how things get stuck.
* Handover testing and patching out the 'timestamp' adjusting or
fixing it. Right now it can be used to add a lot of delay by switching
cells.
cheers
holger