Egy év fejlesztés után megjelent az Asterisk 19 új stabil ága, amely egy nyílt kommunikációs platform a szoftveres PBX-ek, hangkommunikációs rendszerek, VoIP-hidak, IVR-rendszerek (hangmenük), hangposták, telefonkonferenciák és call centerek telepítésére. A projekt forráskódja a GPLv2 licensesz rendelkezésére áll.
Az Asterisk 19 a normál támogatású kiadások közé tartozik, amelyek frissítései két éven át érhetők el. Az előző LTS ágba tartozó Asterisk 18 támogatása 2025 októberéig, míg az Asterisk 16 ágba tartozóé 2023 októberéig tart. A 13.x LTS ága és a 17.x közbenső ága támogatása megszűnt. Az LTS kiadások előkészítése során a stabilitás és a teljesítményoptimalizálás élvez prioritást, míg a normál kiadások fő célja a funkcionalitás bővítése.
Asterisk 19 főbb fejlesztései:
- Bevezetésre kerültek a hibakeresési naplók kategóriái, amelyek lehetővé teszik a szükséges hibakeresési információk megjelenítésének testreszabását. Jelenleg az alábbi kategóriák állnak rendelkezésre: dtls, dtls_packet, ice, rtcp, rtcp_packet, rtp, rtp_packet, stun és stun_packet.
- Új logformátum mód került bevezetésre, a »plain«, amelyben a naplóban felesleges vezérlőszimbólumok (kiemelés nélkül) nélkül a fájl neve, a funkció és a sorok száma kerül megjelenítésre. Lehetőség van saját naplózási szintek definiálására és a dátum és idő megjelenítésének formátumának módosítására is.
- Az AMI (Asterisk Manager Interface) lehetővé tette eseménykezelők csatolását a DTMF jelzés (flash - időszakos vonalszakadás) beérkezésével kapcsolatban.
- Az Originate parancsban (hívás indítása) lehetővé vált változók beállítása az új csatornához.
- A SendMF parancsban és a PlayMF menedzserben hozzáadódott a R1 MF (multi-frequency) tetszőleges hangjelzések küldésének támogatása bármely csatornához.
- A MessageSend parancs lehetővé tette a »Destination« és a »To« címzettek külön megadását.
- Bevezetésre került a ConfKick parancs, amely lehetővé teszi egy adott csatorna, minden felhasználó vagy az adminisztrátori jogokkal nem rendelkező felhasználók konferenciából való kizárását.
- Bevezetésre került a Reload parancs a modulok újraindításához.
- Bevezetésre került a WaitForCondition parancs, amely felfüggeszti a híváskezelési szkript (dialplan) végrehajtását, amíg meg nem valósulnak a meghatározott feltételek.
- Az app_dial modulhoz hozzáadva az "A" opció, amely lehetővé teszi a hívás során a hang lejátszását a hívó és a hívott fél számára is.
- Hozzáadva az app_dtmfstore modul, amely tárolja a beírt számokat egy változóban.
- Az app_morsecode modulban megvalósult az amerikai Morse-abc dialektus támogatása, és beállítás került a pause időszakainak megváltoztatására.
- Az app_originate modulban a dialplan-scriptekből indított hívásokhoz lehetőség nyílt codec-ek, call-fájlok és kezelő műveletek megadására.
- Az app_voicemail modulban lehetőség nyílt a hangüzenetek korai üdvözleteinek és használati utasításainak küldésére, valamint a csatorna létrehozására csak a bejövő üzenet rögzítési idejének eltelte után.
- Hozzáadva az astcachedir beállítás a lemezmeghajtón lévő cache helyének megváltoztatására. Alapértelmezés szerint a cache most külön könyvtárban /var/cache/asterisk helyezkedik el a /tmp helyett.
Három év fejlesztés után megjelent a FreePBX 16 projekt kiadása, amely a webes felületet fejleszti az Asterisk kezelésére, és kész disztribúciót biztosít a VoIP rendszerek gyors telepítéséhez. A változások között megemlíthető a PHP 7.4 támogatása, az API bővítése a GraphQL lekérdezési nyelvének alapjával, az egységes PJSIP illesztőprogramra való áttérés (a Chan_SIP illesztőprogram alapértelmezés szerint le van tiltva), felhasználói megjelenés testreszabásához sablonok létrehozásának támogatása. irányítópulthoz, újratervezett tűzfal modul, amely kibővített SIP-forgalomkezelési lehetőségeket kínál, HTTPS protokoll paraméterek konfigurálásának lehetősége, az AMI alapértelmezett beállítása csak localhost-ra, a jelszavak megbízhatóságának ellenőrzésére szolgáló opció.
Továbbá megemlíthető a FreeSWITCH 1.10.7 VoIP telefonplatform javító kiadása, amely öt sebezhetőséget orvosolt, amelyek SIP üzenetek hitelesítés nélküli küldéséhez vezethetnek (például hamisítás és spam küldés a SIP átjárón keresztül), az autentikációs hashek szivárgásához és DoS támadások végrehajtásához (szabad memória kimerítése és összeomlások) a működés blokkolásához. a szerver sík hibás SRTP csomagok küldésével vagy SIP csomagokkal történő árasztáson keresztül.
Forrás: opennet.ru
