As práticas recomendadas da Cisco são um conjunto de documentos codificados que fornecem orientação relevante e confiável sobre operações de rede para produtos e soluções da Cisco. As práticas recomendadas são desenvolvidas e apoiadas por premiados engenheiros do Cisco TAC e Advanced Services que você pode usar para ajudar a criar seu próprio conjunto de práticas recomendadas para emular. Os clientes da Cisco aplicaram essas práticas recomendadas em seu ambiente de rede para obter desempenho e disponibilidade de rede.
É altamente recomendável complementar essas práticas recomendadas com serviços da Cisco e de seus parceiros. Para obter mais informações sobre como otimizar o desempenho e a disponibilidade da sua rede, entre em contato com o representante de vendas de serviços sobre o site da Cisco Advanced Services e descubra mais sobre o Network Otimization Support - Focused Engineering Support, Network Availability Improving Support (NAIS), Software Management Process Assessment (SMPA) e a Implementação NAIS-SMPA.
Os processos operacionais relacionados ao gerenciamento de software podem ajudar a reduzir a complexidade da rede, diminuir problemas de suporte reativos e melhorar o tempo de resolução de problemas. Este documento fornece uma estratégia, recomendações de ferramentas e práticas recomendadas para o gerenciamento geral do software Cisco IOS® (Cisco IOS).
As seções Criando uma Estratégia de Operações de Gerenciamento do Cisco IOS e Seguindo uma Melhor Prática do Processo de Operações de Gerenciamento do Cisco IOS neste documento discutem a metodologia recomendada para iniciar e lista as melhores ferramentas a serem usadas para a fase de operações. A fase de operações inclui os processos de melhores práticas para:
Processo | Descrição |
---|---|
Controle de versão de software | Rastrear, validar e melhorar a consistência do software nas "trilhas" identificadas. |
Gerenciamento de falhas | Monitorando e agindo proativamente sobre mensagens de Syslog e SNMP de prioridade mais alta geradas pelo Cisco IOS. |
Gerenciamento de problemas | Coleta rápida e eficientemente de informações críticas sobre problemas relacionados a software para ajudar a prevenir ocorrências futuras. |
Padronização de configuração | "Padronizar" as configurações para reduzir o potencial de código não testado ser exercido na produção e padronizar o comportamento dos recursos e dos protocolos de rede. |
Gerenciamento de disponibilidade | Melhorar a disponibilidade com base em métricas, metas de melhoria e projetos de melhoria |
Este documento pressupõe que você implementou os seguintes processos de melhores práticas para o planejamento, projeto e implementação do Cisco IOS:
Identificadas áreas de software gerenciáveis (controles de software) em seu ambiente com base nos requisitos de plataforma, módulo, recurso, protocolo e topologia.
Versões selecionadas, certificadas e comunicadas do Cisco IOS por monitoramento de software.
Implementou consistentemente as versões padrão do Cisco IOS em cada um dos controles de software.
Esta seção ajuda você a gerenciar e manter versões padronizadas do Cisco IOS em trilhas definidas. Você aprenderá a:
Desenvolva um processo de controle de versão de software para garantir a consistência da versão de software nos softwares identificados.
Monitore, notifique e resolva processos com base em mensagens e alertas de gerenciamento de falhas de dispositivos (SNMP/Syslog) para ajudar a resolver proativamente possíveis problemas de software e falhas.
Coleta eficiente de informações críticas sobre problemas para software para ajudar a reduzir o tempo de resolução de problemas relacionados a software.
Padronize as configurações do dispositivo para ajudar a garantir a consistência de protocolo, recurso, acesso e segurança para o ambiente.
Este documento é apropriado para indivíduos e gerentes com orientação técnica que são responsáveis pela operação diária da rede. O documento descreve como estabelecer processos operacionais para ajudá-lo a reduzir a complexidade da rede, diminuir os problemas de suporte reativo e melhorar o tempo de resolução de problemas por meio da criação de consistência da rede e melhorando os recursos para o gerenciamento pró-ativo de falhas.
As pessoas envolvidas em operações de gerenciamento do Cisco IOS devem ter um conhecimento sólido do projeto e da administração da infraestrutura de rede, particularmente com o equipamento da Cisco, e devem ter acesso a detalhes da topologia, da configuração do dispositivo, do perfil de atividade, do uso do aplicativo e da política de utilização de recursos da rede de destino. O acesso e a experiência com as ferramentas de informação disponíveis no Cisco Connection Online (CCO) também são necessários. Se você ainda não se registrou no CCO, sugerimos que você faça isso para acessar as ferramentas descritas neste documento.
Existem muitas estratégias e ferramentas de qualidade para ajudar a gerenciar os ambientes Cisco IOS. Este capítulo concentra-se em três estratégias principais para gerenciar operações do Cisco IOS em ambientes de maior disponibilidade e inclui uma matriz de ferramentas operacionais importantes que são especialmente úteis para gerenciar problemas do Cisco IOS e do Cisco IOS.
A primeira estratégia principal é manter o ambiente o mais simples possível, evitando a variação na configuração e nas versões do Cisco IOS o máximo possível. A certificação do Cisco IOS já foi discutida, mas a consistência da configuração é outra área importante. O grupo de arquitetura e engenharia deve ser responsável pela criação dos padrões de configuração. O grupo de implementação e operações é responsável por configurar os padrões e manter os padrões através do controle de versão do Cisco IOS e dos padrões/controle de configuração do Cisco IOS.
A segunda estratégia principal é a capacidade de identificar e resolver rapidamente falhas de rede. O grupo de operações geralmente deve identificar problemas de rede antes que os usuários os relatem, e os problemas devem ser resolvidos o mais rápido possível sem causar impacto adicional ou alterar o ambiente. Duas práticas recomendadas importantes nesta área são o gerenciamento de problemas e o gerenciamento de falhas (ambos são discutidos mais adiante neste documento).
Observação: a ferramenta decodificador de pilha do Cisco IOS pode ser usada para ajudar a diagnosticar rapidamente travamentos do software Cisco IOS.
A terceira estratégia fundamental é "melhorar de forma consistente". O processo principal é melhorar um programa de melhoria da disponibilidade baseado em qualidade. Executando uma análise da causa básica de todos os problemas, incluindo problemas relacionados ao Cisco IOS, uma organização pode melhorar a cobertura do teste, melhorar os tempos de resolução de problemas e melhorar os processos que eliminarão ou reduzirão o impacto da paralisação. A organização também pode verificar problemas comuns e construir processos para resolvê-los com mais rapidez.
Os resultados do processo de operação do Cisco IOS Software Management incluem:
Processos e ferramentas de controle de versão de software
Monitoramento e processos de gerenciamento de falhas
Processos de gerenciamento de problemas
Padrões de configuração de dispositivos e processos de auditoria
Metodologia de disponibilidade de rede, relatórios e processos de revisão
As métricas devem ser definidas como parte do plano de operações e usadas para determinar se as ferramentas e os processos estão produzindo os resultados desejados. A seguir estão alguns exemplos de métricas úteis de gerenciamento do software Cisco IOS:
Disponibilidade da rede (devido a problemas de software)
% de conformidade da versão do Cisco IOS com o padrão (por trilha)
% Consistência de configuração do dispositivo (com base em padrões)
Métricas de gerenciamento de problemas (MTTR, # tickets, Closure Code)
Identifique, qualifique e monte um grupo multifuncional de gerentes e/ou leads de arquitetura de rede, engenharia de rede e grupos de implementação/operações para ajudar a garantir as fases bem-sucedidas de planejamento, projeto, implementação e operações dos seus projetos de atualização do IOS.
Reúna um grupo multifuncional de gerentes e/ou leads do gerenciamento de rede, engenharia de rede, implementação e grupos de operações para ajudar na fase de operações do projeto de gerenciamento do Cisco IOS.
Gerente(s) de rede:
Nome do gerente, departamento, informações de contato
Nome do backup principal, departamento, informações de contato
Nome de backup secundário, departamento, informações de contato, se necessário
Arquiteto(s) de rede:
Nome do arquiteto, departamento, informações de contato
Nome do backup principal, departamento, informações de contato
Nome de backup secundário, departamento, informações de contato, se necessário
Engenheiro(es) de rede:
Nome do engenheiro, departamento, informações de contato
Nome do backup principal, departamento, informações de contato
Nome de backup secundário, departamento, informações de contato, se necessário
Engenheiro(es) de operações de rede (NOC):
Nome do engenheiro, departamento, informações de contato
Nome do backup principal, departamento, informações de contato
Nome de backup secundário, departamento, informações de contato, se necessário
Os gerentes de rede são responsáveis por:
Manutenção do plano do projeto
Atribuição/reatribuição de recursos
Gerenciamento do controle de alterações
Gerenciamento do progresso
Gerenciamento de relatórios de orçamento
Os arquitetos de rede são responsáveis por:
Analisar padrões de rede e advertências de versão
Manutenção da matriz de atualização de software
Manutenção da matriz de gerenciamento de candidatos
Manutenção da matriz de requisitos de memória
Os engenheiros de rede (NOC) são responsáveis por:
Implementar e garantir a conformidade com os padrões de rede
Identificar problemas de software e causas raiz
Recomendar ação corretiva
Monitorando a rede
Os requisitos de recursos devem ser determinados na etapa de operações para suportar a estratégia de gerenciamento de software para a organização. Isso incluirá o tempo de pessoal necessário e as despesas de capital necessárias para suportar a estratégia de software.
Em muitos casos, um ROI (Return on Investment, retorno sobre o investimento) ou um plano orçamentário para práticas de gerenciamento de software pode ser gerado com base no custo do tempo de inatividade e nos requisitos de disponibilidade. Se a organização puder determinar o tempo de inatividade devido a problemas de software, a maioria desse custo pode ser compensada através das práticas recomendadas de gerenciamento de software identificadas. Se o custo não puder ser totalmente compensado, a organização deve considerar uma estratégia de gerenciamento de software mais básica que ajude a melhorar a produtividade, evitando retrabalhos adicionais como resultado de problemas de software.
As práticas recomendadas para seguir um processo de operações de gerenciamento do Cisco IOS incluem:
Prática recomendada | Detalhe |
---|---|
Controle de versão de software | Implementar apenas versões padronizadas de software e monitorar a rede para validar ou possivelmente alterar o software devido à não conformidade com a versão. |
Gerenciamento de falhas | A coleta, o monitoramento e a análise de mensagens de Syslog e SNMP são processos de gerenciamento de falhas recomendados para resolver mais problemas de rede específicos do Cisco IOS que são difíceis ou impossíveis de identificar de outra forma. |
Gerenciamento de problemas | Processos detalhados de gerenciamento de problemas que definem a identificação de problemas, a coleta de informações e um caminho de solução bem analisado. Esses dados são usados para determinar a causa raiz. |
Padronização de configuração | Os padrões de configuração representam a prática de criar e manter parâmetros de configuração "global" padrão em dispositivos e serviços semelhantes, resultando em consistência de configuração global em toda a empresa. |
Gerenciamento de disponibilidade | Melhoria de qualidade usando a disponibilidade da rede como métrica de melhoria de qualidade. |
O controle da versão do software é o processo de implementação apenas das versões de software padronizadas e de monitoramento da rede para validar ou possivelmente alterar o software devido à compatibilidade de não versão. Em geral, o controle de versão do software é realizado usando um processo de certificação e controle de padrões. Muitas organizações publicam padrões de versão em um servidor Web central. Além disso, uma equipe de implementação é treinada para revisar qual versão está sendo executada e para atualizar a versão se ela não for compatível com padrões. Algumas organizações têm um processo de porta de qualidade em que a validação secundária é concluída por meio de auditorias para garantir que o padrão seja seguido durante a implementação.
Durante a operação da rede, também não é raro ver versões de software não padrão na rede, especialmente se a rede é grande com uma grande equipe de operações. Isso pode ser devido a um dos seguintes:
Equipe nova não treinada
Comandos de inicialização mal configurados
Implementações desmarcadas
Recomenda-se validar periodicamente os padrões de versão do software usando ferramentas como o CiscoWorks2000 Resource Manager Essentials (RME) que podem classificar todos os dispositivos pela versão do Cisco IOS. Quando uma versão fora do padrão é identificada, ela deve ser imediatamente sinalizada e um tíquete de problema ou tíquete de alteração deve ser iniciado para trazer a versão para o padrão identificado.
Ferramentas disponíveis
O gerenciador de inventário do CiscoWorks2000 RME simplifica muito o gerenciamento de versão do Cisco IOS de roteadores e switches da Cisco por meio de ferramentas de relatório baseadas na Web que relatam e classificam dispositivos com base na versão do software, na plataforma do dispositivo e no nome do dispositivo.
O gerenciamento de falhas é o processo de coletar, monitorar e analisar mensagens SNMP e Syslog para resolver mais problemas de rede específicos do Cisco IOS que são difíceis ou impossíveis de identificar de outra forma.
Coleta de interceptações SNMP
A coleta e notificação de interceptação SNMP é um processo básico no gerenciamento de falhas usado para identificar eventos de software ou hardware e/ou travamentos sem sobrecarga de sondagem SNMP ou atraso incorrido em intervalos de sondagem. As mensagens de interceptação (Trap) são geradas diretamente do dispositivo de rede para um sistema de gerenciamento de rede que fornece serviços de notificação. A coleta e notificação dessas armadilhas é essencial para a rápida resolução de muitos eventos de rede, incluindo eventos que não causam impacto no usuário, como a perda de dispositivos primários ou links em um ambiente redundante.
Para coletar e monitorar essas armadilhas, as armadilhas devem ser configuradas corretamente no dispositivo e nos sistemas de gerenciamento de rede. Os sistemas de gerenciamento de rede devem alertar o grupo de operações de rede quando uma armadilha for recebida. A notificação pode então ocorrer na forma de paging, e-mail ou telas de eventos em um ambiente NOC.
Independentemente de como os dados são apresentados, essas instâncias de falha, ou exceções, devem ser analisadas e revisadas regularmente (de preferência diariamente) pelas operações de rede e/ou pela equipe de suporte de rede. As causas de todas as exceções encontradas devem ser investigadas. Algumas exceções registradas podem não ser críticas o suficiente para disparar imediatamente um alarme no Centro de Operações de Rede. A revisão, investigação e resolução proativas de exceções secundárias podem ajudar os grupos de suporte de rede a reduzir ou evitar interrupções na rede.
Coleta de Mensagens do Syslog
As mensagens de syslog são enviadas pelo dispositivo a um servidor de coleta. Essas mensagens podem ser erros de hardware ou software ou podem ser informativas (como quando alguém está em um terminal configurado em um dispositivo).
O monitoramento de syslog requer suporte à ferramenta Network Management System (NMS) ou scripts para ajudar a analisar e gerar relatórios sobre os dados do Syslog. Isso inclui a capacidade de classificar mensagens de Syslog por data ou período, dispositivo, tipo de mensagem de Syslog ou frequência de mensagem. Em redes maiores, ferramentas ou scripts podem ser implementados para analisar dados de Syslog e enviar alertas ou notificações para sistemas de gerenciamento de eventos ou para o pessoal de operações e engenharia. Se os alertas para uma grande variedade de dados de Syslog não forem usados, a organização deve revisar dados de Syslog de prioridade mais alta pelo menos diariamente e criar tíquetes de problemas para possíveis problemas. Para detectar proativamente problemas de rede que podem não ser vistos através de monitoramento normal, deve ser realizada uma revisão periódica e uma análise dos dados históricos do Syslog para detectar situações que podem não indicar um problema imediato, mas podem fornecer uma indicação de um problema antes que ele se torne um serviço impactante.
Ferramentas disponíveis
Algumas das ferramentas mais populares do receptor Trap SNMP incluem:
HP OpenView Network Node Manager da Hewlett Packard em openview.hp.com
Integridade do espectro da Aprisma em www.aprisma.com
NetView da IBM Tivoli em www.tivoli.com
A ferramenta de Syslog mais popular para o gerenciamento do Cisco IOS é o gerenciador de Syslog do CiscoWorks2000 RME. Outras ferramentas disponíveis incluem o SL4NT, um programa shareware de www.netal.com , deixando cisco.com e Private I da OpenSystems em www.opensystems.com
O gerenciamento de problemas, um aspecto do gerenciamento de falhas, é a disciplina de gerenciamento de problemas desde o momento da ocorrência por meio da identificação, solução de problemas, resolução e fechamento.
Muitos clientes sofrem tempo de inatividade adicional devido à falta de processos no gerenciamento de problemas. Pode ocorrer um tempo de inatividade adicional quando os administradores de rede tentam resolver o problema rapidamente usando uma combinação de comandos com impacto no serviço ou alterações de configuração, em vez de gastar tempo na identificação de problemas, na coleta de informações e em um caminho de solução bem analisado. O comportamento observado nessa área inclui recarregar dispositivos ou limpar tabelas de roteamento IP antes de investigar um problema e sua causa raiz. Em alguns casos, isso ocorre devido às metas de resolução de problemas de suporte de primeiro nível. A meta, em todos os problemas relacionados a software, deve ser coletar rapidamente as informações necessárias para a análise da causa principal antes de restaurar a conectividade ou o serviço.
Um processo de gerenciamento de problemas é recomendado e deve incluir um certo grau de descrições de problemas padrão e coleções de comandos "show" apropriadas antes de escalar o problema para um segundo nível de suporte. O suporte de primeiro nível nunca deve incluir a limpeza de rotas ou dispositivos de recarregamento. Idealmente, a empresa de suporte de primeiro nível deve coletar informações rapidamente e, em seguida, encaminhar o problema para o suporte de segundo nível. Ao gastar um pouco mais de tempo identificando e descrevendo o problema no suporte de nível um, é muito mais provável uma descoberta de causa básica, permitindo, assim, uma solução alternativa, identificação de laboratório e relatório de erros. O suporte de segundo nível deve ser bem informado sobre os tipos de informações que a Cisco pode precisar para diagnosticar um problema ou arquivar um relatório de erro, incluindo:
Despejo de memória
Saída de informações de roteamento
Saída do comando show do dispositivo
Os padrões globais de configuração de dispositivos representam a prática de manter parâmetros de configuração "global" padrão em dispositivos e serviços semelhantes, resultando em consistência de configuração global em toda a empresa. Os comandos de configuração global são comandos que se aplicam a todo o dispositivo e não a portas individuais, protocolos ou interfaces, e geralmente afetam o acesso ao dispositivo, o comportamento geral do dispositivo e a segurança do dispositivo. No Cisco IOS, isso inclui os seguintes comandos:
Serviço
IP
VTY
Porta de Console
Registro
AAA/TACACS+
SNMP
Banner
Também importante nos padrões globais de configuração de dispositivos é uma convenção de nomenclatura de dispositivos apropriada que permite que os administradores identifiquem o dispositivo, o tipo de dispositivo e a localização do dispositivo com base no nome DNS do dispositivo. A consistência da configuração global é importante para a capacidade de suporte e confiabilidade gerais de um ambiente de rede, pois ajuda a reduzir a complexidade da rede e a aumentar a capacidade de suporte da rede. Geralmente, o usuário passa por problemas no suporte sem padronização de configuração, seja devido a um comportamento incorreto ou indevido do dispositivo, ao acesso SNMP ou, ainda, devido à segurança geral do dispositivo.
A manutenção dos padrões globais de configuração de dispositivos é normalmente realizada por um grupo interno de engenharia ou operações que cria e mantém parâmetros de configuração global para dispositivos de rede semelhantes. Também é uma boa prática fornecer uma cópia do arquivo de configuração global em diretórios TFTP para que eles possam ser baixados inicialmente para todos os dispositivos recém-provisionados. Também é útil um arquivo acessível pela Web que fornece ao arquivo de configuração padrão uma explicação de cada parâmetro de configuração. Algumas organizações configuram todos os dispositivos semelhantes periodicamente para ajudar a garantir a consistência da configuração global ou revisam periodicamente os dispositivos para os padrões de configuração global corretos.
Os padrões de configuração de interface ou protocolo representam a prática de manter padrões para a configuração de interface e protocolo, o que melhora a disponibilidade da rede ao reduzir a complexidade da rede, fornecer o comportamento esperado de dispositivo e protocolo e melhorar a capacidade de suporte da rede. A inconsistência da configuração da interface ou do protocolo pode resultar em comportamento inesperado do dispositivo, problemas de roteamento de tráfego, problemas de conectividade aumentados e tempo de suporte reativo aumentado.
Os padrões de configuração de interface podem incluir:
CDP (Cisco Discovery Protocol)
Descritores de interface
Configuração de cache
Outros padrões específicos de protocolo
Os padrões de configuração específicos de protocolo podem incluir:
configuração de roteamento IP
configuração DLSW
Configuração da lista de acesso
configuração ATM
configuração do Frame Relay
configuração de Spanning Tree
Atribuição e configuração de VLAN
VTP (Virtual Trunking Protocol)
HSRP (Hot Standby Routing Protocol)
Outros, dependendo do que é configurado na rede
Um exemplo de padrões IP pode incluir o tamanho da sub-rede, o espaço de endereço IP usado, o protocolo de roteamento usado e a configuração do protocolo de roteamento.
A manutenção dos padrões de configuração de protocolo e interface é normalmente da responsabilidade dos grupos de engenharia e implementação de rede. O grupo de engenharia deve ser responsável por identificar, testar, validar e documentar os padrões. O grupo de implementação é responsável por usar os documentos de engenharia ou modelos de configuração para provisionar novos serviços. O grupo de engenharia deve criar documentação sobre todos os aspectos dos padrões exigidos para garantir consistência. Os modelos de configuração também devem ser criados para ajudar a aplicar os padrões de configuração. Os grupos de operação também devem receber treinamento sobre os padrões e devem ser capazes de identificar problemas de configurações que não sejam padrão. A consistência da configuração é de grande ajuda na fase de teste, validação e certificação. Sem modelos de configuração padronizados, é quase impossível testar, validar ou certificar adequadamente uma versão do Cisco IOS para uma rede moderadamente grande.
O gerenciamento de disponibilidade é o processo de melhoria de qualidade usando a disponibilidade da rede como métrica de melhoria de qualidade. Muitas organizações estão medindo a disponibilidade e o tipo de interrupção. Os tipos de interrupção podem incluir:
Hardware
Software
Link/portadora
Energia/ambiente
Projeto
Erro de usuário/processo
Ao identificar interrupções e executar a análise de causa básica imediatamente após a recuperação, a empresa pode identificar métodos para melhorar a disponibilidade. Quase todas as redes que alcançaram alta disponibilidade têm algum tipo de processo de melhoria de qualidade em vigor.
Passo 1: Definir Requisitos e Metas de Negócios (apenas clientes registrados)
Passo 2: Avaliar o status atual das práticas de gerenciamento do software Cisco IOS (somente clientes registrados)
Passo 3: Definir Funções e Responsabilidades (somente clientes registrados)
Passo 4: Desenvolver um plano de projeto de gerenciamento de software (apenas clientes registrados)
Passo 5: Desenvolver uma matriz de requisitos de software (apenas clientes registrados)
Um apêndice foi criado para ajudar o cliente a obter outras informações valiosas relacionadas ao Cisco IOS, como: Fundamentos do Cisco IOS, processos internos do Cisco IOS Software, análise de confiabilidade do software, programa de qualidade interna da Cisco, metodologias de testes internos da Cisco e uma análise de campo que mostra as práticas atuais do setor e as experiências gerais do cliente com o software Cisco IOS
Gerenciamento do Cisco IOS: Informações adicionais sobre o gerenciamento do Cisco IOS e práticas recomendadas podem ser encontradas no white paper "Cisco IOS Management for High Availability Networking" no seguinte site: http://www.cisco.com/en/US/tech/tk869/tk769/technologies_white_paper09186a00800a998b.shtml
Para obter informações específicas sobre como executar testadores de rede, quais comandos CLI usar, como analisar e interpretar dados de tráfego de rede e como estabelecer políticas de uso de aplicativos, visite http://www.cisco.com. Este site oferece uma ampla variedade de soluções de suporte, treinamento, referência técnica e consultoria.
O Cisco IOS tem convenções de nomenclatura específicas definidas aqui: http://www.cisco.com/en/US/products/sw/iosswrel/ps1818/products_tech_note09186a0080101cda.shtml
Informações sobre a disponibilidade da versão do Cisco IOS são fornecidas aqui: http://www.cisco.com/en/US/products/sw/iosswrel/products_ios_cisco_ios_software_releases.html
As versões do Cisco IOS são removidas do CCO e não podem mais ser solicitadas. Defina as expectativas do cliente de acordo.
Os boletins do produto Cisco IOS são usados para anunciar as versões do Cisco IOS para os clientes. Eles contêm informações breves sobre o conteúdo da versão. Verifique aqui a disponibilidade de novas versões do Cisco IOS http://www.cisco.com/en/US/products/sw/iosswrel/products_ios_cisco_ios_software_releases.html
A equipe de resposta a incidentes de segurança de produtos lida com a segurança dos produtos da Cisco. Quaisquer problemas relacionados à segurança do Cisco IOS devem ser encaminhados para esta equipe. A Cisco publica publicamente suas vulnerabilidades de segurança. http://tools.cisco.com/security/center/publicationListing
Defeitos do Cisco IOS: Defeitos graves do Cisco IOS devem ser recomendados para adiamento. Qualquer funcionário da Cisco pode fazer a recomendação.
Os problemas de campo no Cisco IOS são comunicados aos clientes por meio de avisos do Cisco IOS. http://www.cisco.com/en/US/products/products_security_advisory09186a0080b20ee1.shtml
Recursos do Cisco IOS: A ferramenta Feature Navigator permite que os clientes encontrem versões que suportem recursos específicos e vice-versa. http://tools.cisco.com/ITDIT/CFN/jsp/index.jsp
O Cisco Software Advisor permite que os clientes encontrem suporte de software para recursos ou suporte de software para hardware. http://tools.cisco.com/Support/Fusion/FusionHome.do (apenas clientes registrados)