Cuestión : Cisco 6509 entradas de SUP720 IPv4 CEF

Tengo un sistema de 3 Cisco 6509 ranuradores que actúa como mis ranuradores de la frontera, cada uno con una sesión del BGP a un diverso abastecedor.  Filtro la tabla del BGP que viene adentro de cada abastecedor no enviarme las rutas cualquier cosa más pequeña que /24 debido a mis apremios de la memoria en un SUP720PFC3A.  esto trabaja grande.  Sin embargo, anoche, tomé accidentalmente el filtro de uno de mis pares, y llenó la utilización de TCAM a 100%.  Apliqué rápidamente el filtro, y reajusté mi sesión de mirada y el uso después volvió abajo a 40-50%.  SIN EMBARGO.  Todavía consigo mensajes en el syslog sobre el desbordamiento del tcam, y estoy teniendo algunas ediciones del rendimiento de procesamiento global, y pérdida del paquete en mis interfaces del loopback.  ¿cómo despejo el cortocircuito del problema de memoria de reanudar el chasis?  el
(he tenido esta edición antes, y la reanudación del chasis fijó la edición, pero no quiero realmente hacer que) atado es un archivo con un cierto Info provechoso.  nombre de fichero " vacío " >

(12 KB) Javascript del href= " de los " attachmentDetails del class= " de (tipo de archivo detalles) class= del >show stuff
del >
class= del

Respuesta : Cisco 6509 entradas de SUP720 IPv4 CEF


Hmm, así que si el error que usted ahora está recibiendo es el que está en el extremo del archivo entonces dice obviamente que un cierto tráfico está siendo software cambiado, por lo tanto la edición del perfromance. Cuál en 6500 es una sentencia a la pena capital puesto que es inframotorizado a este respecto.  Una vez que usted alcanza que el estado la única manera de recuperarse es recargar desafortunadamente. Aquí está un buen acoplamiento;

http://www.cisco.com/en/US/products/hw/switches/ps708/products_tech_note09186a00804916e0.shtml#cb

harbor235;}

Otras soluciones  
 
programming4us programming4us