Como um Secure Internet Gateway, o Cisco Umbrella fornece a primeira linha de defesa contra ameaças na Internet onde quer que os usuários estejam. O Umbrella fornece visibilidade completa nos acessos a Internet através de todos os locais, dispositivos e usuários, bloqueando ameaças antes mesmo que elas atinjam sua rede ou endpoints. Como uma plataforma aberta e na nuvem, o Umbrella integra-se facilmente com outras soluções de segurança, fornecendo informações em realtime sobre ameaças emergentes.     Faça suas perguntas do dia 16   a 27 de abril de 2018   Especialista em Destaque   André Ortega  Trtrabalha há 13 anos com redes Cisco, atuando atualmente no time de engenharia da Added, dando suporte as equipes de pré e pós venda. Tem trabalhado com soluções de segurança e Wifi, além de manter o blog brainwork.com.br. Formado em Ciência da Computação e Processamento de Dados, com certificações Cisco (CCNP Routing & Switching, CCNP Security) e VMware (VPC6-NV).   Para mais informações sobre este tema acesse:    https://supportforums.cisco.com/t5/seguran%C3%A7a/ct-p/4806-seguranca   Este evento é   aberto ao público incluindo parceiros de negócio Você sabia que quando você tem algum problema técnico você pode fazer suas perguntas antes de abrir um caso com o TAC?      ** Classificações incentivam a participação! ** Por favor assegurar-se de classificar as respostas as perguntas!       ... View more

Como um Secure Internet Gateway, o Cisco Umbrella fornece a primeira linha de defesa contra ameaças na Internet onde quer que os usuários estejam. O Umbrella fornece visibilidade completa nos acessos a Internet através de todos os locais, dispositivos e usuários, bloqueando ameaças antes mesmo que elas atinjam sua rede ou endpoints. Como uma plataforma aberta e na nuvem, o Umbrella integra-se facilmente com outras soluções de segurança, fornecendo informações em realtime sobre ameaças emergentes.     Faça suas perguntas do dia 16   a 27 de abril de 2018   Especialista em Destaque   André Ortega  Trtrabalha há 13 anos com redes Cisco, atuando atualmente no time de engenharia da Added, dando suporte as equipes de pré e pós venda. Tem trabalhado com soluções de segurança e Wifi, além de manter o blog brainwork.com.br. Formado em Ciência da Computação e Processamento de Dados, com certificações Cisco (CCNP Routing & Switching, CCNP Security) e VMware (VPC6-NV).   Para mais informações sobre este tema acesse:    https://supportforums.cisco.com/t5/seguran%C3%A7a/ct-p/4806-seguranca   Este evento é   aberto ao público incluindo parceiros de negócio Você sabia que quando você tem algum problema técnico você pode fazer suas perguntas antes de abrir um caso com o TAC?      ** Classificações incentivam a participação! ** Por favor assegurar-se de classificar as respostas as perguntas!       Para participar deste evento, use o botão de   para fazer suas perguntas.         ... View more

Assista a gravação deste webcast originalmente apresentado no dia 11 de abril de 2018, pelo especialista Claudio Abreu sobre o tema " Troubleshooting Cisco Unified Compute System usando UCSM ".     ... View more

  Introdução   Especialista em Destaque      Claudio Abreu  estudou Fisica na UFRJ porem é graduado em Gerenciamento de TI no INFNET.  Ele posui duas pós Graduações uma em Gerenciamento Estratégico de Programas e Projetos de IT (GEPP / Escola Politécnica UFRJ) e a outra em Management Of Technology Computer Network (MOT CN / Núcleo de Computação Eletrônica UFRJ). Ele tem conhecimento em diversas areas como R&S, Segurança e Data Center, que adquiriu em diversos treinamentos e certificações como Cisco, VMware, F5, Amazon AWS, BlueCoat e Riverbed. Além disso ele já foi instrutor da Microsoft por vários anos (MCT) e também deu treinamentos da certificação Linux (LPI). Nos últimos anos ele tem trabalhado com sistemas de monitoramentos de dispositivos de rede (NMS) como Cisco Prime, Cisco ACS, Cisco ISE, CA Spectrum e já trabalhou em empresas como TATA, VALE, e recentemente em uma StartUp chamada M4U onde eu era Analista de Infraestrutura Senior responsável pelo Data Center On Cloud (AWS) e On Premises (Equinix e TIVIT).   Na Cisco começou no time de TAC R&S, trabalhou no Rio2016 no Time de R&S, depois foi para o Time de TAC Data Center em seguida para o Time HTTS Data Center (Hight Touch Technical Support).   Atualmente ele trabalha no Time de DevOps, situado no Reino Unido. Posui certificações de CCNA R&S e está trabalhando pra obter o CCIE em Data Center.   Você pode fazer o download da  apresentação em formato PDF aqui   Troubleshooting Cisco Unified Compute System usando UCSM   P: Somente para localizar qual porta destino o mac address esta amarrado? R: Não está claro o contexto da pergunta, mas cada mac-address estará sendo divulgado para a rede atraves de um dos uplinks dos Fabric Interconnects. É possível verificar essa informação nos próprios Fabrics Interconnects e nos swicthes de uplink diretamente conectados.   P: É possível conectar vários UCS em um único pár de Fabrics? R: Para cada par de Fabric Interconnect se pode conectar até 20 chassis.   P: Em aplicativos que exigem balanceamento de carga no modo unicast, qual  modo de comutação Ethernet é recomendado? R: Todos os requisitos das aplicações podem ser atendidos pelo UCS, em um caso de agregação de links o controle de distribuição de carga é configurado no Sistema Operacional.   P: O UCS Manager fica instalado no primeiro chassis da solução? R:  O UCS Manager fica instalado nos Fabric Interconnects, não exige um servidor adicional para gerenciamento da solução.   P: O link de heartbeat entre os fabrics interconnects passa pela rede ou é ligação direta? R:  Existem dois links, são cabos que conectam ambos os Fabrics Interconnects diretamente.   P: O uso do fabric interconnect é obrigatorio quando se tem UCS ou eu posso usar qualquer outro fabric? R:  É necessário pelo menos 1 Fabric Interconnect para gerencia e operação da solução.     P: Quais sistemas operacionais são suportados no UCS? R:  A maioria dos sistemas operacionais de mercado x86 são suportados. Para maiores detalhes pode-se consultar a matrix de compatibilidade: https://ucshcltool.cloudapps.cisco.com/public/ P:  Qual a diferença entre UCS Blade e Rack Servers? R:  Servidores Blade, são instalados em um chassis para vários servidores e são gerenciados obrigatoriamente pelo UCS Manager. Servidores Rack podem operar de maneira standalone ou gerenciado pelo UCS Manager e não fazem parte de um chassis de servidores.     P:  É possível usar os FIs em datacenters separados, porém no mesmo cluster? R:  Ambos FIs servem como conexão local para todos os chassis, separar os FIs até seria possível mas todas as conexões dos chassis com os FIs deveriam cruzar de um datacenter para o outro tonando esse tipo de solução inviável. Há várias maneiras mais simples de conseguir alta disponibilidade em ambiente distribuídos.   P:  Vais ficar em qual plataforma? R:  O foco da sessão hoje é UCS-B Series, (blades)     P:  Existe alguma certificação recomentanda? R:  No segmento de Data Center temos o CCNA DC onde se inicia a abordagem da arquitetura do UCS. Posteriormente o CCNP DC e o CCIE DC. https://www.cisco.com/c/en/us/training-events/training-certifications/certifications/associate/ccna-data-center.html   P: Os Fex 2300, que são suportados pelos FIs 6332, suportam Chassis ligados neles? R:  O FEX 2304 é instalado dentro do chassis e é responsável pela comunicação do chassis com o Fabric Interconnect. https://www.cisco.com/c/en/us/products/collateral/servers-unified-computing/ucs-6300-series-fabric-interconnects/datasheet-c78-6752 Se você estiver falando dos fex 23xx que são conectados no Nexus, eles podem servir como switch de ligação dos servidores C-series com o Fabric Interconnect.     P:  Como você chega em 320Gb por chassi, se com o port expander vc alcança 80Gbps por Blade? se considerarmos 8 blades, alcançamos 640, correto? O máximo são 40 por Blade então? R:  Considerando que você está utilizando o fex 2304, que possui 4 portas de 40Gb, você terá 160Gb por fex. Cada Chassis suporta até 2 fex, 320Gb no total.   P: Os FIs se comportando como Switch Mode, podemos considerar que possuem as mesmas funcionalidades que um switch FC, como o MDS?  R:  Existem dois modos de switch mode nos Fabric Interconnects. Ethernet e Fibre Channel. Você pode ter os Fabrics Interconnects funcionando em switch mode para FC e end-host mode para Ethernet, ou vice-versa.   P: Por que não é recomendado utilizar a vNIC no modo failover quando essa vNIC vai ser entregue para trafego de VM utilizado o Hypervisor ESXI ? R:  A partir do momento que voce cria uma vNIC em um service-profile, isso reflete em uma interface física para o sistema operacional ou hypervisor. Claro, é necessário reiniciar o servidor para adicionar ou remover vNICs.   P: Aonde consigo ver um comparativo entre as features do FI, comparando-as com um MDS, por exemplo 9148S? R:  segue uma tabela com as especificações de capacidade de fibre channel dos modelos de Fabric Interconnects, voce pode comparar as informações necessárias com o data sheet do MDS 9148S. https://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs https://www.cisco.com/c/en/us/td/docs/unified_computing/ucs/ucs-manager/Reference-Docs/Configuration-Limits/31/b_UCS_Configuration_Limits_3_1.html#reference_B82BB449058046AC992D2A57EDF50AB0   P: Então realmente já existe oversubscriptiion entre as blades a vazão dos FEX.. não é 1:1.. seria 2:1, correto? R:  Considerando que cada blade possui a VIC 1380 (40Gb per fabric) e estamos utilizando o fex 2304 há o oversubscription devido a capacidade de forwarding do fex e não de backplane do chassis. No futuro se lançarmos um novo fex (Ex.2308), com 8 portas de 40Gb, não haveria mais oversubscription.¬ Temos que levar em consideração tambem que todo tráfego entre os servidores passam obrigatoriamente pelo Fabric Interconnect, depende da capacidade dos uplinks do fex (IOM).   P: Não temos trace mac address ? R:  Está sendo demonstrado o low-level troubleshooting, como todos os mac-address são divulgados para a rede pelos FIs baseado na criação da vNIC, o trace mac address não teria muita utilidade prática dentro do UCS.   Informação relacionada   Apresentação do Webcast Gravação do Webcast   ... View more

Assista a gravação deste webcast originalmente apresentado no dia 07 de março de 2018, pelo especialista Leonardo Furtado sobre o tema "Apresentação dos Switches da linha Cisco Catalyst 9000 Series".     ... View more

  Introdução   Especialista em Destaque     Leonardo Furtado   é Instrutor e Facilitador para o Cisco Learning Services (High-Touch Delivery Learning Services), onde atua pela Cisco lecionando treinamentos avançados de plataformas e arquiteturas Cisco de última geração. Possui formação em Ciência da Computação e 21 anos de experiência como Arquiteto de Soluções e Engenheiro de Redes em diversos segmentos de mercado e verticais tecnológicas, de routing & switching, wireless, segurança a colaboração, até Service Providers e Data Centers, sendo estes dois últimos seus segmentos de maior especialidade e interesse. Atuou por empresas com perfil de missão crítica por alta disponibilidade, resiliência e segurança, incluindo New York Stock Exchange (NYSE/Euronext), instituições financeiras e operadoras de telecomunicações. É um Certified Cisco Systems Instructor (CCSI).   Você pode fazer o download da  apresentação em formato PDF aqui   Configuração do IPv6 em roteadores Cisco   P: Como funciona exatamente a detecção de malware de tráfego criptografado feito pelo recurso Encrypted Traffic Analytics (ETA)? R: Para este procedimento, é feita uma análise em tempo real de dados observáveis dos pacotes, incluindo dados iniciais dos pacotes, mapa de risco global, TCP/IP watchlist, DNS watchlist, fingerprint dos certificados, sequence of packet lenghts and time (SPLT), e análise cognitiva com machine learning baseado na nuvem com mais de 300 motores de classificação de riscos. É o que chamamos análise por telemetria de rede.   P: Qual é o caminho de migração para a base de switches existente para os novos switches da família Catalyst 9000? R: Considerando a base instalada com modelos vigentes da Cisco, o caminho de transição seria: Catalyst 3850 --> Catalyst 9300, Catalyst 4500-E --> Catalyst 9400, Catalyst 4500X ou Catalyst 3850 Fiber 48 Port --> Catalyst 9500.   P: Quais são as vantagens dos ASIC UADP 2.0 com relação aos ASICs empregados tradicionalmente em switches? R: Há diversos tipos de processadores e cada qual recomendado para uma missão mais específica, tais como processadores x86, ASIC, FPGA e outros, com vantagens e desvantagens para cada caso. Falando especificamente de ASICs, os "merchant silicon" e até mesmo os "custom silicon" existentes possuem pipeline fixo, ou seja, impossibilitando a reprogramação do ASIC para a acomodação de novas operações e recursos baseados integralmente em hardware. Os ASICs UADP 2.0 são inovadores e da categoria "programáveis", possibilitando "ensinar" o ASIC a realizar novas operações no futuro em cenários de curto, médio e longo prazos. Estes ASICs também se destacam pela maior capacidade e armazenamento de informações (contadores, TCAM, registros, etc.).   P: Qual é exatamente a relação entre estes novos switches da família Cisco Catalyst 9000 e a arquitetura Cisco DNA? R:  Há uma relação muito íntima entre o Catalyst 9000 e a arquitetura DNA, particularmente nas questões envolvendo os pilares de soluções que fomentam o DNA para as infraestruturas LAN cabeada e sem fio, tais como o SD-Access e ETA. As facilidades de programabilidade, automação, visibilidade e microssegmentação providas e suportadas pelos switches Cisco Catalyst 9000 habilitam a arquitetura Cisco DNA para as empresas com foco em redes corporativas intuitivas, preditivas, IoT, cloud e segurança, e em cenários de missão crítica.   P: Como funciona o licenciamento do Cisco ONE para o Catalyst 9000 no contexto da arquitetura Cisco DNA? R:  No caso do Cisco Catalyst 9000, relacionamos com a solução Cisco ONE Advantage for Switching. Essencialmente estão inclusos, e num único SKU, as soluções Stealthwatch, ISE Base + ISE Plus, e DNA Advantage (SD-Access, Assurance, Analytics, Security, IoT, Telemetry, Visibility e afins), além de todos os recursos já acomodados no DNA Essentials. Através do Cisco ONE Advantage em regime de subscrição (3, 5, 7 anos), estão inclusos também o suporte sobre o hardware e software base Cisco (switch e IOS XE), suporte sobre as aplicações da solução Cisco DNA (ex: ISE, Stealthwatch e afins), e atualizações de software. Ou seja, a Cisco fornecendo uma solução complexa nos moldes similares usados pelas principais empresas de software do mundo.   P: Se eu já tenho uma rede tradicional campus hoje,com 2x core 4500 e 120x 2960. Como funcionará a migração para a nova linha Catalyst, sendo que teremos que fazer essa migração em paralelo. R:  Os caminhos de transição tecnológica, especificamente os switches em si, incluem os seguintes cenários recomendados pela Cisco:   - Se você possui hoje o modelo Cisco Catalyst 3850 "copper", migre para o modelo Cisco Catalyst 9300. - Se você possui hoje o modelo Cisco Catalyst 4500-E, migre para o modelo Cisco Catalyst 9400. - Se você possui hoje o modelo Cisco Catalyst 4500X ou o Cisco Catalyst 3850 "Fiber", migre para o modelo Cisco Catalyst 9500.   O exposto acima esclarece uma estratégia de migração no aspecto mais prático da palavra e em termos de "equipamentos", ou seja, as recomendações de atualização do seu parque de switches para os modelos mais recentes, neste caso, os modelos da família Cisco Catalyst 9000 Series Switches. Sendo ainda mais objetivo no seu caso, os seus switches Catalyst 4500 em tese deverão ser migrados para o modelo Cisco Catalyst 9400 ou, dependendo da densidade de portas óticas, para o Catalyst 9500, enquanto as 120 unidades do seu switch Cisco Catalyst 2960 deverão ser portadas para o modelo Cisco Catalyst 9300.   No que diz respeito a migração de rede em si, ou seja, “como realizar a migração” da rede atual para a nova infraestrutura, isto é um tanto subjetivo e amplo. A proposta de você migrar a sua infraestrutura deve considerar algumas coisas óbvias: refresh do hardware descontinuado (EOL), maior capacidade, adoção de novos recursos e tecnologias, e diversos princípios funcionais. Como esta migração deverá ser feita ou executada isto somente poderá ser respondido apropriadamente quando um trabalho de planejamento é realizado prevendo este objetivo. Sugiro que todo o processo seja feito através de um ciclo de vida de projeto detalhado que vá identificar os cenários e possibilidades de migração entre o parque atual e a nova infraestrutura, até mesmo porque cada rede é uma rede diferente e com requisitos distintos. Ou seja, se haverá coexistência entre as duas redes - as quais deverão ser interconectadas - e a consequente migração pautada por fases dos dispositivos clientes da rede atual para a nova rede, ou se você terá que providenciar uma janela apropriada de migração onde os serviços de redes ficarão indisponíveis até que você conclua todo o processo de migração (o que certamente consumirá algumas horas). Este segundo cenário é um tanto comum quando, especialmente, não houver, por exemplo, espaço físico para acomodar nos racks, ao mesmo tempo, os switches legados e os novos switches, orçamento energético para manter as duas redes ligadas em paralelo, indisponibilidade de conexões óticas para interconectar os dois ambientes simultaneamente, overlapping e/ou insuficiência de VLAN Ids ou endereçamento IP; são muitas possibilidades aqui.   Todavia, independentemente do cenário a ser adotado – subir as duas redes em paralelo e migrar aos poucos, ou antecipar o máximo possível da migração com configurações nos equipamentos do novo ambiente, e executar a migração em uma única janela, etc. –  procure executar todo o trabalho com base em processos bem estabelecidos. Ou seja, exercite bem a etapa de Planejamento. Exemplos de ações aqui incluiriam a análise de prontidão de sites, análise de prontidão de redes, revalidação do plano de numeração de VLANs e endereçamento IP, seleção e validação de software, mapeamento de requisitos técnicos, portabilidade das configurações vigentes para o novo ambiente, e aproveitando a oportunidade para realizar os aprimoramentos devidos de possíveis áreas funcionais do projeto técnico existente, etc. Em adição, capriche na etapa de Projeto, incluindo ações bem definidas para derivar conceitos e artefatos tais como o projeto executivo, projeto técnico detalhado, plano de instalação e configuração (roteiro de instalação física, roteiro de configuração lógica, roteiro de configuração do gerenciamento, roteiro de atualização de software, etc.), além do plano de migração em si (roteirizando corretamente como deverá ocorrer a migração, incluindo manobras de conexões físicas, ações em plano de configurações/software, plano de comunicação de indisponibilidade, plano de rollback, testes de validação sistêmica e de aceitação, matriz de responsabilidades/competências vs. recursos e profissionais empregados, etc.). Por último, a etapa de Implantação/Migração propriamente dita, e dispor de todos os recursos em mãos, devidamente identificados e disponíveis, para que a sua migração: a) provoque um mínimo de indisponibilidade possível, b) que o novo ambiente, uma vez comissionado, não introduza prejuízos no funcionamento da infraestrutura, c) que os objetivos técnicos pré-determinados sejam identificados e funcionais no pós-migração.   Moral da história: foque em fazer a migração funcionar com zero aborrecimentos, nem que você tenha que investir mais tempo no planejamento (etapas de Planejamento e Projeto), até mesmo porque, enquanto você planeja a migração, coleta requisitos, e desenha o plano, etc., todos os serviços estão disponíveis, clientes internos e externos funcionando sem problemas, o ar condicionado e o cafezinho na mesa...certo? Melhor ser organizado e metódico e viabilizar uma migração “trauma zero” do que você ser apressado ou precipitado, esquecer de detalhes funcionais críticos, e, no meio da janela, identificar estes imprevistos, sofrendo forte pressão de gestores e de clientes por conta destes problemas/imprevistos, e tudo isto no meio de uma janela de migração as 3 da manhã!    P: Como funcionará a integração com aplicacões rodando localmente nos switches e o próprio switch? Por exemplo, poderei rodar um software que entenderá as interfaces do switch? Como um wireshark por exemplo? Ou um Iperf rodando numa interface física específica do switch? R:  A família Cisco Catalyst 9000 Series Switches suporta um espaço de execução segregado rodando em um Linux Container (LXC) chamado "Guest Shell". A partir deste Guest Shell, o network-admin possui as seguintes capacidades: - Acesso a rede sobre as interfaces de rede do Linux. - Acesso ao bootflash do Cisco Catalyst 9000. - Acesso ao Cisco API REST. - Habilidade de instalar e rodar scripts Python - Habilidade de instalar e rodar aplicações, ou seja, hospedar apps no switch em Linux Containers. Esta separação entre os espaços de execução, ou seja, entre o sistema host nativo e o container onde reside o Guest Shell, permite uma customização do ambiente Linux de forma a atender a diversas exigências das aplicações que se deseja implantar sem que isto vá impactar o host system ou outras aplicações rodando em outros Linux Containers. Um exemplo de como acessamos este ambiente: EdgeNode1#guestshell iox feature is not enabled Caso o guestshell não esteja disponível, habilitaríamos assim: EdgeNode1#configure terminal Enter configuration commands, one per line. End with CNTL/Z. EdgeNode1(config)#iox EdgeNode1(config)#exit *Sep 26 15:16:35.403: %UICFGEXP-6-SERVER_NOTIFIED_START: Switch 1 R0/0: psd: Server iox has been notified to start *Sep 26 15:16:36.585: %SYS-5-CONFIG_I: Configured from console by console Acessando agora o Guest Shell: EdgeNode1#guestshell The process for the command is not responding or is otherwise unavailable Error, guestshell is in disabled state, execute 'guestshell enable' before attempting this CLI EdgeNode1#guestshell enable Management Interface will be selected if configured Please wait for completion Guestshell enabled successfully O acesso pode ser feito por guestshell ou guestshell run bash: EdgeNode1#guestshell [guestshell@guestshell ~]$ exit EdgeNode1# EdgeNode1#guestshell run bash [guestshell@guestshell ~]$ exit EdgeNode1# Exemplo de instalação de Python, uma vez no Guest Shell: [guestshell@guestshell bootflash]$ sudo su [root@guestshell bootflash]# pip install Markdown Collecting Markdown /usr/lib/python2.7/site-packages/pip/_vendor/requests/packages/urllib3/util/ssl_.py:318: SNIMissingWarning: (...) Downloading Markdown-2.6.9.tar.gz (271kB) 100% |################################| 276kB 2.3MB/s Installing collected packages: Markdown Running setup.py install for Markdown ... done Successfully installed Markdown-2.6.9 [root@guestshell bootflash]# pip list | grep Markdown Markdown (2.6.9) [guestshell@guestshell ~]$ sudo yum install python Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile (Truncated) Resolving Dependencies --> Running transaction check ---> Package python.x86_64 0:2.7.5-16.el7 will be updated ---> Package python.x86_64 0:2.7.5-58.el7 will be an update --> Processing Dependency: python-libs(x86-64) = 2.7.5-58.el7 for package: python-2.7.5-58.el7.x86_64 --> Finished Dependency Resolution Dependencies Resolved (Truncated) Transaction Summary ========== (Truncated) Updated: python.x86_64 0:2.7.5-58.el7 Dependency Updated: python-libs.x86_64 0:2.7.5-58.el7 Complete! [guestshell@guestshell ~]$ Consulte os seguintes recursos para conhecer melhor as capacidades do Open IOS XE, especialmente a questão de hospedagem de aplicações no switch:   Open IOS XE https://www.cisco.com/c/dam/en/us/products/collateral/switches/catalyst-3850-series-switches/q-and-a-c67-739503.pdf   Desenvolvimento de aplicações em Cisco IOx e Cisco Fog Director https://developer.cisco.com/site/iox/   Cisco IOS XE 16: Secure, Open, and Flexible https://www.cisco.com/c/dam/en/us/products/collateral/ios-nx-os-software/ios-xe/nb-09-ios-xe-secure-open-flex-aag-cte-en.pdf      Informação relacionada   Apresentação do Webcast Gravação do Webcast   ... View more