Despois dun ano de desenvolvemento lanzamento dunha nova rama estable da plataforma de comunicación aberta , usado para implementar PBX de software, sistemas de comunicación de voz, pasarelas VoIP, organización de sistemas IVR (menú de voz), correo de voz, conferencias telefónicas e centros de chamadas. Fontes do proxecto licenciado baixo GPLv2.
Asterisco 17 categoría de lanzamentos con soporte regular, as actualizacións para as cales se xeran nun prazo de dous anos. O soporte para a rama LTS anterior de Asterisk 16 durará ata outubro de 2023 e o soporte para a rama de Asterisk 13 ata outubro de 2021. As versións de LTS céntranse na optimización da estabilidade e do rendemento, mentres que as versións habituais céntranse en engadir funcionalidades.
engadido no Asterisco 17:
- En ARI (Asterisk REST Interface), unha API para crear aplicacións de comunicación externas que poden manipular directamente canles, pontes e outros compoñentes de telefonía en Asterisk, implícase a capacidade de definir filtros de eventos: a aplicación pode especificar unha lista de tipos de eventos permitidos ou prohibidos. , e despois nas aplicacións Só se transmitirán os eventos permitidos na lista branca ou non incluídos na lista negra;
- Engadiuse unha nova chamada "mover" á API REST, que lle permite mover canles dunha aplicación a outra sen volver ao script de procesamento de chamadas (plan de marcación);
- Engadiuse unha nova aplicación AtendedTransfer para facer fila as transferencias de chamadas asistidas (o operador conéctase primeiro co abonado de destino e, despois dunha chamada exitosa, conéctase a aquel que chama) a un número de extensión especificado;
- Engadiuse unha nova aplicación BlindTransfer para redirixir todas as canles asociadas á persoa que chama ao abonado de destino (transferencia "cega", cando o operador non sabe se a persoa chamada responderá á chamada);
- Na pasarela de conferencias ConfBridge, engadíronse os parámetros "average_all", "highest_all" e "lowest_all" á opción remb_behavior, que funcionan a nivel ponte, e non a nivel de orixe, é dicir. o valor REMB (Receiver Estimated Maximum Bitrate), que estima o rendemento do cliente, calcúlase e envíase a cada remitente, en lugar de vincularse a un remitente específico;
- Engadíronse novas variables ao comando Dial, destinadas a establecer unha nova conexión e a súa asociación cunha canle:
- RINGTIME e RINGTIME_MS: conteñen o tempo entre a creación da canle e a recepción do primeiro sinal RINGING;
- PROGRESSTIME e PROGRESSTIME_MS: conteñen o tempo entre a creación da canle e a recepción do sinal PROGRESS (equivalente ao valor PDD, Post Dial Delay);
- DIALEDTIME_MS e ANSWEREDTIME_MS son variantes de DIALEDTIME e ANSWEREDTIME que amosan o tempo en milisegundos en lugar de segundos;
- En rtp.conf para RTP/ICE, engadiuse a posibilidade de publicar o enderezo local ice_host_candidate, así como o enderezo traducido;
- Agora os paquetes DTLS pódense fragmentar segundo o valor MTU, o que permite o uso de certificados máis grandes cando se negocian conexións DTLS;
- Engadiuse a opción "p" ao comando ReadExten para deixar de ler o conxunto de extensións despois de premer o símbolo "#";
- Engadiuse ao módulo DUNDi PBX soporte para a vinculación dual a IPv4/IPv6;
- Para MWI (Message Waiting Indicators), engadiuse un novo módulo “res_mwi_devstate”, que permite subscribirse a caixas de correo de voz mediante eventos de “presenza”, o que permite utilizar as teclas de estado da liña BLF como indicadores de espera de correo de voz;
- O controlador chan_sip quedou en desuso; en cambio, para o protocolo SIP recoméndase usar o controlador de canle chan_pjsi, construído usando a pila SIP e permítelle fuxir das limitacións e pescozos de botella inherentes ao controlador antigo, como o deseño monolítico, a base de código confusa, as restricións codificadas e a laboriosidade de engadir novas funcións.
Fonte: opennet.ru