Efter et års udvikling blev en ny stabil gren af den åbne kommunikationsplatform Asterisk 19 frigivet, brugt til at implementere software-PBX'er, stemmekommunikationssystemer, VoIP-gateways, organisering af IVR-systemer (stemmemenu), voicemail, telefonkonferencer og callcentre. Kildekoden til projektet er tilgængelig under GPLv2-licensen.
Asterisk 19 er kategoriseret som en almindelig supportudgivelse med opdateringer, der rulles ud over en toårig periode. Support til den tidligere Asterisk 18 LTS-gren fortsætter indtil oktober 2025, og til Asterisk 16 indtil oktober 2023. Support til 13.x LTS-grenen og den midlertidige 17.x-gren er udgået. LTS-udgivelser fokuserer på stabilitet og ydeevneoptimering, mens almindelige udgivelser fokuserer på at tilføje nye funktioner.
Vigtigste forbedringer i Asterisk 19:
- Der er implementeret kategorier for fejlfindingslogfiler, så du kan konfigurere outputtet af kun de nødvendige fejlfindingsoplysninger. Følgende kategorier tilbydes i øjeblikket: dtls, dtls_packet, ice, rtcp, rtcp_packet, rtp, rtp_packet, stun og stun_packet.
- En ny "almindelig" logformateringstilstand er blevet tilføjet, hvor filnavn, funktion og linjenummer vises i loggen uden unødvendige kontroltegn (uden fremhævning). Det er også muligt at definere dine egne logniveauer og ændre formatet for dato og klokkeslæt, der vises i loggen.
- AMI (Asterisk Manager Interface) har nu mulighed for at tilknytte handlere til hændelser relateret til ankomsten af et tonesignal (DTMF) "flash" (kortvarigt kanalbrud).
- Kommandoen Originate giver dig nu mulighed for at indstille variabler for en ny kanal.
- SendMF-kommandoen og PlayMF-manageren understøtter nu afsendelse af vilkårlige R1 MF-toner (multifrekvens) til enhver kanal.
- Kommandoen MessageSend giver mulighed for at angive "Destination"- og "Til"-adresserne separat.
- Tilføjet ConfKick-kommandoen, som giver dig mulighed for at afbryde forbindelsen til en bestemt kanal, alle brugere eller brugere uden administratorrettigheder fra en konference.
- Tilføjet Genindlæs-kommando til at genindlæse moduler.
- Tilføjet WaitForCondition-kommando for at sætte udførelsen af opkaldsplanen på pause, indtil bestemte betingelser er opfyldt.
- App_dial-modulet er blevet opdateret med "A"-funktionen, som tillader afspilning af lyd for både den, der ringer op, og den, der bliver ringet op til, under et opkald.
- Tilføjet app_dtmfstore-modul, som gemmer cifre for kaldte toneopkald i en variabel.
- Modulet app_morsecode implementerer understøttelse af den amerikanske morsekodedialekt og giver en indstilling til at ændre pauseintervallet.
- App_originate-modulet til opkald initieret fra dialplan-scenarier har nu mulighed for at angive codecs, opkaldsfiler og styrehandlinger.
- App_voicemail-modulet har nu mulighed for at sende en hilsen og instruktioner om, hvordan man bruger voicemail, tidligt og kun oprette en kanal, når tidspunktet for optagelse af en indgående besked er inde.
- Tilføjet astcachedir-indstilling for at ændre cacheplacering på disken. Som standard er cachen nu placeret i en separat mappe /var/cache/asterisk i stedet for /tmp.
Samtidig er FreePBX 16-projektet blevet udgivet efter tre års udvikling. Det udvikler en webgrænseflade til administration af Asterisk og en brugsklar distribution til hurtig implementering af VoIP-systemer. Ændringerne omfatter understøttelse af PHP 7.4, en udvidet API baseret på GraphQL-forespørgselssproget, et skift til en enkelt PJSIP-driver (Chan_SIP-driveren er som standard deaktiveret) og understøttelse af oprettelse af skabeloner til tilpasning af brugergrænsefladen. kontrolpaneler, et redesignet firewallmodul med avancerede funktioner til styring af SIP-trafik, muligheden for at konfigurere protokolparametre til HTTPS, binding af AMI kun til localhost som standard, en mulighed for at kontrollere styrken af adgangskoder.
Det er også værd at bemærke den korrigerende opdatering af FreeSWITCH 1.10.7 VoIP-telefoniplatformen, som eliminerer 5 sårbarheder, der kan føre til afsendelse af SIP-beskeder uden godkendelse (f.eks. til spoofing og afsendelse af spam via en SIP-gateway), lækage af sessionsgodkendelseshashes og udførelse af DoS-angreb (udtømning af ledig hukommelse og nedbrud) for at blokere operationen. server ved at sende ugyldige SRTP-pakker eller oversvømme SIP-pakker.
Kilde: opennet.ru
