Nexus TCAM: por qué una región de supresión de ARP necesita dos slices

Usted dimensiona una región de supresión de ARP, cuenta las entradas que necesita el diseño, encuentra una región con más capacidad libre que eso, y el cambio sigue sin caber. Nada se contó mal. El presupuesto que estaba leyendo se mide en slices, y una función tallada como de doble ancho necesita dos de ellos antes de considerar cualquier entrada.

Trate la asignación como un problema de disposición con un número fijo de unidades, y la aritmética empieza a comportarse.

Una región posee slices, no entradas

El TCAM en estas plataformas se divide en slices, y cada slice pertenece exactamente a una región. Las regiones se dimensionan en slices, y el ancho de la función determina cuántos slices consume como mínimo. Una función de ancho simple puede vivir en un slice; una función de doble ancho necesita un par contiguo.

Así que un slice libre no es capacidad utilizable automáticamente. Dos regiones de ancho simple en slices separados no se combinan en el par que requiere una nueva región de doble ancho, y la tabla que muestra mucho espacio sin usar en total le habla de un fondo que no puede gastar.

Registre la línea base antes de tallar

Reúna el modelo exacto de hardware, la versión de NX-OS, los anchos y tamaños actuales de las regiones y las funciones que consumen cada región. Hágalo antes de cualquier cambio, porque tras una recarga el estado anterior es un recuerdo, no un hecho.

show version
show hardware capacity
show running-config | include hardware profile

Los nombres de los comandos varían según la plataforma y la versión, y la guía de tallado nombra los que se aplican a su propio hardware. Lea la salida que realmente obtiene en lugar de suponer que un comando de otro modelo produce la misma tabla.

Después anote para qué sirve cada región. Una región VACL es capacidad de filtrado por alguna razón, y una región QoS existe porque alguien la dimensionó para una política que sigue vigente. Un plan que trata esos espacios como espacio recuperable sin comprobarlo es un plan para eliminar funciones en silencio. Asigne un propietario a cada región que piense reducir, y dele a ese propietario el nuevo tamaño antes de la ventana.

Tenga en cuenta también la dirección. Donde la plataforma acopla la asignación de entrada y salida, un cambio en un lado puede consumir presupuesto en el otro, y un plan que solo cuenta la tabla de entrada parecerá correcto y fallará al recargar.

Qué no hace liberar un slice grande

Reducir una región grande de ancho simple libera un slice. Si su región objetivo necesita un par, ese slice único puede ser inútil a menos que sea adyacente a otro slice libre, y la adyacencia es una propiedad de la disposición, no del total.

Este es el punto en el que la gente concluye que la plataforma está rota o que la documentación es incorrecta. Ninguna de las dos cosas es cierta. El modelo de asignación hace exactamente lo que dice, y el error fue contar espacio libre en lugar de contar slices libres en las posiciones correctas. Una vez que ha dibujado la disposición en papel, el par disponible existe o no existe, y esa es una conversación mucho más fácil con el propietario de la plataforma que una discusión sobre totales.

También hay una trampa de versión que vale la pena nombrar. La guía de tallado de Cisco describe una generación concreta de hardware y afirma claramente que su modelo no es ni Cloud Scale ni Silicon One. Los nombres de las regiones, los tamaños predeterminados e incluso qué funciones son de doble ancho difieren en otros lugares, así que una advertencia sobre una región concreta en una plataforma es evidencia sobre esa plataforma y versión, no una receta universal.

Cambiar una región es un cambio de función

Cada tallado es un intercambio de capacidad. Reducir una región para hacer espacio para la supresión de ARP reduce lo que esa región protegía, y la consecuencia puede no aparecer hasta que se vuelva a aplicar la política que necesita el espacio.

Consiga que el propietario de cada función afectada esté de acuerdo por escrito antes de la ventana. Eso no es burocracia: quien dimensionó originalmente la región VACL sabe qué filtra, y quien hace espacio generalmente no lo sabe.

Espere una recarga para los cambios que alteran la disposición del hardware. Algunas plataformas la exigen y otras no, pero planificar sin una ventana de mantenimiento cuando una recarga es posible es como un cambio de enrutamiento se convierte en una interrupción. Programe la ventana en torno a la recarga y no en torno al comando, y guarde el texto del perfil anterior en algún lugar donde pueda leerlo desde una consola que ha perdido su sesión de gestión.

Aplique y verifique contra la línea base

Aplique el plan mediante el proceso compatible de la plataforma, y luego verifique las funciones que conservó, no solo la que añadió. Una región recién tallada que funciona mientras el filtrado dejó de coincidir en silencio es un resultado peor que el fallo original.

Vuelva a leer la salida de capacidad y compárela con la línea base que registró, y luego pruebe la función que motivó el cambio. La guía de tallado de Nexus TCAM es la referencia para el modelo de ancho y slices descrito aquí, incluida la generación de hardware que cubre.