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
Hi!
i'm very interested about GSUP <-> GSM MAP protocol conversion to
perform HLR interrogation. Do you suggest a suitable solution for this
problem? is there some related activity at OSMOCOM project?
Hi Andreas,
Fixed the patch. Yes there is a gap in the middle, that is why it is split
to two: 1..72 and 132..239 is the correct one and it uses a reverse
numbering like the Slovak or Czech networks. This is the reason the NMT
phones in Hungary was not compatible with any other country, and the phones
country settings were locked to Hungary only. For example in my MCR4800XL
the country cannot be set, yet if you read out the EPROM, it contains the
country settings for all country, but it is locked down to Hungary only.
Regards,
Csaba
<openbsc-request(a)lists.osmocom.org> ezt írta (időpont: 2020. okt. 28., Sze,
13:00):
> 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. [PATCH] Adds country specific settings for Hungary. (Sipos Csaba)
> 2. Re: [PATCH] Adds country specific settings for Hungary.
> (Andreas Eversberg)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 27 Oct 2020 19:08:46 +0100
> From: Sipos Csaba <dchardware(a)gmail.com>
> To: "openbsc-request(a)lists.osmocom.org" <openbsc(a)lists.osmocom.org>
> Subject: [PATCH] Adds country specific settings for Hungary.
> Message-ID:
> <CALQr=E9WMDr_-KBwWdQAH=UgB88nd=
> ph2p1G2dOSG8F_CtY_Jg(a)mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> This is the final patch for Hungary specific settings for the
> osmocom-analog project.
>
> Tested against a locked Motorola MCR4800XL, it works on all channels and
> TAs.
>
> Please let me know if any more work needs to be done.
>
> Regards,
> Csaba
>
This is the final patch for Hungary specific settings for the
osmocom-analog project.
Tested against a locked Motorola MCR4800XL, it works on all channels and
TAs.
Please let me know if any more work needs to be done.
Regards,
Csaba
Hi,
I know it is a bit off topic, but as osmocom-analog has no dedicated mail
list and my every attempt to contact Andreas lead to silence, I thought
this is the closest one to discuss it.
I try to create an NMT-450 network with Motorola MCR4800XL phones, and a
LimeSDR-mini. As the phones are locked to "Hungary" using a specific raster
and a large gap in the middle, first I needed to dig out the details, find
out the country code and create a patch so at least the phone is willing to
lock onto the DS signal. I managed to do all that, so now the phone is
actually able to decode the network and lock onto the signal.
My issue is with the uplink: when the phone tries Traffic Area update (the
phone's uplink transmission burts is clearly seen with a spectrum
analyzer), the network side is not able to detect the uplink burst at all.
Not even as bad, or incorrectly formatted frame. Andreas has a site which
describes how to set up the uplink side and do some tests:
http://osmocom-analog.eversberg.eu/docs/sdr.html
I followed that guide and when the uplink burst from the phone arrives, the
RX IQ constellation monitor indicates a correct burst with proper power
(the burst is nicely round and in the green area). If I try to set up a
call to the phone using the correct country code and phone number, the
phone clearly responds to the paging request, as the 3 paging attempt
generates 3 uplink bursts. Again, with no reception/decoding on the network
side. Tried with two phones of the same type, the effect is the same.
I have two questions:
1. Where to send patches for the osmocom-analog project?
2. Does anyone have an idea what can be wrong with my setup?
One more thing I noticed: compared to the channel frequency used to set the
NMT network up, the uplink is a couple kHz shifted:
http://www.imagebam.com/image/d17e881357285965
As it can be seen, the uplink burst appears 3-4kHz left relative to the
downlink signal.
The network is started with the following command:
nmt -k 239 -k 235 -Y HU,1 --limesdr-mini --sdr-rx-gain 20
Any and all help is appreciated.
Regards,
Csaba
Currently the random seed function _digits is not python3 compatible as it passes a unicode string to the sha1 function. It generates the following exception:
Using PC/SC reader interface
Card programming failed with an execption:
---------------------8<---------------------
Traceback (most recent call last):
File "./pySim-prog.py", line 718, in <module>
rc = process_card(opts, first, card_handler)
File "./pySim-prog.py", line 643, in process_card
cp = gen_parameters(opts)
File "./pySim-prog.py", line 342, in gen_parameters
iccid += _digits(opts.secret, 'ccid', ml, opts.num)
File "./pySim-prog.py", line 228, in _digits
s = hashlib.sha1(secret + usage + '%d' % num)
TypeError: Unicode-objects must be encoded before hashing
---------------------8<---------------------
This patch fixes this problem.
Jeremy Herbert (1):
make random seed function python3 compatible
pySim-prog.py | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
--
2.25.1
Hello,
I try to build utils/osmo-sim-test.c on macOS.
For that I need to build the complete libosmocore project.
I already patched/hacked some source code file to make them compile on macOS but now the compiler fails on src/vty/cpu_sched_vty.c because cpu_set_t is Linux-specific.
The problem is that src/vty/cpu_sched_vty.c contains *a lot* of use of cpu_set_t usage.
I am pretty sure utils/osmo-sim-test.c will not need the functions defined in cpu_sched_vty.c.
Is it possible to build utils/osmo-sim-test.c without building the complete libosmocore project?
Any interest in macOS support (even partial & unofficial support)?
Yes, the easiest option is to use Linux. But my main computer uses macOS. And I like challenges :-)
Regards,
--
Dr. Ludovic Rousseau
Hello all,
Brief question. Is it possible to debug E1 line by connecting it to the 2nd
port of the same NIC making a wired loop? Is it enough to open->ioctl->read
from /dev/dahdi/channel to get a stream of LAPD SABME messages transmitted
by BSC?
A bit more details for those interested
I'm still trying to bring up BTS Nokia Flexi with OSMO-BSC.
I'm using an E1 card Digium TE405P on the server side.
OSMO-BSC is connected with Nokia BTS via a single E1 line.
Looks like on Level1 everything is ok because BTS can detect the link and
raise an alarm if the wire is getting disconnected.
I can observe some data from timeslots on BTS side and if some channel is
configured as D-Channel in /etc/dahdi/system I see transmission of block
"01111110".
But the problem is that LAPD link is not establishing. I can't find any
tries on BTS side and BSC does not receive anything from BTS, just set of
SABME messages in PCAP file.
T200 expires and so on. I tried various T200 values. So, now it looks for
me like L1 does not receive anything from L2 on BSC side and nothing is
transmitted over the wire to BTS.
dahdi_tool shows status "OK"
So, my nearest plan to check data transmission over wired loopback.
Thank you
Babanov Ivan
Hi Philipp,
while reading your comments to:
https://gerrit.osmocom.org/c/osmo-bsc/+/19670https://gerrit.osmocom.org/c/osmo-mgw/+/20250
I realized that it would be better to discuss here.
My initial idea was that the absence of attributes (in the command
definition and thus in the VTY reference) implicitly indicates that a
given VTY command in the 'config' node comes into effect immediately.
This way we would only need to add attributes to commands requiring
program restart or reestablishment of some link(s) / connection(s).
However, in some applications *most* of the commands may require full
program restart. Or the opposite: most commands may apply immediately.
Adding same attributes to every command is annoying, so I came up with a
concept of default 'applies when' policy: what if we add a new field to
'struct cmd_node' indicating default attributes of all commands
belonging to it?
struct cmd_node foo_node = {
.node = FOO_NODE,
.prompt = "%s(config-net)# ",
.vtysh = 1,
.usrattr = (1 << FOO_VTY_ATTR_RESTART_FULL), // (!)
};
This way a DEFUN() command definition would inherit foo_node.usrattr,
and a DEFUN_USRATTR() command definition would override it.
dexter wrote:
> I just wonder if there could be a VTY_ATTR_RESTART_FULL predefined in
> libosmore. Almost any of the osmo program will need it. Maybe also an
> VTY_ATTR_RESTART_IMMEDIATE?
ACK. I think they could be even moved to generic attributes:
/*! Attributes (flags) for \ref cmd_element */
enum {
CMD_ATTR_DEPRECATED = (1 << 0),
CMD_ATTR_HIDDEN = (1 << 1),
CMD_ATTR_APPLY_IMMEDIATE = (1 << 2),
CMD_ATTR_APPLY_FULL_RESTART = (1 << 3),
};
dexter wrote:
> Maybe we could have some standard letters defined in libosmocore
> for standard situations:
> F = Full restart required
> I = Applied Immediately
ACK. We can also agree that generic (pre-defined) attributes use upper
case letters, while the application specific ones use lower case?
What do you think about these ideas? If you agree, and nobody has any
objections, I can quickly implement them in libosmocore. Would be also
nice to know what other developers think. Neels, Harald, Pau, Daniel?
Best regards,
Vadim.
--
- Vadim Yanitskiy <vyanitskiy at 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