Hi all,
Just wanted to share an issue and a quick workaround I found for it in case
anyone else has the same problem. I believe a cmd2 update is causing
pySim-shell to fail. After installing it on a fresh install of Ubuntu
Server 20.04 and getting the following error when I run "python3
pySim-shell -p0":
>Using PC/SC reader interface
>Autodetected card type: sysmoUSIM-SJS1
>AIDs on card:
> USIM: a0000000871002ffffffff8907090000
>Traceback (most recent call last):
> File "pySim-shell.py", line 512, in <module>
> app = PysimApp(card, rs, opts.script)
> File "pySim-shell.py", line 59, in __init__
> super().__init__(persistent_history_file='~/.pysim_shell_history',
allow_cli_args=False, use_ipython=True, auto_load_commands=False,
command_sets=basic_commands, >startup_script=script)
>TypeError: __init__() got an unexpected keyword argument 'use_ipython'
If you run into this you can fix it by uninstalling cmd2 and reinstalling
cmd2 with "pip3 install cmd2==1.5".
Best,
Bryan
Hi,
My name is Brackley Cassinga Form DRC, we run a community network called
pamoja net where we offer gsm services using osmocom open source software
and OC Base station.
Recently I have tried to install another base station as the same installed
but I could not find any resource guiding through all the steps to take to
run NIB on a base station.
I'm currently running Ubuntu and I will appreciate if you could guide me on
the installation of BSC,hlr,MSC , in order to run a basic gsm network.
Thank you. Regards
--
*Ir Brackley heshima Casinga **Pacifique*
*CEO and Founder of kwanzatechnologie*
KwanzaTechnologies ,GlobalElectronics
+243977265291 | +243977265291 | Pcassinga(a)gmail.com/
brackley(a)ensemblepourladifference.org
www.kwantechnologies.jimdosite.com <http://www.kwantechnologies.com/> |
Skype: Brackley cassinga <https://webapp.wisestamp.com/#>
Av Semliki N 43
Dear fellow Osmocom developers,
as you all know, we've sadly had to skip OsmoDevCon 2020 and 2021,
trying to compensate it at least to some extent with our OsmoDevCall
every two weeks.
The COVID-19 pandemic is far from over, and we don't know what the
upcoming winter season will bring.
Nevertheless, I think it would be a good idea to start a discussion of
whether we should plan for an OsmoDevCon in 2022.
I personally would say let's plan for the usual late April 2022 time frame,
and if the pandemic situation deteriorates, we can still cancel it with
something like one month lead time.
I would also personally suggest to limit attendance to people who are fully
vaccinated, and in addition do a self-test for all participants every
morning.
In terms of venue, we might also consider to move to a venue that allows better
ventilation. Irrespective of the above we can also bring the air filters from
the sysmocom office.
So with that as an input statement, I would like to hear your opinion
on the above proposals. Who would want to attend? Any complaints against
the "vaccinated only plus daily self-tests in the morning" approach?
Regards,
Harald
--
- Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hello,
I need help to understand my problem installing a simple HelloWorld applet
on USIM card.
There is already a USIM applet (AID: a0000000871002ffXXffXX89) running
there, so perhaps that's the issue.
1. Should I remove it?
Here is my code to INSTALL (for load), LOAD, INSTALL (for install):
https://gist.github.com/Novitoll/2d8146b85f4384eb4dd039eb8116d1ed
2. All of them returns 9000, which is OK, I'm using a simple CardReader,
but when I insert the SIM to a phone, no applet comes up.
Initially, I thought that the AID for instance is the reason. So when I do
https://gist.github.com/Novitoll/2d8146b85f4384eb4dd039eb8116d1ed#file-appl…
... module_aid="d07002CA44900101", app_aid="d07002CA44900101"
I'm getting 6A88 (Referenced data not found). I changed it to
A0000000871002FFffFFff8900000101
A000000087 - RID for 3GPP
1002 - USIM
FFff - country code
FFff - card issuer code
89 - Telecom
00000101 - App version? Havent figured out this yet
the answer is 9000. But no app pops up on the phone once I insert SIM card
back.
3. Also I'm checking if any load file actually ends up by taking some
non-volatile space in SIM -- no difference.
4. After Install for install, there is nothing to be done, rght? Like
updating EF_DIR is not required, where USIM is the only applet.
Could you please assist? My twitter is twitter.com/novitoll
Thanks,
--
Sabr
Dear Osmocom community,
It's my pleasure to announce the next OsmoDevCall on
January 28, 2022 at 20:00 CET
at
https://meeting4.franken.de/b/har-xbc-bsx-wvs
In this edition, laforge will present a number of brief (lightning)
talks about a number of projects he's currently been thinking about or
working on, including
* efficient TDMoIP protocol
* TDMoIP community network
* hardware design of ISDN BRI interface for TDMoIP community network
* continuous testing setup for simtrace2 "cardem" firmware
* non-transparent ISA-over-USB bridge attached to qemu
The idea is to ping-pong some ideas wit others and maybe find somebody interested in helping out.
This meeting will have the following schedule:
20:00 meet + greet
20:10 various brief talks (see above)
21:00 unstructured supplementary social event [*]
Attendance is free of charge and open to anyone with an interest
in Osmocom or open source cellular technologies.
More information about OsmoDevCall, including the schedule
for further upcoming events can be found at
https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCall
Looking forward to meeting you on Friday.
Best regards,
Harald
[*] this is how we started to call the "unstructured" part of osmocom
developer conferences in the past, basically where anyone can talk about
anything, no formal schedule or structure.
--
- Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Hello,
Sorry, for the late reply. (replying again in new thread as prev mails failed).
Quoted prev mails in quotes below.
>> Which is "your test sim". Can you share the make and model?
It's a sysmoUSIM-SJS1, I believe.
I'm receiving 9000 for INSTALL for load, and for consequent LOAD
commands 9000 as well. Only for the last INSTALL for install, I'm
getting 6A88 (reference data not found). I think, the issue is in
AIDs. I'm trying to figure out if I should use arbitrary bytes for AID
or construct AID (which includes RID + RIX) the same way as
existing Load Files, Applets' AID are on the SIM card?
I'm using d07002CA44 from this https://github.com/mrlnc/HelloSTK2,
I believe that should be reason for the 6A88 error code.
Could you please assist?
Here is my Install for Install Python3 code:
--
def install_install_make_selectable(self, exe_rid="d07002CA44",
module_aid="d07002CA44900101",
app_aid="d07002CA44900101"):
apdu = "".join([
"80", # CLS
"e6", # INSTR
"0c", # p1 ; for install (b3=1) ; for make selectable (b4=1)
"00", # p2
"%02x", # p3 ; Lc
])
# 11.5.2.3.2, page 170
data = "".join([
"%02x" % int(len(exe_rid)/2),
exe_rid, # V, executable Load file AID / load file AID
"%02x" % int(len(module_aid)/2),
module_aid, # V, executable Module AID / class file AID
"%02x" % int(len(app_aid)/2),
app_aid, # V, Application AID / instance AID
"0100", # L privileges ; V=00, 11.1.2 Privileges
Coding, page 146
"%02x", # L Install Parameters field
])
system_params_v = "".join([
"c802", # TL - non-volatile memory quota
"00ff", # V
"c702", # TL - volatile memory quota
"00ff",
])
install_params_tl = "".join([
"EF", # T - System Specific Parameters
"%02x"
])
install_params_v = ""
install_params_v += system_params_v
install_params_v += "".join([
# ETSI 102 226, page 23
# 8.2.1.3.2.1 Coding of the SIM File Access and Toolkit
Application Specific Parameters
"ca",
"%02x", # TL
])
toolkit_app_params = "".join([
"01", # L of access domain
##
## Access Domain
## 00 - full access
## 01 - APDU access (reserved for 2G; see 3GPP TS 31 116)
## 02 - UICC access (reserved for 3G)
## ff - no access
##
"ff", # V access domain
"01", # V priority
"00", # V max timers
"0f", # V max menu text
"02", # V max menu entries
"0000" * int("02"),
"00", # max number of channels for this application instance
"00", # length of MSL
])
install_params_v = install_params_v %
int(len(toolkit_app_params)/2) + toolkit_app_params
### C9 - Application Specific Parameters (none?)
applet_specific_params_v = "".join([
""
])
applet_specific_params_tlv = "".join([
"c9",
"%02x" % int(len(applet_specific_params_v)/2),
applet_specific_params_v
])
install_params_v += applet_specific_params_tlv
install_params = install_params_tl %
int(len(install_params_v)/2) + install_params_v
data = data % int(len(install_params)/2) + install_params
data += "00" # load token
apdu = apdu % int(len(data)/2) + data
apdu += "00c0000000" # C-MAC
return apdu
--
> On Dec 24, 2021, 2:51 AM, Sabyrzhan Tasbolatov wrote:
> Hello,
>
> I need help with installing the HelloWorld.cap applet in my test SIM.
> I know how to construct APDUs and osmocom's shadysim.py,
> does not work properly for me. So I've written the script myself.
>
> https://gist.github.com/Novitoll/2d8146b85f4384eb4dd039eb8116d1ed
>
> GP "Card Specification – Public Release v2.3.1".
>
> 1. Install for LOAD, Data = 00, SW = 9000
> 2. LOAD 0, SW = 9000
> 3. LOAD 1, SW = 9000
> 4. LOAD 2, SW = 9000
> 5. LOAD 3, SW = 9000, final
> 6. Install for install and make selectable, SW = 6988 (Reference data not found)
>
> Trying to figure out where the issue is.
> I've tried to re-use `install_app` function from shadysim.py - same result.
>
> I'm using this https://github.com/mrlnc/HelloSTK2/blob/main/HelloSTK2.cap
>
> Could anyone assist?
--
>> On Tue, Jan 4, 6:30 PM, Harald Welte wrote:
>> Hi Sabr,
>> On Mon, Jan 03, 2022 at 03:51:54PM +0600, Sabyrzhan Tasbolatov wrote:
>>> Following up
>>
>>I didn't see your original mail, sorry.
>>
>>> > I need help with installing the HelloWorld.cap applet in my test SIM.
>>
>>Which is "your test sim". Can you share the make and model?
>>
>>> > I know how to construct APDUs and osmocom's shadysim.py
>>> > <https://git.osmocom.org/sim/sim-tools/tree/shadysim/shadysim.py>,
>>> > does not work properly for me.
>>
>>please note that different cards have different expectations (and bugs) on the exact
>>parameters to load applets. Also, shadysim is a "early proof of concept"
>>and not something that intended to be a full implementation and/or
>>support a wide variety of cards with related workarounds, etc.
Hello all,
I'm looking for some guidance on adding an ADF which I will then be able to
select by AID to a SysmoISIM-SJA2. Primarily I'm curious if there's any
reason this WOULDN'T be doable before I continue down the rabbit hole of
figuring it out.
What I've tried so far is:
1) Pushing the applet to the SIM using shadysim_isim.py. It loads fine, and
when I enable SIM toolkit it appears properly on my Android device. When I
try to SELECT the AID however I get an error saying the AID doesn't exist.
2) I figure the above error is because EF.DIR doesn't include the AID, so
I update the first empty record in EF.DIR to include the AID of my applet.
When I try to SELECT the AID now I get the same error however.
I'm not sure how to proceed but I figure now is a good time to see if it is
in fact possible before spinning my wheels further. If anyone can point me
in the right direction or even just a yes/no about whether it can be done
that would be greatly appreciated.
Best,
Bryan
Following up
On Fri, Dec 24, 2021 at 2:51 AM Sabyrzhan Tasbolatov <snovitoll(a)gmail.com>
wrote:
> Hello,
>
> I need help with installing the HelloWorld.cap applet in my test SIM.
> I know how to construct APDUs and osmocom's shadysim.py
> <https://git.osmocom.org/sim/sim-tools/tree/shadysim/shadysim.py>,
> does not work properly for me. So I've written the script myself.
>
> https://gist.github.com/Novitoll/2d8146b85f4384eb4dd039eb8116d1ed
>
> GP "Card Specification – Public Release v2.3.1".
>
> 1. Install for LOAD, Data = 00, SW = 9000
> 2. LOAD 0, SW = 9000
> 3. LOAD 1, SW = 9000
> 4. LOAD 2, SW = 9000
> 5. LOAD 3, SW = 9000, final
> 6. Install for install and make selectable, SW = 6988 (Reference data not
> found)
>
> Trying to figure out where the issue is.
> I've tried to re-use `install_app` function from shadysim.py - same result.
>
> I'm using this https://github.com/mrlnc/HelloSTK2/blob/main/HelloSTK2.cap
>
> Could anyone assist?
>
> --
> Sabr
>
--
Sabr
Hi all,
I'd like to draw attention again to the state of codecs handling in OsmoMSC master.
The reason being that the recent IuUP changes create conflicts with the
neels/mncc_codecs3 branch.
I fear that we are currently doing the same thing that we discourage everyone
else from doing: keeping an important branch on the side and not upstreaming it.
There is recurrent overhead on rebasing the branch.
Facts about OsmoMSC: master neels/codecs_mncc*
heeds MS Bearer Cap from ComplL3 NO YES
logically combines codec constraints NO YES
communicates available codecs to/via SIP NO YES
worked at last congress NO YES
has the last IuUP patches YES NO
I think the reasoning for completing that codecs work and merging the branch is
compelling. Can we somehow achieve that before OsmoMSC diverges further?
I could start maybe by holding a talk on it in an OsmoDevCall? That way I've
read all of the code again and can explain what the patch does why, to ease
review. Or maybe spend that time on merging the code instead? Or both? :)
~N
Dear Osmocom community,
It's my pleasure to announce the next OsmoDevCall on
January 14, 2022 at 20:00 CET
at
https://meeting4.franken.de/b/har-xbc-bsx-wvs
This meeting will have the following schedule:
20:00 meet + greet
20:10 presentation "Codesc in OsmoMSC, MNCC and SIP" by neels
21:00 unstructured supplementary social event [*]
Attendance is free of charge and open to anyone with an interest
in Osmocom or open source cellular technologies.
More information about OsmoDevCall, including the schedule
for further upcoming events can be found at
https://osmocom.org/projects/osmo-dev-con/wiki/OsmoDevCall
Looking forward to meeting you on Friday.
Best regards,
Harald
[*] this is how we started to call the "unstructured" part of osmocom
developer conferences in the past, basically where anyone can talk about
anything, no formal schedule or structure.
--
- Harald Welte <laforge(a)osmocom.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 a SysmoISIM-SJA2 which I believe doesn't have a CAT application and
doesn't support the SUSPEND APDU (per the manual). Given that, is there any
way to reset/refresh the card through APDU commands (or through any other
means)? Would something along the lines of deactivating and then
reactivating the USIM application work?
Thanks,
Bryan
Dear Osmocom community,
today our mailing list server lists.osmocom.org has finally been migrated
from mailman2-on-freebsd to mailman3-on-linux. This also included a variety
of changes to DNS. I'll spare you the details, but everything _should_ be up
and running now.
* The List-Id headers should not have changed.
* all list subscriptions + user accounts have been converted.
* old 'static html' archives are still available (read only) at URLs like
https://lists.osmocom.org/pipermail/baseband-devel/
* old List URLs like https://lists.osmocom.org/mailman/listinfo/baseband-devel
are redirected to their respective modern counterparts
In case you notice any mailing list related problem, please don't hesitate to
contact me.
Happy hacking,
Harald
--
- Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
those harmonics) must be above:
-30 dBm @ 30 kHz span above 1 GHz
-36 dBm @ 30 kHz span below 1 GHz
In case of UmTRX without an amplifier it's enough to use a ceramic or
SAW duplexer to bring harmonics below those levels.
For those buying UmTRX's as a lab package of universal UmDESKs, we
offer to buy an external ceramic duplexers. These improves coverage
and solves the out of band noise issues.
For those buying band-specific UmDESK's, we use SAW duplexers, which
are even more efficient in reducing out of band noise.
>> A calibrated USRP N200 running osmo-trx passes RF spectrum and
>> modulation accuracy requirements of 3GPP 05.05 by very large margins
>> and is competitive with commercial GSM equipment in this regard. Other
>> SDR devices are also capable to varying degrees.
>
> The policy of FCC vs. European Union is quite different. There are more
> norms that apply in Europe.
You're obviously more proficient in European norms. Could you point me
to a link where we could find these differences between the ETSI
published GSM Standard and European harmonized norms?
It would be a very good addition to the OpenBSC wiki's "Standards" page.
--=20
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / =D0=9E=D0=9E=D0=9E =D0=A3=D0=BC=D0=A0=D0=B0=D0=B4=D0=
=B8=D0=BE
http://fairwaves.ru
> Anyway, I thought that the GPRS support is part of the OpenBTS
> development, and any hardware that can run OpenBTS is also capable of
> doing GPRS, but it is clear, that there are differences in the level
> of support, even between SDR like devices.
The majority of the code of osmo-pcu has been contributed by or on
behalf of sysmocom. If you take a look at the development of the PCU
for the last 6 months you will clearly see that sysmocom is doing all
the work. Just like with OpenBSC a lot of others benefit from our work
though. ;)
> I still think that it would be nice, to clarify all this packet data
> related stuff on the site.
* When an external protocol changes, the version number needs to
change. I added MNCC protocol versioning as OpenBSC and LCR were
out of sync and then funny things happened. This one line change
of the version number can save you hours in debugging!
* When a new feature is added, ask for a testcase. E.g. specially
the E1 bit fiddling as it is so rarely used that it is likely
to bitrot.
* Check the error paths. Developers tend to only test with a single
phone, not run into error paths, not force them to be taken during
development (faul injection).
* For things like device work-arounds ask if they are really necessary,
e.g. I have my doubts for the RTP timestamp handling.
* General code hygiene. Don't have the action take place four tabs in
in a thousand line code method, don't use magic numbers, don't repeat
yourself etc. Code is read a lot more than it is written. Besides smaller
methods being easier to write unit tests for, they are easier to
understand/review.
I have merged two patches from this patchset but they required multiple
rounds and my spare time is really limited.
cheers
holger
I deduct that
" #if defined(L1_HAS_EFR) && defined(USE_L1_RTP_MODE) "
is why I'm seeing this message logged, but it seems to be #define...
Any pointers, ideas ? This doesn't seem like a configuration thing, but a
compilation time option?
I'd have expected that EFR is fully supported?
osmo-bts.cfg snippet
------------------------------
bts 0
band 850
ipa unit-id 1801 0
oml remote-ip 127.0.0.1
rtp jitter-buffer 100
paging queue-size 200
paging lifetime 0
trx 0
clock-calibration 603
trx-calibration-path (null)
clock-source ocxo
uplink-power-target -75
min-qual-rach -5
min-qual-norm -5
Regards,
Roelf.
--bcaec51b1b6f7f08e204e11a4392
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<div>I have FINALLY gotten to play with my sysmoBTS acquired many months ag=
o, and updated to the latest packages using okpg, and am running a NITB.</d=
iv><div><br></div><div>GSM850 test setup in open mode A5/0, and I can SMS a=
nd call between devices.</div>
<div><br></div><div>However, there is no audio, and BTS console logs report=
s many repeats of the following during an established call.</div><div><br><=
/div><0006> tch.c:601 (bts=3D0,trx=3D0,ts=3D7,ss=3D0) Rx Payload Type=
EFR is unsupported<div>
<0006> tch.c:601 (bts=3D0,trx=3D0,ts=3D7,ss=3D0) Rx Payload Type EFR =
is unsupported</div><div><0006> tch.c:601 (bts=3D0,trx=3D0,ts=3D7,ss=
=3D0) Rx Payload Type EFR is unsupported</div><div><br><div><br></div><div>=
about it and demonstrate it operating OpenBTS and OsmoBTS. I could
talk about our open-source development of OpenBTS, if there would be
any interest.
Also I'd love to talk about OsmoBTS/OpenBSC which the new cool. Only
few people heard about OsmoBTS, while it provides great capabilities:
* it works with off-the-shelf SDR transceivers like UmTRX
* it could use VoIP (SIP) soft-switches to connect calls
* it connects to MSCs of legacy GSM networks
* it supports encryption, handover, FR/HR/AMR codecs and GPRS (in beta)
* standards compliant L1/L2 layers, so there are no issues with
various phone models
I love Osmocom approach to development as well - development is open
to all contributors, the code is well structured and tested, even
build results for all sub-projects are available through a continuous
integration suite:
http://jenkins.osmocom.org/jenkins/
On Sat, May 4, 2013 at 9:00 AM, Robin Coxe <coxe(a)close-haul.com> wrote:
> (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 Robi=
n
> 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 visit=
ing
> 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. O=
ur
> goal is to identify like-minded people involved in or interested in learn=
ing
> more about projects such as OpenBTS, OsmocomBTS, OsmocomBB, and OpenBSC.
> If you have a portable, self-contained demo, feel free to bring it with y=
ou.
>
> 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/
>
>
>
>
>
>
>
>
--=20
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / =D0=9E=D0=9E=D0=9E =D0=A3=D0=BC=D0=A0=D0=B0=D0=B4=D0=
=B8=D0=BE
http://fairwaves.ru
keep doing the same style. Good food makes a brain work better.
> Venue-wise, I would again suggest to hold it in Berlin, as it's
> reasonbly well connected, has lots of low-cost flights to it,
> accomodation is not too expensive and holger/me/sysmocom can take care
> of local organization related activities. Hoewver, if somebody has a
> strong opinion against berlin _and_ is willing to organize it, I'm not
> completely against another venue.
Berlin is perfect.
--
Regards,
Alexander Chemeris.
CEO, Fairwaves LLC / =D0=9E=D0=9E=D0=9E =D0=A3=D0=BC=D0=A0=D0=B0=D0=B4=D0=
=B8=D0=BE
http://fairwaves.ru
of what if the msgb is 'borrowed' or 'owned/transferred'. Whenever we reach a
_send method we actually transfer the ownership (as the data might be queued
or such).
The other technical part is to make sure we first establish a rule by
1.) adding doxygen/API documentation to the sendmsg function
2.) maybe look into introducing dummy annotations like __borrow, __takes that
we could autocheck in the future (e.g. by extending spaze/smack)
The issue with reviewing such a patch is the question if you have catched
everything. E.g. I think you missed need to convert (and what it calls):
static int gprs_ns_tx(struct gprs_nsvc *nsvc, struct msgb *msg)
{
...
default:
LOGP(DNS, LOGL_ERROR, "unsupported NS linklayer %u\n", nsvc->ll);
msgb_free(msg);
ret = -EIO;
break;
}
return ret;
}
> As reported in ticket #55 SGSN can crash due to double free-ing. You
> can replace 'can' by 'will' in that last phrase. I had a sift through
> the code and tried to solve this by removing the free in gprs_ns.c.
> Whenever the calling function created the msgb-struct, I have made the
> function free it after its use. If the function got the msgb from a
> calling function, there will not be a free (hoping that will be done
> on the higher level).
>
> HTH/F
If you need higher bitrates, implementing header and payload compression
at the SNDCP level in the SGSN is possible.
Also, always keep in mind that while you can offer 7 TS with GPRS/EDGE,
almost no phone has support for a multislot class that allows for 7 TS
in DL. So multiple phones can fill the 7 TS, but it's unlikely one
phone can use all of them.
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)
OpenBSC Startup:
http://pastebin.com/bXEhizAG
moi::states:
http://pastebin.com/9MiRRGP0
In the nano startup - the two things that stand out are the complains
about flag 3 and the NSE:
27855:DBG:OAM_IM:roleInstanceProcClearContaineeFlags: BTS:0 flag 3 not
setting or set!
27855:DBG:OAM_IM:roleInstanceProcClearContaineeFlags: GPRS NSE:0 flag
3 not setting or set!
42142:DBG:GBHSS_STACK:bgp_error_reporter() : PROTO_ERR:
Msg=3DGPRS_BGP_RL_UL_UNITDATA_REQ, Err=3DGPRS_NSEI_NOT_OPERATIONAL
42142:DBG:GBHSS_STACK:bgp_process_msg failed :
msg=3DGPRS_BGP_NM_BVC_RESET_REQ err=3DGPRS_NSEI_NOT_OPERATIONAL
Any thoughts or additional data points I should collect?
Thanks,
Gus
<a href=3D"http://pastebin.com/qLatWdtB" target=3D"_blank">http://pastebin.=
com/qLatWdtB</a><br>
<br>
OpenBSC Startup:<br>
<a href=3D"http://pastebin.com/bXEhizAG" target=3D"_blank">http://pastebin.=
com/bXEhizAG</a><br>
<br>
moi::states:<br>
<a href=3D"http://pastebin.com/9MiRRGP0" target=3D"_blank">http://pastebin.=
com/9MiRRGP0</a><br>
<br>
In the nano startup - the two things that stand out are the complains<br>
about flag 3 and the NSE:<br>
<br>
27855:DBG:OAM_IM:roleInstanceProcClearContaineeFlags: BTS:0 flag 3 not<br>
setting or set!<br>
27855:DBG:OAM_IM:roleInstanceProcClearContaineeFlags: GPRS NSE:0 flag<br>
3 not setting or set!<br>
<br>
42142:DBG:GBHSS_STACK:bgp_error_reporter() : PROTO_ERR:<br>
Msg=3DGPRS_BGP_RL_UL_UNITDATA_REQ, Err=3DGPRS_NSEI_NOT_OPERATIONAL<br>
42142:DBG:GBHSS_STACK:bgp_process_msg failed :<br>
msg=3DGPRS_BGP_NM_BVC_RESET_REQ err=3DGPRS_NSEI_NOT_OPERATIONAL<br>
<br>
Any thoughts or additional data points I should collect?<br>
<br>
Thanks,<br>
<font color=3D"#888888">Gus<br>
<br>
</font></blockquote></div><br>
--00163646d380b12b2004ae744714--
OpenBSC Startup:
http://pastebin.com/bXEhizAG
moi::states:
http://pastebin.com/9MiRRGP0
In the nano startup - the two things that stand out are the complains
about flag 3 and the NSE:
27855:DBG:OAM_IM:roleInstanceProcClearContaineeFlags: BTS:0 flag 3 not
setting or set!
27855:DBG:OAM_IM:roleInstanceProcClearContaineeFlags: GPRS NSE:0 flag
3 not setting or set!
42142:DBG:GBHSS_STACK:bgp_error_reporter() : PROTO_ERR:
Msg=GPRS_BGP_RL_UL_UNITDATA_REQ, Err=GPRS_NSEI_NOT_OPERATIONAL
42142:DBG:GBHSS_STACK:bgp_process_msg failed :
msg=GPRS_BGP_NM_BVC_RESET_REQ err=GPRS_NSEI_NOT_OPERATIONAL
Any thoughts or additional data points I should collect?
Thanks,
Gus
My init.d script does the following in short:
modprobe mISDN_dsp
modprobe mISDN_l1loop nchannel=30 interfaces=2
sleep 1
echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -t nat -A POSTROUTING -s 192.168.253.0/24 -o eth0 -j
MASQUERADE
screen -S bsc -d -m su gsm -c "osmo-nitb -d
DRLL:DCC:DMM:DRR:DRSL:DNM:DSMS:DMNSMS:DPAG:DMUX -c /etc/openbsc/openbsc.cfg
-m -P"
screen -S lcr -d -m su gsm -c "/usr/sbin/lcr start"
I'm using mISDN_l1loop.ko from current mISDN git because it was not included
in my kernel. Small patch to make it compile:
--- a/drivers/isdn/mISDN/hwchannel.c
+++ b/drivers/isdn/mISDN/hwchannel.c
@@ -19,6 +19,8 @@
#include <linux/module.h>
#include <linux/mISDNhw.h>
+bool flush_work_sync (struct work_struct *);
+
static void
dchannel_bh(struct work_struct *ws)
{
-- Lennart
--00504502c5d4681bbb04a8fd3d31
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
<br><div class=3D"gmail_quote">2011/7/26 Konrad Meier <span dir=3D"ltr"><=
;<a href=3D"mailto:meierk@informatik.uni-freiburg.de">meierk(a)informatik.uni=
-freiburg.de</a>></span><br><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I could solve the above problem by a system restart. The mISDN_l1loop modul=
e was loaded but for some reason could not be used by LCR. The LCR error me=
ssage was:<br>
000000 ERROR loop port 1 failed to bind socket. (errno 93)<br>
<br>
<br>
By playing with the mISDN_l1loop module I discovered a strange problem. If =
I load the module with "modprobe mISDN_l1loop pri=3D1 nchannel=3D30&qu=
ot; all system memory is allocated by LCR after some seconds.<br>
<br>
If I load it with "nchannel=3D20" than everithing works fine.<br>
<br>
Can someone confirm this problem?<br>
<br>
Regards<br><font color=3D"#888888">
Konrad<br></font></blockquote><div><br>From my experience, no.<br>My init.d=
script does the following in short: <br><br>=A0=A0=A0=A0=A0=A0=A0 modprobe=
mISDN_dsp<br>=A0=A0=A0=A0=A0=A0=A0 modprobe mISDN_l1loop nchannel=3D30 int=
erfaces=3D2<br>=A0=A0=A0=A0=A0=A0=A0 sleep 1<br>
<br>=A0=A0=A0=A0=A0=A0=A0 echo 1 > /proc/sys/net/ipv4/ip_forward<br>=A0=
=A0=A0=A0=A0=A0=A0 iptables -t nat -A POSTROUTING -s <a href=3D"http://192.=
168.253.0/24">192.168.253.0/24</a> -o eth0 -j MASQUERADE<br><br>=A0=A0=A0=
=A0=A0=A0=A0 screen -S bsc -d -m su gsm -c "osmo-nitb -d DRLL:DCC:DMM:=
DRR:DRSL:DNM:DSMS:DMNSMS:DPAG:DMUX -c /etc/openbsc/openbsc.cfg -m -P"<=
br>
=A0=A0=A0=A0=A0=A0=A0 screen -S lcr -d -m su gsm -c "/usr/sbin/lcr sta=
rt"<br>=A0<br>I'm using mISDN_l1loop.ko from current mISDN git bec=
ause it was not included in my kernel. Small patch to make it compile:<br><=
br>--- a/drivers/isdn/mISDN/hwchannel.c<br>
+++ b/drivers/isdn/mISDN/hwchannel.c<br>@@ -19,6 +19,8 @@<br>=A0#include &l=
t;linux/module.h><br>=A0#include <linux/mISDNhw.h><br><br>+bool fl=
ush_work_sync (struct work_struct *);<br>+<br>=A0static void<br>=A0dchannel=
_bh(struct work_struct *ws)<br>
=A0{<br><br>-- Lennart<br></div></div>
--00504502c5d4681bbb04a8fd3d31--
systems from the same vendor, as it is assumed that these systems have
seen a priori more testing time and are thus more reliable than any
multi-vendor combination has seen/would be.
Should there be a problem, it is also a lot easier and faster to get
support from a vendor, when he can't first try and blame the other
vendors box, or the translator in between. Here, again, risk
management...
While the lock-in is indeed a bad thing, it is still considered the
lesser evil, compared to the effort needed to do q/a testing in mixed
systems on nation-size scale plus R&D for the translators plus
battling for support with N competing vendors, all blaming each other.
This is the oh-so-familiar argument on why many companies use
exclusively Microsoft, or everything Apple, etc...
Just my 0.05 chf on why translators did not happen... (yet?)
Cheers,
Thomas
--=20
Excercise 17:
If the human brain was simple enough for us to understand we'd be so
simple we couldn't understand.
Prove this by induction.
Sure, it would be a nice addition, but it's not something that I consider
extremely important. With regard to 'near future': I would say that in
something like six months the osmo-bts (BTS-side A-bis) code will have matured,
and is ready for an relaatively painless integration with OpenBTS.
I personally think the USRP hardware cost is still way too high, and I would
rather want to work on something that puts the financial entrance barrier to
private BTS ownership much lower.
Most of the people using OpenBSC today either use it commercially (and can
afford the nanoBTS units), or they use it private and either with a very
cheap second hand nanoBTS, or with a inexpensive BS-11. The recent work
on supporting the RBS2308 that can be found for < 1000 USD goes into the
same direction.
I think whatever hardware will be affordable to hackers will see OpenBSC
support - just as well as any hardware where we have a commercial customer
will get OpenBSC support.
> > This is where I don't get you. All that needs to be removed is the L3-to-SIP
> > bridge. It doesn't make the vast majority of OpenBTS code disappear,
> > and it does not render that latter part useless. A full-blown GSM network with
> > all its components brings a lot of complexity. The stand-alone OpenBTS is
> > much more simple. And why would you want all the complexity if you don't
> > need to interoperate with legacy GSM?
>
> Well, because the the osmocom-integrated version will be, before or
> later, more full-featured than OpenBTS standalone.
>
> Features such as multi-arfcn, handover, maybe GPRS/EDGE will be usable
> only jointly with Osmocom integration but not by the opensource OpenBTS
> standalone version.
If you use the USRP hardware (or any other SDR hardware), you cannot use
GPRS/EDGE whether you use Osmocom + OpenBTS or OpenBTS standalone. As for
hand-over, you may be right, but I don't know the OpenBTS plans here.
Multi-ARFCN: This is an aspect of the radio-modem. So again, on the same
hardware any OpenBTS/OpenBSC integration will not change this.
> Obviously the community will then use the OpenBTS/OpenBSC integration
> that would reach more features than just OpenBTS in the opensource edition.
well, but you loose the important 'simplicity' feature. Right now I doubt
there are that many people in our community who understand OpenBSC and the
GSM/GPRS network architecture enough to deploy a network (like the burning man
or CCC event networks) with it. We have close to zero documentation, and
unless you know GSM protocol details, you are lost. VoIP is much better
understood in the FOSS and Internet community!
> So the integrated code will grow while the "OpenBTS commercial code"
> will leave behind with less features and more buggy code (because less
> used).
you are making assumptions here. Do you have evidence or at least some
other indication that bug fixes are not being propagated from the commercial
to the free version?
> Osmocom and it's possible future changes to the market of GSM
> technologies could be defined as "the WikiLeaks of the GSM Industry" :-)
I think this is a very bad comparison. We do not leak any proprietary/secret
information. We just break the ignorance of the Free Software community to
ever implement any of those openly-specified protocols. Not different from
Free Software entering any other area of technology.
And while we're doing that, we of course also like to challenge the ridiculous
claims of hundred-man-year efforts that allegedly went into some proprietary
GSM protocol stack implementations, which are often claimed by the existing
carrier equipment industry.
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)
> Meanwhile, Andreas Eversberg has been working on a BTS-side A-bis implementation
> for the OsmocomBB-BTS (idea: using 2 heavily modified phones to run a
> simplistic BTS), and I have started to split that code out into a separate
> repository at http://cgit.osmocom.org/cgit/osmo-bts/
>
> This code should eventually be used with the OpenBTS, and potentially other
> BTS types, too.
That's cool!!!!
>
>> With that approach the 'GSM-um' interface would be a very simplified
>> module of the overall system and osmocom would completely replace
>> OpenBTS all-in-one project.
>
> This is where I don't get you. All that needs to be removed is the L3-to-SIP
> bridge. It doesn't make the vast majority of OpenBTS code disappear,
> and it does not render that latter part useless. A full-blown GSM network with
> all its components brings a lot of complexity. The stand-alone OpenBTS is
> much more simple. And why would you want all the complexity if you don't
> need to interoperate with legacy GSM?
Well, because the the osmocom-integrated version will be, before or
later, more full-featured than OpenBTS standalone.
Features such as multi-arfcn, handover, maybe GPRS/EDGE will be usable
only jointly with Osmocom integration but not by the opensource OpenBTS
standalone version.
Obviously the community will then use the OpenBTS/OpenBSC integration
that would reach more features than just OpenBTS in the opensource edition.
That means that in few times only the "integrated code" will works
better, because it will attract more user and will start getting used in
"production environment".
So the integrated code will grow while the "OpenBTS commercial code"
will leave behind with less features and more buggy code (because less
used).
That's why i just think that the destinity of OpenBTS is to integrate
(directly or just some piece) with OpenBSC, but doing that it will loose
several important value of the "OpenBTS commercial edition" and people
will start using what can be used for free instead of paying.
That's what usually happen within the opensource environment, before or
later.
It could reasonably happen also with that opensource gsm environment.
My comments was just consideration on this to stimulate the
considerations on this by the various project players.
I am just an opensource advocacy troll that like telephony stuff and
perceive very valuable the achievement of the hacking community in
opening a closed technology like GSM.
Osmocom and it's possible future changes to the market of GSM
technologies could be defined as "the WikiLeaks of the GSM Industry" :-)
-naif
p.s. i have no commercial interests of any kind in that stuff
is not in the TLV table and this explains why we end up here. It might be a
good opportunity to see what else we are missing.
>
> BTW, the output of the patch is in git format, so I think that you can
> apply it with git am. It's the inner patch (which is contained inside
> this patch) that it's in svn format 8-).
Yes, I am talking about git am -3 for the inner part as this (wireshark svn)
is the place where having a three way merge is going to be the most useful
thing to do. :)
have a similar situation (see how OpenBTS folks managed to get licenses for
their burining man tests).
> - Is there some part of the official gsm bands that overlaps with local ISM
> or other not-so-tightly-regulated frequencies?
> (i.e, GSM1900 seems to have a small part that's not used by DECT...)
This is a rumour. Only one of the uplink/downlink bands is in there, so you
will still need a test license. Also, AFAIK the DECT band is not everywhere
unlicensed for any kind of application, but actually restricted to be used with
the DECT system.
> - Are there any "standard" gsm handsets that could be modified (preferably
> in software) to work at 2,4GHz?
no.
> - Is UMA/GAN (http://en.wikipedia.org/wiki/Generic_Access_Network) something
> that could be used with OpenBSC? As far as i understand the specification,
> UMA is GSM Layer 3 over an GPRS/IPSEC tunnel to the BSC, so all the
> GSM-Goodies should be there.
You would have to implemet a UMA gateway and somehow glue that to the layer3
inside OpenBSC. I don't think you can do it cleanly with the current code.
Later this year, once the new "real MSC" codebase emerges, this might be easier.
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)
understand that we only have to configure the Unit-id and Oml Address right
and I understand that the firmware is already installed .
I have tried the following :
ipaccess-config -f FIRMWARE -w
and sure it doesn't work :) .
And I also read the -w argument options that needs to be used to download
the firmware from BTS into debian system it should be used with -f .
Is it necessary to download it into our linux box or you need to configure
it only as it is already installed into BTS from ipaccess company .
Thanks,
Omar Atia
-----Original Message-----
From: openbsc-bounces(a)lists.osmocom.org
[mailto:openbsc-bounces@lists.osmocom.org] On Behalf Of Peter Hasse
Sent: Wednesday, January 19, 2011 12:14 PM
To: openbsc(a)lists.osmocom.org
Subject: Re: How to run openbsc on nanoBTS
On 19.01.2011 06:16, Ravi Shankar wrote:
> Dear sir
Hi Ravi
>
> I am new to openbsc.I have two NanoBTS(165cu).I'm facing some
> difficulty which I'm summarizing below
> I'm using Ubuntu10.04
> 1) Can we proceed with one nanobts.?
Yes, in fact i would recommend to start with one and if you get familar
with openbsc you can add more bts.
> 2)I've configured bts ip,unit id, oml ip of one bts.But not able to
> get the firmware.
Check out ipaccess-config util from the openbts source. You can download
the firmware out of the bts you have configured.
> How to get it and configure for NanoBTS??
nanoBTS is a different project and based on the USRP. checkout
openbts.org to get further informations.
>
> 3)how to run openbsc ??
http://openbsc.osmocom.org/trac/wiki/BscHack
>
> Please suggest the procedure to run the openbsc.
>
> Thanks
mfg derPeter
seems weird:
> but bts1 tells that:
>
> LMT LOGON: ACK
>
> PHASE: 3 Normal MBCCU0: No Load MBCCU1: Load
^^^^^
you have no software in TRX0!!
> PLL Set Value=1042, Work Value=1221
this is not good. your clock seems to be very far off, probably you have not
been running it in pll standalone mode at some point in the past. However,
this is unrelated to your E1 problems. The only consequence of this is that
phones might not see your BTS.
> SITE MANAGER ATTRIBUTES:
> E1 Channel: Port=1 Timeslot=17 (Full Slot)
> TEI: 25
This is the weird part. Why would the E1 channel of the site manager run on
Port=1? That is the not connected port of this BTS. It must run on Port=0.
> BS11 Power Amplifier 0 ATTRIBUTES:
> TRX Power: 2W (GSM)
I strongly recommend you do your testing with something like 30mW power limits,
unless you have a faraday cage and/or 2W-capable termiators.
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)
Number of symbols in a burst =3D 156.25 symbols, and burst time 156.25 x<br=
>
3.69... =3D 576,92=ECs<br>
Number of symbols in TDMA frame is 8 x 156.25 =3D 1250 symbols,<br>
Number of symbols in Multiframe is 26 x 1250 symbols.<br>
<div><div></div><div class=3D"h5"><br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
On Fri, Jan 7, 2011 at 8:51 AM, Nataraju A B <<a href=3D"mailto:nataraju=
ab.tech(a)gmail.com">natarajuab.tech(a)gmail.com</a>> wrote:<br>
><br>
> Hi Andreas,<br>
> Thanks for the speedy reply.<br>
> The link which sent you is=A0definitely=A0useful. But the very basic q=
uestion I wanted to get a clarification was that, what is the drive behind =
selection of burst time to be 577us.<br>
> For example the audio frequency can range upto 4Khz. The sampling freq=
uency should be 8Khz. If each sample is of 8 bit accuracy. This lead to 64K=
bits of data. ...... =A0If we explore further on these lines we should be =
able to correlate to the time 577us for each burst.<br>
> I wanted some more info these lines. What was/were the drives behind s=
election of this burst time. Otherwise what are the other end requirements =
led to selection of this burst time and in turn TDMA frame hierarchy.<br>
> Thanks,<br>
> Nataraju A B<br>
> On Fri, Jan 7, 2011 at 7:01 PM, Andreas.Eversberg <<a href=3D"mailt=
o:Andreas.Eversberg@versatel.de">Andreas.Eversberg(a)versatel.de</a>> wrot=
e:<br>
>><br>
>> in addition:<br>
>><br>
>> Traffic Multiframe Structures - The 26 traffic multiframe structur=
e is<br>
>> used to send information on the traffic channel. The 26 traffic<br=
>
>> multiframe structure is used to combine user data (traffic), slow<=
br>
>> control signaling (SACCH), and idle time period. The idle time per=
iod<br>
>> allows a mobile device to perform other necessary operations such =
as<br>
>> monitoring the radio signal strength level of a beacon channel fro=
m<br>
>> other cells. The time interval of a 26 frame traffic multiframe is=
6<br>
>> blocks of speech coder data (120 msec).<br>
>> (<a href=3D"http://www.althos.com/tutorial/GSM-tutorial-frame-stru=
cture.html" target=3D"_blank">http://www.althos.com/tutorial/GSM-tutorial-f=
rame-structure.html</a>)<br>
>><br>
>> one encoded speech block lasts 20ms.<br>
>><br>
>><br>
>> =A0 =A0 =A0 =A0576,92307692307692307692307692308us per slot<br>
>> =A0 =A0 =A0 =A04615,3846153846153846153846153846 per 8 slots (1 fr=
ame)<br>
>> =A0 =A0 =A0 =A0120ms per 26 frames (6 speech blocks)<br>
>><br>
>><br>
>><br>
><br>
><br>
><br>
> --<br>
> Thanks,<br>
> Nataraju A B<br>
</div></div></blockquote></div><br><br clear=3D"all"><br>-- <br>Thanks,<div=
>Nataraju A B</div><br>
--00163641691bea689c04996d367c--
Number of symbols in a burst =3D 156.25 symbols, and burst time 156.25 x
3.69... =3D 576,92=ECs
Number of symbols in TDMA frame is 8 x 156.25 =3D 1250 symbols,
Number of symbols in Multiframe is 26 x 1250 symbols.
On Fri, Jan 7, 2011 at 8:51 AM, Nataraju A B <natarajuab.tech(a)gmail.com> wr=
ote:
>
> Hi Andreas,
> Thanks for the speedy reply.
> The link which sent you is=A0definitely=A0useful. But the very basic ques=
tion I wanted to get a clarification was that, what is the drive behind sel=
ection of burst time to be 577us.
> For example the audio frequency can range upto 4Khz. The sampling frequen=
cy should be 8Khz. If each sample is of 8 bit accuracy. This lead to 64K bi=
ts of data. ...... =A0If we explore further on these lines we should be abl=
e to correlate to the time 577us for each burst.
> I wanted some more info these lines. What was/were the drives behind sele=
ction of this burst time. Otherwise what are the other end requirements led=
to selection of this burst time and in turn TDMA frame hierarchy.
> Thanks,
> Nataraju A B
> On Fri, Jan 7, 2011 at 7:01 PM, Andreas.Eversberg <Andreas.Eversberg@vers=
atel.de> wrote:
>>
>> in addition:
>>
>> Traffic Multiframe Structures - The 26 traffic multiframe structure is
>> used to send information on the traffic channel. The 26 traffic
>> multiframe structure is used to combine user data (traffic), slow
>> control signaling (SACCH), and idle time period. The idle time period
>> allows a mobile device to perform other necessary operations such as
>> monitoring the radio signal strength level of a beacon channel from
>> other cells. The time interval of a 26 frame traffic multiframe is 6
>> blocks of speech coder data (120 msec).
>> (http://www.althos.com/tutorial/GSM-tutorial-frame-structure.html)
>>
>> one encoded speech block lasts 20ms.
>>
>>
>> =A0 =A0 =A0 =A0576,92307692307692307692307692308us per slot
>> =A0 =A0 =A0 =A04615,3846153846153846153846153846 per 8 slots (1 frame)
>> =A0 =A0 =A0 =A0120ms per 26 frames (6 speech blocks)
>>
>>
>>
>
>
>
> --
> Thanks,
> Nataraju A B
" Raw mode
cfmakeraw() sets the terminal to something like the "raw" mode of the
old Version 7 terminal driver: input is available character by charac‐
ter, echoing is disabled, and all special processing of terminal input
and output characters is disabled. The terminal attributes are set as
follows:
termios_p->c_iflag &= ~(IGNBRK | BRKINT | PARMRK | ISTRIP
| INLCR | IGNCR | ICRNL | IXON);
termios_p->c_oflag &= ~OPOST;
termios_p->c_lflag &= ~(ECHO | ECHONL | ICANON | ISIG | IEXTEN);
termios_p->c_cflag &= ~(CSIZE | PARENB);
termios_p->c_cflag |= CS8;
"
If that is set on the socket for the telnet interface it does make a difference.
GSM handset like the Motorola C123 and talk to GSM-R BTSs. Of course you still
need to implement the GSM-R specific features on layer 3 like ASCI.
In both cases I think the hardware is there for whoever has a serious interest in
experimenting with this technology, and who is not afraid to implement the GSM-R
specific bits.
--
- 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)
but not the new.
But in any case, the OP can fix the sql. The OP seem to have a
new/more picky version of sqlite. Before in case of ambiguous column
name, it took the one from the first table in the FROM list. (not sql
standard but that's why it didn't matter before).
> Could you also give us the "old" and "new" git hashes so we can take a
> look at what changed?
The hash (short) are in the version string, the log is :
git log b938..f7a1c
Sylvain
'type' used and the corresponding codec.
For GSM FR the RFC specifies PT=3 but for HR/EFR/AMR, they are dynamic and
must be chosed in the 96-127 range.
AFAIK, we could just use a static mapping in openbsc or load that from the
config. Does anyone sees a downside to that ?
Sylvain
--000325564d6aac09c2047af385f6
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Hi,<br><br>I have a nanobts unit 139 with a software that somehow only acce=
pts GSM FR (and not EFR), unless I also send the RTP payload type IE ( RSL_=
IE_IPAC_RTP_PAYLOAD ) in the CRCX and MDCX messages. (and only the "RT=
P payload type" IE, the "RTP payload type 2" has no effect I=
can see).<br>
<br>From the ip.access dissector, I think it's just a mapping between t=
he RTP 'type' used and the corresponding codec.<br><br>For GSM FR t=
he RFC specifies PT=3D3 but for HR/EFR/AMR, they are dynamic and must be ch=
osed in the 96-127 range.<br>
AFAIK, we could just use a static mapping in openbsc or load that from the =
config. Does anyone sees a downside to that ?<br><br>=C2=A0=C2=A0=C2=A0 Syl=
vain<br><br>
--000325564d6aac09c2047af385f6--
messages in 12.21 are simply used to communicate state changes ?!?
--
- 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)
updating/running the most recent version.
> For me now, it's still much easier to debug in windows than in Linux, because
> I'm not yet comfortable with gdb in comman-line.
There are GUI frontends for gdb, including the old "ddd" as well as modern
bloatware like eclipse ;)
--
- 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)
"The requirements yielded by the page mode information element are as
follows:
a) normal paging: no additional requirements;
b) extended paging: the mobile station is required in addition to receive
and analyse the next but one message on the PCH;
c) paging reorganization: The mobile station shall receive all messages on
the CCCH regardless of the BS-AG-BLKS-RES setting. It is required to receive
all BCCH messages. When the mobile station receives the next message to its
(possibly new) paging subgroup the subsequent action is defined in the page
mode information element in that message.
d) same as before: No change of page mode from the previous page mode."
I think the paging reorganization mode is fine. Does anyone know this mode?
I don't know if the mobile phone will answer everytimes if i try to do a
paging on it for each successive frame. Or if he will answer the first time
and ignore the other paging requests after.
In addition, this solution enable the cell phone to listen every frames of
the CCCH but I don't know if the BTS is abble to do a paging on the same
mobile phone on every frames or if it still needs to follow the BS_PA_MFRMS
parameter. I saw that the paging group is calculated from the IMSI. And then
the paging block is calculated. Is it calculated in the BTS or in OpenBSC?
link of the explanation on the paging :
http://etutorials.org/Mobile+devices/gprs+mobile+internet/Chapter+5+Radio+I…
Thanks
Best regards
Eric Cathelinaud
2009/7/15 Eric Cathelinaud <e.cathelinaud(a)googlemail.com>
> 2009/7/15 Dieter Spaar <spaar(a)mirider.augusta.de>
>
> Hello Eric,
>>
>> On Wed, 15 Jul 2009 11:00:14 +0200, "Eric Cathelinaud" <
>> e.cathelinaud(a)googlemail.com> wrote:
>> >
>> > I was just thinking about performing a recursive paging in order to see
>> how
>> > much time I have until the battery of a mobile phone run out.
>> > Does anyone know if the mobile phone answers at every paging or if it
>> > doesn't "listen" all the time? I think it listens periodically. If
>> anyone
>> > can give me a clue, that would be appreciated.
>>
>> This is an excerpt from a posting to another mainling list, I just
>> quote it because I don't want to repeat what I already wrote:
>>
>> > - The phone is in "idle" mode (no speech/data traffic)
>> > and periodically receives the paging channel (PCH) to
>> > find out if its being called. Further the phone measures
>> > the signal strength of neighbor cells and every now
>> > and then (not that frequent as the above actions)
>> > receives the cell information in the broadcast common
>> > control channel (BCCH) of the serving cell and of
>> > at most six neighbor cells with the strongest signal.
>>
>> ....
>>
>> > - The time between receiving the PCH is determined by a
>> > parameter of the serving cell (BS_PA_MFRMS, range 2 to 9).
>> > Its measured in 51-multiframes until the PCH for the phone
>> > repeats (if you want to know the details have a look at
>> > the GSM specs ;-) . The length of a 51-multiframe is
>> > 235.8 ms, this means the time between receiving the PCH
>> > is in the range 471.9 ms to 2122.2 ms. In this time the
>> > idle phone most of the time sleeps or receives the BCCH
>> > of the serving cell or one of the neighbor cells with
>> > the strongest signal (at most six).
>>
>> Best regards,
>> Dieter
>> --
>> Dieter Spaar, Germany spaar(a)mirider.augusta.de
>>
>
> Thanks a lot for the explanation. It's a pity that the minimum period is 2
> multiframes. I wish I could realize a paging on a mobile phone every frame
> but it seems to be impossible finally.
>
> Best regards,
> Eric Cathelinaud
>
>
--001636499281749655046ed2de53
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Hi,<br><br>Finally I think I find a solution to make the cell phone listeni=
ng to every frames of the CCCH.<br><br>From gsm04_08:<br><meta http-equiv=
=3D"Content-Type" content=3D"text/html; charset=3Dutf-8"><meta name=3D"Prog=
Id" content=3D"Word.Document"><meta name=3D"Generator" content=3D"Microsoft=
Word 11"><meta name=3D"Originator" content=3D"Microsoft Word 11"><link rel=
=3D"File-List" href=3D"file:///C:%5CTmp%5Cmsohtml1%5C01%5Cclip_filelist.xml=
"><style>
<!--
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{mso-style-parent:"";
margin:0cm;
margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:12.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"Times New Roman";}
p.MsoList, li.MsoList, div.MsoList
{margin-top:0cm;
margin-right:0cm;
margin-bottom:0cm;
margin-left:14.15pt;
margin-bottom:.0001pt;
text-indent:-14.15pt;
mso-pagination:widow-orphan;
font-size:12.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"Times New Roman";}
p.B1, li.B1, div.B1
{mso-style-name:B1;
mso-style-parent:Liste;
margin-top:0cm;
margin-right:0cm;
margin-bottom:0cm;
margin-left:28.4pt;
margin-bottom:.0001pt;
text-indent:-14.2pt;
mso-pagination:widow-orphan;
font-size:12.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"Times New Roman";}
@page Section1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 70.85pt 70.85pt;
mso-header-margin:36.0pt;
mso-footer-margin:36.0pt;
mso-paper-source:0;}
div.Section1
{page:Section1;}
-->
</style>
<p class=3D"MsoNormal">"The requirements yielded by the page mode info=
rmation
element are as follows:</p>
<p class=3D"B1">a)<span style=3D"">=A0 </span>normal paging: no
additional requirements;</p>
<p class=3D"B1">b)<span style=3D"">=A0 </span>extended paging: the
mobile station is required in addition to receive and analyse the next but =
one
message on the PCH;</p>
<p class=3D"B1">c)<span style=3D"">=A0 </span>paging reorganization: The
mobile station shall receive all messages on the CCCH regardless of the
BS-AG-BLKS-RES setting. It is required to receive all BCCH messages. When t=
he
mobile station receives the next message to its (possibly new) paging subgr=
oup
the subsequent action is defined in the page mode information element in th=
at
message.</p>
<p class=3D"B1">d)<span style=3D"">=A0 </span>same as before: No change
of page mode from the previous page mode."</p>
<br>I think the paging reorganization mode is fine. Does anyone know this m=
ode? I don't know if the mobile phone will answer everytimes if i try t=
o do a paging on it for each successive frame. Or if he will answer the fir=
st time and ignore the other paging requests after.<br>
<br>In addition, this solution enable the cell phone to listen every frames=
of the CCCH but I don't know if the BTS is abble to do a paging on the=
same mobile phone on every frames or if it still needs to follow the BS_PA=
_MFRMS parameter. I saw that the paging group is calculated from the IMSI. =
And then the paging block is calculated. Is it calculated in the BTS or in =
OpenBSC?<br>
link of the explanation on the paging :<br><a href=3D"http://etutorials.org=
/Mobile+devices/gprs+mobile+internet/Chapter+5+Radio+Interface+RLC+MAC+Laye=
r/Listening+to+MS+Paging+Blocks/">http://etutorials.org/Mobile+devices/gprs=
+mobile+internet/Chapter+5+Radio+Interface+RLC+MAC+Layer/Listening+to+MS+Pa=
ging+Blocks/</a><br>
<br>Thanks<br>Best regards<br><br>Eric Cathelinaud<br><br><div class=3D"gma=
il_quote">2009/7/15 Eric Cathelinaud <span dir=3D"ltr"><<a href=3D"mailt=
o:e.cathelinaud@googlemail.com">e.cathelinaud(a)googlemail.com</a>></span>=
<br>
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class=3D"gma=
il_quote">2009/7/15 Dieter Spaar <span dir=3D"ltr"><<a href=3D"mailto:sp=
aar(a)mirider.augusta.de" target=3D"_blank">spaar(a)mirider.augusta.de</a>><=
/span><div>
<div></div><div class=3D"h5"><br><blockquote class=3D"gmail_quote" style=3D=
"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padd=
ing-left: 1ex;">
Hello Eric,<br>
<div><br>
On Wed, 15 Jul 2009 11:00:14 +0200, "Eric Cathelinaud" <<a hre=
f=3D"mailto:e.cathelinaud@googlemail.com" target=3D"_blank">e.cathelinaud@g=
ooglemail.com</a>> wrote:<br>
><br>
> I was just thinking about performing a recursive paging in order to se=
e how<br>
> much time I have until the battery of a mobile phone run out.<br>
> Does anyone know if the mobile phone answers at every paging or if it<=
br>
> doesn't "listen" all the time? I think it listens period=
ically. If anyone<br>
> can give me a clue, that would be appreciated.<br>
<br>
</div>This is an excerpt from a posting to another mainling list, I just<br=
>
quote it because I don't want to repeat what I already wrote:<br>
<br>
> =A0- The phone is in "idle" mode (no speech/data traffic)<br=
>
> =A0 =A0and periodically receives the paging channel (PCH) to<br>
> =A0 =A0find out if its being called. Further the phone measures<br>
> =A0 =A0the signal strength of neighbor cells and every now<br>
> =A0 =A0and then (not that frequent as the above actions)<br>
> =A0 =A0receives the cell information in the broadcast common<br>
> =A0 =A0control channel (BCCH) of the serving cell and of<br>
> =A0 =A0at most six neighbor cells with the strongest signal.<br>
<br>
....<br>
<br>
> =A0- The time between receiving the PCH is determined by a<br>
> =A0 =A0parameter of the serving cell (BS_PA_MFRMS, range 2 to 9).<br>
> =A0 =A0Its measured in 51-multiframes until the PCH for the phone<br>
> =A0 =A0repeats (if you want to know the details have a look at<br>
> =A0 =A0the GSM specs =A0;-) . The length of a 51-multiframe is<br>
> =A0 =A0235.8 ms, this means the time between receiving the PCH<br>
> =A0 =A0is in the range 471.9 ms to 2122.2 ms. In this time the<br>
> =A0 =A0idle phone most of the time sleeps or receives the BCCH<br>
> =A0 =A0of the serving cell or one of the neighbor cells with<br>
> =A0 =A0the strongest signal (at most six).<br>
<br>
Best regards,<br>
=A0Dieter<br>
<font color=3D"#888888">--<br>
Dieter Spaar, Germany =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 <=
a href=3D"mailto:spaar@mirider.augusta.de" target=3D"_blank">spaar(a)mirider.=
augusta.de</a><br>
</font></blockquote></div></div></div><br>Thanks a lot for the explanation.=
It's a pity that the minimum period is 2 multiframes. I wish I could r=
ealize a paging on a mobile phone every frame but it seems to be impossible=
finally.<br>
<br>Best regards,<br><font color=3D"#888888">Eric Cathelinaud<br><br>
</font></blockquote></div><br>
--001636499281749655046ed2de53--