We're happy to announce the next incarnation of RetroNetCall, the retronetworking oriented spin-off of OsmoDevCall
This time, laforge will be presenting an Introduction to the X.21 interface.
For more background see X21.
Topics include (not limited to)
- electrical signals
- signal timing
- call signaling
When: Wednesday, March 1, 2023 from 20:00 CET
| Time |
Topic |
Who |
| 20:00 |
Meet and Greet |
everyone |
| 20:10 |
Introduction to the X.21 interface |
laforge |
| 21:00 |
USSE (Unstructured Supplementary Social Event) |
everyone |
When: Wednesday, March 1, 2023 from 20:00 CET
Where: https://osmocom.org/RetroNetCall (Big Blue Button of https://franken.de/)
we're happy to announce the next incarnation of OsmoDevCall.
This time, rafael2k will be presenting on the Long range communications in the HF band
When: Wednesday, February 15, 2023 from 20:00 CET
| Time |
Topic |
Who |
| 20:00 |
Meet and Greet |
everyone |
| 20:10 |
Long range communications in the HF band |
rafael2k |
| 21:00 |
USSE (Unstructured Supplementary Social Event) |
everyone |
Where: https://osmocom.org/OsmoDevCall (Big Blue Button of https://franken.de/)
The Osmocom project has released new version 202302 of the CNI (Cellular Network Infrastructure) software, including OsmoTRX, OsmoBTS, OsmoPCU, OsmoBSC, OsmoMGW, OsmoMSC, OsmoHLR, OsmoSGSN, OsmoGGSN, OsmoSTP, OsmoSIPConnector, and others.
Those new tagged/released versions contain 7 months of work since the previous versions released during end of June 2022.
You can find pre-compiled binary packages of our latest release for a variety of Debian and Ubuntu GNU/Linux versions at Latest_Builds.
List of tagged versions and link to related ChangeLog¶
Noteworthy Changes¶
Misc / Common¶
- libosmocore: Fixes in rate_ctr accuracy (due to timer skews)
- libosmocore: New modules with APIs to manage network devices (netdev) and tunnel devices (tundev)
- libosmovty: Allow using hex representations in cmd numeric ranges
- libosmoabis: e1_input: enable tcp keepalive by default
- libosmoabis: e1_input: Connect timeout in seconds can now be specified over VTY
- libosmoabis: Improved support for HDLC/RAW type channels in mISDN
- libosmotrau: trau_sync: Introduced support of Ericsson RBS GPRS TRAU synchronization frames
- libosmo-netif: osmux: Drop long time deprecated APIs
- libosmo-netif: osmux: Introduce new set of APIs to allocate handles
- libosmo-netif: osmux: Lots of implementation fixes and improvements
- libosmo-netif: stream: Provide caller with SCTP flags during osmo_stream_*_recv()
- libosmo-netif: stream: Several performance optimizations/fixes managing the socket
- libosmo-netif: amr: Introduce utils/osmo-amr-inspect program
- Lots of general fixes and improvements in code robustness
- Improved unit test coverage
- Several fixes and improvements in build system regarding pkgconfig dependencies, linker, etc.
- Improvements in systemd services
- Initial user manual for osmo-e1d
- Added Doxygen API documentation for libosmo-e1d
- Support for e1-tracer hardware
- Support for DAHDI trunkdev
- usb: Add support for new GPSDO status field "Accumulated error"
- osmo-e1d-pipe: Add command line option for --force open of timeslot
- Several code fixes
- Lots of code refactoring to further split the different GPRS layers (BSSGP/LLC/SNDCP/GMM)
- vty: Make new libgtp tdefs configurable through VTY
OsmoHLR (and libosmo-gsup-client)¶
- vty: Add 'reject-cause' command to set the LU reject cause
- Several fixes and improvements in code (mdns, mslookup, vty)
OsmoMGW (and libosmo-mgcp-client)¶
- Lots and lots of osmux improvements
- Improvements and fixes forwarding RTP AMR <-> IuUP (2G<->3G)
- Support codec "CLEARMODE/8000" (Circuit Switched Data, RFC4040)
- mgcp-client: Introduce APIs to manually select mgcp_client from pool
- mgcp-client: Deprecate old VTY "mgcp" node, users are expected to use MGW Pool VTY node now
- Introduce Osmux support
- Fixes and improvements in the AMR loop
- shutdown_fsm: Avoid TCP/IPA RSL sockets continue conn establishment while shutting down
- shutdown_fsm: Only ramp down power when stopping bts through Ctrl-C
- osmo-bts-trx: handle MTS 0b0110 indicating an Access Burst
- osmo-bts-trx: respond to tx-attenuation config in real time
- oc2gbts_mgr_calib: fix build against gpsd >= 3.20
- Fixes for several scenarios where osmo-pcu was interacting wrong with MS:
- Delay ImmAss(PCH, PktDlAss) if waiting for PKT_CTRL_ACK answering UL_ACK_NACK (FinACK=1)
- tbf_ul: Assign DL-TBF if needed after UL-TBF has gone over contenion resolution
- Initial support Handling PktResReq with ID_TYPE=UL/DL_TFI
- Reproduce (unit test) and fix a crash when several TRX are in used and MS is allocated a TBF in one TRX and later in another one
- Another round of big cleanup, refactor and improvement of existing code
- Lots of paging fixes and CPU optimizations (this used to be the CPU limiting factor of osmo-bsc before when lots of BTS were attached)
- Implement lchan assignment selection mode "dynamic"
- Add Osmux support on the Abis-side data plane
- Deprecate old "mgcp" VTY node, use new "mgw" MGW Pool VTY node instead
- Introduce support for MGW-pinning per BTS
- Add BTS setup ramping to prevent BSC overloading
- Some fixes and improvements on code transmitting SMSCB
- Fix parsing multi-band list in Measurement Reports
- Fix Speech Codec cfg in BSSMAP Assignment Complete
- Fix crash if PagingResponse with invalid MobileIdentity is received
- Fix identifying subscribers by IMEI (emergency call with no SIM card available)
- vty: Allow setting LAC as hexadecimal value
- vty: 'hopping arfcn add': succeed if adding arfcn already in set
- vty: Fix indentation in osmux cmd during write-config output
- vty: Fix and deprecate typo in cmd 'amr-payload bandwith-efficient'
- vty: Add support for Ny1 configuration
- ctrl: Add command for sending power_control default params
- ctrl: Introduce hopping-arfcn-{add,del} commands
- ctrl: Add GET for bts neighbor-list (local bts numbers)
- timeslot_fsm: Warn in case Ercisson RBS uses static PDCH
- om2000: Several improvements managing Abis
- bts_nokia_site: Implement channel config for CBCH
- Several bug and memleak fixes
- vty: Introduce support for libosmo-mgcp-client MGW pooling
- Improved performance and robustness handling sqlite database
- Change CC_CAUSE returned on unanswered MT Call to "No User Responding"
- LCLS: Fix Global Call Reference generation
OsmoSTP (and libosmo-sigtran)¶
- libosmo-sccp: Improvements/fixes sending big dta chunks (>130 bytes) over SIGTRAN SCCP
- ggsn: Introduce tdef and make it configurable over VTY
- gtp: Introduce VTY configurable GTP timer X3
- Implement LL DISCARD with second BVCI
- vty: Add commands to list Cell/BVC of an NSE
- Support to forward traffic through a co-located UPF (OsmoHNBGW can talk PFCP now)
- Support for libosmo-mgcp-client MGW pooling
- Lots of improvements & bug fixes triggered by flaky links triggering unusual SCTP cases
- Fix RANAP messages leaked whenever MGW or UPF is involved.
- Fix bug where M3UA/SCCP stopped working after 2**24 connection IDs had been allocated
- Fix segfault on MGCP timeout
- Add spec.in file for RPM building
we're happy to announce the next incarnation of OsmoDevCall.
This time, tnt will be presenting on the ice40-usbtrace OSHW USB protocol tracer
In case you never heard about ice40-usbtrace before: It's a low-cost full-speed USB protocol tracer built around the iCE40 FPGA (git repo).
When: Wednesday, January 18, 2023 from 20:00 CET
| Time |
Topic |
Who |
| 20:00 |
Meet and Greet |
everyone |
| 20:10 |
ice40-usbtrace OSHW USB protocol tracer |
tnt |
| 21:00 |
USSE (Unstructured Supplementary Social Event) |
everyone |
Where: https://osmocom.org/OsmoDevCall (Big Blue Button of https://franken.de/)
We're happy to announce the next incarnation of RetroNetCall, the retronetworking oriented spin-off of OsmoDevCall
This time, laforge will be presenting on DATEX-L, the German circuit-switched public data network which existed from 1967 (!) onwards.
For more background see CSPDN__Datex-L.
Topics include (not limited to)
- timeline / history
- network architecture
- applications
When: Wednesday, February 1, 2023 from 20:00 CET
| Time |
Topic |
Who |
| 20:00 |
Meet and Greet |
everyone |
| 20:10 |
Datex-L, the German CSPDN |
laforge |
| 21:00 |
USSE (Unstructured Supplementary Social Event) |
everyone |
Where: https://osmocom.org/RetroNetCall (Big Blue Button of https://franken.de/)
We're happy to announce the next incarnation of RetroNetCall, the retronetworking oriented spin-off of OsmoDevCall
This time, there will be no technical presentation, just an opportunity for retronetworking interested folks to meet and chat.
When: Wednesday, January 4, 2023 from 20:00 CET
Where: https://osmocom.org/RetroNetCall (Big Blue Button of https://franken.de/)
we're happy to announce the next incarnation of OsmoDevCall.
This time, tsaitgaist will be presenting on USB hub for device testing.
When: Wednesday, December 21, 2022 from 20:00 CET
Abstract:
During hardware development and testing you often have numerous additional devices attached to it: serial debugger, programmer, logic analyzer, and so on.
A commercial USB hub should be enough handle that, but it often comes with limitations.
So why not have a USB hub designed for assisting in hardware development and testing: flat 7 ports, impedance controlled, with current and ESD protection, and remote power control for USB and higher voltages.
The result is open source and available at https://git.cuvoodoo.info/usb_hub.
| Time |
Topic |
Who |
| 20:00 |
Meet and Greet |
everyone |
| 20:10 |
USB hub for device testing |
tsaitgaist |
| 21:00 |
USSE (Unstructured Supplementary Social Event) |
everyone |
Where: https://meeting5.franken.de/b/har-xbc-bsx-wvs (Big Blue Button of https://franken.de/)
Millenia (on the IT timescale) after deDECTed and about a decade after the now abandoned OsmocomDECT project, a group of people in and around Osmocom started to play with DECT again. There's no big plan, or no specific goal, other than getting more hands-on hack value with consumer DECT hardware, at its lowest levels.
It started with some innocent ringtone-hacking on a Gigaset C430 by manawyrm, followed by a much appreciated fix for the long-standing bug of Gigaset DECT phones radically over-charging (and eventually killing) their NiMH batteries (see Gigaset_C430_Hacking).
Initially, this required un-soldering and re-programming the SPI flash. After the debug UART was identified on the two test pads accessible from the battery compartment, manawyrm and tobleminer have figured out how to load code into the processor (see also ChipsUsed). Some initial related tools have been created and collected in the https://github.com/TobleMiner/dialog-sc14441-uart-boot repository. Using this you can execute your own code on the Gigaset C430, C300 and likely many other DECT phones using the Sitel (formerly NatSemi, now Renesas SC14xxx chipset family. Those who have had an eye on DECT for a longer time will recognize that this family of chips was also used in both the deDECTed as well as the OsmocomDECT CoA driver. It is also used in the Aastra/Mitel RFP base stations (see this OsmoDevCon2019 talk on RFP base stations and the 36C3 #mifail talk).
It's yet unclear where this will lead to. But it definitely is nice to see some people excited about playing with DECT devices again. If you want to follow developments in real-time, join us on the #osmocom IRC channel on https://libera.chat/
We're happy to announce the next incarnation of RetroNetCall, the retronetworking oriented spin-off of OsmoDevCall
This time, laforge will be presenting on ISDN B-channel protocols: V.110, V.120, X.75, H.221
Topics include (not limited to)
- description of the respective protocol
- look at a protocol trace
- status of open source implementations
When: Wednesday, December 7, 2022 from 20:00 CET
| Time |
Topic |
Who |
| 20:00 |
Meet and Greet |
everyone |
| 20:10 |
ISDN B-channel protocols |
laforge |
| 21:00 |
USSE (Unstructured Supplementary Social Event) |
everyone |
Where: https://osmocom.org/RetroNetCall (Big Blue Button of https://franken.de/)
we're happy to announce the next incarnation of OsmoDevCall. Based on the recent polls, the timing has shifted to every 3rd wednesday of the month.
This time, fixeria will be presenting on MS/BS power control support in OsmoBSC/OsmoBTS.
For those not entirely 3gpp-acronym-savyy: That's how the uplink (phone -> network) and downlink (network -> phone) transmit RF power level is adjusted during an active call in GSM.
When: Wednesday, November 16, 2022 from 20:00 CEST
| Time |
Topic |
Who |
| 20:00 |
Meet and Greet |
everyone |
| 20:10 |
MS/BS power control support in OsmoBSC/OsmoBTS |
fixeria |
| 21:00 |
USSE (Unstructured Supplementary Social Event) |
everyone |
Where: https://meeting5.franken.de/b/har-xbc-bsx-wvs (Big Blue Button of https://franken.de/)
