Elección del lugar de despliegue adecuado
Gran parte de la funcionalidad de BQN requiere ver las direcciones IP individuales de los abonados (por ejemplo, para limitar la velocidad máxima de cada abonado). Por esa razón, es importante desplegar la BQN en una posición de red en la que no haya NAT entre la BQN y los abonados. Todavía puede haber NAT entre el BQN y los abonados, pero en esos casos, las limitaciones de velocidad y conformación, y las métricas de abonado, se aplicarán a la dirección IP NAT. La optimización TCP también funcionará si hay NAT, pero no se beneficiará de las adaptaciones por abonado.
[.p-highlight-red]Es crucial asegurarse de que el tráfico a través de la BQN es simétrico: si el tráfico de enlace descendente para cualquier abonado va a través de la BQN, entonces todo el tráfico de enlace descendente y el correspondiente tráfico de enlace ascendente para ese abonado debe ir también a través de la BQN [.p-highlight-red].
De lo contrario, la BQN no podrá limitar la velocidad o hacer shaping para ese abonado (porque no vería todo el tráfico), y la optimización TCP podría incluso bloquear las descargas hacia ese abonado (porque no vería que parte del tráfico ha sido reconocido). Por lo tanto, hay que tener cuidado si hay enlaces redundantes para los enlaces que pasan por la BQN, de modo que sólo en caso de fallo se utilicen enlaces redundantes que pasen por alto la BQN. Si hay equilibrio de carga entre los enlaces, todos los enlaces con equilibrio de carga deben pasar por la BQN.
En cuanto a si es mejor situar el BQN más cerca o más lejos de los abonados, debemos considerar primero sólo los lugares en los que no hay tráfico asimétrico y, preferiblemente, no hay NAT hacia los abonados. Entonces, desde la perspectiva de la Optimización TCP, es mejor que los saltos más difíciles (por ejemplo, un enlace de backhaul inalámbrico de baja calidad) estén entre el BQN y los suscriptores, porque la Optimización TCP nos ayudará en ese salto difícil. De hecho, un BQN podría instalarse en ambos extremos de un salto de transmisión muy difícil (como un enlace por satélite), aunque por otro lado, deberíamos buscar opciones de despliegue que den como resultado un número mínimo de nodos BQN.
[.p-highlight-blue]Se recomienda establecer una ruta de bypass entre los nodos vecinos de la BQN (puertas de acceso e Internet en el diagrama anterior), de modo que si se produce un fallo en el enlace activo o en la BQN, el tráfico se dirija automáticamente a través del bypass. Consulte la sección"Configuración de un by pass" más adelante.[.p-highlight-blue]
Requisitos de la red
Requisitos de la interfaz de gestión
- Una dirección IP de gestión, con máscara y pasarela por defecto (por ejemplo, 10.10.1.47/24 con pasarela por defecto 10.10.1.1).
- Acceso remoto a la dirección IP de gestión para los puertos TCP 22 (SSH) y 443 (HTTPS) desde la dirección IP pública de soporte Bequant . Este acceso puede configurarse con reglas de reenvío de puertos en el router que accede a la red de gestión.
- Acceso desde la dirección IP de gestión de BQN a las direcciones IP y puertos del gestor de licenciasBequant (póngase en contacto con el servicio de asistencia de Bequant para obtener información detallada sobre dichas direcciones IP y puertos).
- Acceso desde la dirección IP de gestión del BQN a los servidores NTP (puerto UDP 123) configurados.
Requisitos de la ruta de datos
El direccionamiento del tráfico a través de la BQN debe ser bidireccional (todo el tráfico de enlace ascendente y descendente de los abonados seleccionados debe pasar por la misma BQN).
Normas de tráfico admitidas:
- [.c-highlight]IEEE 802.1Q[.c-highlight] (VLAN)
- [.c-highlight]IEEE 802.1ad[.c-highlight] (QinQ)
- [.c-highlight]IEEE 802.3ad[.c-highlight] (LACP)
- [.c-highlight]IETF RFC 2516[.c-highlight] (PPPoE): El tráfico PPP comprimido no está soportado.
- [.c-highlight]IETF RFC 3032[.c-highlight] (MPLS): VPLS y pseudowires no están soportados
El tráfico del tipo soportado es inspeccionado automáticamente por el BQN y no requiere ninguna configuración especial. El tráfico no soportado se reenvía de forma transparente sin ningún otro procesamiento.
[.p-highlight-blue]La MTU máxima soportada es 2026. Los paquetes que excedan este valor máximo de MTU serán descartados.[.p-highlight-blue]
Enlaces agregados a través de la BQN
Since the two ports of each wire are bridged transparently though the BQN, aggregate links can go through the BQN transparently over several wires. The <span class="character-highlight">LACP</span>, Cisco Etherchannel and Mikrotik/Linux bonding aggregate links will be established between the endpoints before and after the BQN, as if the BQN was not there.
[.p-highlight]Los enlaces agregados que van a través de la BQN, ya no son enlaces físicos de extremo a extremo, por lo que la monitorización de los enlaces en ambos extremos del agregado no debería depender de medios eléctricos (como la "monitorización mii" en Mikrotik) y debería basarse en intercambios de mensajes, como mensajes LACP (preferiblemente con fast-lacp), o ARP (en caso de enlaces Mikrotik active-backup).[.p-highlight]
Establecer un bypass
Enlace de bypass
Un enlace de bypass puede establecerse en la capa 2 (por ejemplo, la unión de enlaces de respaldo activo de Mikrotik, o una configuración LACP de respaldo activo) o en la capa 3 (por ejemplo, enrutamiento dinámico OSPF o BGP). Dado que los enlaces se establecen directamente entre los dos nodos vecinos, de forma transparente con el BQN en medio, el mecanismo de monitorización de los enlaces no debe ser eléctrico (por ejemplo, MII), sino basado en mensajes (por ejemplo, ARP o LACP rápido).
Dispositivo de bypass externo
Un dispositivo de bypass externo se conecta a los enlaces externos y al BQN. El dispositivo activará un bypass interno si detecta que el BQN está caído (la monitorización se realiza a través de una conexión USB entre el servidor BQN y el dispositivo de bypass). Se activa seleccionando Normal en Configuration->Interfaces->Bypass. También es posible forzar el bypass desde el BQN con la opción Forced Bypass en la misma pantalla.
Actualmente, sólo se admiten dispositivos Niagara.
Tarjeta de red con bypass interno
En el servidor BQN se puede utilizar una tarjeta de red con bypass interno. Actualmente, sólo son compatibles los dispositivos Silicom basados en Intel XL710-BM1 y X540. Se controlan accediendo vía ssh a bqnsh.
Para ver el estado de la tarjeta:
Este ejemplo muestra la configuración por defecto, que activará el bypass si hay un corte de energía (POWER-CFG activado y, cuando no haya bypass, dirigirá el tráfico a través del Software BQN (STEER-CFG activado). POWER-LIVE y STER-LIVE informan del estado actual en la tarjeta de red y deben ser iguales al estado configurado. El par de interfaces debe coincidir con un wire.
Para activar el bypass manualmente (por ejemplo, para realizar una tarea de mantenimiento planificada en el servidor BQN), deben realizarse los siguientes cambios de configuración en la interfaz maestra:
Para reconducir el tráfico a través del software BQN (por ejemplo, una vez finalizada la tarea de mantenimiento), se revierten los cambios:
También es posible desactivar la activación del bypass (por ejemplo, porque se va a utilizar en su lugar una ruta de bypass externa basada en enrutamiento dinámico):
Conectar el BQN a la red
Puerto de gestión
Conecte la fuente de alimentación y el cable de gestión al puerto OAM. Si el servidor se instaló desde la iso, la interfaz de gestión es la que se seleccionó durante el proceso de instalación. Normalmente, la interfaz de gestión se configura en la primera interfaz integrada (la más a la izquierda en la placa base del servidor, cuyo nombre suele ser en0o1).
Encienda el servidor BQN y acceda a la GUI de gestión siguiendo los pasos descritos en la sección de inicio de sesión .
La dirección IP de gestión de fábrica del BQN es 192.168.0.121/24, con la pasarela por defecto 192.168.0.1. El usuario de gestión es bqnadm. Si el servidor se ha instalado desde cero, la dirección IP y la contraseña serán las proporcionadas durante el proceso de instalación.
Si necesita cambiar la dirección IP de gestión o la puerta de enlace predeterminada, consulte la sección Cambio de la dirección IP de gestión.
Verifique la fecha y la hora
Compruebe que la fecha, la hora y la zona horaria en la página dministration->SystemDate->Set Date & Time son correctas.
Verificar la conexión con los servidores NTP y el gestor de licencias
El acceso al administrador de licencias de Bequant es correcto si el icono del administrador de licencias del panel de control está en verde. Póngase en contacto con el servicio de asistencia de Bequant para obtener más información sobre las direcciones IP y los puertos del administrador de licencias.
El acceso a los servidores NTP se puede comprobar en Administration->System Date-> NTP Servers, donde algunas de las entradas NTP deberían estar en estado conectado. Los servidores NTP pueden ser modificados (se pueden eliminar algunos de los servidores por defecto y/o añadir otros nuevos). Los servidores NTP tardan algún tiempo en sincronizarse, por lo que puede que no estén sincronizados inicialmente, pero deberían estarlo después de unas horas.
Mapeo de la interfaz de red
Para hacer el mapeo de los puertos físicos de red a los nombres de las interfaces que se muestran en la GUI de BQN, haga lo siguiente:
- Conecte una interfaz física cada vez (por ejemplo, conéctela a un puerto de conmutación libre o a un puerto de la BQN ya asignado).
- Compruebe en Status->Interfaces->Link State qué interfaz cambia el estado del enlace a up.
- Asegúrese de recargar la página cada vez que cambie la conexión física, porque la página no se recarga automáticamente.
Conectar los puertos de tráfico de los abonados
Las interfaces de tráfico de abonados están emparejadas en wires, conectadas internamente para que el tráfico recibido por una interfaz se envíe a la otra y viceversa. Cada wire en uso necesita ambas interfaces conectadas en los lados de acceso e Internet. Es importante conectar las interfaces correctamente (de lo contrario, el rendimiento del sistema se verá afectado).
Utilice el mapeo de la interfaz de red para localizar los puertos de cada cable definido en Configuration->Interfaces->Data Wires.
Las interfaces de red en uso deben estar activas y con el enlace detectado. Ambos pueden ser monitoreados en la GUI Status->Interfaces->Link State
Una vez que el tráfico es dirigido, se puede ver su valor instantáneo en Status->Interfaces->Throughput.
Y eso es todo. La instalación está lista.
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.