Agregación de banda ancha sobre el hardware abierto que usted elija.
El router de agregación de banda ancha transporta el tráfico de suscriptores FTTx, PON, WISP e inalámbrico fijo desde el OLT y el borde de las torres hasta el núcleo IP. IP Infusion lo entrega completo sobre hardware abierto validado de Edgecore o UfiSpace con OcNOS-SP, shaping por suscriptor, silicio de buffer profundo para las microráfagas PON y un middle mile SR-MPLS, con soporte bajo un único contrato.
Operadores que agregan banda ancha en routers abiertos completos.
ISP rurales, WISP y operadores municipales agregan hoy banda ancha en routers abiertos completos en producción, en los escenarios FTTx, WISP, MDU y de milla media.
"OcNOS y el hardware de UfiSpace nos ofrecieron el equilibrio perfecto entre precio, rendimiento y disponibilidad para la expansión de nuestra banda ancha rural. La experiencia de RocNet y su soporte práctico hicieron que la transición fuera fluida, y el amplio conjunto de funciones de la solución nos asegura poder atender las necesidades de nuestras comunidades." TJ Scott, director de operaciones y director general, Broadlinc
OcNOS-SP se ejecuta en producción en Más de 600 redes de operador en más de 60 países, sobre una pila de enrutamiento en producción desde 1999.
Dónde se sitúa la agregación de banda ancha en la red.
El router de agregación se sitúa entre el borde de suscriptor y el core IP. Lleva tráfico FTTx y PON del OLT y tráfico WISP e inalámbrico fijo de la torre, modela cada servicio de suscriptor, y lo entrega a la milla media SR-MPLS hacia el core y el borde de internet.
El router de agregación lleva cuatro escenarios de acceso. Cada uno es una construcción independiente que la misma imagen de router soporta, licenciada y dimensionada por borde de acceso.
Agregación de enlace ascendente OLT
El router agrega tráfico FTTx y XGS-PON en el enlace ascendente OLT, aplicando shaping por VLAN de servicio para que cada servicio de suscriptor tenga su shaping, con silicio de buffer profundo que absorbe las microráfagas PON. DIGI utiliza OcNOS para la agregación de OLT.
Agregación de torre y POP
Un WISP sigue reenviando tráfico aunque una ruta de backhaul se degrade. El router concentra el tráfico inalámbrico fijo de cada torre en el POP, reparte la carga de los enlaces ascendentes del POP al núcleo con SR ECMP, y detecta un backhaul que falla en milisegundos con BFD. Para el enfoque 5G-FWA, consulte el transporte móvil.
Handoff de milla media
El router lleva tráfico rural y municipal sobre un SR-MPLS en el middle mile, que redirige el tráfico ante un enlace caído en el plano de datos. Para enlaces ópticos enrutados 400G ZR y ZR+, consulte la solución IPoDWDM.
Entrega al peering
En el borde de internet, el router de agregación realiza el handoff hacia la capa de peering. La tabla BGP completa de internet, el tránsito y el peering son la solución de core IP y peering.
Modele el tráfico de suscriptor en el enlace ascendente OLT.
El router modela el tráfico en tres niveles en el enlace ascendente OLT: el puerto físico, cada VLAN de servicio, y cada cola de suscriptor dentro de la VLAN. OcNOS-SP se encarga del shaping y la planificación, y el silicio merchant de buffer profundo absorbe las microráfagas PON entre niveles.
Tres niveles de modelado en un enlace ascendente OLT.
El modelado se anida en tres niveles en el router de agregación: el puerto físico establece la capacidad total del enlace ascendente, cada VLAN de servicio bajo él se modela, y cada cola de suscriptor dentro de una VLAN se modela y planifica.
Modelado de VLAN por puerto y por servicio
El router aplica per-queue and per-port shaping en el enlace ascendente, y después shaping por VLAN de servicio que asigna los servicios a VLAN y aplica shaping a cada VLAN, de modo que cada servicio residencial, empresarial o mayorista obtiene su velocidad comprometida.
WRED y planificación por cola
El tráfico de suscriptor sensible a la latencia mantiene su prioridad incluso cuando el enlace ascendente está congestionado. Weighted Random Early Detection (WRED) alivia la congestión antes de que se llene el buffer, y el router planifica cada cola de suscriptor con WRR, WFQ o prioridad estricta, para que la voz y las sesiones interactivas vayan por delante del tráfico masivo bajo carga.
Silicio deep-buffer para ráfagas PON
El nivel de agregación usa deep-buffer merchant silicon de las clases Jericho y Qumran, de modo que el tráfico ascendente en ráfagas de los suscriptores GPON y XGS-PON se absorbe en lugar de descartarse cuando muchos suscriptores transmiten a la vez.
QoS como una sola política en el router
Un diseño de modelado cubre cada servicio, sea como sea que llegue al router. La QoS de capa 2 y capa 3, la QoS de subinterfaz y las estadísticas de class-map comparten un modelo de política consistente, por lo que un servicio en una VLAN, una subinterfaz o un puerto enrutado se modela de la misma forma.
Haga coincidir las funciones de modelado y QoS con su hardware en la matriz de funciones →
Capacidades de agregación, cada una en la feature matrix.
Un router transporta todo el borde de suscriptor hacia el core, por lo que no hay una caja separada por tipo de acceso. Agrega sobre EVPN-VXLAN y pseudohilos MPLS, realiza el handoff a una milla media SR-MPLS, y mantiene resiliente el backhaul WISP y FWA. Cada capacidad a continuación es verificable en la feature matrix, y el rol básico de agregación metropolitana y switch L3 es la solución metro Ethernet.
Agregación EVPN-VXLAN y MPLS
Cada servicio de suscriptor viaja sobre un fabric de agregación de vuelta al core, sea cual sea el borde de acceso. El router pliega los enlaces ascendentes FTTx, OLT y de torre en EVPN-VXLAN o MPLS L2/L3 pseudowires (VPLS, VPWS, L3VPN) hacia el núcleo. Consulte EVPN, o el rol de agregación metro básica y de switch L3 en Ethernet metro.
Handoff a la milla media SR-MPLS
El tráfico de suscriptor agregado se entrega a un SR-MPLS en un middle mile que lo lleva al núcleo con recuperación rápida ante fallos en el plano de datos. El transporte del middle mile se describe a continuación.
Resiliencia del backhaul WISP y FWA
Un WISP o una red de acceso inalámbrico fijo sigue reenviando cuando una ruta de backhaul se degrada. SR ECMP reparte la carga entre varios enlaces ascendentes de torres y POP, BFD detecta una ruta que falla en milisegundos, y VRRP con graceful restart mantiene activo el gateway. Aquí BGP se usa solo para multi-uplink de WISP y FWA; la tabla BGP completa de internet corresponde a la capa de Core IP y peering .
Concentrar cada torre en el POP
Cada torre hace backhaul de sus suscriptores de acceso inalámbrico fijo hacia el POP, y el router de agregación concentra esas alimentaciones de torre en los enlaces ascendentes POP a core. La misma imagen de router y diseño de QoS transporta un POP WISP que a su vez transporta un sitio OLT FTTx, por lo que un operador que ejecuta ambos tipos de acceso construye sobre una sola plataforma.
ECMP entre enlaces ascendentes, BFD en cada ruta
SR ECMP reparte el tráfico del POP al núcleo entre todos los enlaces ascendentes disponibles en lugar de fijarlo a uno, y BFD (de un salto, multisalto y sobre IS-IS, OSPF y BGP) vigila cada ruta para que un backhaul degradado se detecte y se esquive en milisegundos. Celerity y WispWest migraron así una red MikroTik y Juniper a OcNOS-SP sobre UfiSpace en tres estados.
| Escenario de acceso | Rol que juega el router | Capacidad propia | Nivel de plataforma |
|---|---|---|---|
| FTTx / XGS-PON | Agregación de enlace ascendente OLT | Modelado de VLAN por servicio, silicio deep-buffer | Nivel de agregación Edgecore / UfiSpace |
| WISP / FWA | Agregación de torre / POP | SR ECMP multi-enlace ascendente, BFD | Edgecore / UfiSpace |
| Municipal / rural | Handoff de milla media | Transporte de milla media SR-MPLS (detalles →) | UfiSpace S9500-22XST / S9600-56DX o Edgecore CSR310 / AGR400 |
| Borde de internet del ISP | Entrega al peering | Consulte core IP y peering (detalles →) | Propiedad del core IP y peering |
Juniper, MikroTik y otros nombres son marcas comerciales de sus respectivos propietarios. IP Infusion no está afiliada a ellos ni cuenta con su respaldo. Haga coincidir cada capacidad con el hardware en la matriz de funciones.
Alcance suscriptores rurales y municipales sobre transporte abierto de milla media.
El router ejecuta un SR-MPLS para el middle mile, con TI-LFA como fast reroute, de modo que una red rural o municipal lleva el tráfico de suscriptores al núcleo con recuperación en el plano de datos. Broadlinc aplica este modelo con OcNOS-SP MPLS y UfiSpace en una red inalámbrica fija rural en Kentucky.
SR-MPLS con TI-LFA de menos de 50 ms
IS-IS con extensiones SR transporta el tráfico de suscriptor agregado al core, y TI-LFA precalcula una ruta de respaldo sin bucles, de modo que un fallo de enlace en el middle mile se resuelve en menos de 50 ms. Para enlaces ópticos enrutados 400G ZR y ZR+, consulte IPoDWDM.
Cadena de suministro abierta para construcciones financiadas
Un operador rural o con financiación federal puede adquirir el router de agregación de más de un proveedor abierto compatible con EE. UU., Edgecore o UfiSpace, de modo que el proyecto no queda atado a la cadena de suministro ni a los plazos de entrega de un solo proveedor. El hardware y el software OcNOS-SP se renuevan en ciclos independientes.
Ampliar el licenciamiento a medida que se conectan suscriptores
El licenciamiento de OcNOS-SP escala desde De IPBASE a MPLS y a PLUS a medida que la red incorpora MPLS y más servicios, sin cambiar el hardware, de modo que un ISP pequeño empieza con poco y amplía el router en su sitio a medida que crece el número de suscriptores.
Plataformas abiertas, un sistema soportado
IP Infusion valida, precarga y da soporte al router como un solo sistema en un amplio conjunto de plataformas abiertas, por lo que una construcción financiada se envía como una combinación soportada en lugar de un proyecto de autointegración. Este es el enfoque de redes de proveedor de servicios en el borde de acceso.
Dimensione el router de agregación al borde de acceso.
IP Infusion entrega el router de agregación sobre 40+ plataformas cualificadas de Edgecore y UfiSpace, cada una calificada en laboratorio por stepping de ASIC con OcNOS-SP precargado. Un WISP o un POP rural se dimensiona en un nivel compacto; la agregación FTTx regional y la agregación metro convergente escalan en capacidad y en silicio de buffer profundo.
| Nivel de acceso | Router validado | Silicio y capacidad | Por qué encaja en el nivel |
|---|---|---|---|
| POP WISP / rural |  UfiSpace S9500-22XST |
Broadcom Qumran AX (BCM88470), 300 Gbps, endurecido frente a temperatura | Agregación compacta y endurecida frente a la temperatura para una torre, POP o gabinete rural donde el espacio y el entorno son limitados. |
| POP WISP / rural |  Edgecore AS7315-27X (CSR310) |
Broadcom Qumran AX (BCM88470), 300 Gbps, 20×10G + 4×25G + 3×100G | El router de agregación compacto de Edgecore sobre el mismo silicio Qumran AX para un POP o un gabinete rural. |
| Agregación FTTx / OLT regional |  UfiSpace S9600-56DX |
Broadcom Qumran 2C (BCM88820), 4.8 Tbps, 8×400G + 48×100G | Agrega muchos enlaces ascendentes OLT con 400G al core. También el nivel de agregación metropolitana, consulte Ethernet metro. |
| Agregación FTTx / OLT regional |  Edgecore AS7946-30XB (AGR400) |
Broadcom Qumran 2C (BCM88820), 2.4 Tbps, 4×400G + 22×100G | El router de agregación Edgecore Qumran 2C con entrega 400G hacia el núcleo, para sitios FTTx y OLT regionales. |
| Agregación metropolitana convergente |  UfiSpace S9610-36D |
Broadcom Jericho2C+ (BCM88850), 14,4 Tbps, 36×400G, silicio de buffer profundo | Máxima capacidad con silicio deep-buffer para microbursts PON y alimentación y ventiladores redundantes intercambiables en caliente para un sitio de agregación convergente. |
| Agregación metropolitana convergente |  Edgecore AS9947-36XKB (AGR560) |
Broadcom Jericho2C+ (BCM88850), 7,2 Tbps, 12×400G + 24×100G, silicio de buffer profundo | El router de agregación con buffer profundo de Edgecore sobre el mismo silicio Jericho2C+ para un sitio metro convergente. |
Consulte cada plataforma validada en la lista de compatibilidad de hardware, y haga coincidir las funciones con el hardware en la matriz de funciones.
Cómo dimensionar el router de agregación
- ISP o POP WISP pequeño. Dimensione un nivel compacto de 300 Gbps para una torre, POP o gabinete rural, endurecido frente a la temperatura donde el entorno lo requiera.
- Agregación FTTx y OLT regional. Dimensione el nivel de 4.8 Tbps para agregar muchos enlaces ascendentes OLT con handoff de 400G al core.
- Agregación metropolitana convergente. Dimensione el nivel de 14.4 Tbps con silicio deep-buffer donde los microbursts PON y múltiples tipos de acceso convergen en un solo sitio.
- Amplíe el licenciamiento en su sitio. Empiece en IPBASE y escale a MPLS y PLUS a medida que la red añade servicios, sin cambio de hardware.
- Un solo contrato. IP Infusion valida, precarga y da soporte al router como un solo sistema, y el hardware y el software se renuevan en ciclos independientes.
Modele un servicio de suscriptor en el enlace ascendente.
Modelar un servicio de suscriptor sigue un patrón en el router: clasifique el servicio, establezca una tasa modelada y un planificador en una política, luego aplique la política al enlace ascendente. El esqueleto siguiente muestra la forma de esa política; use los comandos y opciones exactos para su versión de la guía de QoS de OcNOS-SP.
! Representative OcNOS-SP queuing policy for Qumran deep-buffer platforms.
! Queue ids, rates and thresholds vary by platform and release.
! 1. Classify the subscriber service by its egress queue
class-map type queuing subscriber-service
match queue <queue-id>
! 2. Shape that service
policy-map type queuing shape-subscriber
class type queuing subscriber-service
shape <committed-rate> mbps
! 3. Apply the policy to the OLT uplink in the output direction
interface <uplink>
service-policy type queuing output shape-subscriberQué hace cada paso
- Clasificar. Un
class-mapde tipo queuing selecciona el servicio de suscriptor por su cola de salida conmatch queue, para que cada servicio pueda recibir su propio shaping. Las clases también pueden coincidir porcosyvlan. - Aplicar shaping. Un
policy-mapestablece la velocidad de shaping para esa clase conshape, en kbps, mbps o gbps. - Aplicar.
service-policy type queuing outputvincula la política al enlace ascendente del OLT en sentido de salida, de modo que cada servicio de suscriptor en ese puerto recibe el shaping previsto. - VLAN por servicio. Repita la clase y la política por VLAN de servicio para modelar el tráfico residencial, de negocio y mayorista de forma independiente en el mismo enlace ascendente.
- Prevención de congestión y planificación. En la política de colas predeterminada del puerto, WRED se configura por cola con
random-detect <min> mbytes <max> mbytes drop-probability <percent>, y la planificación de prioridad estricta conpriority level <0-7>.
Estos comandos siguen la Guía de configuración de QoS de OcNOS-SP 7.0. Los identificadores de cola, las velocidades, los umbrales y el número de colas admitidas varían según la plataforma y la versión; confirme la forma exacta para su plataforma en documentation.ipinfusion.com. Para saber cómo funcionan el policing, el shaping, WRED y la QoS jerárquica, consulte QoS y gestión del tráfico.
Modernice un anillo L2 heredado a IP/MPLS.
Usted pone por fases un anillo de capa 2 instalado sobre IP/MPLS y EVPN-VXLAN en hardware abierto, interoperando con la red instalada para que los servicios de suscriptor sigan funcionando durante la migración. Race Communications está migrando un anillo L2 a IP/MPLS en OcNOS de esta forma.
Unirse al anillo instalado
Un nuevo router de agregación abierto forma adyacencias basadas en estándares con la red instalada, por lo que participa en el anillo existente sin un rediseño. Race eligió OcNOS por las robustas implementaciones de protocolos en las que su red ya se apoyaba.
Añadir transporte EVPN-VXLAN y MPLS
El router añade EVPN-VXLAN y MPLS L2/L3 proporciona transporte junto al anillo L2 heredado, de modo que los nuevos servicios viajan sobre IP/MPLS mientras el anillo instalado sigue transportando su tráfico. Ambos coexisten durante la transición.
Convertir el anillo segmento por segmento
Convierta cada segmento del anillo a IP/MPLS por turno, validando cada uno antes de que transporte tráfico de suscriptor en producción. Graceful restart y TI-LFA mantienen los servicios reenviando durante cada cambio, e IP Infusion da soporte al router en cada paso.
Hay asistencia disponible para la traducción de CLI de Cisco IOS-XR a OcNOS para acelerar la conversión de configuración durante una migración.
Router de agregación de banda ancha abierto frente a un chasis propietario.
Los operadores se preguntan si un equipo abierto puede aplicar shaping al tráfico de suscriptores con la misma precisión que un chasis de borde propietario. Puede hacerlo, con QoS jerárquica por VLAN de servicio a escala de agregación, transporte de agregación y redireccionamiento en el middle mile, y el hardware procede de más de un proveedor bajo un único contrato de soporte.
| Capacidad / modelo | Router de agregación abierto (OcNOS-SP) | Chasis propietario (Cisco / Juniper / Nokia) |
|---|---|---|
| Modelado por suscriptor / por servicio | Modelado por cola, por puerto y por VLAN de servicio, WRED, WRR/WFQ/SP | QoS específica del proveedor, hardware del proveedor |
| Absorción de microbursts PON | Silicio merchant Jericho / Qumran deep-buffer | Buffer del proveedor, precio del proveedor |
| Transporte de agregación | EVPN-VXLAN y MPLS L2/L3 (VPLS / VPWS / L3VPN) | Equivalentes propietarios |
| Transporte de milla media | SR-MPLS con TI-LFA de menos de 50 ms | SR / MPLS propietario |
| Backhaul WISP / FWA | SR ECMP multi-enlace ascendente, BFD, VRRP, graceful restart | Equivalentes de proveedores |
| Aprovisionamiento de hardware | 40+ plataformas Edgecore / UfiSpace validadas, renuévelas de forma independiente | Chasis y ciclo de vida de un solo proveedor |
| Licencias | IPBASE a MPLS a PLUS progresivo, sin cambio de hardware | Paquetes de licenciamiento del proveedor |
| Modelo de soporte | Un proveedor es dueño del software, el hardware y la RMA bajo un contrato | Proveedores de NOS y hardware separados, o un stack cerrado |
Cisco, IOS-XR, Cisco 8000, Juniper, Junos, Nokia y SR OS son marcas comerciales de sus respectivos propietarios. IP Infusion no está afiliada a estos proveedores ni los respalda; la comparación refleja las capacidades de OcNOS-SP verificables en la matriz de funciones. La terminación de suscriptores queda fuera del alcance; corresponde a la solución vBNG abierta.
Datasheet, solution brief y webinar.
El datasheet de OcNOS-SP y el brief de actualización a SR-MPLS para compartir con su equipo, además del webinar bajo demanda. Los PDF se descargan tras un formulario rápido.
Datasheet de OcNOS-SP
La visión general completa de OcNOS-SP: roles, protocolos, temporización y el hardware validado, en un PDF.
Obtener el datasheetActualización SR-MPLS con OcNOS
Una ruta de migración desde SR-MPLS de Cisco IOS-XR y Juniper Junos hacia OcNOS en hardware abierto.
Obtener el briefTráfico en la era de la IA: Fabrics e IP over DWDM
IP Infusion, RocNet Supply y Smartoptics sobre arquitecturas de estilo Tier-1 para operadores regionales. Organizado por la Fiber Broadband Association.
Ver el webinarPreguntas que hace un arquitecto de ISP.
Ponga el router de agregación en su propio hardware.
Descargue la VM de OcNOS y valide las funciones de agregación de banda ancha que necesita en el hardware que elija.
Datasheet de OcNOS-SP
Formulario breve. su PDF se descargará de inmediato tras el envío.
✓ Abriendo su PDF en una pestaña nueva.
Si no se abrió, use el enlace de abajo.
Actualización SR-MPLS con OcNOS
Formulario breve. su PDF se descargará de inmediato tras el envío.
✓ Abriendo su PDF en una pestaña nueva.
Si no se abrió, use el enlace de abajo.
Relacionado del blog
Por qué los proveedores de servicios despliegan redes abiertas: 5 impulsores
Caso de negocio del operador para construir agregación de banda ancha sobre routers abiertos desagregados
Lea la publicación →Segment Routing: SR-MPLS y SRv6 en el núcleo
SR-MPLS es el transporte de milla media que lleva el tráfico de banda ancha agregado al core
Lea la publicación →