După un an de dezvoltare lansarea unei noi ramuri stabile a platformei de comunicare deschise , folosit pentru implementarea PBX-urilor software, sisteme de comunicații vocale, gateway-uri VoIP, organizarea sistemelor IVR (meniu vocal), mesagerie vocală, conferințe telefonice și centre de apeluri. Sursele proiectului licențiat conform GPLv2.
Asterisc 17 categorie de versiuni cu suport regulat, actualizări pentru care sunt generate în termen de doi ani. Suportul pentru ramura LTS anterioară a Asterisk 16 va dura până în octombrie 2023, iar suportul pentru ramura Asterisk 13 până în octombrie 2021. Versiunile LTS se concentrează pe stabilitatea și optimizarea performanței, în timp ce versiunile obișnuite se concentrează pe adăugarea de funcționalități.
adăugat în Asterisc 17:
- În ARI (Asterisk REST Interface), un API pentru crearea de aplicații de comunicații externe care pot manipula direct canale, poduri și alte componente de telefonie în Asterisk, este implementată abilitatea de a defini filtre de evenimente - aplicația poate specifica o listă de tipuri de evenimente permise sau interzise , iar apoi în aplicații Vor fi transmise numai evenimentele permise în lista albă sau neincluse în lista neagră;
- Un nou apel „mutare” a fost adăugat la API-ul REST, permițându-vă să mutați canale de la o aplicație la alta fără a reveni la scriptul de procesare a apelurilor (dialplan);
- A fost adăugată o nouă aplicație AttendedTransfer pentru transferurile de apel asistate în coadă (operatorul se conectează mai întâi la abonatul țintă și, după un apel reușit, conectează apelantul la acesta) la un număr de interior specificat;
- S-a adăugat o nouă aplicație BlindTransfer pentru a redirecționa toate canalele asociate apelantului către abonatul țintă (transfer „blind”, când operatorul nu știe dacă persoana apelată va răspunde la apel);
- În gateway-ul de conferințe ConfBridge, parametrii „average_all”, „highest_all” și „lowest_all” au fost adăugați la opțiunea remb_behavior, lucrând la nivel de punte, și nu la nivel de sursă, de exemplu. valoarea REMB (Receiver Estimated Maximum Bitrate), care estimează debitul clientului, este calculată și trimisă fiecărui expeditor, mai degrabă decât legată de un anumit expeditor;
- Au fost adăugate noi variabile la comanda Dial, destinate stabilirii unei noi conexiuni și asocierii acesteia cu un canal:
- RINGTIME și RINGTIME_MS - conțin timpul dintre crearea canalului și primirea primului semnal RINGING;
- PROGRESSTIME și PROGRESSTIME_MS - conțin timpul dintre crearea canalului și primirea semnalului PROGRESS (echivalent cu valoarea PDD, Post Dial Delay);
- DIALEDTIME_MS și ANSWEREDTIME_MS sunt variante ale DIALEDTIME și ANSWEREDTIME care afișează timpul în milisecunde în loc de secunde;
- În rtp.conf pentru RTP/ICE, a fost adăugată posibilitatea de a publica adresa locală ice_host_candidate, precum și adresa tradusă;
- Pachetele DTLS pot fi acum fragmentate în funcție de valoarea MTU, permițând utilizarea de certificate mai mari atunci când se negociază conexiuni DTLS;
- A fost adăugată opțiunea „p” la comanda ReadExten pentru a opri citirea setului de extensii după apăsarea simbolului „#”;
- Suportul pentru legarea duală la IPv4/IPv6 a fost adăugat la modulul DUNDi PBX;
- Pentru MWI (Message Waiting Indicators), a fost adăugat un nou modul „res_mwi_devstate”, care vă permite să vă abonați la căsuțele poștale vocale folosind evenimente de „prezență”, ceea ce face posibilă utilizarea tastelor de stare a liniei BLF ca indicatori de așteptare a mesajelor vocale;
- Driverul chan_sip a fost depreciat; în schimb, pentru protocolul SIP se recomandă utilizarea driverului de canal chan_pjsi, construit folosind stiva SIP și vă permite să scăpați de limitările și blocajele inerente vechiului driver, cum ar fi designul monolitic, baza de cod confuză, restricțiile hard-coded și laboriozitatea în adăugarea de noi funcții.
Sursa: opennet.ru