anyone know about rbs 2308 is supported yet or not...or still under experimental stage...
thanks
regards
rajitha peiris
sri Lanka
Sent from my Mi phone
On "openbsc-request(a)lists.osmocom.org" <openbsc-request(a)lists.osmocom.org>, Dec 7, 2016 11:11 PM wrote:
Send OpenBSC mailing list submissions to
openbsc(a)lists.osmocom.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.osmocom.org/mailman/listinfo/openbsc
or, via email, send a message with subject or body 'help' to
openbsc-request(a)lists.osmocom.org
You can reach the person managing the list at
openbsc-owner(a)lists.osmocom.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of OpenBSC digest..."
Today's Topics:
1. Re: Paging not answered in m2m call (Holger Freyther)
2. Re: Paging not answered in m2m call (Kristian Martens)
----------------------------------------------------------------------
Message: 1
Date: Wed, 7 Dec 2016 18:13:10 +0100
From: Holger Freyther <holger(a)freyther.de>
To: Kristian Martens <kristian.martens(a)ng4t.com>
Cc: openbsc(a)lists.osmocom.org
Subject: Re: Paging not answered in m2m call
Message-ID: <D782A7D5-AD0D-4BE0-9898-2AEC6151BAB0(a)freyther.de>
Content-Type: text/plain; charset=us-ascii
> On 07 Dec 2016, at 17:52, Kristian Martens <kristian.martens(a)ng4t.com> wrote:
>
> Hello,
Hi!
> two UEs (A and B) are successfully registered in a network. Now A tries
> to call B. B is paged by the core via A interface but the sysmoBSC/BTS
> does not seem to page the UE (or UE does not answer paging). What could
> be the reason for this behaviour? How could the problem be debugged?
> Please find the attached pcap for your reference.
nice MNC! The P-TMSI doesn't really look that random but it might be an
index into an internal data structure?
So on A this looks right. The LAI is 262-79-1 and this is where you are
paging. In general it might be:
* osmo-bsc doesn't translate this to actual paging. E.g. not linking/
handling the location area identifier. You could trace the RSL protocol
and see if a paging command is being sent (periodically) to the BTS?
* The MS still has a radio channel open. I notice that clear command is
being sent so this is unlikely to be the case. Also IMSI seems to be
match.. maybe the MS still calculates the paging group wrongly? That is
far fetched though.
holger
------------------------------
Message: 2
Date: Wed, 7 Dec 2016 18:41:08 +0100
From: Kristian Martens <kristian.martens(a)ng4t.com>
To: Holger Freyther <holger(a)freyther.de>
Cc: openbsc(a)lists.osmocom.org
Subject: Re: Paging not answered in m2m call
Message-ID: <9a4bcc68-e884-0f48-8a26-989b7edf5bca(a)ng4t.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I have captured a trace. Can you find something out?
Thanks,
Kristian
Am 07.12.2016 um 18:13 schrieb Holger Freyther:
>> On 07 Dec 2016, at 17:52, Kristian Martens <kristian.martens(a)ng4t.com> wrote:
>>
>> Hello,
> Hi!
>
>> two UEs (A and B) are successfully registered in a network. Now A tries
>> to call B. B is paged by the core via A interface but the sysmoBSC/BTS
>> does not seem to page the UE (or UE does not answer paging). What could
>> be the reason for this behaviour? How could the problem be debugged?
>> Please find the attached pcap for your reference.
>
> nice MNC! The P-TMSI doesn't really look that random but it might be an
> index into an internal data structure?
>
> So on A this looks right. The LAI is 262-79-1 and this is where you are
> paging. In general it might be:
>
> * osmo-bsc doesn't translate this to actual paging. E.g. not linking/
> handling the location area identifier. You could trace the RSL protocol
> and see if a paging command is being sent (periodically) to the BTS?
>
> * The MS still has a radio channel open. I notice that clear command is
> being sent so this is unlikely to be the case. Also IMSI seems to be
> match.. maybe the MS still calculates the paging group wrongly? That is
> far fetched though.
>
>
> holger
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 20161207_nopaging.pcap
Type: application/octet-stream
Size: 26302 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20161207/dccfca29/at…>
------------------------------
Subject: Digest Footer
_______________________________________________
OpenBSC mailing list
OpenBSC(a)lists.osmocom.org
https://lists.osmocom.org/mailman/listinfo/openbsc
------------------------------
End of OpenBSC Digest, Vol 26, Issue 7
**************************************
In which repo it is? I don't know of other users but I might have overlooked smth.
08.12.2016 21:10, Holger Freyther пишет:
>
> hard to say. Initially I tried to use less storage but we have other range encoding users and testcases for it? E.g. Jacob created property based testing for it. Did you have a look there?
>
> holger
>
>
--
Max Suraev <msuraev(a)sysmocom.de> http://www.sysmocom.de/
=======================================================================
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Geschaeftsfuehrer / Managing Directors: Holger Freyther, Harald Welte
Hi.
I've stumbled upon situation where range1024 encoding produces weird
results - see gerrit #1373 and
http://jenkins.osmocom.org/jenkins/job/OpenBSC-gerrit/1515/IU=--disable-iu,…
right before "Wrong number of arfcns"
Is this because I call it somehow wrong or there's actually a flaw in
our implementation?
--
Max Suraev <msuraev(a)sysmocom.de> http://www.sysmocom.de/
=======================================================================
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Geschaeftsfuehrer / Managing Director: Harald Welte
Hello,
I got a mobile to mobile call working for signalling only. Two RTP
channels are being established successfully. But there are only a few
pattern sent over these channels (1 byte 0x23 as UDP payload). Is there
a setting I am missing in the configuration files? Please find attached
a .zip file with pcap and cfg files.
Thanks, Kristian
Dear all,
I have switched on logging to file and have set the log level to "debug"
for "mgcp" in both osmo-bsc.cfg and osmo-bsc-mgcp.cfg. Still I cannot
find any output in the log file related to MGCP if I get an error. Is
there a trick to make the MGCP module more verbose?
Thanks, Kristian
Hello,
I would also ask if the osmo-iuh-3G_2016_09 support the new sfr-femto tha sfr sold now (for 90 euro) or it's not available only for le old sfr femto !?Is it possible also for the new femtocell vodafone signal secure 3 !? (and if it's possible I would like to konw how to find Tx-Rx-GND for this femto)
Thanks for helping
chears,
Dear all,
as osmo-trx has recently introduced a dependency on a super-recent
version of UHD (as opposed to what regular stable distributions ship),
the nightly debian builds are broken for both Debian 8.0 and Ubuntu
14.04:
https://build.opensuse.org/package/show/network:osmocom:nightly/osmo-trx
I would like to ask the osmo-trx folks to consider
a) adding the uhd version dependencly to the debian rules
b) submitting a suitable uhd package version that can be build in the
osmoco nightly OBS repository
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 osmo-trx folks,
I'd like to draw your attention to https://osmocom.org/issues/1869 --
"osmo-trx binary cannot be moved to similar CPU"
Has anyone seen this before and/or is up to the task of fixing it?
Thanks!
~N
--
- Neels Hofmeyr <nhofmeyr(a)sysmocom.de> http://www.sysmocom.de/
=======================================================================
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Geschäftsführer / Managing Directors: Harald Welte
Hello All,
As reported earlier "CS call is not working using TCH/F_PDCH dynamic channel configuration" in URRP B210 board(osmo-trx) . We further checked the commit version using git bisect to find out the exact version from where this functionality is broken . Below is the commit version of BSC :
c3f72f63afde926dfc46827d6880055597515fb6
dyn TS: fix: ts_subslots() for TCH/F_PDCH in PDCH mode
Thanks and Regards,
Mrinal
