Egy év fejlesztés után a nyílt kommunikációs platform új, stabil ágának kiadása , szoftveres alközpontok, hangkommunikációs rendszerek, VoIP átjárók, IVR rendszerek (hangmenü), hangposta, telefonkonferenciák és call centerek szervezésére szolgál. A projekt forrásai GPLv2 licenccel.
Csillag 17 rendszeres támogatással rendelkező kiadások kategóriája, amelyekhez két éven belül elkészülnek a frissítések. Az Asterisk 16 korábbi LTS ágának támogatása 2023 októberéig, az Asterisk 13 ág támogatása pedig 2021 októberéig tart. Az LTS kiadások a stabilitásra és a teljesítmény optimalizálására, míg a szokásos kiadások a funkcionalitás bővítésére összpontosítanak.
hozzáadva a 17. csillaghoz:
- Az ARI-ban (Asterisk REST Interface), egy olyan API külső kommunikációs alkalmazások létrehozására, amelyek közvetlenül manipulálhatnak csatornákat, hidakat és egyéb telefonösszetevőket az Asteriskben, lehetőség van eseményszűrők meghatározására – az alkalmazás megadhatja az engedélyezett vagy tiltott eseménytípusok listáját. , majd az alkalmazásokban Csak a fehérlistán engedélyezett vagy a feketelistán nem szereplő események kerülnek továbbításra;
- A REST API-hoz egy új „mozgatás” hívás került, amely lehetővé teszi a csatornák áthelyezését egyik alkalmazásból a másikba anélkül, hogy visszatérne a hívásfeldolgozó szkripthez (tárcsázási terv);
- Új AttendedTransfer alkalmazás került hozzáadásra a támogatott hívástovábbítások sorba állításához (az operátor először csatlakozik a cél-előfizetőhöz, majd sikeres hívás után a hívót hozzákapcsolja) egy megadott mellékszámra;
- Új BlindTransfer alkalmazás került hozzáadásra, amely a hívó félhez tartozó összes csatornát átirányítja a cél-előfizetőhöz ("vak" átvitel, amikor a kezelő nem tudja, hogy a hívott személy fogadja-e a hívást);
- A ConfBridge konferencia átjáróban a remb_behavior opcióhoz hozzáadták az „average_all”, „highest_all” és „lowest_all” paramétereket, amelyek a híd szintjén működnek, és nem a forrás szintjén, azaz. a REMB (Receiver Estimated Maximum Bitrate) értéke, amely megbecsüli az ügyfél átviteli sebességét, kiszámítja és elküldi minden egyes feladónak, nem pedig egy adott feladóhoz köti;
- A Dial parancshoz új változók kerültek, amelyek az új kapcsolat létrehozására és egy csatornával való társítására szolgálnak:
- RINGTIME és RINGTIME_MS - a csatorna létrehozása és az első RINGING jel fogadása közötti időt tartalmazzák;
- PROGRESSTIME és PROGRESSTIME_MS - a csatorna létrehozása és a PROGRESS jel fogadása közötti időt tartalmazzák (egyenértékű a PDD, Post Dial Delay értékkel);
- A DIALEDTIME_MS és ANSWEREDTIME_MS a DIALEDTIME és ANSWEREDTIME változatai, amelyek az időt másodpercek helyett ezredmásodpercben jelenítik meg;
- Az rtp.conf for RTP/ICE fájlhoz hozzáadták az ice_host_candidate helyi cím, valamint a lefordított cím közzétételének lehetőségét;
- A DTLS-csomagok mostantól az MTU-érték szerint feldarabolhatók, lehetővé téve nagyobb tanúsítványok használatát a DTLS-kapcsolatok egyeztetése során;
- A "p" opció hozzáadva a ReadExten parancshoz, hogy leállítsa a bővítménykészlet olvasását a "#" szimbólum megnyomása után;
- Az IPv4/IPv6 kettős kötés támogatása hozzáadásra került a DUNDi PBX modulhoz;
- Az MWI-hez (Message Waiting Indicators) egy új „res_mwi_devstate” modul került hozzáadásra, amely lehetővé teszi a hangpostafiókokra való előfizetést „jelenléti” események segítségével, amely lehetővé teszi a BLF vonal állapotbillentyűinek hangpostavárakozás jelzőjeként történő használatát;
- A chan_sip illesztőprogram elavult; ehelyett a SIP protokollhoz javasolt a chan_pjsi csatorna illesztőprogram használata, amely a SIP veremből készült és lehetővé teszi, hogy megszabaduljon a régi illesztőprogramban rejlő korlátoktól és szűk keresztmetszetek elől, mint például a monolitikus kialakítás, a zavaros kódbázis, a keményen kódolt korlátozások és az új funkciók hozzáadásának fáradságossága.
Forrás: opennet.ru