Após um ano de desenvolvimento lançamento de um novo ramo estável da plataforma de comunicação aberta , utilizado para implantação de PBXs de software, sistemas de comunicação de voz, gateways VoIP, organização de sistemas IVR (menu de voz), correio de voz, conferências telefônicas e call centers. Fontes do projeto licenciado sob GPLv2.
Asterisco 17 categoria de lançamentos com suporte regular, cujas atualizações são geradas dentro de dois anos. O suporte para a ramificação LTS anterior do Asterisk 16 durará até outubro de 2023, e o suporte para a ramificação Asterisk 13 até outubro de 2021. As versões LTS concentram-se na estabilidade e na otimização do desempenho, enquanto as versões regulares concentram-se na adição de funcionalidades.
adicionado no Asterisk 17:
- No ARI (Asterisk REST Interface), uma API para criação de aplicações de comunicação externa que podem manipular diretamente canais, pontes e outros componentes de telefonia no Asterisk, é implementada a capacidade de definir filtros de eventos - a aplicação pode especificar uma lista de tipos de eventos permitidos ou proibidos , e depois em aplicativos Serão transmitidos apenas eventos permitidos na lista branca ou não incluídos na lista negra;
- Uma nova chamada 'move' foi adicionada à API REST, permitindo mover canais de uma aplicação para outra sem retornar ao script de processamento de chamadas (dialplan);
- Um novo aplicativo AttendedTransfer foi adicionado para enfileirar transferências de chamadas assistidas (a operadora primeiro se conecta ao assinante alvo e, após uma chamada bem-sucedida, conecta o chamador a ele) para um número de ramal especificado;
- Adicionada uma nova aplicação BlindTransfer para redirecionar todos os canais associados ao chamador para o assinante alvo (transferência “cega”, quando a operadora não sabe se a pessoa chamada atenderá a chamada);
- No gateway de conferência ConfBridge, os parâmetros “average_all”, “highest_all” e “lowest_all” foram adicionados à opção remb_behavior, trabalhando no nível da ponte, e não no nível da fonte, ou seja, o valor REMB (Receiver Estimated Maximum Bitrate), que estima a taxa de transferência do cliente, é calculado e enviado a cada remetente, em vez de vinculado a um remetente específico;
- Foram adicionadas novas variáveis ao comando Discar, destinadas ao estabelecimento de uma nova conexão e sua associação a um canal:
- RINGTIME e RINGTIME_MS - contêm o tempo entre a criação do canal e o recebimento do primeiro sinal RINGING;
- PROGRESSTIME e PROGRESSTIME_MS - contêm o tempo entre a criação do canal e o recebimento do sinal PROGRESS (equivalente ao PDD, valor Post Dial Delay);
- DIALEDTIME_MS e ANSWEREDTIME_MS são variantes de DIALEDTIME e ANSWEREDTIME que exibem o tempo em milissegundos em vez de segundos;
- No rtp.conf para RTP/ICE, foi adicionada a capacidade de publicar o endereço local ice_host_candidate, bem como o endereço traduzido;
- Os pacotes DTLS agora podem ser fragmentados de acordo com o valor do MTU, permitindo o uso de certificados maiores ao negociar conexões DTLS;
- Adicionada opção "p" ao comando ReadExten para interromper a leitura do conjunto de extensões após pressionar o símbolo "#";
- O suporte para ligação dupla para IPv4/IPv6 foi adicionado ao módulo DUNDi PBX;
- Para MWI (Message Waiting Indicators), foi adicionado um novo módulo “res_mwi_devstate”, que permite subscrever caixas de correio de voz através de eventos de “presença”, o que permite utilizar teclas de estado da linha BLF como indicadores de espera de correio de voz;
- O driver chan_sip foi descontinuado; em vez disso, para o protocolo SIP é recomendado usar o driver de canal chan_pjsi, construído usando a pilha SIP e permite que você se livre das limitações e gargalos inerentes ao driver antigo, como design monolítico, base de código confusa, restrições embutidas em código e laboriosidade na adição de novos recursos.
Fonte: opennet.ru