Hi,
As per your mails about a pure software BTS when I tried installing it as:
root@server:~# echo 'deb http://download.opensuse.org/repositories/home:/zecke23/Debian_6.0/ ./' > /etc/apt/sources.list.d/
I got the following error
bash: /etc/apt/sources.list.d/: Is a directory
so next i tried installing it as:
root@server:~# echo 'deb http://download.opensuse.org/repositories/home:/zecke23/Debian_6.0/ ./' > /etc/apt/sources.list
root@server:~# apt-get update
Get:1 http://download.opensuse.org/ ./ Release.gpg [189 B]
Ign http://download.opensuse.org/repositories/home:/zecke23/Debian_6.0/ ./ Translation-en
Ign http://download.opensuse.org/repositories/home:/zecke23/Debian_6.0/ ./ Translation-en_IN
Get:2 http://download.opensuse.org/ ./ Release [463 B]
Ign http://download.opensuse.org/ ./ Release
Ign http://download.opensuse.org/ ./ Packages/DiffIndex
Ign http://download.opensuse.org/ ./ Packages
Hit http://download.opensuse.org/ ./ Packages
Fetched 190 B in 1s (145 B/s)
Reading package lists... Done
W: GPG error: http://download.opensuse.org/ ./ Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 7E816D4EB59F3637
root@server:~# gpg --keyserver pool.sks-keyservers.net --recv-keys 7E816D4EB59F3637
gpg: requesting key B59F3637 from hkp server pool.sks-keyservers.net
gpgkeys: key 7E816D4EB59F3637 not found on keyserver
gpg: no valid OpenPGP data found.
gpg: Total number processed: 0
do you know how to troubleshoot this?
Thanks and regards
Priyanka
________________________________
From: Holger Hans Peter Freyther <holger(a)freyther.de>
To: Priyanka Behl <priyankabehl(a)ymail.com>
Cc: "openbsc(a)lists.osmocom.org" <openbsc(a)lists.osmocom.org>
Sent: Thursday, 9 May 2013 1:59 PM
Subject: Re: Testing Openbsc without a BTS
On Thu, May 09, 2013 at 02:24:55PM +0800, Priyanka Behl wrote:
Hi,
> Hi everyone,
> I am trying to test Openbsc without a BTS. I need your help as I am very new to Openbsc.
> After doing the configurations for openbsc-multitrx.cfg file this is how I started the process:
you might want to look at my mails about a pure software BTS used to
test OpenBSC. The mails are here[1][2].
> cd openbsc/openbsc
> src/osmo-nitb -c doc/examples/osmo-nitb/nanobts/openbsc-multitrx.cfg -C
> Openbsc> subscriber id 1 send sms Hello
> Openbsc> subscriber id 1 silent call start any
> %subscriber not attached
This is to be expected. Our system enforces a periodic location
updating procedure and if a subscriber will not do that, it will
be expired. Your subscriber needs to make a Location Updating Procedure.
holger
[1] http://lists.osmocom.org/pipermail/openbsc/2012-October/004210.html
[2] http://lists.osmocom.org/pipermail/openbsc/2012-October/004250.html
Could someone explain to me the difference between Silent Call, Test Call,
and A-bis proxy (ip.access-proxy).
To my understanding Test Call opens a pass through UDP port straight to the
MS. While SilentCall just creates just creates a open channel.
My confusion I believe comes from where you're "sitting" in the eco-system
between Silent Call and Test Call. I also am confused after looking at
ip.access-proxy. It clearly opens a port for injection either towards the
BSC or BTS. However, does a silent-call need to be active to get data to
the MS? When I try to inject a simple SMS using ip.access-proxy, (via
copying traffic seen across ip.access), I get length disagrees with header.
What is ip.access injection expecting in terms of data format?
Thanks
Hi all,
After buying a super Sim Kit (16 in 1) from China, I tried the reader (green PCB inside a blue transparent plastic case with a blue LED) and SIM (identified as a fakesupersim) with pysim tool. However i am getting the following error:
/pySim-prog.py -n 26C3 -c 49 -x 262 -y 42 -z 1234 -j 1 -t auto
Insert card now (or CTRL-C to cancel)
Autodetected card type fakemagicsim
Generated card parameters :
> Name : 26C3
> SMSP : e1ffffffffffffffffffffffff058100945555ffffffffffff000000
> ICCID : 8949262427518313026
> MCC/MNC : 262/42
> IMSI : 262422461512085
> Ki : 7b74741a1ee14337ec23f9ab92a13648
> OPC : ccd867d60797d8d45354a51b3ef568ff
Programming ...
Traceback (most recent call last):
File "./pySim-prog.py", line 530, in <module>
card.program(cp)
File "/home/nadicek/pysim/pysim/pySim/cards.py", line 231, in program
self._scc.update_binary('6f30', hplmn + 'ff' * (tl-3))
File "/home/nadicek/pysim/pysim/pySim/commands.py", line 53, in update_binary
return self._tp.send_apdu_checksw(pdu)
File "/home/nadicek/pysim/pysim/pySim/transport/__init__.py", line 87, in send_apdu_checksw
raise RuntimeError("SW match failed ! Expected %s and got %s." % (sw.lower(), rv[1]))
RuntimeError: SW match failed ! Expected 9000 and got 9804.
I checked mailing lists and haven’t found anybody who had similar problem with pysim. Also I have tried forcing different models of SIM, but nothing is working. Obviously I can remove this check from the script file (__init__.py in /pySim/transport), however somebody had a reason to put such condition there. I would like to ask if it is safe to remove that line of code and the purpose of that line of code.
Thanks a lot and best regards
Martin
Hi,
I have pushed zecke/work/msgq-reading2 with a work in progress improvement
for handling a load from a stress-test. The stress test is to allocate all
lchan's at the same time (then let them fail through the radio link timeout)
and re-allocate them.
This forces the BTS to constantly need to open/close the logical channel
resources and also send some (idle) frames (LAPDm is not established in
this case). The BTS was sending frames too late and after looking at it with
perf it looked like a latency issue (no one is really using the CPU).
I have implemented various changes, not all of them are ready:
* Change the Bad-Frame-Indicator level to have radio link timeouts with no
phone being present. In the above test-case channels remained open as there
was no bad-frame-indication on these channels.
Pro: There is a constant load for all open channels
Bad: We could do this as part of the MphTimeInd but then need to add a bit
to the counter to remember if the counter was modified and we need to handle
bad frame in two places.
* Use writev for the write_queue. This code should/could move into the
libosmocore. So for our primitives queue all primitives are the same length
and we can use writev to write several frames as the same time.
1.) We go through the queued messages and add them to the iovec
2.) We use writev
3.) We do written / prim_size to see how many buffers were written
4.) We go throuh the queued messages with llist_for_each_entry_safe and remove
the count of messages sent.
5.) We check if there are messages left and re-set the notify on writable bit.
* Use readv for reading from the queue. This means that we need to allocate
N msgb's, call readv, dispatch the messages, free the extra msgb's.
Pro: In idle mode there is at least one message to read, with channels open
it is likely we will read several messages at once.
Bad: Allocating memory is not free. We could start using talloc pools, we
could add a msgb_alloc_headroom that does not memset (talloc_zero) the memory.
* The above made noticable differences but I also had to get the realtime
hammer. I have decided to use SCHED_RR (instead of SCHED_FIFO). This is done
with osmo-pcu in mind that needs to read from queues as well and both bts/pcu
should be able to inerrupt each other.
* For the ts_meas_check_compute we can stop processing the entire TS once
we reach a lchan of type lchan == GSM_LCHAN_NONE. (We still need to add a
memset of the lchan array into the oml.c code in case there is a re-config).
TCH/F: Only lchan[0] is used.
TCH/H: Only lchan[0,1] are used.
SDCCH8: All of them are used
CCCH: lchan[4] is used but we will have no power measurements anyway
CCCH/SDCCH4: lchan[0-3] are used.
What is not done:
* Change the l1if primitive to either use or 'steal' the msgb. All the
msgb_free could be removed, only if we forward the MSGB to the PCU socket
we would 'steal' it. This would allow us to avoid calling msgb_alloc and
msgb_free most of the time.
* Add SCHED_RR to the pcu code as well.
* Create a talloc pool for the primitives (or re-use the msgb across multiple
reads).
please review and comment
holger
(Apologies for cross-posting. We wanted to reach everyone who might be
interested in attending. Please respond responsibly.)
Anders Brownworth (Switchcoder), Alexander Chemeris (Fairwaves), and Robin
Coxe (Close-Haul Communications & Analog Devices) invite those interested
in open GSM hardware and software development to an informal gathering in
Cambridge, MA on Friday 10 May 2013 from 6-8 pm. Alexander will be
visiting the Boston area from Moscow.
If you are interested in participating in any capacity in the Boston-area
open source GSM development community, we look forward to meeting you. Our
goal is to identify like-minded people involved in or interested in
learning more about projects such as OpenBTS, OsmocomBTS, OsmocomBB, and
OpenBSC. If you have a portable, self-contained demo, feel free to bring
it with you.
When: Friday 10 May 2013, 6-8 pm EDT
Where: Cambridge Innovation Center, 1 Broadway, 4th Floor, Cambridge, MA
02142 USA
Photo ID required for building entry.
Please RSVP on Eventbrite: http://opengsmboston.eventbrite.com/
The attached message was received as a bounce, but either the bounce
format was not recognized, or no member addresses could be extracted
from it. This mailing list has been configured to send all
unrecognized bounce messages to the list administrator(s).
For more information see:
https://lists.osmocom.org/mailman/admin/openbsc/bounce
