{"id":110978,"date":"2023-10-20T09:10:18","date_gmt":"2023-10-20T07:10:18","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-kommunikaczionnoj-platformy-asterisk-21"},"modified":"2023-10-20T09:10:18","modified_gmt":"2023-10-20T07:10:18","slug":"reliz-kommunikaczionnoj-platformy-asterisk-21","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/reliz-kommunikaczionnoj-platformy-asterisk-21","title":{"rendered":"Lan\u00e7amento da plataforma de comunica\u00e7\u00e3o Asterisk 21","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Ap\u00f3s um ano de desenvolvimento, foi lan\u00e7ado o novo ramo est\u00e1vel da plataforma de comunica\u00e7\u00e3o aberta Asterisk 21, utilizada para a implementa\u00e7\u00e3o de PABXs program\u00e1veis, sistemas de comunica\u00e7\u00e3o de voz, gateways VoIP, organiza\u00e7\u00e3o de sistemas IVR (menu de voz), correio de voz, confer\u00eancias telef\u00f4nicas e call centers. Os c\u00f3digos fonte do projeto est\u00e3o dispon\u00edveis sob a licen\u00e7a GPLv2. <\/p>\n
Asterisk 21 \u00e9 classificado como uma vers\u00e3o com suporte comum, cuas atualiza\u00e7\u00f5es s\u00e3o geradas ao longo de dois anos. O suporte para a ramifica\u00e7\u00e3o LTS do Asterisk 20 ser\u00e1 mantido at\u00e9 outubro de 2027, enquanto o Asterisk 18 ter\u00e1 suporte at\u00e9 outubro de 2025. O suporte para a ramifica\u00e7\u00e3o LTS 17.x foi encerrado. Ao preparar vers\u00f5es LTS, a maior aten\u00e7\u00e3o \u00e9 dada \u00e0 garantia de estabilidade e otimiza\u00e7\u00e3o de desempenho, enquanto o foco das vers\u00f5es comuns \u00e9 o aumento de funcionalidades. <\/p>\n
Entre as altera\u00e7\u00f5es no Asterisk 21: <\/p>\n
\n
As capacidades do m\u00f3dulo res_pjsip_pubsub foram ampliadas, adicionando ao stack SIP PJSIP funcionalidades adicionais para a troca distribu\u00edda de dados sobre o estado dos dispositivos por meio da extens\u00e3o PubSub do Jabber\/XMPP (envio de notifica\u00e7\u00f5es por assinatura).\n
No m\u00f3dulo sig_analog para canais FXS anal\u00f3gicos, foi implementada a funcionalidade de reten\u00e7\u00e3o de assinante chamado (CSH, Called Subscriber Held), que permite ao usu\u00e1rio transferir uma chamada iniciada para o modo de espera, desligar o telefone e retomar a conversa ao atender em outro telefone na mesma linha. Para gerenciar a reten\u00e7\u00e3o de chamadas, foi proposta a configura\u00e7\u00e3o calledsubscriberheld.\n
Na fun\u00e7\u00e3o res_pjsip_header_funcs, o argumento prefix em PJSIP_HEADERS foi convertido em opcional (se n\u00e3o especificado, todos os cabe\u00e7alhos ser\u00e3o retornados).\n
No servidor http (AstHTTP \u2014 AMI sobre HTTP), a exibi\u00e7\u00e3o da p\u00e1gina de status foi simplificada (endere\u00e7o e porta agora s\u00e3o mostrados em uma \u00fanica linha).\n
O arquivo de configura\u00e7\u00e3o users.conf foi declarado obsoleto.\n
A fun\u00e7\u00e3o ast_gethostbyname() foi declarada obsoleta, devendo-se utilizar as fun\u00e7\u00f5es ast_sockaddr_resolve() e ast_sockaddr_resolve_first_af() em seu lugar.\n
As aplica\u00e7\u00f5es SLAStation e SLATrunk foram transferidas do m\u00f3dulo app_meetme para o app_sla (ao usar esses aplicativos, os m\u00f3dulos devem ser alterados no modules.conf).\n
Foram removidos os m\u00f3dulos que anteriormente foram declarados obsoletos: chan_skinny, app_osplookup, chan_mgcp, chan_alsa, pbx_builtins, chan_sip, app_cdr, app_macro, res_monitor. <\/ul>\n