După un an de dezvoltare lansarea unei noi versiuni stabile a platformei deschise de comunicații , utilizată pentru implementarea centralelor telefonice software, sistemelor de comunicație vocală, gateway-urilor VoIP, organizării sistemelor IVR (meniu vocal), mesageriei vocale, conferințelor telefonice și centrelor de apeluri. Texte originale ale proiectului sub licența GPLv2.
Asterisk 17 în categoria versiunilor cu suport obișnuit, actualizările pentru care sunt formate pe o perioadă de doi ani. Suportul pentru vechea ramură LTS Asterisk 16 va continua până în octombrie 2023, iar ramura Asterisk 13 până în octombrie 2021. Atunci când se pregătesc versiunile LTS, atenția principală este acordată stabilității și optimizării performanței, prioritatea versiunilor obișnuite fiind extinderea funcționalității.
, adăugate în Asterisk 17:
- În ARI (Asterisk REST Interface), API-ul pentru crearea aplicațiilor externe de comunicație care pot manipula direct canalele, punțile și alte componente de telefonie în Asterisk, a fost implementată posibilitatea definirii filtrelor de evenimente - aplicația poate specifica o listă de tipuri de evenimente permise sau interzise, iar ulterior vor fi transmise aplicației doar evenimentele permise în lista albă sau care nu se încadrează în lista neagră;
- În REST API a fost adăugat un nou apel ‘move’, care permite mutarea canalelor de la o aplicație la alta fără a reveni la scenariul de procesare a apelurilor (dialplan);
- A fost adăugată o nouă aplicație AttendedTransfer pentru a pune în așteptare transferurile însoțite ale apelurilor (operatorul se conectează întâi la abonatul țintă și după un apel reușit îl conectează cu apelantul) la un număr de ramificație specificat;
- A fost adăugată o nouă aplicație BlindTransfer pentru a redirecționa toate canalele asociate cu apelantul către abonatul țintă (transfer „orb”, când operatorul nu știe dacă apelatul răspunde la apel);
- În gateway-ul pentru organizarea conferințelor ConfBridge, opțiunii remb_behavior i s-au adăugat parametrii „average_all”, „highest_all” și „lowest_all”, care funcționează la nivelul canalelor combinate (bridge) și nu la nivelul surselor, adică valoarea REMB (Receiver Estimated Maximum Bitrate), care evaluează lățimea de bandă a clientului, este calculată și trimisă fiecărui expeditor, și nu este legată de un expeditor specific;
- În comanda Dial, destinată stabilirii unei noi conexiuni și legării acesteia de canal, au fost adăugate variabile noi:
- 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 returnează timpul în milisecunde în loc de secunde;
- În rtp.conf pentru RTP/ICE a fost adăugată posibilitatea publicării adresei locale ice_host_candidate, similar cu adresa retransmisă;
- Pachetele DTLS pot acum fi fragmentate conform valorii MTU, permițând utilizarea certificatelor mai mari în negocierea conexiunilor DTLS;
- Comenzii ReadExten i s-a adăugat opțiunea „p” pentru a opri citirea setului extensiilor după apăsarea simbolului „#”;
- În modulul PBX DUNDi a fost adăugată suportul pentru legătura dublă la IPv4/IPv6;
- Pentru MWI (Indicatori de Așteptare a Mesajelor) a fost adăugat un nou modul „res_mwi_devstate”, permițând abonarea la căsuțele vocale folosind evenimente „presence”, ceea ce permite utilizarea butoanelor de stare BLF ca indicatori de așteptare pentru mesaje vocale;
- Driverul chan_sip a fost declarat învechit; în schimb, pentru protocolul SIP se recomandă utilizarea driverului de canal chan_pjsip, construit folosind stiva SIP. și permițând evitarea restricțiilor și colilor de îmbucare inerente vechiului driver, cum ar fi designul monolitic, confuzia codului sursă, constrângerile fixe în cod și dificultatea de a adăuga noi funcționalități.
Sursa: opennet.ro
