Suponga que tiene un conmutador central que se conecta a varios conmutadores de acceso (topología de hoja y columna vertebral).
Si sus conmutadores de acceso tienen cada uno de los 48 puertos de 1 Gbs, puede agregar potencialmente 48 Gbs de tráfico para pasar al conmutador central, por lo que necesitaría una conexión entre el conmutador central y cada conmutador de acceso de al menos 48 Gbs.
En la mayoría de los casos, esto sería un desperdicio, porque en la práctica nunca se encontrará con una situación en la que todos los puertos reciban tráfico a su velocidad máxima al mismo tiempo.
Entonces podríamos tener un conmutador de acceso con 48 puertos a 1 Gbs y un enlace ascendente al conmutador central a 10 Gbs
Luego tenemos una sobre-suscripción de 4.8: 1
Si usamos un retraso con 2 puertos de 10 Gbs, podemos reducirlo a:
48 x 1 Gbs / 2 x 10 Gbs = 2.4: 1
¿Cuándo lo usamos y cuándo no usarlo?
Como puede ver, casi siempre se usa cuando tiene varias capas de conmutador.
No lo usas:
- cuando solo tiene una capa de conmutador (redes muy pequeñas)
- cuando tiene requisitos muy específicos y quiere el ancho de banda completo disponible en todos los puertos en cualquier momento (y suficiente dinero para hacerlo)
¿Cómo calculamos estos valores?
Como en el ejemplo anterior, la relación de sobre-suscripción es la relación entre el ancho de banda ascendente y la capacidad descendente.
En cuanto a cómo decidir qué proporción final alcanzar al diseñar / actualizar una red, puede ser complicado. Es por eso que, a partir de su vasta experiencia y análisis de redes reales, Cisco hace algunas recomendaciones, como la que usted citó o la que citó @RonMaupin en un comentario:
se recomienda que el índice de acceso a la distribución de suscripción excesiva no sea superior a 20: 1 (por cada 20 puertos de acceso de 1 Gbps en su conmutador de acceso, necesita 1 Gbps en el enlace ascendente al conmutador de distribución), y se recomienda la proporción de distribución a núcleo ser no más de 4: 1
Pero los valores correctos para una red dada dependen en gran medida del patrón de tráfico.
Para la red existente, un monitoreo cercano del ancho de banda utilizado en cada puerto debería proporcionar suficiente información. También puede usar netflow / sflow para analizar más a fondo qué utiliza el ancho de banda.
Al diseñar una nueva red, debe evaluar el tráfico esperado.
Si este es un parámetro configurable, ¿cuáles son los comandos que se utilizan para configurar? (Cisco o Juniper)
Ahora puede ver que no es algo que configuramos, pero es una opción de diseño.
Nota:
La velocidad de los puertos no siempre es el factor limitante. Muy a menudo, el hardware del conmutador no es capaz de manejar el ancho de banda completo en todos sus puertos simultáneamente; esto es, de hecho, una especie de sobre-suscripción interna (una vez más, impulsada principalmente por patrones de uso y costos reales).