Problemas de instalación
Compruebe lo siguiente:
- La ISO debería haberse copiado en una unidad USB con particiones MBR y modo DD.
- La BIOS del servidor debe tener su modo de arranque por defecto (por ejemplo, DUAL).
- Si hay una controladora RAID, se debe configurar una unidad lógica y marcarla como de arranque.
- Compruebe si el servidor utilizado en la instalación cumple los requisitos de hardware de BQN.
- Compruebe que la instalación se ha realizado en el disco duro y no se ha sobrescrito la unidad USB.
No hay acceso a la dirección IP de gestión
El BQN utiliza una interfaz de red dedicada para la gestión. La interfaz de gestión soporta los servicios SSH y WEB (HTTPs). En caso de problemas para acceder a la IP de gestión configurada, compruebe lo siguiente:
- Asegúrese de que el puerto de interfaz de red de gestión está conectado a la red adecuada.
- Compruebe que el estado del enlace de la interfaz de red de gestión es up. Si la interfaz de gestión está conectada a un conmutador de red, compruebe que el puerto del conmutador está activo y que sus atributos coinciden con las propiedades que muestra el comando show interface.
- Si accede a la dirección IP de gestión desde una red diferente, asegúrese de que el enrutamiento estático está configurado para la red de acceso, como se explica en la sección Interfaz de red de la Guía del usuario.
- Si hay firewall en la red de gestión, permita el acceso al puerto TCP 22 para el servicio SSH y al puerto TCP 443 para el servicio WEB.
- Verifique mediante la consola del sistema que la dirección IP de gestión y el prefijo de red son correctos. Conecte un monitor y un teclado al servidor e inicie sesión como root:
- Si sospecha que la configuración de la IP OAM es incorrecta o desconocida, conecte un monitor y un teclado al servidor e inicie sesión como root para cambiarla utilizando el asistente bta en modo interactivo. Por ejemplo, para cambiar la interfaz de gestión a en0o1 con la dirección IP 10.10.10.12/24 (pulse intro para aceptar la respuesta sugerida):
Si la interfaz no está disponible en el momento del cambio (por ejemplo, participó en un wire), un mensaje solicitará un reinicio. Tras el reinicio, la BQN debería tener la nueva IP y la nueva interfaz de red de gestión.
- La interfaz de gestión de BQN puede estar protegida por su propio cortafuegos. El problema podría ser que su dirección IP de origen no esté incluida en esa lista blanca del cortafuegos. Esto podría ocurrir incluso para direcciones de la misma subred de la IP de gestión de BQN si la subred no forma parte de las reglas del cortafuegos. Puede desactivar el cortafuegos temporalmente hasta que se restablezca la conexión con el puerto de gestión. Conecte un monitor y un teclado al servidor e inicie sesión como root:
Una vez que la IP de gestión es alcanzable, puede definir la nueva lista blanca de rangos de IP de origen permitidos.
- If the command <span class="character-highlight">wizard bta interactive</span> fails, connect with a console and a keyboard and try changing the configuration directly. In the following example, the management interface is in en0o2 and we will move it to interface en0o1 and from IP address 192.168.0.121 to IP address 10.0.0.121, with default gateway 10.0.0.1:
Web no accesible
- Compruebe que la dirección IP de gestión es accesible mediante SSH,
- Compruebe que está utilizando HTTPS en el acceso (HTTP no es compatible). Ejemplo de URL: https://192.168.0.121
- Compruebe que está usando el usuario bqnadm (no se puede usar root en el acceso a la GUI).
- Cuando se instala desde cero, asegúrese de que el comando "wizard bta" se ejecutó (de lo contrario, el servicio web GUI no estará activo un usuario bqnadm no creado).
- Verifique que el puerto SSH del servidor BQN no ha sido modificado. Para acceder al BQN utilizando un puerto distinto del 22, puede definir reglas de reenvío de puertos en el router en la ruta de acceso, pero el puerto SSH del BQN no puede ser modificado. Accediendo al servidor como root, puede verificar que el puerto SSH es el 22 de la siguiente manera:
Si es necesario, comente la línea que especifica un puerto distinto del 22.
- Compruebe que su navegador es compatible (Edge, Firefox, Chrome). MS Explorer, por ejemplo, no es compatible.
Interfaz de red inactiva
Si el icono de Interfaces de Red en el Tablero de Control no está en verde.
Vaya a Configuration->Interfaces->Data Wires
En rojo (crítico)
- Si no hay ningún wire configurado, cree uno.
- Si hay wires configurados pero sus interfaces no están en estado UP, lo más probable es que esto indique que las interfaces no son compatibles con Intel. Vaya a Configuración->Interfaces->Datos Wires y haga clic en la interfaz bajada para ver el modelo(PCI vendor ID) y confirmar que no es Intel. Elimine el wire y cree uno nuevo con ambas interfaces en modo pcap. Esto debería poner las interfaces en estado UP, pero con una capacidad de throughput mucho menor (menos de 1Gbps).
- Si hay wires configurado, con interfaces en estado UP pero con el LINK caído, hay un problema en la conexión con el otro equipo. Conecte ambos puertos de interfaz entre sí en bucle utilizando un cable/fibra adecuado. Si ambos interfaces están en up, entonces el problema está en el otro equipo.
Si el enlace sigue sin funcionar y se utilizan puertos ópticos, verifique que los transceptores:
- son compatibles con Intel
- (consulte la lista en Tarjetas de red compatibles).
- del tipo requerido por la instalación (por ejemplo, SFP+-LR en una instalación con fibra monomodo y SFP+-LR en el otro lado).
En amarillo (aviso)
- Si los wires que aparecen como caídos tienen supuestamente tráfico, siga los pasos del apartado anterior (Crítico)
- Si los wires que aparecen como caídos no están en uso y quiere eliminar la señal de aviso, puede eliminar los wires no utilizados. Considera que los cambios en la configuración de los cables detendrán el tráfico durante algunos segundos.
Tráfico invertido
Si el icono de tráfico invertido en el panel de control es de color naranja (advertencia), indica que el rendimiento del tráfico en el sentido ascendente es mayor que en el sentido descendente. Esto puede ser normal en despliegues pequeños (menos de cien abonados, como en una BQN en un laboratorio) pero en un despliegue de red lo más probable es que indique que algunos de los wires se han conectado incorrectamente, con el puerto de acceso conectado al lado de Internet y viceversa.
Para comprobar que esto es así, vaya a Estadísticas->Paso->Interfaces y seleccione la interfaz wire configurada en el lado de acceso. Si muestra más throughput recibido que enviado, es indicativo de que wire está invertido. Esto se puede confirmar seleccionando el throughput de la interfaz del lado de Internet para ver que su tráfico enviado es mayor que su tráfico recibido.
Para solucionar el problema, vaya a Configuration->Interfaces->Data Wires y, en el hilo invertido, pulse el icono paraIntercambiar interfaces.
Tráfico bajo
Si el icono de tráfico bajo en el tablero no está en verde.
En amarillo (aviso)
Pase el ratón por encima del icono para confirmar que se muestra el aviso de tráfico bajo. Indica que hay muy poco tráfico pasando por el servidor BQN. Esto es normal si el sistema todavía está esperando que el tráfico sea enrutado a través de él. Sin embargo, en un sistema en producción puede ser una indicación de que algún fallo en otra parte de la red está impidiendo que el tráfico llegue al servidor BQN.
En color naranja (aviso)
Pase el ratón por encima del icono. El enlace ascendente de tráfico o el enlace descendente de tráfico deberían estar en alerta. Esto se debe a que no hay tráfico que pase por el BQN en esa dirección y por lo tanto el tráfico es asimétrico. Debe ir a Configuración->TCPO/ACM y poner la Optimización TCP general en Off mientras se soluciona el problema.
Arregle el enrutamiento del tráfico para que el BQN vea ambas direcciones (enlace ascendente y descendente). Cuando haya terminado y después de que el icono vuelva a ser verde, vaya a Configuración->Configuración de TCP/ACM para activar la optimización general de TCP.
Administrador de licencias
Si el icono del Gestor de Licencias en el dashboard está en Amarillo y el texto dice "license-mgr-connection:notice", esto es porque el servidor BQN no puede alcanzar el gestor de licencias. El gestor de licencias es responsable de validar las licencias SW de BQN y también ayuda a Bequant a proporcionar un soporte más proactivo informando de los problemas del servidor.
Asegúrese de que el servidor BQN puede iniciar conexiones salientes a la IP del administrador de licencias (póngase en contacto con el servicio de asistencia de Bequant para obtener más información).
Para verificar que una conexión saliente es posible, inicie sesión como root y un telnet a la IP y el puerto proporcionados debería funcionar:
Licencia no OK
Si el icono de Licencia en el Panel de Control es Rojo, y el texto dice "license-available:critical"o"license-expiration: critical", no hay una licencia válida. Esto puede deberse a varias razones:
- No hay ninguna licencia definida en el nodo
- La licencia no es válida
- La licencia ya no es válida (su fecha límite ha expirado).
Póngase en contacto con su distribuidor para obtener una licencia válida.
Puede comprobar el estado de la licencia en Administration->License.
Cuando no haya una licencia válida, la BQN reenviará todo el tráfico de forma transparente: el servicio no se verá afectado, pero no se aplicará al tráfico ninguno de los procesamientos avanzados de la BQN.
Límite de licencia superado
Si el icono de Licencia en el Panel de Control es Naranja, y el texto dice "license-usage: warning", la capacidad máxima de la licencia está siendo excedida (el tráfico en todo el servidor BQN está por encima del límite de la licencia).
Póngase en contacto con su distribuidor para obtener una actualización de la licencia.
Puede comprobar la capacidad de la licencia en Administration->License.
En Statistics->Throughput->Overview, una línea roja mostrará el límite de la licencia junto con los niveles recientes de producción.
La superación del límite de licencia debe ser temporal, mientras que la licencia se actualiza a la capacidad adecuada.
Cuando se supere el límite de licencia, la QoE no dejará caer ningún paquete; simplemente los puenteará.
El efecto sobre el tráfico es diferente a nivel de flujo y a nivel de sesión de abonado.
Efectos a nivel de caudal:
- Mientras se supere el límite de licencias, los nuevos flujos no tendrán licencia.
- Los caudales existentes antes de la superación de la licencia no se ven afectados: si estaban siendo optimizados siguen siéndolo y lo mismo si no tienen licencia.
- Una vez que el tráfico optimizado cae por debajo del límite, se vuelven a optimizar nuevos flujos.
- Los caudales existentes antes de la licencia que bajan del límite no se ven afectados: si no tenían licencia siguen así y lo mismo si se estaban optimizando.
- Un flujo sin licencia no tiene TCPO, ni shaping y no genera métricas (retransmisiones, latencias, DPI, etc.).
Efectos a nivel de sesión de abonado:
- Mientras se supere el límite de licencia, las nuevas sesiones de abonado no tendrán licencia.
- Las sesiones de abonado existentes antes de que se sobrepase la licencia permanecen inicialmente en su estado actual: si estaban siendo optimizadas permanecen así e igualmente si no tienen licencia.
- Si la licencia se mantiene por encima del límite, las sesiones de abonado que se están optimizando pueden pasar a no tener licencia si acumulan un gran número de flujos no optimizados.
- Una vez que el tráfico optimizado cae por debajo del límite, las nuevas sesiones de abonado vuelven a optimizarse.
- Las sesiones de abonado que salen antes de que la licencia baje del límite permanecen inicialmente en su estado actual: si no tenían licencia siguen así y lo mismo si estaban siendo optimizadas.
- Si la licencia permanece por debajo del límite, las sesiones de abonado sin licencia pueden pasar a ser optimizadas si acumulan un pequeño número de flujos optimizados.
- Una sesión de abonado sin licencia no tiene ACM, ni limitación de velocidad y sigue generando totales de volumen de tráfico. Se suspenden los informes de volumen de cuota. No se producirá el bloqueo cuando se agote la cuota. Las demás métricas, como retransmisiones, latencias, etc. se reducirán a las de los flujos que se estén optimizando.
- Una sesión de abonado que esté siendo optimizada se verá afectada por el hecho de que algunos de sus flujos pueden no tener licencia y, por lo tanto, el abonado puede tener un conjunto reducido de mediciones en comparación con el funcionamiento normal. Esto afecta al ACM y también a las métricas generadas para ese abonado.
El efecto de superar el límite de la licencia es que cada vez más tráfico dejará de obtener funcionalidad QoE y, a la inversa, la cantidad de tráfico que obtiene funcionalidad QoE se reduce. Una vez que la cantidad de tráfico que obtiene funcionalidad QoE es inferior al límite de licencia, los nuevos flujos y sesiones de abonado recuperarán la funcionalidad QoE. Esto continúa hasta que se supera el límite de licencia, tras lo cual el efecto se repite de nuevo. Con este comportamiento oscilante, la QoE sigue proporcionando funcionalidad al tráfico hasta el límite de licencia. La BQN comprueba continuamente el nivel de rendimiento frente a los límites de licencia (cada minuto o menos), por lo que la adaptación es bastante rápida.
Alta carga de la CPU
Si el icono de la CPU en el Dashboard no está en verde, algunas CPUs están funcionando a niveles anormalmente altos. Esto se debe normalmente a un tráfico desequilibrado (concentrado en unas pocas IPs de abonados) o a que el servidor de BQN está procesando demasiado tráfico.
La BQN dispone de mecanismos internos para mitigar esta situación, tratando de evitar las pérdidas de tráfico mediante la reducción de la cantidad de tráfico optimizado.
El nivel de rendimiento se puede verificar en Statistics->Throughput->Overview y los niveles de CPU en Statistics->System->CPU.
Hay dos tipos de alarma, según los niveles de carga de la CPU:
- Naranja si algunos núcleos de la CPU están en alta carga (por encima del 80% de uso).
- Rojo si algunos núcleos de la CPU están a una carga muy alta (por encima del 90% de uso).
Siga estos pasos:
- Si está utilizando NAT entre el BQN y los abonados finales, incremente el número de IPs utilizadas por el NAT, para que el BQN pueda distribuir el tráfico entre más direcciones. Puede ver cómo se distribuye el tráfico entre las IPs en Statistics->Subscribers->Top By Time.
- Habilitar la ruta de bypasso, si no es posible, reducir la cantidad de tráfico que se dirige a través de la BQN
- Desactivar la optimización TCP en Configuración->TCPO/ACM.
- Puede ser necesaria una actualización de hardware. Póngase en contacto con el servicio de soporte de Bequant.
Si el servidor BQN se utiliza sólo para TCPO y/o límites de velocidad por flujo, la distribución de la carga de la CPU puede mejorarse habilitando la dirección por flujo. El control por flujo distribuye la carga de tráfico entre los núcleos de la CPU por flujo individual, en lugar de la distribución de tráfico por suscriptor predeterminada. Esto mejora el equilibrio de la carga de la CPU, pero como el control por abonado se realiza por núcleo, no permite el control a nivel de abonado, como ACM, tasas de política o límites de flujo por abonado.
Alta carga de memoria
Si el icono de la memoria en el panel de control no está en verde, algunos procesos se están quedando sin memoria. Esto se debe normalmente a un tráfico desequilibrado (tráfico concentrado en unas pocas IPs de abonados) o a demasiado tráfico procesado por el servidor de BQN.
La BQN dispone de mecanismos internos para mitigar esta situación, tratando de evitar las pérdidas de tráfico mediante la reducción de la cantidad de tráfico optimizado.
El nivel de rendimiento puede verificarse en Statistics->Throughput->Overview y los niveles de memoria en Statistics->System->Memory.
Hay dos tipos de alarma, según los niveles de carga de la memoria:
- Naranja si algunos procesos alcanzan un uso elevado (por encima del 90% de uso).
- Rojo si algunos procesos alcanzan un uso muy elevado (por encima del 95% de uso).
Siga estos pasos:
- Si está utilizando NAT entre el BQN y los abonados finales, incremente el número de IPs utilizadas por el NAT, para que el BQN pueda distribuir el tráfico entre más direcciones. Puede ver cómo se distribuye el tráfico entre las IPs en Statistics->Subscribers->Top By Time.
- Habilite la ruta de desvío o, si no es posible, reduzca la cantidad de tráfico que se enruta a través de la BQN.
- Desactivar la optimización TCP en Configuración->TCPO/ACM.
- Puede ser necesaria una actualización de hardware. Póngase en contacto con el servicio de soporte de Bequant.
No se reciben mensajes RADIUS
Si no se muestra información sobre RADIUS en la interfaz gráfica de usuario de BQN, para comprobar si se reciben mensajes RADIUS, inicie sesión en el shell de BQN y ejecute el siguiente comando:
En este ejemplo, la interfaz de gestión es eno1. Compruebe la de su servidor BQN en Configuración->Interfaces->Gestión (el 0 añadido por la configuración BQN debe ser eliminado, por ejemplo, en0s1f0 en BQN GUI es ens1f0 en Linux).
Si el cortafuegos BQN está configurado(Configuración->Interfaces->Cortafuegos de gestión), se deben añadir todas las IPs de los clientes RADIUS (en este ejemplo, 10.10.10.10 y 10.10.10.11).
Y ahora los mensajes RADIUS deben ser recibidos:
Si los mensajes RADIUS siguen sin recibirse, el resto de los saltos de tráfico necesitan verificación. En nuestro ejemplo, los clientes RADIUS se encuentran en la subred 10.10.10.0/24 y BQN en la subred 192.168.0.0/24. Hay que verificar si hay rutas válidas entre las dos subredes y que ningún cortafuegos intermedio está bloqueando el puerto UDP 1813 (RADIUS Accounting). Puede iniciar la verificación en el cliente RADIUS; por ejemplo, si es un Mikrotik, utilice Herramientas->Tourch con el puerto radius-acct.
Si se reciben los mensajes RADIUS, pero la información no se refleja como se esperaba, habilite el registro de eventos entrando en el shell del servidor BQN vía ssh:
Ahora, puede ver el registro de eventos de las peticiones RADIUS recibidas:
No se reciben mensajes REST
Si la información REST no se muestra en la interfaz gráfica de usuario, la recepción de mensajes REST puede comprobarse en el BQN accediendo al shell del BQN y ejecutando el siguiente comando:
En este ejemplo, eno1 es la interfaz de gestión.
Compruebe la de su servidor yendo a Configuración->Interfaces->Gestión (elimine el 0 añadido por la configuración de BQN, por ejemplo, en0s1f0 en la GUI de BQN es ens1f0 en UNIX).
Si el cortafuegos de BQN está configurado(Configuración->Interfaces->Cortafuegos de gestión), hay que añadir las IPs de todos los clientes REST (en nuestro ejemplo, 10.10.10.10 y 10.10.10.11).
Y ahora los mensajes deben ser recibidos:
Si aún no se reciben los mensajes REST, compruebe el resto de saltos del tráfico. En este ejemplo, los clientes REST están en 10.10.10.0/24 y el BQN en 192.168.0.0/24. Compruebe que hay rutas válidas entre ambas subredes y que ningún cortafuegos intermedio está bloqueando el puerto TCP 3443.
Si se reciben los mensajes REST, pero la información no se refleja como se esperaba, active el registro de eventos y rastros entrando en el shell del servidor BQN a través de ssh:
Ahora, puede ver el registro de eventos de las peticiones REST recibidas. En el siguiente ejemplo, la BQN recibe algunas POST asignando abonados a políticas tarifarias:
Y las trazas de las últimas peticiones y respuestas se pueden encontrar en el directorio /opt/bqn/var/trace:
No se reciben mensajes de facturación
Si el sistema de Facturación está configurado y el icono de Facturación en el Panel de Control está en rojo, el acceso al sistema de Facturación está fallando.
Haga clic en el icono de facturación para ir a la página de estado de facturación:
En este ejemplo, hubo una sincronización exitosa a las 12:13:52 recuperando 1000 suscriptores, pero hubo un intento fallido después. Puede forzar un intento de sincronización pulsando el botón Sincronizar ahora.
Si el fallo persiste, siga estos pasos:
- Compruebe que la configuración de facturación es correcta (dirección y credenciales).
- Compruebe que la dirección IP de facturación es accesible desde el servidor BQN:
- Habilitar los registros de la API entrando en el shell del servidor BQN a través de ssh:
Ahora, puede ver el registro de eventos entre el BQN y el sistema de facturación. En el siguiente ejemplo, el BQN se conecta a un Azotel facturación son recupera tres políticas asociadas a diez suscriptores:
Si se produce un error, el registro debe dar alguna indicación de lo que está sucediendo.
- También es posible ampliar el registro a trazas detalladas de las solicitudes y respuestas intercambiadas entre el BQN y el sistema de facturación:
Y el BQN generará trazas de las últimas 5 peticiones y respuestas entre el BQN y el sistema de facturación. Las trazas se pueden encontrar en el directorio /opt/bqn/var/trace:
- Como último recurso, puede enviar una solicitud directamente desde el BQN al sistema de facturación utilizando el comando curl de UNIX, siguiendo las convenciones de la API del sistema de facturación. Por ejemplo, para enviar una consulta a una facturación de Azotel:
No hay servidores NTP sincronizados
Si el icono NTP está amarillo, el NTP no está configurado. Haga clic en el icono para ir a la página de configuración.
Si los servidores NTP están configurados pero el BQN no puede sincronizarse con ninguno de ellos, el icono NTP del guión estará en naranja:
Un cambio brusco en la hora del sistema por falta de sincronización NTP, puede provocar breves pérdidas de servicio mientras el sistema se ajusta. Para evitar que esto ocurra, ten siempre al menos un servidor NTP sincronizado.
Puede consultar la lista de servidores NTP configurados en Administración->Fecha del sistema->Servidores NTP.
Al menos un servidor NTP debe estar sincronizado. En el ejemplo anterior, el servidor NTP 145.238.203.14 ha sido elegido para la sincronización del reloj (indicado por el * junto a la dirección IP del servidor) y ha sido contactado hace 36 segundos (columna WHEN).
Si no hay ningún servidor NTP disponible, el BQN mostrará el mensaje de advertencia NTP not synchronized, como en la ventana siguiente:
To solve the issue, if you have a local NTP server, add it to the list clicking the <i class="fa-solid fa-ellipsis-vertical"></i> menu icon and selecting Add Server…
Si no tiene servidores NTP locales, asegúrese de que el puerto UDP 123 está abierto desde la IP de gestión de BQN a Internet, incluso en el cortafuegos de BQN, si está activado.
Problemas de disco
Para comprobar el estado del disco del sistema, haga clic en el icono DISCO del panel de control:
El icono del disco estará en naranja (estado de advertencia) cuando menos del 15% del almacenamiento del disco esté libre.
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse varius enim in eros elementum tristique. Duis cursus, mi quis viverra ornare, eros dolor interdum nulla, ut commodo diam libero vitae erat. Aenean faucibus nibh et justo cursus id rutrum lorem imperdiet. Nunc ut sem vitae risus tristique posuere.
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse varius enim in eros elementum tristique. Duis cursus, mi quis viverra ornare, eros dolor interdum nulla, ut commodo diam libero vitae erat. Aenean faucibus nibh et justo cursus id rutrum lorem imperdiet. Nunc ut sem vitae risus tristique posuere.
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse varius enim in eros elementum tristique. Duis cursus, mi quis viverra ornare, eros dolor interdum nulla, ut commodo diam libero vitae erat. Aenean faucibus nibh et justo cursus id rutrum lorem imperdiet. Nunc ut sem vitae risus tristique posuere.