Novas funcionalidades e recursos adicionados ao Asterisk 15
O Asterisk 15 que foi oficialmente lançado no final do ano de 2017 continua na linha dos principais lançamentos anteriores, como o Asterisk 13 e o Asterisk 14. Onde as versões anteriores do Asterisk ofereciam uma multidão de novos recursos, o Asterisk 15 é focado para entregar novas capacidades - a adição mais significativa para a Asterisk, uma vez que adicionou o suporte a chamadas SIP há mais de uma década. O Asterisk 15 agora facilita a criação de videoconferências multi-partes.
Destaque para as seguentes funcionalidades adicionada ao Asterisk 15: Streams, WebRTC e Bundled pjproject.
WebRTC
Para simplificar a configuração para os usuários, foi criada uma nova opção, webrtc, que controla as opções de configuração necessárias para o WebRTC. Se a opção webrtc estiver definida como "sim", todas as opções necessárias para WebRTC estão habilitadas. Isso ainda exige que os certificados DTLS sejam criados e configurados manualmente.
O suporte a BUNDLE foi adicionado, o que melhora o tempo de configuração de chamadas. O BUNDLE permite múltiplos fluxos de midia (por exemplo, áudio e vídeo) para usar o mesmo transporte subjacente. Uma vez que no WebRTC um transporte tem que passar pela negociação ICE e negociação DTLS, isso reduz cada um desses para acontecer apenas uma vez. Se os fluxos adicionais forem adicionados a uma chamada, isso também remove a necessidade de negociação ICE e negociação DTLS, permitindo que a mídia flua imediatamente.
Streams
Streams, no seu núcleo, são fluxos de mídia lógicos. Eles podem ser unidirecionais ou bidirecionais e são compostos de formatos de mídia. Os formatos de mídia também contêm um tipo. Para simplificar as coisas, os fluxos só possuem um único tipo de mídia. Streams também pode levar um identificador na forma de um nome. Para uma chamada de voz simples, o conceito de fluxo não adiciona nenhum valor adicional. Para o vídeo e, especificamente, WebRTC, os fluxos são essenciais para coisas como videoconferência multipartita, onde um único cliente pode ter 8 fluxos de vídeo chegando, 1 fluxo de vídeo e 1 fluxo de áudio bidirecional.
Antes da versão 15, o Asterisk não tinha nenhuma interface explícita para fluxos e simplesmente tinha um único espaço para os quadros serem gravados e lidos. Os formatos negociados são parametrizados para todo o canal como resultado. As interfaces que precisavam manipular a mídia tiveram que se injetar nessa única tubulação e tiveram que ter especial cuidado em não manipular quadros que não precisavam. Este mesmo tubo também possui estruturas de controle e outras operações relacionadas com sinalização. O resultado foi uma implementação de fluxo muito solto. Para o Asterisk 15, o conceito de fluxo foi codificado com um novo conjunto de recursos projetados especificamente para manipular fluxos e topologias de fluxo que podem ser usados por qualquer driver de canal.
Bundled pjproject
Começando com o Asterisk 15, a versão agrupada do pjproject será usada por padrão. Para usar um pjproject externo (ou não), adicione a opção --without-pjproject-bundled à sua linha de comando ./configure . Alguns aprimoramentos foram feitos para o processo de download para facilitar o uso do pjproject incluído em uma máquina de compilação sem acesso à internet. Consulte PJSIP-pjproject para obter mais informações.
Outros novos recursos
Adicionar suporte para ativação do soquete systemd
núcleo: adicione suporte para análise de tempo para ast_parse_arg e ACO.
ast_waitfordigit_full: adicione suporte para filtrar chaves DTMF que podem quebrar a espera.
Adicionar QUEUE_FLOAT_PENALTY para app_queue
Func_channel: adicione a capacidade de obter o callid para que dialplan tenha acesso a ele.
res_pjsip: Adicionar esquema de identificação do ponto final com base em um cabeçalho / valor SIP configurado
[patch] Permitir que o branding "Comedian Mail" seja removido
[patch] Feedback RTCP para módulos de codecs
app_queue: Atualizar dados de filas (use filas como contêiner de chamadas de saída)
Tornar as mensagens de registro PJPROJECT um pouco mais fáceis
app_originate: Adicionar opção para executar o gosub antes do discagem
ARI: adicione a capacidade de controlar a origem do vídeo em uma ponte misturadora multipartita
ARI: adicione capacidade de especificar variáveis de canal em eventos de websocket
ARI: adicione um campo 'asterisk_id' aos eventos de saída
Adicione a função dialplan PJSIP_SEND_SESSION_REFRESH que envia uma atualização de sessão para atualizar formatos em um canal após o estabelecimento da sessão
Curta Telefonia voIP e Redes no Facebook: https://www.facebook.com/consultoriavoip/
Nenhum comentário :
Postar um comentário
Deixe seu comentário ou sugestões de postagem.