> requiring vaccination to attend by default. Maybe with the option for attendees
> to request attendance despite no vaccination, and then see whether we can
> unanimously agree on that?
I'd like to add that I find it should also be sufficient to have recovered from
COVID. This is a common rule in schools in Berlin that does relieve teachers
from the need to test regularly (called 2G, incidentally).
Another question is whether we play by RKI rules and not accept certain
vaccines.
I guess we should first see whether anyone would be refused attendance based on
these rules and take it from there?
Here is a dudle to anonymously figure out the current vaccination status. Feel
free to enter your current status, especially if you're not fully vaccinated
and would like to attend. This is just to get a basis for discussion:
https://dudle.inf.tu-dresden.de/w93G6NPqfA/
I guess we need to repeat such poll in early '22.
Dear All,
I am running a GSM stack:
osmo-stp
smo-msc
osmo-hlr
osmo-bsc
osmo-bts-trx
osmo-trx-lms
It seems that my transmitter is emitting radio-waves into air (osmo-bts-trx and osmo-trx-lms communicate with each other through ports 5702 / 5802 — pls see attached printscreen), however i could not make GSMTAP tracing. Osmo-bts-trx does not send GSMTAP messages to port 4729.
In most recent version of osmo-bts, GSMTAP tracing is arranged through config file:
bts 0
gsmtap-remote-host 127.0.0.1
gsmtap-sapi ccch
I could not run the GSMTAP tracing even in previous verions of osmo-bts where you have to specify in synopsis when you call a program:
/usr/bin/osmo-bts-trx -s -c /etc/osmocom/osmo-bts-trx.cfg --gsmtap-ip 127.0.0.1
I thought may be i am having some issues in stack components behind osmo-bts for example in osmo-bsc or behind and i tried to run virtual bts.
When i tried to run osmo-bts-virtual GSMTAP messages were visible in wireshark (please see attached file osmo-bts-virtual), therefore bts-bsc communication is good.
However I still could not figure out why my osmo-bts-trx does not send GSMTAP messages.
Or would you advise what log might be helpful to see what i am doing wrong ….
Thank you for your always helpful assistance
--
Mario Lucas
When i try to run osmo-bts-trx i am getting following log in osmo-bsc
abis_rsl.c:142 (bts=0,trx=0,ts=0,pchan_from_config=CCCH+SDCCH4,state=NOT_INITIALIZED) Abis RSL rx CCHAN: mismatching chan_nr=0x90
I tried to find out in bugs:
https://osmocom.org/issues/4872 but could not understand …
i am using
osmo-bsc 1.7.1 and osmo-bts-trx 1.3.3
Could you pls advise me briefly whats happening and how to sort it out ?
--
Mario Lucas
Dear All,
I am having following error during ‘make’ osmocombb:
libmobile.a(mncc_sock.o): In function `mncc_sock_accept':
/home/ubuntu/Desktop/OsmocomBB/master/src/host/layer23/src/mobile/mncc_sock.c:229: undefined reference to `osmo_fd_read_disable'
libmobile.a(mncc_sock.o): In function `mncc_sock_close':
/home/ubuntu/Desktop/OsmocomBB/master/src/host/layer23/src/mobile/mncc_sock.c:95: undefined reference to `osmo_fd_read_enable'
libmobile.a(mncc_sock.o): In function `mncc_sock_write':
/home/ubuntu/Desktop/OsmocomBB/master/src/host/layer23/src/mobile/mncc_sock.c:159: undefined reference to `osmo_fd_write_disable'
/home/ubuntu/Desktop/OsmocomBB/master/src/host/layer23/src/mobile/mncc_sock.c:174: undefined reference to `osmo_fd_write_enable'
libmobile.a(mncc_sock.o): In function `mncc_sock_from_cc':
/home/ubuntu/Desktop/OsmocomBB/master/src/host/layer23/src/mobile/mncc_sock.c:75: undefined reference to `osmo_fd_write_enable'
libmobile.a(mncc_sock.o): In function `mncc_sock_write_pending':
/home/ubuntu/Desktop/OsmocomBB/master/src/host/layer23/src/mobile/mncc_sock.c:81: undefined reference to `osmo_fd_write_enable'
collect2: error: ld returned 1 exit status
Makefile:394: recipe for target 'mobile' failed
make[3]: *** [mobile] Error 1
make[3]: Leaving directory '/home/ubuntu/Desktop/OsmocomBB/master/src/host/layer23/src/mobile'
Makefile:325: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/home/ubuntu/Desktop/OsmocomBB/master/src/host/layer23/src'
Makefile:351: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/ubuntu/Desktop/OsmocomBB/master/src/host/layer23'
Makefile:97: recipe for target 'host/layer23/layer23' failed
make: *** [host/layer23/layer23] Error 2
My
arm-elf-gcc is gcc version 4.5.2 (GCC)
libosmocore 1.4.1
I believe it is something with libraries but could not figure out ….
--
Mario Lucas
Dear Osmocom community,
It's my pleasure to announce the next OsmoDevCall at
September 24, 2021 at 20:00 CEST
at
https://meeting4.franken.de/b/har-xbc-bsx-wvs
This meeting will have the following schedule:
20:00 meet + greet
20:15 presentation on "ISO 7816 smart card interface FPGA softcore" by tnt
21:00 USSE: unstructured supplementary social event [*]
22:00 close of call
Attendance is free of charge and open to anyone with an interest
in Osmocom.
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)
Dear Forum members i am not sure this question directly relates to Osmocom, but I don’t know where I can post it else …. If you know some active / alive technical forum which relates to GSM side (frequencies, modulations, GMSK etc etc) it would be very great if you could advise me …..
Meanwhile I ll continue with my question….
51 TDMA multiframe starts with a FCCH which carries frequency correction burst on TS0.
Due to nature of GMSK modulation and initial zeros of frequency correction burst the aired signal (signal that GSM modulator emits into air) as I understand is nothing but sine wave of an approximately 67Khz on top of the carrier frequency. Once mobile finds the frequency correction burst on some frequency it subtracts 67 Khz and precisely gets / sits on beacon frequency. So when it is said that upon switching the mobile phone on - it is looking for frequency correction bursts means in different words that it is looking for sine wave in GSM frequency interval it can work. Let’s say if my phone can work only in E-GSM900 interval (925 - 960 Mhz) it is looking for sine wave (frequency correction burst) and once finds it will subtract 67 Khz and it will be precisely the carrier frequency of beacon channel ?
So if I use my rtl-sdr and software that analyzes RF spectrum (something like only oscilloscope) in 925 960 Mhz interval and I notice sine waves with periodic occurrence - as many times as FCCH appears in 51 multiframe - can I say that got frequency correction burst and subtracting 67 Khz I got beacon frequency ?
--
Mario Lucas
Dear All,
Could you please advise me based on what logic (how) can i decompose logical channel configuration CCCH+SDCCH4 which is mapped on TS0… ?
So my understanding is as follows:
There are 51 TDMA frames in multiframe, therefore i am having 51 consecutive TS0 slots. So CCCH+SDCCH4 should be redistributed in these 51 slots.
SDCCH4 means that there are 4 SDCCH blocks, each block is having 4 bursts or 4 timeslots in another words (as i understand to transmit SDCCH «unit data» it is needed 4 burts), so 16 slots are occupied by SDCCH.
Does it mean 51-16 = 35 slots to be occupied by CCCH ?
If i use following notation CCCH=C, SDCCH1=S1, SDCCH2=S2, SDCCH3=S3 and SDCCH4=S4 does the decomposition looks like:
CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC S1S1S1S1 S2S2S2S2 S3S3S3S3 S4S4S4S4
If so should not there be an idle slots … ?
Thank you so much.
--
Mario Lucas
Dear All,
I try to run a virtual BTS:
systemctl start osmo-stp
systemctl start osmo-hlr
systemctl start osmo-msc
systemctl start osmo-bsc
and finally i run osmo-bts-virtual…. but i am getting following outcome:
DOML <0001> oml.c:91 OC=GPRS-CELL INST=(00,ff,ff): Sending PCU version report to BSC: PCU socket has LOST connection
DPCU <0009> pcu_sock.c:1084 PCU socket connected to external PCU
DPCU <0009> pcu_sock.c:967 Received 212 bytes on PCU Socket, but primitive size is 1006, discarding
DPCU <0009> pcu_sock.c:895 PCU socket has LOST connection
I tried to run osmo-pcu (I thought may be this will resole above issue) but it keeps saying:
<000b> gprs_ns.c:322 NSVCI=65534 Creating NS-VC with Signal weight 1, Data weight 1
<000e> telnet_interface.c:104 Available via telnet 127.0.0.1 4240
<0001> osmobts_sock.cpp:224 Opening OsmoPCU L1 interface to OsmoBTS
<0001> osmobts_sock.cpp:248 osmo-bts PCU socket /tmp/pcu_bts has been connected
<0001> pcu_l1_if.cpp:114 Sending 0.8.0 TXT as PCU_VERSION to BTS
PCU interface version number of BTS (10) is different (9).
Please re-compile!
I have
OsmoPCU version 0.8.0
OsmoBTS version 1.2.0.307-6e27
Would you kindly advise whats going on please….
As i understand osmo-pcu is to implement GPRS into my GSM network… ok but if i dont want GPRS implemented thus i dont need PCU …. can i run virtual bts without this PCU things ?
pls help …..
--
Mario Lucas
Dear All,
I have a running BTS (based on SDR) and i can connect my phone to my network… do / learn some operations…
I have a couple of sim cards and each time i want to connect to network with different sim i have to switch of mobile remove previous sim put new one etc etc ….
Is there an application that will be running on PC and connected to my phone which will a kind of simulate sim and connect my phone to my network ? Avoiding me each time physically remove previous sim put new one etc etc …
Would you be so kind and advise me please…
Also another question — is there a «search» option in the archives :
http://lists.osmocom.org/pipermail/openbsc/http://lists.osmocom.org/pipermail/baseband-devel/
just not to post questions which already could have been answered….
--
Mario Lucas
Dear Osmocom community,
It's my pleasure to announce the next OsmoDevCall at
August 27, 2021 at 20:00 CEST
at
https://meeting4.franken.de/b/har-xbc-bsx-wvs
This meeting will have the following schedule:
20:00 meet + greet
20:15 presentation on "osmo-remsim in practice"
21:00 USSE: unstructured supplementary social event [*]
22:00 close of call
Attendance is free of charge and open to anyone with an interest
in Osmocom.
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)