Hi -
Can someone recommend a good smartphone for testing with OsmoSGSN? We are having trouble getting our GPRS modem to recognize a ACTIVATE PDP CONTEXT ACK message and are trying to determine if the error is in the modem, in OmsoSGSN or somewhere in between.
Better yet, is there anything out there that can generate an L2 or L3 trace, like the Nokia 3310, but for GPRS as well as GSM?
-- David
guys i wanted to know what gnuradio version is needed for airprobe.
i tried asking on airprobe list but dint got any repsonse.
also i tried to compile gnuradio 3.1.2 but dint worked for me.
can any one please
explain??
thanks in advance
--
Akib Sayyed
Matrix-Shell
akibsayyed(a)gmail.com
akibsayyed(a)matrixshell.com
Mob:- +91-966-514-2243
Hi!
I've committed the following bits and pieces regarding authentication:
1) libosmocore now has a generic core for authentication algorithm
implementations. Using this API, even external plugins can register
algorithms which are not available in libosmocore itself.
libosmocore includes COMP128v1 and (now) MILENAGE
2) a small command-line program "osmo-auc-gen", which can be used to
generate authentication vectors from the command line. You hav to
specify all the required parameters. For GSM, this is only ki, but
for 3G, you also have to specify at least OPC and SQN.
osmo-auc-gen is part of libosmocore.git
3) a small pythong script called "osmo-sim-auth.py", available from a
new git repository (http://cgit.osmocom.org/cgit/osmo-sim-auth,
git://git.osmocom.org/osmo-sim-auth)
It is the counterpart for the MS side. It can execute authentication
on both SIM and USIM.
I've tested the tools with a COMP128v1 SIM and a MILENAGE USIM,
it seems to be working fine.
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,
my goal is to generate documentation for the VTY, I had a look at quagga but
they have a manual process. Right now I have pushed zecke/vty-doc (code + xsd)
to libosmocore and a hack to osmo-bsc to invoke it...
My plan is to to merge the doc with xslt... and generate some html out of
it... For generation I can imagine a new VTY command to dump it to a file or a
cli option...
comments? feedback? volunteers to make it work and take it from here?
holger
Hi,
does anybody know when the exact moment in a call is, when the NanoBTS
starts forwarding audio from a MS to OpenBSC?
Is it always when the "Create Connection" RSL message is sent and the
TCP connection was established? (Assuming the channel was set up as
traffic channel)
Or could it be that the BTS waits for the "Connect" message from the MS?
I started thinking about that when I saw that the NanoBTS _never_ sets
the "transparent to the BTS" bit in the first byte of RSL messages...
Regards,
-Tobias
Hello -
[My apologies if this message has appeared more than once; I accidentally mailed it previously from the wrong address.]
Is there any easy way to analyze Um GPRS/RLC, encapsulated in GSMTAP at the L1/L2 boundary, in Wireshark? I tried just putting the frames coming into L1 into GSMTAP packets, but Wireshark tries to analyze them as LAPDm. There was nothing obvious in the GSMTAP_TYPE_* values to correspond to Um GPRS/RLC, though I admit that I have not tried other values yet.
-- David
Hi!
Thinking a bit more about timing, it seems that the second half of March
is a good idea.
April is a bad idea, at least for the first two weeks, as this is easter
holiday time in a lot of German states. This will cause lots of
tourists, as well as full hotels, trains, flights, etc.
So I'd propose something like four days in the second half of march.
Should we try to overlap/extend a weekend? I guess this would help
people with e regular dayjob, as not as many holidays would be required.
If there are no objections in the next 48 hours, I will talk to C-Base
about availability during that timeframe.
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)
thanks -Alexander Huemer
but now i get a c compiler error yet i have installed
gcc-4.4_4.4.5-8_kfreebsd-i386(1).deb and
libc0.1_2.11.2-10+b1_kfreebsd-i386.deb
checking for gcc... no
checking for cc... no
checking for cl.exe... no
configure: error: in `/root/libosmocore':
configure: error: no acceptable C compiler found in $PATH
See `config.log' for more details
root@debian:~/libosmocore#
On Fri, Dec 2, 2011 at 12:19 PM, <openbsc-request(a)lists.osmocom.org> 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: Time in MM Info [patch] (Rees, Jim)
> 2. Re: Time in MM Info [patch] (Gus Bourg)
> 3. Re: Time in MM Info [patch] (Gus Bourg)
> 4. error at execution of autoreconf -i (Dick Rwegaba)
> 5. Re: error at execution of autoreconf -i (Alexander Huemer)
> 6. Re: Time in MM Info [patch] (Harald Welte)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 1 Dec 2011 15:24:55 +0000
> From: "Rees, Jim" <jrees(a)arbor.net>
> To: Gus Bourg <gus(a)bourg.net>
> Cc: "openbsc(a)lists.osmocom.org" <openbsc(a)lists.osmocom.org>
> Subject: Re: Time in MM Info [patch]
> Message-ID: <17FE85C3-C5BE-4836-A788-7E1442A444FA(a)arbor.net>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Why not make tzunits a signed quantity and get rid of tzdir? And why 15
> minute units? I realize this is how the bts wants them, but shouldn't the
> config file be a bit more user-friendly?
>
> Also it looks like the indentation is a bit messed up.
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 1 Dec 2011 12:25:39 -0800
> From: Gus Bourg <gus(a)bourg.net>
> To: Harald Welte <laforge(a)gnumonks.org>
> Cc: openbsc(a)lists.osmocom.org
> Subject: Re: Time in MM Info [patch]
> Message-ID:
> <CAKL=SEo2FJQcVZ+eGPHwKx0PO=6PhB9wWMyni2ELAcnMpKpsbQ(a)mail.gmail.com
> >
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Harald,
>
> Thanks for the input. Here's the updated patch.
>
> Gus
>
> On Wed, Nov 30, 2011 at 11:47 PM, Harald Welte <laforge(a)gnumonks.org>
> wrote:
> > Hi Gus,
> >
> > On Wed, Nov 30, 2011 at 03:13:04PM -0800, Gus Bourg wrote:
> >> Attached is a patch to support sending time to the device.
> >
> > thanks a lot for the patch.
> >
> > however, some remarks:
> >
> > 1) We actually do support ranges with negative numbers in the syntax,
> > ? after commit 33f0fc3c9565308044c934c9e0c1bb81c1a26311 in libosmocore
> > ? you can do something like "timezone <-19-19> (0|15|30|45)"
> > ? which I believe would be a more human-friendly way of entering it in
> > ? hours and minutes.
> >
> > 2) the internal storage could thus also be a simple "int timezone",
> > ? which gets filled from the hour and minute part of the abovementioned
> > ? command syntax.
> >
> > 3) please make sure to use a default of "cur_time->tm_gmtoff" in case
> > ? the config file doesn't use per-BTS timezones. ?So another "int
> > ? timezone_bts_specific" member might be applicable.
> >
> > 4) please make sure to use tab instead of " ? ? ? ?" (sequence of 8
> > ? whitespaces), or use a script that automatically takes care of that.
> >
> > 5) the "timezone" vty line should only be printed if the user actually
> > ? configured it (i.e. timezone_bts_specific == 1).
> >
> > 6) there needs to be a way to completely remove the timezone statement,
> > ? most likely a "no timezone" VTY command in the BTS node.
> >
> > 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)
>
can some one help me with a work around?
root@debian:~/libosmocore# autoreconf -i
Can't exec "aclocal": No such file or directory at
/usr/share/autoconf/Autom4te/FileUtils.pm line 326.
autoreconf: failed to run aclocal: No such file or directory
Attached is a patch to support sending time to the device.
It adds two per-bts configuration elements: tzunits and tzdir.
tzunits are the number of units from GMT. Each unit represents 15
minutes of time.
tzdir is the direction of the units from GMT. tzdir 0 means
GMT-tzunits and tzdir 1 means GMT+tzunits.
So for example, if you're GMT+1 you want:
bts 0
type nanobts
band PCS1900
cell_identity 0
location_area_code 1
training_sequence_code 7
base_station_id_code 63
tzunits 4
tzdir 1
ms max power 15
cell reselection hysteresis 4
Thanks,
Gus
