Chaos Computer Club - archive feed

This talk should maybe be titled "How (NOT) to write a Kamailio Config" :-) Some of us at Osmocom have had reason to use Kamailio in recent years, even if only as a basic endpoint for osmo-sip-connector to loop back to itself. Kamailio is quite powerful, and it might be of interest to briefly go through the things I did with it, and also two other related FOSS projects: **SEMS** and **RTPENGINE** * Routing DID * Routing with Osmo dGSM * Gateway to Jitsi Conferences * Mangling Caller ID * Failover routing (Terrestrial/vSAT switch) * Codec Transcoding decisions (with multiple transcoding hosts and optional direct RTP without transcoding) *All this can be learned by reading Kamailo docs, however, there's nothing like learning from real experience, right? (or sharing that experience, and examples)* about this event: https://pretalx.sysmocom.de/osmodevcon2024/talk/BUWUKG/

First, we explore the usecase of Uplink heavy traffic scenarios. Then, describe the approach taken in srsRAN Project to meet the needs of these scenarios and finally showcase its working in a demo about this event: https://pretalx.sysmocom.de/osmodevcon2024/talk/HZVJQK/

The GlobalPlatform Card Specification and its many amendments play a significant role in most real-world USIM/ISIM, and even more so in eUICC. The talk will try to provide an overview of what GlobalPlatform does in the telecommunications context. Topics include: * security domains * key loading * card and application life cycle * loading and installation of applications * Secure Channel Protocols SCP02, SCP03 about this event: https://pretalx.sysmocom.de/osmodevcon2024/talk/DYGQXN/

Der Talk richtet sich an alle die sich für die Portierung von OpenWrt interessieren und insbesondere die, die normalerweise eher höher im Software-Stack unterwegs sind. Ich werde anhand von meiner ersten eigenen Portierungs-Erfahrung die notwendigen Schritte sowie mögliche Pitfalls anschaulich erklären. Da das OpenWrt Wiki eher Lückenhaft und teils veraltet ist im Bezug auf eine anschauliche Einführung in die Portierung, soll dieser Talk das aufholen. Von vorne bis hinten einmal durch, was alles Notwendig ist für die Portierung. Da ich gelegentlich immer noch nicht wirklich weiß was ich tue sind die Erklärungen im Talk auf Best Effort Basis und sollten hinterfragt werden :) about this event: https://cfp.ctbk.de/fsck-2024/talk/373VGR/

Wie funktioniert Venture Capital - Einblicke in eine sehr besondere Branche Venture Capital wird als Thema auf Chaos-Events selten gesehen. Gleichzeitig sind so ziemlich alle großen Software & Security Firmen durch Venture Capital groß und relevant geworden. Dieser Kurzvortrag soll einen Blick hinter die Kulissen einer teils sehr verrückten Branche liefern. Vom Hype um GenAI, über die Schattenseiten, bis hin zu "wie bekomme ich Geld für mein Startup?". Und auch: Was gibt es an Alternativen? about this event: https://cfp.ctbk.de/fsck-2024/talk/LBRS3H/

DebugMux is a vendor specific interface/protocol exposed by [Sony] Ericsson phones and modems. Similar to QMI (Qualcomm MSM Interface), it allows debugging the GSM/GPRS/UMTS stack at run-time. In this talk I will demonstrate an open source DebugMux client software and share my findings about this interface, as well as other interfaces working on top of it. about this event: https://pretalx.sysmocom.de/osmodevcon2024/talk/XB9MRJ/

In the realm of modern software development, ensuring correctness and reliability of software systems is paramount. Functional programming langaunges like Haskell offer a unique approach to achieving these goals through strong type systems, immutable data structures, and pure functions. Despite its practical benefits, functional programming is not yet widely-used in mainstream development. Here, we'll take you on a gentle exploration of the fundamentals of functional programming, emphasizing concepts like referential transparency, purity, and correctness through verifiable specifications. Through practical examples and approachable explanations, we will illustrate how Haskell's paradigms can lead to a more robust and maintainable codebase. This talk serves as a friendly guide for beginners eager to dive into the world of functional programming and to harness its power to write verifiably correct, maintainable software. about this event: https://cfp.ctbk.de/fsck-2024/talk/E77ZQY/

The talk will provide an overview over * recent developments in open5gs (2023) * current areas of work * outlook / roadmap about this event: https://pretalx.sysmocom.de/osmodevcon2024/talk/TKCAPQ/

Opening macht Opening Dinge. Wichtige Dinge about this event: https://cfp.ctbk.de/fsck-2024/talk/VBXEZX/

Traditional socket I/O via `read/write/recvfrom/sendto/recvmsg/sendmsg` and friends creates a very high system call load. A highly-loaded osmo-bsc spends most of its time in syscall entry and syscall exit. `io_uring` is a modern Linux kernel mechanism to avoid this syscall overhead. We have introduced the `osmo_io`API to libosmocore as a generic back-end for non-blocking/asynchronous I/O and a back-end for our classic `osmo_fd` / `poll` approach as well as a new backend for `io_uring`. The talk will cover * a very basic io_uring introduction * a description of the osmo_io API * the difficulties porting from osmo_fd to osmo_io * status of porting various sub-systems over to osmo_io about this event: https://pretalx.sysmocom.de/osmodevcon2024/talk/ZBJWUP/

Summary of the architectural changes done over osmo-pcu code base over last years, what we accomplished and possible next steps. about this event: https://pretalx.sysmocom.de/osmodevcon2024/talk/KLWCKH/

AMR requires out-of-band negotiation of a set of bitrates. Let's take a tour of the various ways AMR rates are represented across our technologies. How do we, in detail, navigate this perilous landscape to select AMR rates so that call legs match? about this event: https://pretalx.sysmocom.de/osmodevcon2024/talk/RUHNZU/

It's the year **2024**, so that's 2.024K (or G for *grand*), right? What does it mean to use 2.024 G data (aka EDGE 2.5G) in the year 2024? Our Osmocom 2G Data stack seems pretty mature at this point. Within the limits of the technology one can still use a remote ssh session, download email, do "instant messaging", including sending photos and short audio messages. All this works fine with one or two UE connected on a lab desk to a TRX configured for *high* capacity, However, introduce some TCH "stealing" the PDCH, some several 100's of UE (even just trying to attach) and some non optimal RF conditions and the capacity of the TRX is severely reduced. In these conditions, modern Android phones will saturate the TRX' capacity even with only their DNS lookups for "connectivity.google.com" - Maybe somewhat ironically? I've considered various steps to try to mitigate this situation. A common goto is to interfere with DNS, but this is disastrous. * In some cases, if Android cannot reach 8.8.8.8, regardless of what the network said to use for DNS, it will simply try again. - Of course, that can't be right. right? * If connectivity.google.com doesn't resolve, well that can't be right either, so try again. * If connectivity.google.com resolves, then HTTP GET /generate_204, and if this doesn't work, report to upper layer that there is no "Internet" and... you guessed it, try again. So we have to allow these things, which in itself is OK, as once the 204 is received, the phone will (probably) leave that alone, at least for a few minutes, but what comes next is all of what one might imagine is in the various phones, checks for system updates, app stores updates, uploading all the surveillance info that the google "services" cached while disconnected, and *who knows what else. *those running HTTP toolkit ;-) And that's before we even consider whatever is installed in "user space" (if such a thing can really be considered to exist on an Android device) starts. My current solution to this is to allow a limited amount of services, and then use netfilter's TARPIT module to get the phones to back off from everything else. Let's look a little a that, and maybe discuss what other optimizations could be done - For example netfilter scheduling and queues at the GGSN's IP interface. How about limiting the DL bandwidth per IP at this point? Give ACKs and short packets priority? We could limit the bandwidth here to the TRX capacity, but what if there is more than one SGSN, maybe an unknown number of SGSN (and TRX) connected at any one time? Now I've pretty much said everything I had to say in this description! But if would be good to discuss it, you all probably have some ideas! about this event: https://pretalx.sysmocom.de/osmodevcon2024/talk/L3BXTR/

TBD about this event: https://pretalx.sysmocom.de/osmodevcon2024/talk/CGVEVM/

The sysmocom team has been working on implementing an open source GPRS modem for DARC on behalf of a grant by ARDC. This talk will present the current state of the implementation and demonstrate how to use it. about this event: https://pretalx.sysmocom.de/osmodevcon2024/talk/SAX3FE/

Welcome to the event, organizational matters, thanks to sponsors, ... about this event: https://pretalx.sysmocom.de/osmodevcon2024/talk/NRLXAB/

Künstliche Intelligenz (KI) wird kreativ. Sie erstellt Kunstwerke und räumt Preise ab, sie generiert Texte, Bilder, ganze Bücher. Tech-Begeisterte jubilieren und preisen den demokratisierenden Aspekt der Technologie. Endlich kann jede:r kreativ sein. Kultur- und Medienschaffende halten dagegen. Der Vorwurf: Die Modelle wurden mit ihren Gedanken, Werken und Talenten gefüttert, ohne dass sie ihre Erlaubnis gaben oder von den wirtschaftlichen Gewinnen profitieren. Professor Florent Thouvenin von der Universität Zürich erklärt uns, was es mit diesen Vorwürfen auf sich hat, ob und unter welchen Umständen kreative Leistungen von Dritten frei verwendet werden dürfen, und was passiert, wenn ein Chatbot plötzlich Texte im Stil von berühmten Autoren schreibt. about this event: https://www.digitale-gesellschaft.ch/event/netzpolitischer-abend-zum-thema-wem-gehoeren-die-ki-trainingsdaten/

Digitale Selbstverteidigung - Chaos Computer Club Hamburg Aufgenommen in der Zentralbibliothek Hamburg @[email protected] @[email protected] Moderne Kryptografie ist eine Grundsäule digitaler Selbstverteidigung. Der Umgang mit Verschlüsselung ist in vielen Situation deutlich einfacher geworden – z.B. beim Surfen oder bei Instant-Messengern – manchmal aber leider noch kompliziert wie bei Emails. In diesem Vortrag des CCCHH betrachten wir grundlegende Herausforderungen angewandter Verschlüsselung (AES+RSA), wo sie jeden Tag zum Einsatz kommt (OpenPGP und TLS), und was Anwenderinnen selbst dafür tun können, digital sicherer unterwegs zu sein. Wir erklären den Unterschied zwischen symmetrischen und asymmetrischen Verfahren und was eigentlich das kleine Schloss in der Browserzeile bedeutet. Am Ende gibt's einen 30-minütigen Fragen-Teil. about this event: https://c3voc.de

Mit P5 kann man kreativ Code schreiben aber extrahiert man Frames sind es Pixelgrafiken. PaperJS hingegen nutzt Vektoren im Browser und daher kann man besser SVGs erzeugen. Das kann für die Weiterverwendung der Grafiken sehr gut sein. Ein Vortrag im Rahmen der Fünf-Minuten-Termine. Die Idee ist eigentlich einfach: Ab und zu nutzen wir das volle Haus und jede Person, die möchte, kann kurz vorstellen, was auch immer ihr vorschwebt. This work is licensed under a Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International License (CC BY NC ND 4.0). https://creativecommons.org/licenses/by-nc-nd/4.0/ about this event: https://chaotikum.org/blog/2024/04/06/5min/

Was passiert eigentlich mit dem Design eines Events, wenn das Event vorbei ist? Um die Designs von Events wie dem Congress, der Easterhegg oder der NooK ist eine Kultur entstanden, welche es wert ist, aufgehoben zu werden. Und Wupo hat sich da was überlegt. Ein Vortrag im Rahmen der Fünf-Minuten-Termine. Die Idee ist eigentlich einfach: Ab und zu nutzen wir das volle Haus und jede Person, die möchte, kann kurz vorstellen, was auch immer ihr vorschwebt. This work is licensed under a Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International License (CC BY NC ND 4.0). https://creativecommons.org/licenses/by-nc-nd/4.0/ about this event: https://chaotikum.org/blog/2024/04/06/5min/

Jeder kennt die “Nett hier” Sticker, die für das Bundesland Baden-Württemberg werben. Aber wusstet ihr auch, dass es davon sehr viele Variationen gibt? Also wirklich, sehr, sehr viele? Lukas hat sich die Frage gestellt, was eigentlich die Charakteristika dieses Memes sind, und wollte dann auch etwas dazu beitragen. Ein Vortrag im Rahmen der Fünf-Minuten-Termine. Die Idee ist eigentlich einfach: Ab und zu nutzen wir das volle Haus und jede Person, die möchte, kann kurz vorstellen, was auch immer ihr vorschwebt. This work is licensed under a Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International License (CC BY NC ND 4.0). https://creativecommons.org/licenses/by-nc-nd/4.0/ about this event: https://chaotikum.org/blog/2024/04/06/5min/

Der Vortrag bietet einen Vergleich über verschiedene Kartendarstellungen und das Routing bei der Navigation mit Radfahr- und Wander-Apps. Dabei spielt ganz speziell auch das Kartenmaterial von OpenStreetMap eine Rolle. about this event: https://pretalx.linuxtage.at/glt24/talk/HYXSAV/

For the unaware archiving seems boring and not so attractive, yet without archiving there would't be no Internet or Chat-GTP. The talk dismantles the urban legend of its dullness and presents outcomes of mur.at research into FLOSS tools for NGOs (and other organisations) to archive and document their projects. Regardless of the experience, archiving seems for the unaware as not so attractive, even boring for the general public. And yet, without archiving there wouldn’t be no Internet. Indeed, without archiving there wouldn’t be no Chat-GTP… or even a Tabelle für die Bundesliga. To dismantle the urban legend of its dullness, we will get back to the roots of archiving in history before taking a look into Open Software and the possibilities it offers for archiving today. Thus, we will see how archiving is crucial to raise awareness about the present legacy of what we do—this being something alive (and kicking) that you will be able to re-use and expand. The talk sums up an ambitious endeavor by mur.at and Artist in Residence Ricardo Ginés (Tactical Tech Berlin) to collect FLOSS tools that NGOs and other organizations can use to better document and archive their projects. Local stakeholders from the arts & culture sector in Graz were interviewed as well as archiving experts from Tactical Tech Berlin, Ars Electronica Archive, ADA - Austrian Digital Art Archive, Stadtarchiv Graz to create hands-on guidelines that were further elaborated on in the mur-worklab in June 2023. The online exhibition "Unarchive", part the Netart Biennial "TheWrong" collected outcomes from the residencies, interviews, worklab talks and additional artistic positions. about this event: https://pretalx.linuxtage.at/glt24/talk/YY7R37/

Embedded Geräte sind Geräte mit sehr geringen Resourcen wie zum Beispiel Speicher und CPU. Meist verrichten diese unbemerkt ihre Arbeit. Bei der Entwicklung von Embedded Geräten gibt es viele Herausvorderungen. Geringe Resourcen, Schnittstellen zu Sensoren, Schnittstellen zur Außenwelt (Bluteooth, Ethernet), Updatefähigkeit... Hier können Embedded Betriebssysteme wie Zephyr die Entwicklung vereinfachen und beschleunigen. Embedded Geräte sind Geräte mit sehr geringen Resourcen wie zum Beispiel Speicher und CPU. Meist verrichten diese unbemerkt ihre Arbeit. Bei der Entwicklung von Embedded Geräten gibt es viele Herausvorderungen. Geringe Resourcen, Schnittstellen zu Sensoren, Schnittstellen zur Außenwelt (Bluteooth, Ethernet), Updatefähigkeit, ... Hier können Embedded Betriebssysteme wie Zephyr die Entwicklung vereinfachen und beschleunigen. Der Vortrag liefert eine kurze Übersicht über Zephyr. Welche Vor- und Nachteile es gibt, welche Hardware unterstützt wird und einen Vergleich mit anderen RTOS Systemen wie bzw. FreeRTOS. Anschließend wird anhand einer kleinen Beispielapplikation die Möglichkeiten von Zephyr demonstriert und das Konzept des Devicetrees vorgestellt. Dies ermöglicht eine leichtere Portierbarkeit auf eine andere Plattform. about this event: https://pretalx.linuxtage.at/glt24/talk/TVG9ES/

We've all seen the memes about Google Chrome devouring all the available RAM on your notebook. Is that only due to how the browser works or is it also our fault as web apps developers? In fact, modern JS apps are becoming increasingly complicated, so their compute and memory requirements are rising as well, with some famous websites even taking up entire gigabytes of memory. This does not only fill up the memory of your users devices, but can also cause crashes and performance drops. How do we monitor if that's the case, and how can we fix it? This talk will shed some light on the dark art of memory allocations and profiling, showing how some data structures and some JS frameworks are less efficient than others. Also, what are some FOSS tools that are available to measure it, such as the Chrome Memory Profiler and MemLab, showcasing some custom tooling I've built around those two. about this event: https://pretalx.linuxtage.at/glt24/talk/BFWYDZ/

_Business_ will Daten und hübsche Diagramme über die Applikation sehen und du hast keine Lust, Tage damit zu verschwenden? Dann bist du hier richtig. Dieser Vortrag zeigt, wie du RaspberryPi Pico und Linux Server gleichermaßen mit Hilfe von Prometheus überwachen kannst - und Diagramme in Grafana anzeigst. Traditionelle Monitoring-System, wie Nagios, Zabbix und andere, sind schon lange am Markt und bringen viele Features mit. Diese Tools zu konfigurieren ist leider nicht immer trivial und bringt vor allem auch für Einsteiger einige Hürden mit sich. Prometheus hingegen definiert ein einfaches HTTP-basiertes Protokoll und besinnt sich auf das Wesentliche - Metriken von verschiedenen System zu sammeln, zu speichern und mittels der eigenen Abfragesprache _PromQL_ zur Abfrage bereitzustellen. Auf Applikations-Seite genügt nun meist das Einbinden einer Library, um Standard Metriken für Prometheus bereitzustellen. Der Vortrag zeigt, wie man auf einem RaspberryPi Pico Metriken nur mit einem Standard Webserver exportiert. In einem zweiten Schritt konfigurieren wir dann auf einer klassischen Linux VM einen Standard Node Exporter. Die Metriken beider Systeme zeigen wir dann in auf einem hübschen Dashboard in Grafana an. Und so einfach haben wir unsere _Business Owners_ glücklich gemacht. about this event: https://pretalx.linuxtage.at/glt24/talk/HCXKUZ/