Após um ano de desenvolvimento lançamento da nova versão estável da plataforma de comunicação aberta , utilizada para a implementação de centrais telefônicas, 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. Os códigos-fonte do projeto sob a licença GPLv2.
Asterisk 17 como lançamentos com suporte normal, cuas atualizações ocorrem durante dois anos. O suporte para a versão LTS anterior, Asterisk 16, continuará até outubro de 2023, enquanto a versão Asterisk 13 irá até outubro de 2021. Na preparação dos lançamentos LTS, a principal prioridade é garantir a estabilidade e otimizar o desempenho, enquanto o foco dos lançamentos normais é aumentar a funcionalidade.
, adicionados no Asterisk 17:
- No ARI (Asterisk REST Interface), API para criar aplicativos de comunicação externos que podem manipular diretamente canais, bridges e outros componentes de telefonia no Asterisk, foi implementada a possibilidade de definir filtros de eventos - o aplicativo pode especificar uma lista de tipos de eventos permitidos ou proibidos, e então apenas os eventos que estão na lista branca ou que não estão na lista negra serão enviados para o aplicativo;
- Na REST API, foi adicionado um novo chamado ‘move’, permitindo mover canais de um aplicativo para outro sem retornar ao script de manipulação de chamadas (dialplan);
- Foi adicionado um novo aplicativo AttendedTransfer para colocar em fila transferências acompanhadas de chamadas (o operador conecta-se primeiro ao assinante desejado e, após a chamada bem-sucedida, conecta o cliente a ele) a um número de ramal designado;
- Foi adicionado um novo aplicativo BlindTransfer para redirecionar todos os canais relacionados ao chamador para o destinatário desejado (transferência ‘cega’, quando o operador não sabe se o chamado atenderá a ligação);
- No gateway para a organização de conferências ConfBridge, na opção remb_behavior, foram adicionados os parâmetros ‘average_all’, ‘highest_all’ e ‘lowest_all’, que operam no nível dos canais combinados (bridge), em vez do nível de fontes, ou seja, o valor do REMB (Receiver Estimated Maximum Bitrate), que estima a largura de banda do cliente, é calculado e enviado a cada remetente, em vez de ser atribuído a um remetente específico;
- Na equipe Dial, destinada a estabelecer uma nova conexão e ligá-la ao canal, foram adicionadas novas variáveis:
- RINGTIME e RINGTIME_MS — contêm o tempo entre a criação do canal e o recebimento do primeiro sinal de RINGING;
- PROGRESSTIME e PROGRESSTIME_MS — contêm o tempo entre a criação do canal e o recebimento do sinal de PROGRESS (equivalentes ao valor PDD, Post Dial Delay);
- DIALEDTIME_MS e ANSWEREDTIME_MS — variantes de DIALEDTIME e ANSWEREDTIME, que fornecem 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, assim como o endereço retransmitido;
- Os pacotes DTLS agora podem ser fragmentados de acordo com o valor MTU, permitindo o uso de certificados mais volumosos durante a negociação de conexões DTLS;
- Na função ReadExten foi adicionada a opção “p” para parar a leitura do conjunto de extensões após pressionar o símbolo “#”;
- No módulo PBX DUNDi foi adicionada a suporte para binding duplo a IPv4/IPv6;
- Para MWI (Message Waiting Indicators) foi adicionado um novo módulo “res_mwi_devstate”, permitindo assinar caixas de correio de voz usando eventos de “presence”, o que possibilita usar as teclas de status da linha BLF como indicadores de espera de correio de voz;
- O driver chan_sip foi declarado obsoleto, recomendando-se o uso do driver de canal chan_pjsip para o protocolo SIP, construído com a pilha SIP; e permitindo escapar das limitações e gargalos inerentes ao antigo driver, como design monolítico, complexidade da base de código, limitações rígidas codificadas e o trabalho intenso para adicionar novas funcionalidades.
Fonte: opennet.ru
