news

Telecom-radar 2026-05-26: 12 verhalen, 1 categorieën

Dagelijkse samenvatting van het VoIP/telecom-landschap — 12 stories uit 2 bronnen.

The pronk.it editorial team (AI-assisted, human-reviewed) · · 4 min lezen

TL;DR

Top stories

Oss

RTPEngine mr26.0.1.9
Deze versie lost twee problemen op: eerst wordt de ICE=force‑parameter genegeerd bij het verwerken van answer‑SDP’s, waardoor ongewenste ICE‑hernegotiatie wordt voorkomen. Ten tweede is er een ontbrekende mutex in de jitterbuffer (JB) toegevoegd om race conditions te vermijden bij gelijktijdige toegang. De fix wordt ondersteund door de Sipwise Jenkins‑builder en verbetert de stabiliteit van real‑time‑media‑streams in kamailio‑ en freeswitch‑omgevingen.

RTPEngine mr26.0.1.8
Hier staat een wijziging centraal die dubbel gebruik van de F‑sneltoets voorkomt, een situatie die tot pakketverlies kon leiden bij bepaalde payload‑typen. Daarnaast wordt opnieuw een lock in de jitterbuffer ingevoerd door Richard Fuchs om de interne staatconsistentie te waarborgen. De build is ook bijgewerkt voor betere Debian‑compatibiliteit, wat essentieel is voor gebruikers die op stabiele distributies draaien.

RTPEngine mr14.1.1.13
De update voegt dezelfde missing‑lock in de jitterbuffer toe als in de nieuwere takken, waardoor het risico op use‑after‑free situaties afneemt. Daarnaast wordt een nieuwe release‑string gegenereerd door de Jenkins‑pipeline, wat het tracebaarheid van builds vergemakkelijkt. Deze patch is met name relevant voor bestaande systemen die nog op de 14.x‑serie draaien en geen directe migratie naar de 26.x‑tak willen maken.

RTPEngine mr14.1.1.12
Net als bij de vorige versie wordt dubbel gebruik van de F‑sneltoets tegengegaan, wat helpt bij het behouden van de juiste payload‑type‑signalisatie. Er is ook een kleine aanpassing in de jitterbuffer‑logica uitgevoerd door Richard Fuchs om bepaalde edge‑cases te defusen. De wijzigingen zijn vooral van belang voor omgevingen waar veel korte pakketten worden verstuurd, zoals bij gebruik van G.729 of iLBC codecs.

RTPEngine mr14.0.1.11
Deze release bevat drie belangrijke fixes: een extra lock in de jitterbuffer, een mogelijke use‑after‑free‑situatie die nu is opgelost, en een verder verzwakking van bepaalde geheugenbewerkingen om crashes te voorkomen. Samen zorgen deze aanpassingen voor een robuustere omgang met gemiste pakketten en variabele netwerkvertragingen, wat de algehele kwaliteit van spraaksessies ten goede komt.

RTPEngine mr26.0.1.7
Organisatie‑specifiek lost deze versie een probleem op met het bouwen van Debian‑pakketten (deb build) dankzij een fix van Orgad Shaneh. Daarnaast heeft de Sipwise Jenkins‑builder een nieuw releasenummer gegenereerd, wat het versiebeheer voor automatische deployments vereenvoudigt. Hoewel de functionele veranderingen beperkt zijn, is de build‑betrouwbaarheid cruciaal voor productie‑pipelines die afhankelijk zijn van consistente artefacten.

RTPEngine mr14.1.1.11
Net als bij de 26.0.1.7‑release wordt hier de deb‑build‑probleem aangepakt, dit keer door een fix van Orgad Shaneh die het bouwen van .pakketten weer soepel laat verlopen. De Jenkins‑pipeline maakt opnieuw een nieuwe release‑string aan. Voor beheerders die nog op de 14.x‑tak zitten en regelmatig automatische updates draaien, verhindert dit ongeldige pakketten en daarmee mogelijke downtime.

RTPEngine mr14.0.1.10
De wijziging richt zich wederom op het oplossen van het deb‑build‑probleem, nu met een commit van Orgad Shaneh die de pakket‑generatie weer correct laat functioneren. De Sipwise Jenkins‑builder zorgt voor een bijgewerkte release‑tag. Deze fix is met name waardevol voor omgevingen die gebruikmaken van geautomatiseerde apt‑based rollouts, omdat het voorkomt dat beschadigde pakketten worden verspreid.

RTPEngine mr13.5.1.13
Ook in de 13.x‑tak wordt het deb‑build‑probleem aangepakt, waarbij een fix van Orgad Shaneh zorgt voor het correct genereren van Debian‑pakketten. De Jenkins‑builder voorziet wederom van een nieuwe release‑string. Hoewel de tak oud is, blijven veel productiesystemen hierop draaien vanwege langdurige ondersteuningstrajecten, waardoor deze patch nog steeds relevant is voor het behouden van een werkbaar build‑proces.

RTPEngine mr26.0.1.4
Deze versie introduceert meerdere test‑gerelateerde verbeteringen: er worden unit‑tests toegevoegd voor een specifieke IEC‑payload, een willekeurige sequentiefout tijdens DTX‑modus wordt opgelost, en een bestaande testcase wordt gecorrigeerd. Deze wijzigingen verhogen de testdekking en helpen bij het vroegtijdig opsporen van regressies in de media‑verwerkingspipeline, wat vooral belangrijk is bij frequente code‑wijzigingen in grote VoIP‑platforms.

SIP.js 0.21.2
De release voegt een nieuwe optie toe aan de SessionManager waarmee automatische SIP OPTIONS‑pings kunnen worden verzonden, handig voor het monitoren van de beschikbaarheid van eindpunten zonder extra signalling‑overhead. Daarnaast is een bug opgelost waarbij de registration expires‑waarde niet correct werd ingesteld bij bepaalde configuraties, wat kan leiden tot ongewenste herregistraties. Deze functies verbeteren zowel de betrouwbaarheid als de controleerbaarheid van SIP‑gebaseerde toepassingen die op JavaScript‑clients draaien.

SIP.js 0.21.1
Hiermee kunnen ontwikkelaars DTMF‑tonen verzenden volgens RFC 2833 via zowel de SimpleUser als de SessionManager‑interfaces, een veelgevraagde functie voor interactieve voice‑response (IVR)‑systemen. Daarnaast is een fout verholpen waarbij opties die zijn ingesteld op SimpleUser‑objecten niet correct werden doorgegeven aan de onderliggende SessionManager, wat tot inconsistent gedrag kon leiden. De fix zorgt voor een uniforme ervaring bij het bouwen van browser‑gebaseerde telefoonclients.

Wat het betekent

De opeenvolgende patches voor RTPEngine laten zien dat de community zich richt op het elimineren van subtiele race‑conditions en het versterken van de jitterbuffer‑logica, wat direct bijdraagt aan stabielere media‑streams in complexe SIP‑omgevingen. Voor beheerders betekent dit minder onverwachte oproepafbrekingen en een betere omgang met variabele netwerkcondities, vooral wanneer ICE‑ of DTLS‑ gebaseerde beveiligingslagen worden gebruikt. Tegelijkertijd brengen de recente SIP.js‑upgrades praktische tools voor het monitoren van eindpunten en het betrouwbaar verzenden van DTMF‑signalen, waardoor ontwikkelaars rijkere, meer responsieve web‑gebaseerde telefonie‑toepassingen kunnen bouwen zonder afhankelijk te zijn van externe signalling‑servers. Samen vormen deze releases een sterke impuls voor zowel de infrastructuur‑ als de applicatielaag van moderne VoIP‑systemen.