Després d'un any de desenvolupament llançament d'una nova branca estable de la plataforma de comunicació oberta , utilitzat per desplegar programari PBX, sistemes de comunicació de veu, passarel·les VoIP, organitzar sistemes IVR (menú de veu), correu de veu, conferències telefòniques i centres de trucades. Fonts del projecte amb llicència GPLv2.
asterisk 17 categoria de llançaments amb suport regular, les actualitzacions per a les quals es generen en un termini de dos anys. El suport per a la branca LTS anterior d'Asterisk 16 durarà fins a l'octubre de 2023 i el suport per a la branca Asterisk 13 fins a l'octubre de 2021. Les versions de LTS se centren en l'estabilitat i l'optimització del rendiment, mentre que les versions habituals se centren en afegir funcionalitats.
afegit a l'asterisc 17:
- A ARI (Asterisk REST Interface), una API per crear aplicacions de comunicació externes que poden manipular directament canals, ponts i altres components de telefonia a Asterisk, s'implementa la capacitat de definir filtres d'esdeveniments: l'aplicació pot especificar una llista de tipus d'esdeveniments permesos o prohibits. , i després a les aplicacions Només es transmetran els esdeveniments permesos a la llista blanca o no inclosos a la llista negra;
- S'ha afegit una nova trucada 'move' a l'API REST, que us permet moure canals d'una aplicació a una altra sense tornar a l'script de processament de trucades (dialplan);
- S'ha afegit una nova aplicació AttendedTransfer per posar en cua les transferències de trucades assistides (l'operador es connecta primer amb l'abonat de destinació i, després d'una trucada satisfactòria, connecta la persona que truca amb ell) a un número d'extensió especificat;
- S'ha afegit una nova aplicació BlindTransfer per redirigir tots els canals associats amb la persona que truca a l'abonat objectiu (transferència "cega", quan l'operador no sap si la persona trucada respondrà la trucada);
- A la passarel·la de conferències ConfBridge, els paràmetres "average_all", "highest_all" i "lowest_all" s'han afegit a l'opció remb_behavior, que funciona a nivell de pont, i no a nivell d'origen, és a dir. el valor REMB (Receiver Estimated Maximum Bitrate), que estima el rendiment del client, es calcula i s'envia a cada remitent, en lloc de lligat a un remitent específic;
- S'han afegit noves variables a l'ordre Dial, destinades a establir una nova connexió i la seva associació amb un canal:
- RINGTIME i RINGTIME_MS - contenen el temps entre la creació del canal i la recepció del primer senyal RINGING;
- PROGRESSTIME i PROGRESSTIME_MS: contenen el temps entre la creació del canal i la recepció del senyal PROGRESS (equivalent al valor PDD, Post Dial Delay);
- DIALEDTIME_MS i ANSWEREDTIME_MS són variants de DIALEDTIME i ANSWEREDTIME que mostren el temps en mil·lisegons en lloc de segons;
- A rtp.conf per a RTP/ICE, s'ha afegit la possibilitat de publicar l'adreça local ice_host_candidate, així com l'adreça traduïda;
- Els paquets DTLS ara es poden fragmentar segons el valor MTU, permetent l'ús de certificats més grans quan es negocien connexions DTLS;
- S'ha afegit l'opció "p" a l'ordre ReadExten per deixar de llegir el conjunt d'extensions després de prémer el símbol "#";
- S'ha afegit suport per a la vinculació dual a IPv4/IPv6 al mòdul DUNDi PBX;
- Per als MWI (Message Waiting Indicators), s'ha afegit un nou mòdul “res_mwi_devstate”, que permet subscriure's a bústies de veu mitjançant esdeveniments de “presència”, que permet utilitzar les tecles d'estat de la línia BLF com a indicadors d'espera de correu de veu;
- El controlador chan_sip ha quedat obsolet, per al protocol SIP es recomana utilitzar el controlador de canal chan_pjsi, creat amb la pila SIP; i us permet allunyar-vos de les limitacions i colls d'ampolla inherents al controlador antic, com ara el disseny monolític, la base de codi confusa, les restriccions codificades en dur i la laboriositat d'afegir noves funcions.
Font: opennet.ru