Blog

Un usuario hace 56874 llamadas para mapear qué uso se hace a la red telefónica
Un usuario finlandés compró una tarjeta SIM de prepago y un gateway GSM para programar un servicio que recorriese toda la numeración posible gratuita para ver en qué se utilizan.
Valtteri Lehtinen es un finlandés residente en Helsinki que llevaba con la duda de qué tipo de sistemas de telefonía estaban conectados a la red telefónica finlandesa. Para ello hizo un experimento muy curioso: compró una tarjeta SIM de prepago, un gateway GSM y utilizó un Asterisk para generar llamadas, informes del resultado de estas llamadas y grabar el audio en caso de que escuchara algo interesante, y recorrió toda un buen rango de números.
Utilizó el rango de números gratuitos para evitar llamar y molestar a la gente, así como porque como la tarjeta SIM tenía un saldo de 5€, no quería hacer una inversión mayor en este sentido y se puso a llamar a todos los números gratuitos que pudo, considerando una llamada cada 60 segundos, suficientemente lento como para evitar que la compañía lo banee y lo suficientemente rápido como para terminar en este siglo, consiguió hacer 56874 llamadas (por fuerza bruta) para obtener un mapa curioso sobre el uso que se hace de este tipo de numeración.
Hay que decir que, por raro que parezca, hacer llamadas secuenciales sin ningún motivo, no es ilegal. Ni hay que consultar a la Lista Robinson, ni hay que pedir permiso… es algo que se ve todos los días y que, aunque sea molesto para quien recibe las llamadas
Si tenéis curiosidad por saber los resultados de este estudio os invito a que entréis en la web del creador del estudio y veáis los resultados en detalle, con algunas curiosidades que incluyen: apocalipsis zombie, mensajes y códigos secretos y algunas cosas más.
La web la tenéis aquí: https://shufflingbytes.com/posts/wardialing-finnish-freephones/
2023-06-20
La Inteligencia Artificial cambiará la forma en la que hacemos las cosas
Esta semana pasada tuvo lugar la ICT Solutions Day, un evento al que fui invitado para hablar sobre lo que conozco y me gusta: Las comunicaciones unificadas en la actualidad. Este tema da para una conversación larga como bien pude comprobar al finalizar la charla y es que no fueron pocos los que se pararon a conversar sobre este tema y algunos comentarios que hice sobre algo que considero que es el futuro de las comunicaciones y que nada tiene que ver con las comunicaciones tal y como las conocemos actualmente.
Lo cierto es que me ha hecho mucha ilusión, ya que en 2018 fue la última vez que pude ir a un evento de estas características para hablar sobre VoIP e Inteligencia Artificial. En 2019 me fue imposible por la agenda y en 2020 ya comenzó el COVID y se fue todo a la porra. Por lo que volver a ir a un evento de estas características donde poder reencontrarme con amigos, colegas y conocidos, ha sido una experiencia increíble y que espero poder repetir en breve.
Durante el VoIP2DAY 2018, ya hablé de las posibilidades que ofrecía la Inteligencia Artificial en el campo de la VoIP, lo cual daba para pensar en qué cambiaría nuestro día a día los cambios que estaban por venir.
Desgraciadamente llegó el COVID, y eso paralizó todo avance, todo desarrollo para dar lugar a una explosión de oportunidades para ciertas «suites» que estaban despegando en esos instantes: Zoom, Teams, OneCloud, Jitsi, etc. Tras una serie de numerosas desdichas en estos anteriores años: 2020, 2021, 2022,… llegamos a un evento clave: la caída del precio de las criptomonedas momento en el cual, un componente hardware clave para la minería de criptomonedas, comenzó a mostrar existencias y bajadas de precios, lo cual dio lugar a GPUs muy potentes y disponibles para aquellos que quisieran aprovecharlas en otras actividades que no fuera la «minería de criptomonedas«, esto es: la industria de los videojuegos y más importante aún: La Inteligencia Artificial.
La Inteligencia Artificial ha demostrado en apenas 10 meses que puede convertirse en una de las herramientas más importantes desde la invención de Internet, que provoca tanto ilusiones, esperanza y nuevas oportunidades, como rechazo, miedo y angustia por los trabajos que no van a cubrirse debido al avance sin límites de las nuevas aplicaciones como ChatGPT capaces de crear documentos, contratos, textos legales, trabajos escolares, cuentos y cálculos complejos, así como herramientas de creación visual como Midjourney, DALL·E 2, Stable Diffusion, etc.
No llegamos a ser capaces de imaginar lo que puede depararnos el avance de la Inteligencia Artificial en el próximo año y medio… y, considerando que la Inteligencia Artificial tiene un aprendizaje exponencial, las posibilidades dentro de 4 o 5 años pueden llegar a ser realmente alucinantes.
En el campo de las comunicaciones, la Inteligencia Artificial nos está abriendo un mundo sorprendente en todos los campos, desde la redacción de correos electrónicos, mensajería instantánea, presencia, como en generación, modificación y mejora de audio y vídeo en conferencias de cualquier tipo: llamadas, videollamadas, multivideollamadas, etc. permitiéndonos comprimir audio y vídeo hasta niveles jamás imaginados.
Por último y tras las últimas noticias de Apple con su Vision Pro, unas gafas de realidad virtual orientadas a un despliegue diferente al que buscan empresas como Meta o Microsoft, puede que las gafas de Realidad Virtual de Apple sean el auténtico paso previo que hace falta para que empiecen a popularizarse y, quizá para dentro de 7 u 8 años (para 2030), podamos empezar a ver algo como lo del Metaverso que realmente llame la atención, tanto como para dar el salto, aunque hasta entonces, todavía quedará algunos años.
2023-06-13
Sigue la Kamailio World 2023 en directo desde aquí
Aquí podéis seguir en directo la Kamailio World 2023
2023-06-06
Apple presenta sus gafas de Realidad Virtual con unas variaciones que marcan la diferencia
No os voy a engañar, soy un enamorado del hardware de Apple, eso que dicen rápido en todas las presentaciones y que pasa desapercibido caso siempre: ingeniería aeroespacial, es algo que se nota cuando sacas la lupa y miras el acabado de los agujeros increíblemente pequeños desde donde sale el audio en un portatil, el reloj o un ipad. Otra cosa completamente diferente es el software, cerrado y opaco como él solo, o su filosofía de «somos mejores» que tanto daño le ha hecho a todos los que no predican con su ecosistema, pero en cuanto a hardware, tienen una de las mejores ingenierías que conozco. Las primeras versiones tendrán sus fallos, lógicamente, pero con el tiempo, siempre consiguen un gran producto y una innovación que, si bien es lento
Y esto es algo que han vuelto a demostrar en la presentación de un producto como sus gafas de Realidad Virtual. Ellos lo llaman «Realidad Mixta», aunque no deja de ser una realidad virtual estándar con cámaras para mostrarte lo que hay detrás de una pantalla.
Tras la semana en la que se anunció que el equipo de desarrolladores del Metaverso habían dejado este proyecto para centrarse en la Inteligencia Artificial, Apple presenta sus primeras gafas de Realidad Virtual con la que espera entrar en esta carrera por tener su propio espacio de interconexión y comunicación mediante realidad virtual.
Las Apple Vision Pro (como se llaman realmente estas gafas) son una autentica pasada a nivel de hardware, dan la impresión que son transparentes, aunque tienen una pantalla para que podamos ver los ojos de la persona que lleva puestas las gafas. De esta manera consiguen crear esa «opacidad» regulable con una rueda similar a la del Apple Watch.
Es un debate muy interesante que las dos tecnologías más prometedoras del siglo se estén llevando a cabo en esta década: la inteligencia artificial está ahora mismo en boca de todos, pero otra verdadera revolución será la realidad virtual. Quizá esta sea la primera piedra del nuevo ecosistema como lo fue el iPhone el primer día que lo presentaron, aunque la verdadera revolución tardará en llegar y es que hace falta que un buen número de personas vean «normal» eso de ponerse unas gafas y trabajar sin pantallas.
Las Apple Vision Pro vienen con 6 micrófonos, 8 cámaras frontales y 2 cámaras internas para analizar dónde miramos en cada momento. Las cámaras frontales sirven para «tracear» el espacio donde nos encontramos y poder plasmar pantallas, iconos e imágenes en un entorno 3D dentro del espacio donde nos encontramos y poder mover la cabeza y que la sensación sea de que las imágenes están físicamente ahí.
El precio es lo que ha echado para atrás a todo el mundo, y es que $3500 + impuestos (lo que en Europa se puede trasladar en 4250€ o similar) es un precio que no todo el mundo puede pagar por unas gafas experimentales. Toda esa tecnología está claro que no es barata, pero ese precio no está al alcance de cualquiera, aunque viendo el precio de un iPhone 14 Pro Max, tampoco es tan descabellado.
Soy de la opinión que la Realidad Virtual tendrá su boom en unos años, cuando la gente esté más preparada para interactuar físicamente en un mundo virtual, aunque si la videoconferencia tardó en despegar más de 15 años, igual a la Realidad Virtual le queden aún 7 u 8 años más por delante para que podamos disfrutarla como se merece.
Más información: https://www.apple.com/apple-vision-pro/
2023-06-06
Cómo configurar el envío de emails con SSMTP
Desde siempre, un servidor Linux bien configurado necesita de un servidor de correos configurado de una forma muy particular para conseguir que las notificaciones de los servicios que corren, puedan enviarnos avisos y notificaciones. Un ejemplo de ello ha sido el uso del VoiceMail de Asterisk que nos envía un email cuando alguien nos deja un mensaje en el buzón de voz.
Hace ya algunos años explicamos en Sinologic cómo configurar el envío de email para que Asterisk nos pueda enviar mensajes y para ello utilizábamos uno de los MTA (Mail Transport Agent) más utilizados llamado Exim. No obstante, tanto si utilizas Exim, como Postfix, como SendMail, estás configurando un servidor íntegro de envío de emails, el mismo servidor que podría utilizar una empresa para todos sus empleados o para sus usuarios. Claro que nuestro servidor no necesita configurar permisos, cuentas de usuario, sistemas de antispam, antivirus, direcciones IP de reenvío de emails, etc, ya que lo único que queremos es que utilice una cuenta de otro servidor de email para enviar las notificaciones.
SSMTP, una aplicación para simplificar el envío de emails
Para eso justamente existe un servicio desde hace bastante tiempo llamado SSMTP (https://github.com/badoo/ssmtp) instalable desde paquetes propios de la distribución…
Así, en Debian/Ubuntu instalaríamos el paquete ssmtp con el siguiente comando:
```
sudo apt-get install ssmtp mailutils
```
La configuración de esta forma de configurar el envío de email es 1000 veces más sencilla que utilizando Exim, Sendmail, Postfix o similares… tremendamente sencilla y permite configurar una cuenta de email para que todas las notificaciones que envíe nuestro sistema Linux, se envíen utilizando dicha cuenta.
Qué necesitamos para enviar emails
Para configurar el envío de email en nuestro servidor Linux, debemos tener una cuenta de email válida y que funcione para envío de mensajes:
```
Servidor SMTP: smtp.miservidor.com
Puerto SMTP: 587
Usuario: superchuloemail@miservidor.com
Contraseña: $uperContraseña999
```
Una vez tengamos estos datos y hayamos comprobado que podemos enviar emails desde un cliente normal y corriente de envío de email, tan solo nos queda configurar la aplicación:
Cómo configurar el envío de email con SSMTP
La aplicación SSMTP tiene dos archivos de configuración muy sencillos:
El archivo revaliases nos sirve para definir qué cuenta debemos usar si un usuario del sistema envía un email. Generalmente los servicios suelen enviar email como ‘root‘, así que el archivo sería algo así:
```
# sSMTP aliases
#
# Format: local_account:outgoing_address:mailhub
#
# Example: root:your_login@your.domain:mailhub.your.domain[:port]
# where [:port] is an optional port number that defaults to 25.

root:superchuloemail@miservidor.com:smtp.miservidor.com:587
```
Y otro archivo ssmtp.conf que nos permitirá configurar los datos del servidor que queremos utilizar para enviar los mensajes de email:
```
#
# Config file for sSMTP sendmail
#
# The person who gets all mail for userids < 1000
# Make this empty to disable rewriting.
root=superchuloemail@miservidor.com

# The place where the mail goes. The actual machine name is required no
# MX records are consulted. Commonly mailhosts are named mail.domain.com
mailhub=smtp.miservidor.com

# Where will the mail seem to come from?
#rewriteDomain=

# The full hostname
hostname=mi.servidor.com

# Are users allowed to set their own From: address?
# YES - Allow the user to specify their own From: address
# NO - Use the system generated From: address
FromLineOverride=YES

AuthUser=superchuloemail@miservidor.com
AuthPass=$uperContraseña999
UseTLS=YES
UseSTARTTLS=YES
```
Con estos dos archivos, ya podemos hacer una prueba de envío de email con un comando básico de consola:
Comprobar que podemos enviar email desde el servidor
```
echo "Mensaje" | mail -s "Asunto" micorreopersonal@midominio.com
```
2023-05-11
Asterisk se traslada oficialmente a GitHub
Para reducir la cantidad de sistemas implicados en el mantenimiento y administración que el desarrollo de Asterisk necesita para seguir siendo uno de los sistemas de comunicaciones VoIP más utilizados del mundo, el equipo de desarrolladores ha decidido trasladar todas las herramientas (gestión de incidencias, gestión y revisión del código, documentación, etc.) a una solución en la nube en lugar de alojada en los propios sistemas de la empresa que lo mantiene.
Han estado evaluando las dos principales herramientas para este tipo de proyectos: GitHub y GitLab y al final el ganador ha sido GitHub ya que ofrece una mejor alternativa para la revisión del código.
Es cierto que Asterisk ya contaba con un mirror en GitHub de lo que se generaba en los sistemas propios del proyecto, pero en esta ocasión se trata de oficializar que el repositorio de Asterisk se encuentre alojado en GitHub.
Personalmente hubiera preferido GitLab por el hecho de que GitLab es software libre mientras que GitHub es un gestor privado (y en manos de Microsoft que no es poca cosa…), pero realmente lo importante es que los desarrolladores y usuarios encuentren un lugar cómodo donde poder avanzar en el desarrollo y documentación.
Menos Fork de Asterisk, más colaboración…
Uno de los últimos ruegos de los desarrolladores de Asterisk es animar a los usuarios y desarrolladores de Asterisk que necesitan modificaciones personales para sus proyectos, es colaborar con el código oficial de Asterisk en lugar de crear repositorios propios modificados (forks) lo que contribuye principalmente al crear software variado en lugar de aunar fuerzas para conseguir un software mucho más completo.
En parte, una de las ventajas del software libre es la capacidad de crear modificaciones de cualquier aplicación y ser capaz de distribuirlas y que otros se basen en tus modificaciones para crear sus propias versiones, aunque es cierto que si ese esfuerzo se hiciera sobre el código fuente del proyecto principal, éste saldría reforzado y tendría mucha más fuerza al disponer de más personas que aportan su grano de arena con sus modificaciones.
2023-04-27
ASLAN 2023: Un evento que abarca más de lo que puede
Hace unos días aproveché para acercarme al ASLAN 2023, una feria profesional que tiene muchos años de experiencia y que, organizada por la asociación con el mismo nombre, ha culminado esta edición con una cantidad de público que ha sobrepasado las expectativas.
Quizá por las ganas de asistir a eventos, quizá por que la temática se ha abierto a demasiados campos, el tema está que ASLAN había sido un evento de referencia para todas las empresas relacionadas con las redes y en esta edición han querido abarcar más temáticas hasta convertirse en un monstruo sin cabeza en el que cabían desde hardware de red, datacenters, inteligencia artificial hasta antivirus.
Por esta razón, los expositores del Congreso ASLAN son tan variados que los visitantes acudían en masa para poder contactar con los expositores que estaban interesados: los que habían ido a ver hardware de red, tenían a muchos fabricantes especializados en cableados de red, coaxiales, antenas wireless, etc., pero aquellos que habían ido a ver las novedades cloud se encontraban con decenas de expositores sobre servicios cloud entre los que se encontraban desde datacenters como Interxion hasta AnyDesk (el software de control remoto), por lo que realmente había mucho público pero más distribuido.
Y este fue lo que a primera hora de la mañana causó un gran cabreo por parte de expositores y asistentes que no podían acceder a las instalaciones por exceso de aforo y «peligro de derrumbe» de la zona de expositores. (si, así tal y como suena). Yo iba con un amigo que tenía que asistir como expositor y llegó a las 12:30 debido a la gran cantidad de personas que querían acceder y tenían el acceso cortado por exceso de aforo. Si salían 2 personas, entraban 2 personas y eso hacía que los cientos de visitantes que se dieron cita en las primeras horas, se encontraran hacinados en el lateral de acceso al espacio dedicado a la feria.
Está claro que ASLAN ha querido abarcar demasiado con sus temáticas, o el lugar donde lo celebra ya no es suficiente para esa cantidad de temas y charlas diferentes que, pese a ser el mayor atractivo del congreso, tampoco tenían la visibilidad y la importancia que deberían.
Temática del ASLAN 2023
Lo bueno es que pudimos ver a muchos amigos y conocidos que allí se encontraban, la gente de InstantByte, Wifidom, Alhambra, Snom y muchos más.
ASLAN siempre ha sido un marco de referencia para todo lo relacionado con las redes y un poco de VoIP, pero han metido nuevos temas como ofimática, inteligencia artificial, cyberseguridad, etc. que si bien son también temas muy interesantes que tienen cierta «relación», se salen del ámbito al que el visitante del ASLAN va a estos eventos y que hace que muchos decidan no volver en próximas ediciones.
2023-03-27
ISSABEL, premio producto del año ITExpo2023
A finales de 2016, algunos miembros muy involucrados en Elastix que vieron como su principal herramienta de trabajo pasó a manos de la competencia, decidieron crear Issabel, una distribución de opensource basada en Asterisk con un interfaz web tan completo que puedes configurar una centralita VoIP sin necesidad de escribir nada y tan sencilla de manejar que cualquier usuario de Elastix entendió que era la evolución natural y, aunque ha tenido sus altibajos, Issabel se convirtió rápidamente en la mejor alternativa.
Con el tiempo Issabel no sólo ha superado las espectativas, también ha sido capaz de crear una comunidad potente, con personas que apoyan el proyecto tanto como usuarios como desarrolladores y que colaboran aportando sus conocimientos para ayudar a otros usuarios como en cualquier proyecto opensource.
En la ITExpo 2023 que acaba de terminar y en la que conjuntamente se celebró la Astricon, ISSABEL ha sido galardonada con el premio al mejor producto del año, lo cual es un gran mérito al ser un producto que utilizan miles de usuarios y que aporta un gran valor dentro de la comunidad opensource asociada a las comunicaciones unificadas.
Más sobre Issabel: https://www.issabel.org/
Noticia oficial: https://www.issabel.com/issabel-wins-poty/
2023-03-09
La píldora del viernes (24 de febrero de 2023)
Todos sabemos que las compañías están quitando tan rápido como sea posible todas las conexiones analógicas y digitales (RDSI/Primario) para sustituirlas por fibra óptica y la telefonía por VoIP, pero si no es suficiente la velocidad de implantación de la fibra óptica, siempre hay algún otro que fuerza esa implantación por las malas.
Cursos de Asterisk Básico y de Desarrollo en Asterisk con Python
El tema de los cursos de Asterisk es algo que he hecho desde 2006 y cada año suelo hacer un par de cursos personalizados para empresas y grupos de usuarios. No obstante un curso online por 20€ (ahora que están de oferta) es algo que tiene buena pinta, así que lo comparto por aquí:
Curso Online de Asterisk Básico
Duración: 3 sesiones de 2.5 horas (Total: 7.5 horas)
Enlace: https://techxpert.guru/programas/asterisk-basico/
Precio: 20€
Curso Online de Asterisk Developer con Python
Duración: 4 sesiones de 2.5 horas (Total: 10 horas)
Enlace: https://techxpert.guru/programas/asterisk-developer-con-python/
Precio: 20€
Pásate a la autentificacion de dos pasos en todo lo que puedas
Hace poco Twitter avisó que la autentificación en dos pasos mediante SMS dejaría de ser algo gratuito y que si querías utilizar los SMS para enviar el código de autentificación, habrá que pagar mensualmente el servicio Twitter Blue. No obstante, eso es una buena noticia, ya que básicamente ha obligado a hacer más seguro si cabe la autentificación al «obligar» a utilizar una aplicación específica para generar los códigos necesarios.
En este caso, lo suyo es utilizar alguna aplicación software libre, como FreeOTP.
No obstante, otras aplicaciones como Google Authenticator también han demostrado ser muy útiles.
Lo importante es dejar de utilizar SMS como sistema de envío de claves de verificación, ya que está demostrado que no es seguro en un entorno crítico. No es que Twitter sea un servicio muy crítico para la mayoría de nosotros, pero ¿y si empezamos a acostumbrarnos a utilizar la autentificación en dos pasos por este servicio?
Os recordamos que ya escribimos en Sinologic un artículo para configurar nuestro sistema Debian para loguearnos utilizando la verificación en dos pasos.
2023-02-24
Cómo arreglar el error de Asterisk: FRACK!, Failed assertion bad magic number …
Durante muchos años un error que aparecía pocas veces pero que trae bastante cola aparece de forma misteriosa y por más que buscamos a qué se debe, no hay forma de eliminarlo. Este mensaje además aparece cuando el sistema tiene un número considerablemente alto de llamadas lo que provoca que se rechacen paquetes UDP que, viniendo de un sistema Asterisk, tiene bastantes posibilidades que sean SIP o UDP, así que lo notaremos tanto por que hay llamadas que no finalizan y el error de FRACK! aparece con bastante frecuencia, entonces también afecta al audio provocando cortes bastante importantes y un gran dolor de cabeza.
Este error se produce en Asterisk y generalmente indica un problema con la integridad de la memoria en tiempo de ejecución. La frase «bad magic number» se refiere a un valor esperado en la memoria que no coincide con el valor real, lo que sugiere que algo ha cambiado la memoria de manera inesperada. En cambio, el mensaje «FRACK!» es una convención de código en Asterisk para indicar un fallo en tiempo de ejecución.
Por más que buscamos en los foros y documentación el origen de este error, parece que se trata de algún problema con alguna versión de Asterisk que parece que se soluciona actualizando la versión de Asterisk, pero llega un momento que actualizas la versión y sigue apareciendo, y como únicamente aparece cuando hay bastante carga, es difícil de detectar y de comprobar si funciona o no la solución.
El error que aparece en el /var/log/asterisk/messages es como este:
```
[Jan 25 09:01:51] ERROR[8601] modulo.c: FRACK!, Failed assertion bad magic number 0x0 for object 0x7f4e9f11c440 (0)
[Jan 25 09:01:51] ERROR[8601] : Got 13 backtrace records
# 0: /usr/sbin/asterisk() [0x45c977]
# 1: /usr/sbin/asterisk() [0x45ff1b]
# 2: /usr/sbin/asterisk(__ao2_find+0x28) [0x460108]
# 3: /usr/lib/asterisk/modules/modulo.so(ast_session_get_datastore+0x31) [0x7f50accaf491]
# 4: /usr/lib/asterisk/modules/modulo.so(+0x1f56) [0x7f50ab65ff56]
# 5: /usr/lib/asterisk/modules/modulo.so(+0x11730) [0x7f50af12c730]
# 6: /usr/sbin/asterisk(ast_taskprocessor_execute+0xce) [0x59b61e]
# 7: /usr/sbin/asterisk() [0x5a2d10]
# 8: /usr/sbin/asterisk(ast_taskprocessor_execute+0xce) [0x59b61e]
# 9: /usr/sbin/asterisk() [0x5a34b0]
#10: /usr/sbin/asterisk() [0x5ab34c]
#11: /lib/x86_64-linux-gnu/libpthread.so.0(+0x76ba) [0x7f512530c6ba]
#12: /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d) [0x7f51248e641d]
```
El error aparece tanto en chan_SIP como en PJSIP y con otros módulos, pero es un error tan crítico que provoca cortes y grandes problemas de todo tipo.
Descartando un error hardware
Lo primero que tenemos que hacer para solucionar el error FRACK!, Failed assertion bad magic number, es comprobar que el hardware es correcto. El hecho de utilizar un sistema virtualizado no está exento de algún problema físico con la memoria RAM. Para ello, lo suyo es comprobar mediante un test de memoria (memtest86 o similar) que la memoria RAM está bien.
El error FRACK! se soluciona actualizando
En los foros de todo tipo (y he leído foros hasta en ruso o en japonés) hablan de que se soluciona actualizando, por lo que en un primer momento pensé que que el error FRACK!, Failed assertion bad magic number, era un fallo de esa versión en particular y que actualizando a la versión que decía, también se solucionaría.
Error… el FRACK! no se soluciona actualizando a una versión en particular… toca seguir buscando.
No obstante y como vamos a ver ahora, llega un momento en que actualización tras actualización llega un momento en que se soluciona. pero ¿y eso por qué?
Este error ha aparecido desde tiempos inmemorables y como decía antes, siempre en el peor momento: cuando más llamabas había en un Asterisk. Las soluciones, incluso con acceso directo a Digium para intentar solucionarlo siempre se basaban en el mismo sistema: 1) enviar traza, 2) enviar gdb con el error, 3) actualizar la versión de Asterisk, 4) si no se soluciona: Goto(1).
El error FRACK! se debe a la diferencia de versiones entre el sistema operativo y Asterisk
Hay que entender que cada versión de Asterisk se desarrolla en una fecha y en esa fecha existen librerías con versiones más o menos similares.
Puedes instalar Asterisk 20 en una Debian 7, y no dará fallos, pero Asterisk hace uso de funciones en librerías libc, glibc, libssl, etc. estándar de Linux y esperan respuestas que funcionen, pero cuando hablamos de gestión de memoria, las librerías evolucionan y cambian su forma de trabajar y las nuevas versiones de Asterisk esperan una respuesta compatible que en algún momento deja de serlo y entonces se encuentra que una información que debería estar en una posición de memoria, no se encuentra ahí y de ahí el error.
Normalmente con una versión determinada de la distribución que utilices, le acompañan varias versiones de Asterisk, pero si intentas instalar un Asterisk demasiado nuevo o demasiado antiguo, a la hora de compilarlo fallará y no te permitirá hacerlo hasta que no actualices mínimamente.
Si tienes una versión de Linux muy nueva y utilizas una versión de Asterisk antigua, posiblemente te deje instalarlo, pero entonces ocurren los errores de FRACK!, Failed assertion bad magic number… lo mismo si instalas una versión de Linux antigua y Asterisk muy nueva, aunque en este caso, los errores son diferentes (Segmentation Fault, reinicios del Asterisk sin explicación, etc.) por eso es importante que si instalas una versión de tu distribución favorita y esa versión es muy nueva, tendrás que instalar una versión de Asterisk también bastante nueva o tendrás problemas de FRACK!.
De ahí que el error de FRACK! se solucione actualizando la versión de Asterisk.
Cada versión de Asterisk está pensada para una época determinada
En función de la versión de la distribución de Linux, deberás utilizar una versión de Asterisk de ese momento. Todo tiene su momento y aunque siempre se programa para lograr la máxima compatibilidad con todo, haciendo uso de las librerías más modernas pero también las más antiguas, son tantos los factores que intervienen en una aplicación de software, que no queda otra que actualizarse o morir.
Durante muchos años he encontrado de todo, desde versiones de CentOS 5 con Asterisk 1.4 hasta Debian 11 con Debian 1.8., y funcionan… lo que marca la diferencia es cuando realmente pasamos a tener cierto volumen de llamadas y toca hacer un uso intenso de ciertas librerías que manejan software de sistema operativo en capas bajas (reserva de memoria, almacenamiento de datos, procesamiento de números…)
Desde Sinologic siempre hemos defendido que hay que estar constantemente actualizando para evitar fallos de seguridad y recibir las ventajas y mejoras de las actualizaciones que van surgiendo, pero hoy más que nunca, esta recomendación se hace evidente y es que el error FRACK! es para muchos, un gran dolor de cabeza y al menos por mi parte, parece que tiene una solución que, si bien no es fácil, al menos sí es posible y pasa por actualizar Asterisk a una versión «más compatible» con la versión de la distribución de Linux que estemos utilizando.
Entonces la única solución si aparece el error de FRACK! , Failed assertion bad magic number es, o bien reinstalar con una versión de Linux más antigua, o actualizar la versión de Asterisk a una versión compatible con tu distribución, aunque eso implique modificar la configuración para adaptarla a la nueva versión de Asterisk.
2023-02-15