This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.
Lorenzo Cavallini lorenzo.cavallini at gmail.comHi, yes I have some updates. I tested with two different timeslot configurations: CCCH+SDCCH4+CBCH on ts0 and SDCCH8+CBCH on ts1. In both cases I'm using an iPhone8 to test. With the first ts configuration, the iphone could not perform the location update procedure, so basically I had no connectivity to the basestation. With the second, the location update procedure goes through, I'm connected, I can send/receive sms and phonecalls, but smscb are not being delivered, at least that's what I think. I can definitely see the smscb messages on the gsmtap interface and I can see the smscb request coming from RSL link. However, I don't get any broadcasts on the phone itself. But this last part is till not very clear, I need to investigate a bit more on what's going on. As a side note, when using CCCH+SDCCH4+CBCH ts0 configuration, both my iPhone8 and my Huawei Honor9 cannot perform the location update procedure. Apparently they can only get the BCCH channel but the location update procedure never starts. I tested as outlined here: https://osmocom.org/projects/cellular-infrastructure/wiki/Cell_Broadcast#How-to-testuse-it . Let me know if this helps and what kind of debug I can provide you, as you may guess getting debug out of mainstream smartphones is not really easy, so what I can do is limited on that side. Thanks! Lorenzo On Sun, Sep 16, 2018 at 10:00 PM Harald Welte <laforge at gnumonks.org> wrote: > Hi Lorenzo, > > On Mon, Sep 10, 2018 at 08:14:49AM +0200, Lorenzo Cavallini wrote: > > thanks for the update! > > I'll check as soon as I can and I'll let you know. > > Any news yet? > > I've meanwhile developed a related test suite for osmo-bts (see > http://git.osmocom.org/osmo-ttcn3-hacks/commit/?h=laforge/cbch&id=7048dc207acc94b0fca0ed82d4bc46b071e678e5 > ) > as well as discovered + fixed a wireshark RSL dissector bug related to RSL > CBCH > (https://code.wireshark.org/review/29683). > > -- > - Harald Welte <laforge at gnumonks.org> > http://laforge.gnumonks.org/ > > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. > A6) > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20180917/af5ab2e8/attachment.htm>