{"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\/es\/blog\/news\/reliz-kommunikaczionnoj-platformy-asterisk-21","title":{"rendered":"Lanzamiento de la plataforma de comunicaci\u00f3n Asterisk 21","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Despu\u00e9s de un a\u00f1o de desarrollo, se lanz\u00f3 una nueva rama estable de la plataforma de comunicaci\u00f3n abierta Asterisk 21, utilizada para implementar centrales telef\u00f3nicas de software, sistemas de comunicaci\u00f3n de voz, pasarelas VoIP, organizar sistemas IVR (men\u00fa de voz), buzones de voz, conferencias telef\u00f3nicas y centros de llamadas. Los c\u00f3digos fuente del proyecto est\u00e1n disponibles bajo la licencia GPLv2. <\/p>\n
Asterisk 21 se clasifica como una versi\u00f3n con soporte regular, con actualizaciones que se generan durante dos a\u00f1os. El soporte para el ramo LTS de Asterisk 20 durar\u00e1 hasta octubre de 2027, y Asterisk 18 hasta octubre de 2025. El soporte para la rama LTS 17.x ha finalizado. Al preparar lanzamientos LTS, se da prioridad a la estabilidad y la optimizaci\u00f3n del rendimiento, mientras que el enfoque de las versiones regulares es la ampliaci\u00f3n de la funcionalidad. <\/p>\n
Entre los cambios en Asterisk 21: <\/p>\n
\n
Se han ampliado las capacidades del m\u00f3dulo res_pjsip_pubsub, que a\u00f1ade al stack SIP PJSIP capacidades adicionales para el intercambio distribuido de datos sobre el estado de dispositivos a trav\u00e9s de la extensi\u00f3n PubSub de Jabber\/XMPP (env\u00edo de notificaciones por suscripci\u00f3n).\n
En el m\u00f3dulo sig_analog para canales FXS anal\u00f3gicos, se ha implementado la capacidad de retener al suscriptor llamado (CSH, Called Subscriber Held), permitiendo al usuario poner una llamada iniciada en espera, colgar y reanudar la conversaci\u00f3n al descolgar en otro tel\u00e9fono en la misma l\u00ednea. Para gestionar la retenci\u00f3n de la llamada, se ha propuesto la configuraci\u00f3n calledsubscriberheld.\n
En la funci\u00f3n res_pjsip_header_funcs, el argumento prefix en PJSIP_HEADERS se ha convertido en opcional (si no se especifica, se devolver\u00e1n todos los encabezados).\n
En el servidor http (AstHTTP \u2014 AMI sobre HTTP), se ha simplificado la salida de la p\u00e1gina de estado (la direcci\u00f3n y el puerto ahora se muestran en una sola l\u00ednea).\n
Se ha declarado obsoleto el archivo de configuraci\u00f3n users.conf.\n
Se ha declarado obsoleta la funci\u00f3n ast_gethostbyname(), que debe ser reemplazada por las funciones ast_sockaddr_resolve() y ast_sockaddr_resolve_first_af().\n
Las aplicaciones SLAStation y SLATrunk se han trasladado del m\u00f3dulo app_meetme al app_sla (al utilizar estas aplicaciones, se deben cambiar los m\u00f3dulos en modules.conf).\n
Se han eliminado los m\u00f3dulos que previamente se hab\u00edan declarado obsoletos: chan_skinny, app_osplookup, chan_mgcp, chan_alsa, pbx_builtins, chan_sip, app_cdr, app_macro, res_monitor. <\/ul>\n