Problemas de instalación
Compruebe lo siguiente:
- La ISO debería haberse copiado a una unidad USB con particiones MBR y modo DD.
- La BIOS del servidor debe tener su modo de arranque predeterminado de fábrica (por ejemplo, DUAL).
- Si hay un controlador RAID, se debe configurar una unidad lógica y marcarla como de arranque.
- Compruebe si el servidor utilizado en la instalación cumple con 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.
Sin 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 admite 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 la interfaz de red de administración esté conectado a la red adecuada.
- Verifique que el estado del enlace de la interfaz de red de administración esté activo. Si la interfaz de administración está conectada a un switch de red, verifique que el puerto en el switch esté activo y que sus atributos coincidan 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 utilizando 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 IP de 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 administración a en0o1 con la dirección IP 10.10.10.12/24 (presione enter 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. Después del reinicio, el BQN debería tener la nueva IP e interfaz de red de administración.
- La interfaz de administración de BQN puede estar protegida por su propio firewall. El problema podría ser que su dirección IP de origen no esté incluida en la lista blanca de ese firewall. Esto podría suceder incluso para direcciones de la misma subred de la IP de administración de BQN si la subred no forma parte de las reglas del firewall. Puede desactivar el firewall temporalmente hasta que se restablezca la conexión al puerto de administración. Conecte un monitor y un teclado al servidor e inicie sesión como root:
Una vez que la IP de gestión sea accesible, 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 se puede acceder a la dirección IP de gestión 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á utilizando el usuario bqnadm (no se puede utilizar root en el acceso 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 diferente al 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 cambiado. Iniciando sesión en el 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 diferente al 22.
- Compruebe que su navegador es compatible (Edge, Firefox, Chrome). MS Explorer, por ejemplo, no es compatible.
Interfaz de red inactiva
Si el icono Network Interfaces en el Dashboard 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->Wires de datos y haga clic en la interfaz inactiva para ver el modelo (ID del proveedor PCI) y confirme que no es Intel. Elimine el wire y cree uno nuevo con ambas interfaces en modo pcap. Esto debería colocar las interfaces en estado UP, pero con una capacidad de rendimiento mucho menor (menos de 1 Gbps).
- Si hay wires configurados, con interfaces en estado UP pero con el ENLACE inactivo, hay un problema en la conexión con el otro equipo. Conecte ambos puertos de interfaz entre sí en un bucle utilizando un cable/fibra adecuado. Si ambas interfaces están activas, entonces el problema está en el otro equipo.
Si el enlace sigue inactivo y se utilizan puertos ópticos, verifique que los transceptores:
- sean compatibles con Intel
- son compatibles (consulte la lista de tarjetas de red compatibles).
- del tipo requerido por la instalación (p. ej., 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 Tráfico Invertido en el panel de control está en naranja (Advertencia), indica que el rendimiento del tráfico en la dirección de enlace ascendente es mayor que en la dirección de enlace descendente. Esto puede ser normal en implementaciones pequeñas (menos de un centenar de suscriptores, como en un BQN en un laboratorio), pero en una implementación 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 verificar que este es el caso, vaya a Estadísticas->Rendimiento->Interfaces y seleccione la interfaz wire configurada en el lado de acceso. Si muestra más rendimiento recibido que rendimiento enviado, indica que el wire está invertido. Esto se puede confirmar seleccionando el rendimiento 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 Low Traffic en el Dashboard no está en verde.
En amarillo (Aviso)
Pase el ratón por encima del icono para confirmar que se muestra Traffic-low notice. Esto indica que hay muy poco tráfico que pasa por el servidor BQN. Esto es normal si el sistema aún está esperando que el tráfico se enrute 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 naranja (Advertencia)
Pase el ratón sobre el icono. Ya sea Traffic-uplink o Traffic-downlink debería estar en advertencia. 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 Configuration->TCPO/ACM Settings y establecer la Overall TCP Optimization en Off mientras se soluciona el problema.
Corrija el enrutamiento del tráfico para que el BQN vea ambas direcciones (enlace ascendente y descendente). Cuando termine y después de que el icono vuelva a verde, vaya a Configuration->TCPO/ACM Settings para habilitar la optimización general de TCP.
Administrador de licencias
Si el icono Administrador de licencias en el panel de control está en amarillo y el texto dice “license-mgr-connection:notice”, esto se debe a que el servidor BQN no puede acceder al administrador de licencias. El administrador de licencias es responsable de validar las licencias SW de BQN y también ayuda a Bequant a brindar un soporte más proactivo al informar problemas del servidor.
Asegúrese de que el servidor BQN pueda iniciar conexiones salientes a la IP del Administrador de licencias (comuníquese con el soporte de Bequant para obtener más detalles).
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 está en rojo y el texto dice “license-available:critical” o "license-expiration: critical", no hay una licencia válida. Esto podría 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 de finalización 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 hay una licencia válida, el BQN reenviará todo el tráfico de forma transparente: el servicio no se verá afectado, pero ninguno de los procesamientos avanzados del BQN se aplicará al tráfico.
Límite de licencia excedido
Si el icono de Licencia en el panel de control está en naranja y el texto dice “license-usage: warning”, se está excediendo la capacidad máxima de la licencia (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.
Exceder el límite de la licencia debe ser temporal, mientras la licencia se actualiza a la capacidad correcta.
Cuando se excede el límite de la licencia, el QoE no descartará 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 suscriptor.
Efectos a nivel de flujo:
- Mientras se excede el límite de la licencia, los nuevos flujos no tendrán licencia.
- Los flujos existentes antes de que se exceda la licencia no se ven afectados: si se estaban optimizando, siguen haciéndolo, y lo mismo ocurre si no tienen licencia.
- Una vez que el tráfico optimizado cae por debajo del límite, los nuevos flujos se optimizan de nuevo.
- Los flujos existentes antes de que la licencia caiga por debajo del límite no se ven afectados: si no tenían licencia, permanecen así, y lo mismo ocurre si se estaban optimizando.
- Un flujo sin licencia no tiene TCPO, no tiene shaping no genera métricas (retransmisiones, latencias, DPI, etc.).
Efectos a nivel de sesión de suscriptor:
- Mientras se excede el límite de la licencia, las nuevas sesiones de suscriptor no tendrán licencia.
- Las sesiones de suscriptor existentes antes de que se exceda la licencia permanecen inicialmente en su estado actual: si se estaban optimizando, siguen así, y lo mismo ocurre si no tienen licencia.
- Si la licencia permanece por encima del límite, las sesiones de suscriptor 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 suscriptor se optimizan de nuevo.
- Las sesiones de suscriptor que finalizan antes de que la licencia caiga por debajo del límite permanecen inicialmente en su estado actual: si no tenían licencia, permanecen así, y lo mismo ocurre si se estaban optimizando.
- Si la licencia permanece por debajo del límite, las sesiones de suscriptor sin licencia pueden pasar a optimizarse si acumulan un número reducido de flujos optimizados.
- Una sesión de suscriptor sin licencia no tiene ACM, ni limitación de velocidad y continúa generando totales de volumen de tráfico. La generación de informes de volumen de cuota está suspendida. El bloqueo por agotamiento de la cuota no tendrá lugar. Las otras métricas, como las retransmisiones, las latencias, etc. se reducirán a las de los flujos que se están optimizando.
- Una sesión de suscriptor que se está optimizando se verá afectada por el hecho de que algunos de sus flujos pueden no tener una licencia y, por lo tanto, el suscriptor 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 suscriptor.
El efecto de exceder el límite de la licencia es que cada vez más tráfico dejará de tener la funcionalidad QoE y, a la inversa, la cantidad de tráfico que obtiene la funcionalidad QoE disminuye. Una vez que la cantidad de tráfico que obtiene la funcionalidad QoE está por debajo del límite de la licencia, los nuevos flujos y las sesiones de suscriptor recuperarán la funcionalidad QoE. Esto continúa hasta que se excede el límite de la licencia, después de lo cual el efecto se repite nuevamente. Con este comportamiento oscilante, la QoE sigue proporcionando funcionalidad al tráfico hasta el límite de la licencia. El BQN comprueba continuamente el nivel de rendimiento frente a los límites de la licencia (cada minuto o menos), por lo que la adaptación es bastante rápida.
Carga elevada de CPU
Si el icono de CPU en el panel de control no está en verde, algunas CPU están funcionando a niveles anormalmente altos. Esto normalmente se debe a un tráfico desequilibrado (concentrado en unas pocas IP de suscriptor) o a un exceso de tráfico que está siendo procesado por el servidor BQN.
El BQN tiene mecanismos internos para mitigar esta situación, tratando de evitar la pérdida de tráfico reduciendo 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.
Existen dos tipos de alarmas, dependiendo de los niveles de carga de la CPU:
- Naranja si algunos núcleos de la CPU tienen una carga elevada (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
- Desactive la optimización de TCP en Configuration->TCPO/ACM Settings.
- 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 solo para TCPO y/o límites de velocidad por flujo, la distribución de la carga de la CPU se puede mejorar habilitando el direccionamiento por flujo. El direccionamiento 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 predeterminada por suscriptor. Esto mejora el equilibrio de la carga de la CPU, pero debido a que el control por suscriptor se realiza por núcleo, no permite el control a nivel de suscriptor, como ACM, tarifas de política o límites de flujo por suscriptor.
Carga elevada de memoria
Si el icono de Memoria en el panel de control no está en verde, algunos procesos se están quedando sin memoria. Esto normalmente se debe a un tráfico desequilibrado (tráfico concentrado en unas pocas IP de suscriptor) o a un exceso de tráfico que está siendo procesado por el servidor BQN.
El BQN tiene mecanismos internos para mitigar esta situación, tratando de evitar la pérdida de tráfico reduciendo 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.
Existen dos tipos de alarmas, dependiendo de 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 alto (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 bypass o, si no es posible, reduzca la cantidad de tráfico que se enruta a través del BQN.
- Desactive la optimización de TCP en Configuration->TCPO/ACM Settings.
- 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 de RADIUS en la GUI de BQN, para verificar si los mensajes RADIUS están entrando, inicie sesión en el shell de BQN y ejecute el siguiente comando:
En este ejemplo, la interfaz de administración es eno1. Compruebe la de su servidor BQN en Configuración->Interfaces->Administración (se debe eliminar el 0 añadido por la configuración de BQN; por ejemplo, en0s1f0 en la GUI de BQN es ens1f0 en Linux).
Si el firewall de BQN está configurado (Configuración->Interfaces->Firewall de administración), se deben agregar todas las IP de los clientes RADIUS (en este ejemplo, 10.10.10.10 y 10.10.10.11).
Y ahora se deberían recibir los mensajes RADIUS:
Si los mensajes RADIUS aún no se reciben, es necesario verificar el resto de los saltos de tráfico. En nuestro ejemplo, los clientes RADIUS están en la subred 10.10.10.0/24 y BQN en la subred 192.168.0.0/24. Se debe verificar si existen rutas válidas entre las dos subredes y que ningún firewall intermedio esté bloqueando el puerto UDP 1813 (Contabilidad RADIUS). Puede iniciar la verificación en el cliente RADIUS; por ejemplo, si es un Mikrotik, use Tools->Tourch con el puerto radius-acct.
Si se reciben los mensajes RADIUS, pero la información no se refleja como se espera, habilite el registro de eventos ingresando al shell del servidor BQN a través de ssh:
Las capturas de tráfico también son posibles desde la GUI, en Estado->Interfaces->Estado del enlace seleccionando la interfaz de administración y utilizando “udp 1812 y udp 1813” como filtro:
Ahora, puede ver el registro de eventos de las solicitudes RADIUS recibidas:
No se reciben mensajes REST
Si la información de REST no se muestra en la GUI, la recepción de mensajes REST se puede verificar en el registro de BQN al shell de BQN ejecutando el siguiente comando:
En este ejemplo, eno1 es la interfaz de administración.
Compruebe la de su servidor yendo a Configuración->Interfaces->Administració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 firewall de BQN está configurado (Configuración->Interfaces->Firewall de administración), se deben agregar las IP de todos los clientes REST (en nuestro ejemplo, 10.10.10.10 y 10.10.10.11).
Y ahora se deberían recibir los mensajes:
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 espera, active el registro de eventos y los rastreos 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, el BQN recibe algunos POST que asignan suscriptores a políticas de velocidad:
Y los rastreos de las últimas peticiones y respuestas se pueden encontrar en el directorio /opt/bqn/var/trace:
Los mensajes REST son rechazados
Si una solicitud de la API REST recibe un error relacionado con la verificación de certificados, por ejemplo:
La razón es que el certificado BQN está autofirmado y el cliente debe desactivar la validación del certificado. Por ejemplo, usando curl:
Y usando python:
BQN utiliza TLS 1.2. Algunas versiones nuevas de python rechazan TLS 1.2 de forma predeterminada. Para que lo acepte, utilice el siguiente código:
Puede encontrar un ejemplo completo de esto aquí.
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, está fallando el acceso al sistema de facturación.
Haga clic en el icono de facturación para ir a la página de estado de la 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 presionando 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 se pueda acceder a la dirección IP de facturación desde el servidor BQN:
- Habilite los registros de la API ingresando al 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 sistema de facturación de Azotel y recupera tres políticas asociadas a diez suscriptores:
Si hay un error, el registro debería dar alguna indicación de lo que está sucediendo.
- También es posible ampliar el registro a trazas detalladas de las peticiones 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 UNIX curl, siguiendo las convenciones de la API del sistema de facturación. Por ejemplo, para enviar una consulta a un sistema de facturación de Azotel:
Servidores NTP no sincronizados
Si el icono de NTP está en 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 de NTP en el panel estará en naranja:
Un cambio abrupto en la hora del sistema debido a la falta de sincronización NTP puede provocar breves pérdidas de servicio mientras el sistema se ajusta. Para evitar que esto suceda, tenga siempre al menos un servidor NTP en sincronización.
Puede consultar la lista de servidores NTP configurados en Administración->Fecha del sistema->Servidores NTP.
Debería sincronizarse al menos un servidor NTP. En el ejemplo anterior, se ha elegido el servidor NTP 145.238.203.14 para la sincronización del reloj (indicado por el * junto a la dirección IP del servidor) y se ha 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 del BQN a Internet, incluso en el firewall del BQN, si está activado.
Problemas de disco
Para verificar el estado del disco del sistema, haga clic en el icono de DISCO del panel:
El icono del disco se mostrará en naranja (estado de advertencia) cuando quede menos del 15% del almacenamiento del disco.
La tarjeta de red Intel XL710 no alcanza los 40 Gbps de tráfico PPPoE
Una tarjeta de red Intel XL710 que maneja tráfico PPPoE puede estar limitada a un rendimiento de 10 Gbps a pesar de haber negociado un enlace de 40 Gbps. Una posible razón es que la tarjeta no está realizando el balanceo de carga del tráfico PPPoE y los paquetes se entregan a un solo proceso, lo que limita el rendimiento máximo.
La funcionalidad de distribución de paquetes en la tarjeta Intel se implementa mediante Intel Dynamic Device Personalization (DDP). Se deben cumplir tres condiciones:
- El paquete BQN bqnkernel debe ser R3.0.19 o posterior. Requiere un reinicio del sistema después de la instalación del paquete.
- La versión del firmware de la tarjeta debe ser compatible con DDP con balanceo de carga PPPoE (consulte la sección a continuación).
- El paquete BQN bqn debe ser R4.27 o posterior.
Actualización del firmware de la tarjeta de red
El siguiente procedimiento de actualización de firmware solo funciona con tarjetas de red Intel. Las tarjetas de red de proveedores distintos de Intel que utilizan un chipset Intel no se pueden actualizar mediante este procedimiento.
La distribución PPPoE requiere la versión de firmware 7.0 y la versión DDP 1.1.6.1 (en teoría, la versión de firmware 6.01 también funcionaría, pero esto no se ha verificado en nuestro laboratorio).
El siguiente procedimiento implica la interrupción del tráfico y el reinicio del servidor, por lo que el servidor BQN debe retirarse de la ruta de tráfico.
Primero, para verificar la versión del firmware de la tarjeta, los puertos de la interfaz XL710 deben ser accesibles para el sistema operativo, es decir, no estar bajo el control de DPDK. Por lo tanto, si alguno de los puertos de la interfaz forma parte de un wire, debe colocarse en modo pcap. En la GUI de BQN, vaya a Configuración->Interfaces->DataWires y elimine los wires con puertos de esa tarjeta de red y créelos nuevamente con los puertos en modo pcap.
Una vez hecho esto, las interfaces deberían estar visibles y la versión del firmware se puede obtener mediante el comando ethtool:
En este ejemplo, la versión del firmware es 5.0 y la tarjeta necesita una actualización. El resto de la sección describe cómo hacerlo.
Para realizar una actualización del firmware, el servidor necesita arrancar para que el kernel del sistema operativo permita dichos cambios. Haga una copia de seguridad del archivo de configuración de grub antes de editarlo:
En la primera entrada del menú, agregue iomem=relaxed en la línea de inicio de linux. La línea se verá similar a esta:
Guarde el archivo y reinicie el servidor.
Descargue la herramienta de actualización de Intel para la familia X700 a su PC, descomprímala y transfiera el paquete de Linux al servidor BQN. Ejemplo:
Vaya al servidor BQN para descomprimir el tarball y ejecute la herramienta de actualización:
La herramienta le guiará a través del proceso de actualización del firmware para todas las tarjetas de red X710 detectadas en el sistema.
Después de completar la actualización del firmware, restaure los wires al modo normal (sin pcap). En la GUI de BQN, vaya a Configuration->Interfaces->Data Wires y elimine los wires con puertos de esa tarjeta de red y créelos de nuevo con los puertos en modo normal (casilla pcap no marcada).
Elimine el parámetro iomem=relaxed del archivo de configuración de grub y reinicie el sistema:
Comprobando que la distribución de carga PPPoE está habilitada
Una vez que el firmware de la red, bqnkernel y los paquetes bqn estén en la versión correcta, la distribución de carga del tráfico PPPoE debería estar habilitada en cada puerto de red XL710 de forma predeterminada. Por ejemplo:
El comando show indica que hay un perfil DDP (para PPPoE) y que la distribución de carga está habilitada.
Deshabilitando la distribución de carga PPPoE
Si hay algún problema con la tarjeta de red y el perfil DDP, el DDP se puede desactivar utilizando el comando no ddp pppoe en todos los puertos de la tarjeta de red, seguido por system interface ddp reset en cualquiera de esas interfaces. Por ejemplo:
El comando system interface ddp reset descarga el perfil DDP sin necesidad de reiniciar el sistema. Tenga en cuenta que es suficiente aplicarlo a uno de los puertos para reiniciar toda la tarjeta de red.
Si el problema persiste, mantenga el comando no ddp pppoe en todos los puertos de la tarjeta de red y realice un reinicio del sistema.
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.