Hoy en día, cada vez más empresas desean emplear la calificación en tiempo real de AAA GW, pero se enfrentan a muchas preguntas. En este artículo, se dará respuesta a algunas de ellas, se contrastará la calificación convencional por lotes con la calificación en tiempo real y se mostrarán algunas ventajas de esta última.
En la tarificación por lotes convencional, todos los datos de los eventos se leen de los archivos CDR/EDR una vez que los eventos ya han finalizado. Los datos de los eventos se procesan, se clasifican y se cargan.
En la tarificación en tiempo real, los datos se procesan cuando los eventos se intentan o incluso están en curso. Los eventos se autorizan, se reautorizan y, al final, se cobran.
Cuando se planifica un sistema en tiempo real, es necesario diseñarlo de forma que se minimice la posibilidad de interrumpir los servicios o de incurrir en pérdidas de ingresos. Para minimizarlas, hay que tener en cuenta la latencia, la arquitectura de alta disponibilidad, la separación cm/dm por servicio para facilitar el mantenimiento de la producción y una supervisión eficaz.
Con la tarificación en tiempo real, los usuarios de prepago y pospago pueden acomodarse en un solo sistema: un sistema así se denomina facturación convergente. La facturación en tiempo real ofrece aún más ventajas, como los límites de crédito de pospago y la información en tiempo real tras el uso por parte del cliente.


En uno de los próximos artículos se presentarán más detalles sobre AAA GW, el flujo de trabajo de interacción para llamadas (mbi,) y gprs/mms/sms (diámetro.) Síganos en Twitter y permanezca atento.
Hola,
Soy yo otra vez. Me interesa su valoración en tiempo real. Actualmente estoy evaluando la arquitectura trazada por nuestro SI. No mencionaré ningún nombre. ¿Cómo clasifica una arquitectura como de alta disponibilidad? Cualquiera puede declarar que la suya es HA, ¿cuánta HA es realmente una buena HA? ¿Hay alguna variable que deba tenerse en cuenta? ¿Alguna fórmula específica a la que pueda remitirme?
Otra pregunta, con respecto al AAA que utiliza el protocolo diameter. Estamos utilizando pipeline para procesar los paquetes diameter, el gestor Diameter no está implementado por aquí. ¿Dónde puedo encontrar el archivo de registro, porque en aquellos días, cuando todavía existía el gestor IPT, se podían encontrar los archivos de registro de paquetes en $PIN_HOME/apps/radius_ipt/radius_ipt.log, pero para los paquetes diameter, no tengo ni idea.
Por favor, aconséjeme.
Gracias de antemano.
Saludos,
-Ayazul
Hola Ayazul,
Nuestra descripción de la alta disponibilidad es la capacidad de un sistema para mantener el rendimiento tras la avería de uno o más de los servidores. Un componente importante de la alta disponibilidad es la conmutación por error, es decir, la capacidad de que las conexiones de los clientes se transfieran de un servidor caído a otro que funcione en caso de avería del servidor, permitiendo así que las aplicaciones de los clientes sigan funcionando.
Estamos de acuerdo con su afirmación de que cualquiera puede declarar que su arquitectura es HA. Sin embargo, no es posible dar una respuesta sencilla a sus preguntas. Primero tendríamos que analizar la arquitectura de HA del cliente y después realizar las pruebas necesarias.
En cuanto a la segunda pregunta, en general puede encontrar los registros de diámetro en el directorio /opt/portal/pre_dia/log.
Si desea entrar en más detalles, no dude en ponerse en contacto con nosotros directamente.
Saludos cordiales,
Ales
Hola,
Ha pasado algún tiempo desde que se publicó este artículo. Me gustaría saber si sigue utilizando Oracle BRM AAA GW u Oracle BRM ECE. En caso de que utilice ECE, por favor comparta su enfoque, retos y lecciones aprendidas.
Gracias y saludos cordiales,
Khan
En un entorno de calificación en tiempo real, la tubería AAA GW se bloquea debido al volcado del núcleo de memoria tras el procesamiento de las solicitudes de uso.
El problema se reproduce con los siguientes pasos:
1.Inicie un sistema de calificación en tiempo real con los siguientes componentes: AAA GW, CM, Canalización en tiempo real y DM_ORACLE
2. Enviar la solicitud a la tubería AAA GW. Estas solicitudes se procesan sin problemas.
3. Al cabo de unos minutos, se produce un volcado del núcleo mediante el proceso pipeline IFW.
¿Alguien puede ayudar en este asunto de Oracle BRM?
Para aplicar la solución, ejecute los siguientes pasos:
1. Descargue y revise el readme del último conjunto de parches
2. Asegúrese de haber realizado una copia de seguridad de su sistema antes de aplicar el conjunto de parches recomendado.
3. Aplique el parche en un entorno de prueba.
4. Vuelva a probar el problema.