Esta lista consta novas funcionalidades no Asterisk 17 e recursos que foram desenvolvidos para o Asterisk 17, mas também foram suportados e disponibilizados em versões anteriores
ARI
A filtragem de eventos do aplicativo agora é suportada. Um aplicativo agora pode especificar uma lista "permitida" e/ou "não permitida" de tipos de eventos. Somente os tipos indicados na lista "permitidos" são enviados para o aplicativo. Por outro lado, quaisquer tipos definidos na lista "não permitido" não são enviados para o aplicativo. Observe que se um tipo for especificado nas duas listas "não permitido" terá precedência.
Uma nova chamada à API REST foi adicionada: 'move'. Ele segue o formato 'canais/{channelId}/move' e pode ser usado para mover canais de um aplicativo para outro sem precisar sair novamente para o plano de discagem. Um aplicativo deve ser especificado, mas a passagem de uma lista de argumentos para o novo aplicativo é opcional. Uma chamada de exemplo seria assim:
Se o canal estava dentro de uma ponte ao alternar entre aplicativos, ele permanecerá lá. Se o aplicativo especificado não puder ser movido para, o canal permanecerá no aplicativo atual e um evento será acionado chamado "ApplicationMoveFailed", que fornecerá o nome do aplicativo de destino e as informações do canal.
Sempre que um aplicativo ARI é iniciado, um contexto será criado automaticamente, desde que ele ainda não exista, seguindo o formato 'stasis- '. Duas extensões também são adicionadas a este contexto: uma extensão correspondente a todas e a extensão 'h'. Qualquer telefone que se registrar nesse contexto fará todas as chamadas para o aplicativo Stasis correspondente.
AttendedTransfer
Um novo aplicativo, isso enfileirará a transferência assistida para a extensão especificada.
BlindTransfer
Um novo aplicativo, isso redirecionará todos os canais atualmente em ponte para o canal de chamada para o destino especificado.
ConfBridge
Adicione os valores "average_all", "maximum_all" e "lower_all" para a opção remb_behavior. Esses valores operam no nível da ponte, e não no nível por fonte. Isso significa que um único valor REMB é calculado e enviado a cada remetente, em vez de um valor REMB exclusivo para o remetente específico.
Discar
Adicione variáveis RINGTIME e RINGTIME_MS contendo respectivamente segundos e milissegundos entre a criação do canal de discagem e o recebimento do primeiro sinal RINGING
Adicione variáveis PROGRESSTIME e PROGRESSTIME_MS análogas às anteriores com relação ao sinal PROGRESS. Menor desses dois tempos deve ser equivalente ao valor do PDD (atraso na discagem posterior)
Adicione variáveis DIALEDTIME_MS e ANSWEREDTIME_MS para obter versões de resolução em milissegundos de DIALEDTIME e ANSWEREDTIME
RTP/ICE
Agora você pode indicar que deseja publicar o endereço local de ice_host_candidate, bem como o endereço mapeado. Veja o exemplo rtp.conf para mais informações.
Os pacotes DTLS agora serão fragmentados de acordo com o MTU, conforme definido em rtp.conf. Isso permite que certificados maiores sejam usados para a negociação do DTLS. Por padrão, esse valor é 1200.
ReadExten
Adicione a opção 'p' para interromper a leitura da extensão se o usuário pressionar a tecla '#'.
DUNDi
O módulo DUNDi PBX agora suporta ligação dupla IPv4 / IPv6.
MWI
Foi adicionado um novo módulo "res_mwi_devstate" que permite inscrições em caixas de correio de voz usando eventos "presença". Isso permite que as teclas BLF comuns atuem como indicadores de espera do correio de voz.
Texto traduzido do site https://wiki.asterisk.org/
Ganhe R$ 20 OFF nas compras acima de R$ 100 ou ganhe R$ 50 OFF nas compras acima de R$ 250 *Válido para produtos com selo GANHE MAIS
Link de outros projetos que vale a visita:
https://consultoriavoip.luissale.com
https://astefree.com.br
https://socupom.com
Link de apoio: apoia.se/telefoniavoiperedes?utm_source=blog
Nenhum comentário :
Postar um comentário
Deixe seu comentário ou sugestões de postagem.