This patchset solves the issue with the wrong sender address for inbound SMPP
SMS messages. It then further cleans up DB structure to remove 'receiver_id'
field from the sms table.
The only issue with this code is that it somehow breaks channel_test test,
because it depended on some fragile linker behavior. The last patch in the
series fixes compilation of the test, but the test asserts. I hope the test
author will find a more proper way to implement it, but at this moment I
propose to disable it.
Alexander Chemeris (4):
bsc: Allow subscr_put() to be called with subscr->net=NULL.
sms: Add a function to update DB scheme v3 to v4.
msc: Do not store received id in the SMS database.
This is a hack to fix channel_test.c compilation.
Holger Hans Peter Freyther (1):
sms: Kill the sms->sender and use addr/ton/npi throughout the code
openbsc/include/openbsc/gsm_data.h | 1 -
openbsc/src/libbsc/gsm_subscriber_base.c | 2 +-
openbsc/src/libmsc/db.c | 257 ++++++++++++++++++++++++------
openbsc/src/libmsc/gsm_04_11.c | 9 +-
openbsc/src/libmsc/smpp_openbsc.c | 5 +-
openbsc/tests/channel/Makefile.am | 4 +-
openbsc/tests/channel/channel_test.c | 12 --
7 files changed, 215 insertions(+), 75 deletions(-)
--
1.7.9.5
In case of a headroom in a message, the 'head' pointer will not point to
the actual data.
---
src/osmo-bts-sysmo/l1_transp_fwd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/osmo-bts-sysmo/l1_transp_fwd.c b/src/osmo-bts-sysmo/l1_transp_fwd.c
index 5050705..87c230b 100644
--- a/src/osmo-bts-sysmo/l1_transp_fwd.c
+++ b/src/osmo-bts-sysmo/l1_transp_fwd.c
@@ -95,7 +95,7 @@ static int fwd_read_cb(struct osmo_fd *ofd)
static int prim_write_cb(struct osmo_fd *ofd, struct msgb *msg)
{
/* write to the fd */
- return write(ofd->fd, msg->head, msg->len);
+ return write(ofd->fd, msg->l1h, msgb_l1len(msg));
}
int l1if_transport_open(int q, struct femtol1_hdl *fl1h)
--
1.8.1.5
Hi Guys,
I am working with Nokia InSite and MetroSite units and now it is
obvious, that I have a timing accuracy problem with my E1 dahdi card.
According to "dahdi_test" I have a magnitude worse accuracy compared
to the GSM specs. I can measure 99.995% accuracy compared to the
required 99.99975%.
MY question is what can I do about it? My first idea was to replace
the oscillator on the card, which by default has a 20ppm oscillator on
it. I was able to find some 10ppm oscillators but they are not
matching the required frequency (8.192MHz).
It would be nice to hear some ideas about how can I solve this issue.
Thanks!
BR,
Csaba
This patch set is mostly minor fixes and clean ups, with the exception of
the last two patches ("subscriber create" VTY command and a standard way for
printing a subscriber's info).
I would appreciate merging this patches to master, as I'm working onmore code
which depends on them.
Alexander Chemeris (6):
Fix copy-paste error in console output in db_test.
Fix typo ',' -> ';' at the end of a line.
Fix typo in console output: "PEROIDOC" -> "PERIODIC".
Slight clean up of the code in gsm340_rx_tpdu() and a fix for an
unlikely, but possible memory leak there.
Add "subscriber create" VTY command.
Introduce a standard way for printing a subscriber's info.
openbsc/include/openbsc/gsm_subscriber.h | 4 ++++
openbsc/src/libmsc/db.c | 2 +-
openbsc/src/libmsc/gsm_04_08.c | 2 +-
openbsc/src/libmsc/gsm_04_11.c | 7 ++++---
openbsc/src/libmsc/vty_interface_layer3.c | 27 +++++++++++++++++++++++++++
openbsc/tests/db/db_test.c | 2 +-
6 files changed, 38 insertions(+), 6 deletions(-)
--
1.7.9.5