Hi
Many thanks Harald for you answer
Yes, Ericsson SGSN MKX uses Classic mode (not ip-sns), and the osmo-pcu is configured with this line: gb-dialect classic.
We took the time to check the SGSN, BSC & network configuration and all seems well configured.
We continue to check and test but no way for now to correct this NS initialization step, and this error: NS_STATUS, Cause PROTOCOL ERROR - unspecified.
So, if you have other ideas of what could be the problem, you're welcome.
In addition, if you know someone who had set up this configuration, we would be very interested by he way of BSC and BTS, SGSN were configured.
Best regards
Jean-Marc
Orange Restricted
____________________________________________________________________________________________________________
Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.
Dear experts,
We are trying to connect an osmocom platform to an Ericsson platform, and are trying to make funtional 2G.
We use a VM for OSMO-BSC, a VM for OSMO-BTS-TRX + OSMO-PCU, and a Raspberry PI (trx-lms)
Concerning the Gb, we connected the OSMO-PCU to an MKX Ericsson, and we have an error at the NS setup step.
The communication between the SGSN Ericsson and the OSMO-PCU seems ok (IP / routing OK)
We hope that the Ericsson MKX SGSN is well configured.
We can see some packets: OSMO-PCU ---> SGSN : NS_RESET, Cause: P&M intervention, NS VCI: 0x1388, NSEI: 5000
and a response from the SGSN: NS_STATUS, Cause PROTOCOL ERROR - unspecified.
What could be the problem ? timers ? ns-vci, nsvc 1, encapsulation,...
Did someone test this: OSMOCOM with an ERICSSON SGSN ?
One point is that the nsvci is only defined on the BSC (not on the SGSN)
Many thanks in advance,
Best regards
Hoping that you could help us
Jean-Marc
-----------------------
BSC CONFIGURATION
-----------------------
bts 0
type osmo-bts
description LimeSDR Based BTS
band GSM900
cell_identity 41023
location_area_code 390
base_station_id_code 63
ms max power 15
cell reselection hysteresis 4
rxlev access min 0
radio-link-timeout 32
channel allocator mode chan-req ascending
channel allocator mode assignment ascending
channel allocator mode handover ascending
channel allocator mode vgcs-vbs ascending
rach tx integer 9
rach max transmission 7
rach max-delay 63
channel-description attach 1
channel-description bs-pa-mfrms 5
channel-description bs-ag-blks-res 1
no nch-position
no access-control-class-ramping
early-classmark-sending forbidden
early-classmark-sending-3g allowed
ipa unit-id 901 0
oml ipa stream-id 255 line 0
neighbor-list mode automatic
codec-support fr
gprs ns timer tns-block 3
gprs ns timer tns-block-retries 3
gprs ns timer tns-reset 3
gprs ns timer tns-reset-retries 3
gprs ns timer tns-test 30
gprs ns timer tns-alive 3
gprs ns timer tns-alive-retries 10
gprs nsei 5000
gprs nsvc 0 nsvci 5000
gprs nsvc 0 local udp port 23001
gprs nsvc 0 remote ip 172.20.168.220
gprs nsvc 0 remote udp port 2157
...
-----------------------
PCU CONFIGURATION
-----------------------
ns
timer tns-block 3
timer tns-block-retries 3
timer tns-reset 3
timer tns-reset-retries 3
timer tns-test 30
timer tns-alive 3
timer tns-alive-retries 10
timer tsns-prov 3
timer tsns-size-retries 3
timer tsns-config-retries 3
timer tsns-procedures-retries 3
pcu
flow-control-interval 10
cs 2
cs max 4
cs threshold 10 33
cs downgrade-threshold 200
cs link-quality-ranges cs1 6 cs2 5 8 cs3 7 13 cs4 12
mcs link-quality-ranges mcs1 6 mcs2 5 8 mcs3 7 13 mcs4 12 15 mcs5 14 17 mcs6 16 18 mcs7 17 20 mcs8 19 24 mcs9 23
mcs max 9
window-size 64 0
queue idle-ack-delay 10
queue codel
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
Hello everyone,
Could any of you please review the merge request "GSMTAP: check version field" [1]?
The purpose is to check the content of the 'version' field in gsmtap header and act in case of unknown versions.
Cheers,
Mauro
[1] https://gitlab.com/wireshark/wireshark/-/merge_requests/14623
Dear osmocom developpers,
This is just to let you know that the Python library pycrate has a new home
: https://github.com/pycrate-org/pycrate. The packages on Pypi are now
feeded from there. This library can be used in many cases dealing with
mobile signalling.
I wanted to let you know, as even if I am not aware of any osmocom projects
depending on it, some of you may use the library from time to time, or
could have local applications depending on it.
Best Regards
Benoit
