Mas acabou.

E não foi por falta de números.
Foi por decisões tomadas lá atrás, quando ninguém imaginava o mundo conectado que existe hoje.

Como um sistema com 4,3 bilhões de endereços conseguiu se esgotar?

Durante muitos anos, quatro bilhões de endereços pareceram mais do que suficientes. O número era grande demais para gerar qualquer preocupação real. Por muito tempo, o espaço IPv4 foi tratado como praticamente inesgotável.

Quando falamos que existem aproximadamente 4,3 bilhões de endereços IPv4 possíveis, esse número ainda soa enorme. Por décadas, ninguém se preocupou seriamente com a possibilidade de esse espaço acabar. Quatro bilhões parecia grande demais para ser consumido.

Na prática, porém, esse espaço se esgotou.
E isso levanta uma pergunta fundamental:

como um número aparentemente tão grande pôde acabar?

Isso não é um problema recente

Se você acha que esse problema surgiu recentemente, não surgiu.

Para entender por que o IPv4 acabou, é preciso voltar ao início da internet, quando decisões que pareciam corretas criaram problemas que só apareceriam décadas depois.

Quando o IPv4 foi criado, no início da década de 1980, a realidade era completamente diferente da atual. A internet era pequena. Poucos computadores estavam conectados. As redes existiam basicamente em universidades, centros de pesquisa e grandes organizações governamentais e corporativas.

Naquele contexto, quatro bilhões de endereços pareciam mais do que suficientes para qualquer projeção razoável.

Ninguém imaginava bilhões de pessoas conectadas.
Ninguém imaginava múltiplos dispositivos por pessoa.
Ninguém imaginava celulares, tablets, sensores, câmeras, carros conectados, relógios inteligentes e uma infinidade de outros equipamentos dependendo de conectividade IP.

Mas o crescimento da internet, por si só, não explica tudo.

Mesmo que a internet tivesse crescido mais lentamente, o modelo original de distribuição de endereços já carregava problemas graves no longo prazo. O ponto central não foi apenas o crescimento, mas a forma como o espaço de endereçamento foi organizado desde o início.

O problema não foi crescimento. Foi o modelo.

O IPv4 foi estruturado em classes: Classe A, Classe B e Classe C, cada uma com tamanhos de rede muito diferentes.

Essa divisão parecia lógica naquele momento histórico.
Redes grandes para organizações grandes.
Redes médias para organizações médias.
Redes pequenas para redes menores.

Era uma tentativa de simplificar a alocação de endereços em um mundo onde a internet ainda era restrita.

Cada classe possuía uma máscara de sub-rede padrão. Essa máscara determinava quantos bits identificavam a rede e quantos identificavam os dispositivos dentro dela.

No caso de uma rede Classe A, a máscara padrão era 255.0.0.0, o que significava que apenas o primeiro octeto identificava a rede, enquanto os outros três ficavam disponíveis para hosts.

Aqui começa o absurdo

Na prática, uma única rede Classe A criava mais de 16 milhões de endereços IP possíveis.

Agora compare isso com uma rede comum.
Uma rede doméstica típica, usando a máscara 255.255.255.0, funciona perfeitamente com cerca de 254 endereços utilizáveis.

Mesmo ambientes corporativos de médio e grande porte raramente precisam de milhões de endereços em uma única rede.

Ainda assim, no início da internet, grandes organizações receberam redes Classe A inteiras. Empresas como IBM, AT&T, HP, Xerox e outras receberam blocos gigantescos de endereços IPv4.

Naquele momento, isso não parecia um problema. A percepção era de abundância. A lógica era simples: temos muitos endereços, não precisamos economizar.

O resultado foi um desperdício massivo de endereçamento.

Esses blocos enormes não eram usados como uma única rede. As organizações precisavam segmentar, organizar e dividir seus ambientes internos. Para isso, começaram a utilizar máscaras diferentes da máscara padrão da classe.

Subnetting não é o vilão

Subnetting não surgiu para complicar redes.
Ele surgiu porque o modelo anterior desperdiçava endereços.

Subnetting é o processo de dividir uma rede grande em redes menores. Ele não nasceu como uma técnica acadêmica ou teórica, mas como uma necessidade prática. Era preciso administrar melhor um recurso que estava sendo desperdiçado em larga escala.

Quando se utiliza a máscara padrão da classe, estamos falando de endereçamento classful. Quando se utiliza uma máscara diferente da padrão, entramos no conceito de endereçamento classless.

Essa mudança representou um avanço importante. Com o endereçamento classless, tornou-se possível ajustar o tamanho das redes à necessidade real. Redes que antes desperdiçavam milhões de endereços passaram a ser divididas em blocos menores e mais adequados.

Isso não criou novos endereços IPv4.
Mas reduziu drasticamente o desperdício.

Mesmo assim, o problema continuou

Mesmo com subnetting e melhorias no modelo, o problema global persistia.

Além do desperdício causado pelas classes, existiam faixas inteiras de endereços IPv4 que nunca puderam ser usadas na internet pública.

A Classe D foi reservada para multicast.
A Classe E foi reservada para fins experimentais.
Toda a faixa 127.0.0.0/8 foi reservada para loopback.

No caso do loopback, não foi reservado apenas um endereço. Foi reservada uma rede inteira, com mais de 16 milhões de endereços IPv4 que nunca poderiam ser utilizados externamente.

Mais uma vez, uma decisão tecnicamente correta, mas que reduziu ainda mais o espaço efetivamente utilizável.

Somando má distribuição inicial, desperdício, faixas inutilizáveis e crescimento contínuo da internet, o espaço IPv4 se esgotou muito mais rápido do que o esperado.

Não porque quatro bilhões fossem poucos.
Mas porque foram mal administrados ao longo do tempo.

Subnetting não cria endereços

Subnetting não cria endereços.
Ele só reduz desperdício.

Esse ponto precisa ficar muito claro. Subnetting existe para administrar melhor um recurso finito. Ele não resolve o limite global do IPv4.

Para lidar com esse limite, outras soluções precisaram surgir. O CIDR permitiu uma alocação mais flexível. O NAT permitiu que múltiplos dispositivos compartilhassem um único endereço público. E, posteriormente, o IPv6 foi desenvolvido para oferecer um espaço de endereçamento praticamente ilimitado.

Sem entender esse problema, nada do que veio depois faz sentido

Nenhuma dessas soluções pode ser compreendida de forma adequada sem entender o problema original.

Entender por que o IPv4 acabou ajuda a entender por que subnet masks existem, por que subnetting é necessário e por que o endereçamento IP funciona da forma como funciona hoje.

Quando esse contexto fica claro, o estudo de subnetting deixa de ser uma sequência de contas e passa a ser a compreensão de um sistema.

O endereçamento IP deixa de parecer um conjunto de regras arbitrárias e passa a fazer sentido como resposta a decisões tomadas ao longo da história da internet.

Confiram o artigo original publicado pela DlteC do Brasil: Por que os endereços IPv4 acabaram

Na realidade, na prática você vai utilizar uma mistura delas dependendo do cenário que estiver trabalhando.

Vamos resumir abaixo alguns comandos com exemplos práticos e uma explicação da função de cada um deles.

Configuração manual da data e hora

Você pode configurar manualmente a data e a hora no dispositivo Cisco usando comandos específicos no modo de configuração global. Por exemplo:

Router(config)# clock set hh:mm:ss day month year

Onde “hh:mm:ss” é a hora, minutos e segundos, e “day month year” são o dia, mês e ano.

Configuração do fuso horário

Você pode configurar o fuso horário do dispositivo Cisco para garantir que a hora esteja correta de acordo com a localização geográfica. Por exemplo:

Router(config)# clock timezone CST -6

Esse comando define o fuso horário como CST (Central Standard Time) com um deslocamento de -6 horas em relação ao UTC (Tempo Universal Coordenado).

Configuração da sincronização do relógio

Você pode sincronizar o relógio do dispositivo Cisco com fontes de tempo externas, como servidores NTP (Network Time Protocol) ou servidores de hora da Cisco. Isso garante uma precisão na manutenção do tempo. Por exemplo:

Router(config)# ntp server [endereço_IP_do_servidor_NTP]

Esse comando especifica o dispositivo para sincronizar seu relógio com o servidor NTP especificado.

Configuração do horário de verão

Você pode configurar o horário de verão para que o dispositivo Cisco ajuste automaticamente a hora quando o horário de verão entrar ou sair de vigor. Por exemplo:

Router(config)# clock summer-time EDT recurring

Esse comando configura o horário de verão para a região leste dos Estados Unidos (EDT – Eastern Daylight Time) como recorrente, ajustando automaticamente a hora quando necessário.

Configuração via PTP

O PTP é um protocolo de sincronização de tempo de alta precisão, projetado para sincronizar relógios em sistemas distribuídos, como redes de comunicação. Com o PTP, é possível alcançar sincronização de tempo na ordem de nanossegundos em uma rede.

Para configurar o PTP em um dispositivo Cisco, você pode utilizar o seguinte comando:

Router(config)# ptp [domain DOMAIN_NAME] [priority PRIORITY] [clock-domain CLOCK_DOMAIN] [source INTERFACE]

Neste comando:

• domain DOMAIN_NAME: Especifica o nome do domínio PTP.
• priority PRIORITY: Define a prioridade do relógio do dispositivo no domínio PTP. Um valor maior indica uma prioridade mais alta.
• clock-domain CLOCK_DOMAIN: Especifica o domínio de relógio PTP.
• source INTERFACE: Define a interface de rede que será utilizada como fonte para a sincronização de tempo PTP.

A configuração do PTP permite uma sincronização precisa do relógio entre os dispositivos na rede, garantindo que todos os dispositivos estejam operando com a mesma referência de tempo.

Isso é especialmente útil em aplicações que exigem sincronização de tempo crítica, como telecomunicações, sistemas financeiros e automação industrial.

Conclusão

Essas são algumas das opções de configuração de data e hora disponíveis em roteadores e switches Cisco que utilizam o Cisco IOS como sistema operacional.

A escolha da configuração depende das necessidades específicas da rede e das preferências do administrador de rede.

Gostou do artigo? Compartilhe nas suas redes sociais e grupos!

Confiram o artigo original publicado pela DlteC do Brasil: Configurações de Data e Hora no Cisco IOS: Manual, NTP e PTP

Etapas da Análise

1. Revisão do conteúdo do curso Profissional de Redes da DLTEC.
2. Comparação direta com os tópicos teóricos exigidos pelas certificações.
3. Conclusão sobre a abrangência teórica do curso em relação às certificações.

Conteúdo do Curso para Formação Profissional de Redes DLTEC (Baseado na Descrição Oficial do Nosso Site)

O curso Trilha Profissional de Infraestrutura de TI e Telecom da DLTEC é uma formação avançada, com carga horária de 270 horas, cobrindo os seguintes tópicos de maneira generalizada:

1. Modelo OSI e Protocolo TCP/IP: Explicação detalhada das camadas e como os protocolos interagem.
2. Arquitetura de Rede: Estruturas LAN, WAN, WLAN, e infraestrutura de data centers.
3. Switching e Wireless LAN: VLANs, STP, trunking, e configurações de redes sem fio.
4. Roteamento IP e Internet: Protocolos como RIP, OSPF, e introdução ao BGP.
5. Redes Ópticas Passivas (PON): Introdução e tópicos avançados (GPON, EPON, OLTs, ONUs, splitters).
6. Segurança de Redes: Firewalls, VPNs, ACLs e conceitos de AAA.
7. Introdução ao Cloud Computing: Conceitos de computação em nuvem e SDN.
8. SDN, Automação e Programabilidade: Ferramentas de automação, como Python e Ansible.
9. Operação e Manutenção de Rede: Troubleshooting e práticas de monitoramento.

Aqui precisamos fazer um adendo, isso porque cada tópico é composto de um ou mais cursos, por isso a abordagem é muito maior que parece nessa análise.

Não quisemos fazer um artigo muito longo, por isso mesmo tratamos as necessidades do Profissional de Redes de forma geral.

Comparação Direta com as Certificações

1. HCIA-Datacom (Huawei)

O HCIA-Datacom cobre no geral:

• Fundamentos de Redes: Modelos OSI/TCP-IP, IPv4/IPv6, roteamento estático e dinâmico, switching básico.
• Redes Ópticas Passivas (PON): GPON, EPON, estrutura de OLTs e ONUs.
• Segurança: Firewalls e conceitos básicos de AAA.
• WLAN: Fundamentos de redes sem fio.
• Automação e SDN: Introdução ao SDN e gerenciamento de redes.

Cobertura pelo Curso DLTEC:

• Totalmente alinhado com os fundamentos de redes, incluindo roteamento, switching e PON.
• O curso aborda com detalhes tanto o básico quanto o avançado de redes PON, como GPON, EPON, OLTs e ONUs.
• Tópicos como automação, SDN e segurança são cobrados, complementando os requisitos teóricos do HCIA.

2. CCNA 200-301 (Cisco)

O CCNA abrange no geral:

• Fundamentos de Redes: Modelos OSI/TCP-IP, IPv4/IPv6, roteamento dinâmico (OSPF e EIGRP) e switching (VLANs, STP).
• Segurança: Firewalls, ACLs, e conceitos de VPN.
• Wireless: Fundamentos e configuração de WLANs.
• Automação: Introdução a Python e APIs para redes.

Cobertura pelo Curso DLTEC:

• Fundamentos de redes (OSI/TCP-IP, roteamento e switching) são completamente abordados.
• Inclui tópicos de segurança, como firewalls, VPNs e ACLs, cobrindo o conteúdo teórico necessário.
• A automação e SDN também são abordadas no curso, alinhando-se aos requisitos do CCNA.

3. JNCIA Junos (Juniper)

O JNCIA Junos aborda em linhas gerais:

• Fundamentos de Redes: Modelos OSI/TCP-IP, roteamento básico, VLANs, e switching.
• Segurança: Firewalls e políticas de acesso.
• Automação: Ferramentas Junos PyEZ e Netconf.

Cobertura pelo Curso DLTEC:

• Totalmente alinhado nos fundamentos de redes, roteamento, switching e segurança teórica.
• Conceitos de automação são abordados de forma genérica (com Python), mas ferramentas específicas de Junos requerem módulos adicionais.

4. CCST Networking (Cisco)

O CCST Networking é introdutório, cobrindo em linhas gerais:

• Modelos OSI/TCP-IP, IPv4/IPv6, switching e roteamento básico.
• Segurança: Conceitos gerais.

Cobertura pelo Curso DLTEC:

• Supera os requisitos teóricos do CCST Networking, cobrindo tópicos com maior profundidade.

Conclusão

O Curso Trilha Profissional de Infraestrutura de TI e Telecom da DLTEC cobre todos os tópicos teóricos necessários para as certificações HCIA-Datacom, CCNA 200-301, JNCIA Junos e CCST Networking.

Pontos Fortes:

• Fundamentos de Redes: Completamente alinhados.
• Redes Ópticas (PON): Abordagem detalhada, cobrindo tanto o básico quanto o avançado.
• Segurança e Automação: Atendem aos requisitos de todas as certificações.

Essa trilha teórica oferece uma base sólida e avançada, servindo como um ponto inicial robusto para qualquer uma das certificações mencionadas. A complementação prática por fabricante é necessária apenas para tópicos específicos de cada certificação.

Assista ao vídeo de introdução e veja como essa formação pode transformar sua carreira:
https://www.dltec.com.br/curso/redes/profissional-de-infra-de-ti-e-telecom

Confiram o artigo original publicado pela DlteC do Brasil: Trilha Profissional de Redes DLTEC versus Certificações Nível de Entrada e Associate

A certificação Cisco CCST Networking é ideal para validar conhecimentos fundamentais em redes de computadores.

Este artigo explora detalhadamente o que é a certificação CCST Networking, para quem ela é indicada, os tópicos abordados no exame, como se preparar e outros detalhes essenciais. Se você deseja começar sua carreira em redes, esta é uma leitura indispensável.

O que é a Certificação CCST Networking?

A CCST Networking é uma certificação de entrada projetada para validar o entendimento básico sobre redes de computadores. Ela foi desenvolvida para aqueles que estão no início da carreira e desejam uma credencial prática e acessível para demonstrar suas habilidades.

Essa certificação é ideal para:

• Ingressar no mercado de TI com uma certificação reconhecida mundialmente que comprova que você conhece os fundamentos de Redes de Computadores e sabe aplicar os conceitos na prática.
• Complementar estudos acadêmicos, fornecendo uma base prática para estudantes de tecnologia.
• Conseguir um estágio e aumentar as chances de efetivação antes do término do contrato.
• Iniciar uma carreira em redes, entendendo os fundamentos essenciais para o crescimento profissional e conseguir uma vaga de trainee ou júnior em uma empresa.

A CCST Networking é única porque oferece benefícios diferenciais principalmente para iniciantes na área de Redes, como sua validade vitalícia e a possibilidade de realizar a prova em português. Além disso, é uma excelente porta de entrada para quem deseja trilhar uma carreira na área de redes e TI.

Para Quem é Indicada?

A certificação CCST Networking é altamente recomendada para:

• Estudantes e iniciantes na área de TI: Ideal para quem deseja construir uma base sólida em redes e se preparar para vagas de estágio ou posições júnior ou trainee.
• Profissionais em transição de carreira: Uma oportunidade para validar conhecimentos iniciais e ingressar na área de tecnologia.
• Técnicos e analistas de suporte: Quem precisa comprovar conhecimento básico em redes para melhorar sua atuação profissional.
• Estudantes universitários: Aqueles que querem complementar seus estudos e aumentar suas chances de contratação ainda durante a faculdade.
• Profissionais sem certificação formal: Pessoas que já trabalham na área, mas querem aumentar sua credibilidade no mercado com uma certificação reconhecida.

Com uma abordagem prática e acessível, a certificação se destaca como uma ótima opção para aqueles que desejam crescer na área de redes.

Benefícios da Certificação CCST Networking

• Certificação Vitalícia: Ao contrário da maioria das certificações Cisco, como a CCNA, que têm validade de três anos, a certificação Cisco CCST Networking não expira. Esse é um grande diferencial para quem está começando.
• Prova em Português: Disponível em diversos idiomas, incluindo português, tornando-a mais acessível para candidatos brasileiros.
• Exame Online: Pode ser realizado remotamente, oferecendo flexibilidade para quem não pode se deslocar a um centro de testes.
• Acessibilidade Financeira: Com um custo inferior ao de outras certificações Cisco, a CCST Networking é uma excelente escolha para iniciantes.

Esses benefícios tornam a certificação uma escolha atrativa, especialmente para quem busca ingressar no mercado de trabalho com uma credencial de renome internacional.

Conteúdo do Exame CCST Networking

O exame é composto por seis domínios principais, cada um abordando conceitos e habilidades essenciais para a área de redes. A seguir, detalhamos os tópicos:

1. Padrões e Conceitos de Rede (20%)

• Modelos OSI e TCP/IP: Estrutura e funcionamento dos principais modelos de rede.
• Protocolos de Rede: TCP, UDP, HTTP, HTTPS, FTP, SMTP e DNS.
• Conceitos de Largura de Banda e Latência: Impactos no desempenho da rede.
• Topologias de Rede: Estruturas físicas e lógicas como estrela, anel e malha.

2. Endereçamento e Formatos de Sub-rede (20%)

• Endereçamento IPv4 e IPv6: Formatos, classes e características.
• Sub-rede e Máscaras: Divisão e otimização de endereços IP.
• NAT e DHCP: Configuração dinâmica e tradução de endereços.

3. Endpoints e Tipos de Mídia (15%)

• Dispositivos Finais: Computadores, servidores e dispositivos móveis.
• Tipos de Conexão: Cabeada (Ethernet, fibra óptica) e sem fio (Wi-Fi, Bluetooth).
• Interfaces e Conectores: Cabos e portas utilizadas nas conexões.

4. Infraestrutura de Rede (20%)

• Equipamentos de Rede: Switches, roteadores, hubs e firewalls.
• Serviços de Infraestrutura: DNS, DHCP, VPN e servidores proxy.
• Arquitetura de Redes: LAN, WAN e WLAN.

5. Diagnóstico de Problemas (15%)

• Técnicas de Troubleshooting: Diagnóstico de problemas de conectividade.
• Ferramentas: Ping, traceroute, nslookup e comandos CLI.
• Solução de Problemas Práticos: Casos de uso e exemplos aplicados.

6. Segurança de Rede (10%)

• Princípios de Segurança: Confidencialidade, integridade e disponibilidade.
• Ameaças Comuns: Malware, phishing e ataques de negação de serviço (DDoS).
• Mitigação de Riscos: Firewall, VPN e controle de acesso.

Detalhes da Prova

• Formato: Perguntas de múltipla escolha e simulações práticas.
• Duração: 50 minutos.
• Idioma: Disponível em português e outros idiomas.
• Local: Online ou em centros de teste autorizados.
• Valor: Aproximadamente US$125 (recomenda-se verificar os preços atualizados nos sites oficiais).
• Validade: Vitalícia, sem necessidade de renovação.

Preparação para o Exame

A preparação para o exame CCST Networking pode ser feita por meio de cursos especializados que cobrem os tópicos mencionados, inclusive nós da DLTEC oferecemos um curso preparatório completo em português, alinhado com o conteúdo exigido na prova. Esse curso é ideal para quem deseja aprender os conceitos com exemplos práticos e simulados.

Na trilha para o CCST Networking da DLTEC, você terá acesso a materiais oficiais da Cisco, atividades práticas e simulados para consolidar o aprendizado antes da prova. Com uma carga horária sugerida de 70 horas, o curso é uma escolha excelente para quem busca uma preparação completa e acessível.

Para mais informações e assistir à vídeo aula introdutória sem custo, visite: https://www.dltec.com.br/curso/academia-cisco/certificacao-cisco-ccst-networking

Desde o início do nosso preparatório estamos com 100% de aprovação na primeira tentativa, veja o certificado de um dos nossos alunos da nossa comunidade!

Conclusão

A certificação Cisco CCST Networking é uma excelente escolha para iniciantes que desejam ingressar na área de redes. Com sua validade vitalícia, prova em português e conteúdo acessível, ela representa um investimento sólido para o futuro.

Se você é um estudante, profissional iniciante ou alguém em transição de carreira, a CCST Networking pode ser o impulso que você precisa para alcançar seus objetivos. Aproveite essa oportunidade para validar seus conhecimentos e abrir portas no mercado de trabalho.

Confiram o artigo original publicado pela DlteC do Brasil: CCST Networking: um Guia Completo

Desde a grande mudança do programa de certificação da Cisco, anunciada em 2019 e realizada em Fevereiro de 2020, essa tem sido uma pergunta frequente.

Mas temos boas notícias (ou não): AGORA JÁ SABEMOS O QUE PODE ACONTECER E QUANDO ISSO PODE ACONTECER.

De acordo com o roadmap de certificação recentemente divulgado pela Cisco, a atual prova de certificação CCNA 200-301 passará por uma revisão antes que quaisquer mudanças no conteúdo da prova sejam anunciadas.

Depois disso, podemos esperar uma nova versão do exame CCNA em algum momento de 2023, provavelmente do meio para o final do ano, de acordo com a nova proposta da Cisco para as atualizações das certificações.

Embora as datas sejam provisórias e sujeitas a alterações, você pode se inscrever para receber notificações da Cisco e ficar atualizado sobre quaisquer anúncios referentes às datas do exame.

Aqui está o que sabemos sobre as datas de revisão, atualização e publicação do novo CCNA, de acordo com a Cisco:

• O exame CCNA 200-301 será revisto entre fevereiro e abril de 2023;
• Quaisquer alterações ao modelo do exame CCNA serão anunciadas entre maio e julho de 2023;
• O CCNA atualizado será publicado entre agosto e outubro de 2023.

E se a Cisco decidir que nenhuma alteração é necessária na prova atual, pode ser que não haja uma nova versão do CCNA em 2023.

Nesse caso, a próxima revisão deve ser realizada entre fevereiro e abril de 2024.

Os roadmaps de certificação da Cisco foram projetados para garantir que as provas sejam relevantes para o mercado de Infraestrutura de TI e também estejam alinhadas às tecnologias e tendências do setor.

Eles fornecem aos alunos mais clareza e informações sobre as atualizações das provas, para que possam planejar melhor seus estudos.

Se você está pensando em obter a certificação CCNA, este é um ótimo momento para fazê-lo.

Já existem muitos recursos disponíveis para ajudá-lo a se preparar, incluindo nosso treinamento para o CCNA 200-301, que é uma ferramenta de estudo perfeita para sua preparação para a prova de certificação CCNA 200-301 e também para o mercado de trabalho (*).

O curso é ministrado por mim mesmo (prof. Marcelo Nascimento) e o que observamos é que com apenas 30 a 60 minutos de treinamento diário, você pode estar pronto para a prova em cerca de seis meses (ou menos se já tiver experiência em redes).

Não perca a oportunidade de se destacar no mercado de TI com a certificação CCNA atualizada em 2023!

(*) Nosso treinamento tem um foco de você estar capacitado para o Mercado e Trabalho como CCNA e passar na prova será uma consequência disso, assim garantimos que você passe na prova e consiga exercer suas funções como um profissional certificado que o Mercado espera dele!

Confiram o artigo original publicado pela DlteC do Brasil: Atualização da Certificação CCNA 200-301 em 2023: O que Esperar

Uma rede programável é conduzida por uma pilha de software inteligente que pode agir com base em solicitações de negócios ou eventos de rede.

Vamos discutir como a programação de rede pode ajudar as empresas, data centers, provedores de serviços de comunicação a se adaptarem às novas tendências, incluindo Internet das coisas (IoT), 5G e Edge Computing.

O Software Defined Networking (SDN) anda de mãos dadas com a programação de rede é o, que não apenas separa o plano de controle (control plane) e o plano de encaminhamento (forwarding plane) dos dispositivos de rede, mas também fornece APIs (interfaces de programação de aplicativos ou application programming interfaces ) para controlá-los e gerenciá-los.

Nesse artigo vamos estudar um pouco da história da programabilidade, sua função, vantagens e a importância na vida de um profissional de Infraestrutura de TI, Redes e até mesmo Telecomunicações.

História da Programabilidade de Rede

Uma das primeiras tentativas de permitir que engenheiros e operadores de rede começassem a tornar as redes programáveis ​​foi o Simple Network Management Protocol (SNMP) em 1990.

O SNMP exibe os dados de gerenciamento na forma de variáveis ​​organizadas em uma base de informações de gerenciamento (MIB), que descreve o status e a configuração do sistema.

Essas variáveis ​​podem ser consultadas remotamente (e, em algumas circunstâncias, manipuladas) pelo gerenciamento de aplicativos.

O SNMP também oferece suporte ao envio de notificações, com base em configurações pré-configuradas, chamadas SNMP Traps.

O SNMP fez seu trabalho há muito tempo, mas não é realmente relevante hoje, exceto para sistemas legados que foram projetados em torno dele.

Os profissionais de monitoramento de rede estão olhando para a telemetria de streaming como o futuro de suas redes.

Hoje, tanto a IETF quanto a comunidade OpenConfig estão se concentrando em soluções de telemetria e trabalhando no desenvolvimento dos melhores padrões para serem executados.

Com o surgimento do SDN desde 2010 e desses novos protocolos, a programação de rede mais fácil e uma realidade.

Isso realmente mudou o jogo e está abrindo as portas para redes autônomas.

O papel do SDN

Se você pensar bem, o SDN foi quem realmente permitiu a programação de rede.

O SDN torna o sistema distribuído que é uma topologia de rede controlável e gerenciável por meio de um conjunto de APIs.

A programabilidade de rede é a capacidade de consumir e construir um sistema em torno dessas APIs.

O SDN e programabilidade de rede basicamente têm quatro componentes principais:

• Aplicações: lógica de negócios baseada em casos de uso.
• APIs Northbound: expõe o acesso programável a funcionalidades e recursos de rede.
• Camada de Controle: traduz as solicitações recebidas entre o sul e o norte.
• Southbound Interfaces: usa protocolos SDN para permitir comunicação bidirecional entre elementos de rede e controladores SDN.

SDN trouxe uma série de protocolos interessantes que promovem a adoção de modelos de dados, que fornecem uma abordagem orientada a modelos para expressar as funcionalidades de um elemento de rede.

YANG: a Linguagem de Modelagem de Dados

Vamos começar dizendo que o Network Configuration Protocol (NETCONF), que foi publicado como RFC 4741, é o que democratizou o uso de modelos de dados com YANG (RFC 6020).

Embora NETCONF use XML sobre SSH para se comunicar com elementos de rede e RESTCONF use JSON ou XML, YANG rapidamente se tornou um padrão de fato para expressar as funcionalidades do dispositivo.

Isso levou à criação de um marshaller e unmarshaller para converter XML/JSON para YANG.

Conforme definido no RFC 6020, YANG “é uma linguagem de modelagem de dados usada para modelar dados de configuração e estado manipulados pelo protocolo de configuração de rede (NETCONF), chamadas de procedimento remoto NETCONF e notificações NETCONF”.

Modelo do Dispositivo de Rede

Um modelo YANG deve ser visto como uma estrutura em árvore.

Resumindo, ao observar um dispositivo como um todo, a raiz da árvore representa o conjunto geral de recursos do dispositivo.

Cada ramo corresponde a uma funcionalidade e cada folha corresponde a um parâmetro específico dessa funcionalidade.

A granularidade na qual uma funcionalidade é dividida depende do proprietário do modelo de dados.

Para atender à necessidade das operadoras de telecomunicações, que desejavam abstrair sua rede, comunidades de código aberto (OpenConfig e outras) e órgãos de padronização (principalmente IETF) começaram a padronizar modelos YANG.

Isso permite a interoperabilidade do dispositivo e torna os controladores de rede independentes de dispositivo.

SDN era um novo paradigma para administradores de rede e fornecedores entenderem, e YANG era uma nova linguagem para eles aprenderem.

Além disso, para os fornecedores de rede que viram a necessidade de oferecer tais recursos, foi um desafio: os modelos de dados que eles construíram para representar as funcionalidades de um equipamento de rede raramente estavam completos, muitas vezes faltando um parâmetro ou recurso necessário.

Às vezes, o dispositivo o suportava, mas o modelo não o expunha.

Às vezes, o modelo estava expondo um parâmetro ou uma funcionalidade e o dispositivo não a suportava.

Isso levou a muita rotatividade no modelo de dados do fornecedor e a muitos testes no software que foi criado para automatizar, mas hoje em dia as coisas estão mais estáveis ​​e o ecossistema amadureceu.

À medida que as funcionalidades evoluíram, sua representação teve que evoluir, resultando no versionamento do modelo YANG.

Uma das práticas recomendadas mais importantes é a compatibilidade com versões anteriores entre as versões mais recentes e as mais antigas (o que é verdadeiro para qualquer tipo de API exposta).

Mas é claro que o requisito de versão e/ou compatibilidade com versões anteriores não era bem respeitado e gerava muita rotatividade para os administradores e desenvolvedores de rede.

Assim que o dispositivo foi atualizado, a automação construída em torno dele foi quebrada, tendo que refazê-lo repetidamente.

Modelo de Serviço

Discutimos como YANG foi usado para abstrair as funcionalidades de um elemento de rede, mas YANG também é usado para criar Modelos de Serviço.

A intenção de um modelo de serviço é fornecer outra camada de abstração (neste caso, orientada a serviços), fornecendo uma visão com curadoria das várias funcionalidades de rede e parâmetros relacionados necessários para entregar esse serviço.

Isso é muito conveniente para o OSS/BSS, pois você pode vincular mais facilmente o aspecto comercial e correlacionar para um determinado cliente.

A IETF e seu ecossistema começaram a definir e padronizar os serviços de rede (L2VPN, L3VPN etc.) e outros ainda estão em andamento (BGP, SR, SRv6 etc.).

Também existem comunidades de código aberto que fazem isso, como OpenConfig e Open ROADM.

Mas isso adicionou outra camada de mapeamento, já que agora os sistemas precisam traduzir do Modelo de Serviço para o Modelo de Dispositivo (que é um mapeamento 1:n, assumindo o consumo de um modelo específico do fornecedor, ou um mapeamento 1:1, quando os fornecedores estão adotando modelos padronizados como OpenConfig).

Noções Básicas de Configuração de Rede

Ao configurar um elemento de rede, existem três elementos fundamentais:

• A configuração do dispositivo: Isso geralmente é chamado de modelo, contendo CLI, XML ou JSON, dependendo do protocolo/ferramenta usado para aplicar a configuração.
• Templates e padrões de configuração: Este é um modelo parametrizado que permite a reutilização. Parâmetros dinâmicos dentro do modelo são extraídos e substituídos por espaços reservados. Quando um sistema aplica esse modelo, ele primeiro renderiza a configuração resultante aproveitando os parâmetros fornecidos externamente. Tecnologia como Jinja ou Velocity pode ser usada aqui. Existem dois tipos de parâmetros:
  • Estáticos: pode ser um valor padrão ou um valor que raramente é alterado. Normalmente, eles são codificados no modelo.
  • Dinâmicos: Este é um valor que precisa ser buscado ou (des)alocado de um sistema, seja interno ou externo (uma base de dados, um inventário, um IPAM, outro elemento de rede, etc.).
• O protocolo usado para aplicar a configuração: Existem muitos protocolos para fazer isso, vou citar apenas os mais comuns: ssh/cli, NETCONF, RESTCONF, gRPC.

Cuidados com a Programabilidade de Rede

Qualquer sistema que tente executar a programação de rede deve oferecer pelo menos esses três recursos.

Mas quando olhamos para esses sistemas, existem poucas armadilhas a serem evitadas.

Ao selecionar um fornecedor de rede, com base em alguns dos elementos mencionados anteriormente, há algumas coisas a considerar:

• Os modelos do fornecedor estão completos?
• O fornecedor oferece um bom suporte para seus modelos?
• Quão amplamente adotados e abertos são os modelos do fornecedor?
• O fornecedor suporta OpenConfig/outros modelos padrão?
• Quais são os protocolos suportados para configurar o equipamento de rede?
• Qual é a cadência de atualização típica?

O objetivo é entender quanto você deve investir em automação.

Se as respostas não forem boas o suficiente, você terá que atualizar constantemente a automação que deseja construir.

Isso move o problema para o desenvolvimento de software, em vez das operações de rede, o que não revelará os benefícios.

Se você planeja fazer desenvolvimento Java (ou baseado em JVM) para controlar a rede e ingerir modelos YANG fornecidos pelo fornecedor em seu aplicativo Java, esteja pronto para ter um sólido processo de integração contínua/entrega contínua (CI/CD).

Isso permite que você libere seu aplicativo em uma cadência muito alta e ajuste-se a casos de uso e bugs à medida que surgem.

Uma recomendação é separar o conteúdo usado para programar a rede da plataforma que permite o provisionamento da rede.

Dessa forma, cada um tem seu próprio ciclo de vida e o conteúdo pode evoluir em uma cadência rápida, deixando intocada a plataforma mais estável.

Que Tecnologia Escolher?

O objetivo da programabilidade de rede é atender a uma necessidade alterando dinamicamente o estado atual da rede.

Isso significa três coisas para o software que aplica essa alteração:

1. Certifique-se de que o estado atual seja válido antes de aplicar a alteração.
2. Aplique a mudança e cruze os dedos que funcionou.
3. Valide se a alteração foi bem-sucedida e nenhuma funcionalidade ao redor foi afetada.

No geral, requer uma verificação prévia e uma verificação posterior, sugerindo a necessidade de um mecanismo de fluxo de trabalho para sequenciar as várias etapas.

Além disso, como desenvolvedor, você precisará de uma linguagem de programação/script.

Utilizar, por exemplo, Python e Ansible são os que mais são utilizados quando se trata de provisionamento de rede, pois eles fornecem bibliotecas/módulos comprovados e adotados, como Jinja para modelagem e ncclient para protocolo NETCONF, o que ajuda a simplificar muito o processo de desenvolvimento.

As tecnologias gerais de desenvolvimento de que você precisa provavelmente existem em código aberto e têm uma comunidade decente compartilhando em torno delas.

Além disso, tem havido muitas atividades no espaço de rede dentro das comunidades de código aberto.

Seja para construir uma plataforma de orquestração de rede completa, como ONAP, Open Source Mano, etc. adoção no Cilium, um plug-in de interface de rede de contêineres para Kubernetes).

Por fim, você pode usar a metodologia GitOps ao separar o conteúdo (template, scripts etc.) da plataforma (executores Python/Ansible, mecanismo de fluxo de trabalho etc.), permitindo que o conteúdo tenha seu próprio ciclo de vida.

Esse método pode ajudar no controle de versão e na centralização do seu código, além de fornecer a fonte da verdade e o gatilho para ações de provisionamento de rede.

Como a DLTEC pode me ajudar a aprender mais sobre Programabilidade de Rede?

Programabilidade e programação não são sinônimos, por isso mesmo é importante que você saiba onde está pisando como um Profissional das áreas de Redes, Infraestrutura de TI ou até mesmo Telecomunicações.

Por isso mesmo inserimos a Programabilidade de Redes dentro da nossa nova Trilha Profissional de Infraestrutura de TI e Telecom.

No tópico chamado “SND, Automação e Programabilidade” você vai aprender sobre esse assunto tão importante hoje em dia.

Você vai sair com uma visão abrangente sobre os principais conceitos para entender e se adequar a esse novo panorama de redes programáveis e nuvem.

Você vai aprender sobre SDN, NFV, Cloud e Fog Computing com foco na Infraestrutura de TI e Telecom, assim como ferramentas de automação, programação em Python e introdução ao ambiente Linux.

Clique no link a seguir e conheça nossa nova Trilha Profissional de Infraestrutura de TI e Telecom.

Conclusão sobre Programabilidade na Via de um Profissional de Redes

Quanto mais você se aprofunda no assunto de programabilidade de rede, mais denso ele fica, com muitos desafios a serem resolvidos.

Os componentes necessários para uma jornada de programação de rede bem-sucedida não param aqui.

Você também precisará de um sistema de inventário para rastrear elementos de rede e fornecer informações sobre como acessá-los, um sistema de monitoramento para analisar o estado real da rede e um sistema de políticas para identificar qual ação de correção deve ser tomada em caso de um evento detectado.

A jornada é longa, mas vai valer a pena!

Confiram o artigo original publicado pela DlteC do Brasil: O que é Programabilidade de Rede?

Enquanto no IPv4 tínhamos basicamente 3 principais opções, no IPv6 essas opções podem se desdobrar em outras opções e possibilidades!

Lembre-se que no IPv4 um cliente de rede poderia obter seu endereço de forma dinâmica via um servidor DHCP, através de uma reversa no servidor DHCP ou de forma estática ou manual configurado pelo próprio usuário.

Veja o resumo das opções de alocação de endereço IPv4 abaixo:

• IPv4 estático ou manual: você configura manualmente no equipamento.
• IPv4 Dinâmico utilizando o protocolo DHCP ou Dynamic Host Configuration Protocol.
• Auto Configuração via RFC 3030, procedimento que a Microsoft criou uma implementação que é chamado de IP privado automático (APIPA – bloco 169.254.0.0/16).

Um cliente de rede IPv4 quando possui um endereço configurado manualmente ou obtido via DHCP simplesmente se considera configurado e não procura outras fontes de obtenção de endereço.

Você até pode ter um endereço secundário, dependendo do sistema operacional, porém isso não é obtido dinamicamente e precisa ser configurado de forma manual.

O IPv6 funciona de forma diferente e possui mais formas de alocação e obtenção de endereço IPv6 na rede.

No IPv6 temos as seguintes opções de alocação de endereço:

• Endereço IPv6 estático ou manual: você configura manualmente no equipamento, utiliza o EUI-64 para criação do interface-ID de 64 bits ou utiliza a opção de “unnumbered”.
• Endereço IPv6 Dinâmico utilizando o protocolo DHCPv6 Stateful.
• Endereço IPv6 via Auto Configuração via Stateless Autoconfiguration ou SLAAC, procedimento onde o próprio host cria seu interface-ID (identificador de 64 bits da Interface) a partir do seu endereço MAC.

O DHCPv6 tem “dois sabores”: Stateful e Stateless, sendo que o primeiro é similar ao DHCP que conhecemos no IPv4.

Já o DHCPv6 Stateless é utilizado em conjunto com o SLAAC para fornecer opções como DNS para os hosts, pois a autoconfiguração estática não vincula um servidor DHCP ao cliente, passa apenas um prefixo, comprimento desse prefixo e o endereço do gateway de rede.

Existe ainda mais uma opção de DHCPv6 chamada Prefix Delegation ou DHCPv6-PD, o qual é utilizado por provedores de serviço para fornecer um bloco inteiro de endereço IPv6.

Veja a imagem abaixo com o resumo dos tipos de alocação de endereço IPv6.

O grande problema no IPv6 é que os clientes de rede podem adquirir vários endereços, mesmo já tendo um IPv6 estático ou dinâmico configurado neles.

Diferente do IPv4, um cliente IPv6 que obteve um endereço via DHCPv6 pode obter um segundo endereço via SLAAC e ainda ter um endereço manual configurado!

No IPv6 é muito importante que os switches estejam preparados para reconhecer a forma de alocação válida de IPv6 e bloquear tentativas de alocação em portas que não tenham um servidor DHCPv6 ou um roteador legítimo configurado nelas.

Outra dica é nunca testar nada, principalmente me ambientes de emuladores como GNS3 e EVE-NG conectando routers IPv6 na rede, pois isso pode trazer problemas sérios de conexão aos clientes da mesma LAN.

Você pode estar se perguntando agora: “Onde posso aprender mais sobre serviços de Rede na DlteC do Brasil?”

Vale a pena conhecer o curso chamado “Protocolos e Serviços de Rede” e também o curso “Protocolo IPv6 – Operação e Endereçamento”.

Então ficamos por aqui e se tiver dúvidas é só perguntar abaixo!

Confiram o artigo original publicado pela DlteC do Brasil: Cuidados ao Distribuir Endereço IPv6 na Rede

Saiba que isso no mundo real, na via da prática, saber resolver problemas de rede é muito valorizado empresas e pelos empregadores, pois é aí que você consegue ver o quanto a pessoa realmente conhece do assunto e pode agregar ao time da empresa.

E sabemos que a administração de Redes tem muitos deveres e responsabilidades, sendo que um dos mais praticados é o de resolver problemas de redes ou Network Troubleshooting.

Por isso esse artigo vem trazer para você a oportunidade de ver como abordar a resolução de problemas de uma forma estratégica, de uma forma estruturada.

Não adianta “dar tiro para todo lado” como um perdido, você precisa ser assertivo como um “sniper” nos momentos de crise! Mostre seu valor para a empresa!

Não importa se a rede foi bem projetada e quão bem elaborados são seus cronogramas de manutenção preventiva, a solução de problemas é sempre necessária porque imprevistos sempre ocorrem.

Portanto, os administradores e técnicos de rede devem desenvolver essas habilidades de resolução de problemas.

Metodologia para Resolução de Problemas de Rede

Independentemente do problema, a solução de problemas de rede eficaz segue algumas etapas específicas, as quais devem ser estruturadas em um processo organizado e repetível.

Quando você os segue, eles podem reduzir o tempo necessário para isolar e corrigir um problema.

Os tópicos a seguir discutem as etapas e procedimentos comuns de solução de problemas:

1. Identifique o problema:
   • Recolha informações.
   • Questione os usuários.
   • Identifique sintomas.
   • Determine se algo mudou.
   • Duplique o problema, se possível.
   • Aborde vários problemas de forma individual.
2. Estabeleça uma teoria para a causa provável:
   • Questione o óbvio.
   • Considere várias abordagens:
   o Modelo OSI de cima para baixo/de baixo para cima;
   o Dividir para conquistar.
3. Teste a teoria para determinar a causa:
   • Se a teoria for confirmada, determine os próximos passos para resolver o problema;
   • Se a teoria não for confirmada, restabelecer uma nova teoria ou escalar.
4. Estabeleça um plano de ação para resolver o problema e identificar os efeitos potenciais.
5. Implemente a solução ou encaminhe conforme necessário.
6. Verifique a funcionalidade total do sistema e, se aplicável, implemente medidas preventivas.
7. Documente descobertas, ações, resultados e lições aprendidas.

Identificando o Problema

A primeira etapa no processo de solução de problemas é estabelecer exatamente qual é o problema, ou seja, identificar o problema (Identify the problem).

Este passo do processo de solução de problemas é sobre coletar informações (Gather information), identificar sintomas (Identify symptoms), questionar usuários (Question users) e determinar se algo mudou (Determine if anything has changed).

Para obter essas informações, você precisa ter conhecimento do sistema operacional ou outro produto/serviço utilizado, boa capacidade de comunicação e um pouco de paciência. Você precisa obter o máximo de informações possível sobre o problema.

Encontrando e Testando a Causa Provável do Problema

Lembre-se que um único problema de rede pode ter muitas causas, mas com a coleta de informações apropriada você pode eliminar muitas delas.

Quando você procura uma causa provável, geralmente é melhor olhar primeiro para a solução mais simples e depois trabalhar a partir daí, porque mesmo nos projetos de rede mais complexos, a solução mais simples geralmente é a correta.

Lembre-se, porém, que neste momento você precisa determinar apenas a causa mais provável do problema e seu primeiro palpite pode estar incorreto.

Determinar a causa correta do problema pode levar algumas tentativas, portanto depois de questionar o óbvio, você precisa estabelecer uma teoria e depois de formular essa teoria, você deve tentar confirmá-la.

Planejamento e Implementação da Solução

Depois de identificar uma causa do problema, porém antes de implementar uma solução no ambiente de produção, você deve estabelecer um plano para a solução ou plano de ação (Plan of Action).

Isso é particularmente uma preocupação para sistemas nos quais a indisponibilidade pode afetar drasticamente as operações da empresa, por exemplo, para implementar uma solução é preciso colocar um servidor ou dispositivo de rede que conecta vários setores chave offline, com certeza isso seria difícil e indesejável.

Com o plano pronto, você deve estar pronto para implementar uma solução, ou seja, aplicar o patch, substituir o hardware, conectar um cabo ou implementar alguma outra solução.

Testes, Verificações e Documentação

Às vezes, você pode aplicar uma correção que corrige um problema, mas cria outro, apesar dessas circunstâncias serem muito difíceis de prever é necessário ter certeza que o panejado realmente resolveu o problema sem criar outros.

Por isso ter um caderno de testes bem detalhado, fazer as devidas verificações antes de dar o problema como solucionado é tão importante.

Depois de encerrar o chamado, você deve analisar o problema e verificar se alguma medida preventiva deve ser implementada para evitar que o mesmo problema ocorra novamente.

Uma vez encerrado o chamado é preciso documentar  as ações, resultados e lições aprendidas.

Lista dos Principais Problemas de Rede

Sem dúvida, você se encontrará solucionando problemas de rede com muito mais frequência do que gostaria e quando você soluciona esses problemas uma abordagem com uma metodologia provavelmente fará a diferença entre o sucesso e o sofrimento.

Existem vários problemas que podem acontecer, mas vamos listar os principais que você pode encontrar na listagem abaixo:

• Colisões ou Collisions
• Tempestade de Broadcast ou Broadcast storm
• Duplicate MAC address (MACs duplicados)
• Duplicate IP address (IPs duplicados)
• Multicast flooding
• Asymmetrical routing (rotamento assimétrico)
• Switching loops (Loops de camada-2)
• Routing loops (Loops de camada-3)
• Rogue DHCP server (Servidores DHCP não autorizados)
• DHCP scope exhaustion (Escopo de DHCP esgotado)
• IP setting issues (problemas de configuração de IP)
  • Incorrect gateway (gateway incorreto)
  • Incorrect subnet mask (máscara incorreta)
  • Incorrect IP address (IP incorreto)
  • Incorrect DNS (DNS incorreto)
• Missing route (rotas faltantes)
• Low optical link budget (baixa potência na saída de interfaces ópticas)
• Certificate issues (problemas com certificados digitais)
• Hardware failure (problemas de hardware)
• Host-based/network-based firewall settings (problemas com firewalls)
• Blocked services, ports, or addresses (portas, serviços ou endereços bloqueados)
• Incorrect VLAN (VLAN incorreta)
• DNS issues (problemas no DNS)
• NTP issues (Problemas no NTP)
• BYOD challenges (desafios do traga seu próprio dispositivo)
• Licensed feature issues (problemas com licenças)
• Network performance issues (problemas com performance de rede)

Com a metodologia que ensinamos nesse artigo você consegue atacar de forma muito eficiente os problemas listados acima e muito mais.

Como Aprender Mais sobre Resolução de Problemas e Troubleshooting de Rede com a DLTEC?

Todos os problemas listados acima, assim como o detalhamento da Metodologia de como resolver problemas de rede estão incluídos na Trilha de Profissional de Infraestrutura de TI e Telecom.

Mais especificamente sobre esse assunto temos um tópico chamado “Operação e Manutenção de Rede“.

Nessa parte da nossa trilha você vai aprender sobre os principais conceitos utilizados na operação, manutenção e gerenciamento de uma rede de computadores, assim como sua infraestrutura.

Você vai aprender sobre planos, procedimentos, documentações, protocolos e demais itens utilizados no dia a dia da administração de Redes.

Clique no link a seguir e conheça nossa nova Trilha Profissional de Infraestrutura de TI e Telecom.

Confiram o artigo original publicado pela DlteC do Brasil: Como Resolver Problemas de Rede de Forma Profissional

Ao contrário da sua empresa precisar comprar o hardware e o software, outra se preocupa com isto, e a sua essencialmente aluga-os e acessa pela Internet.

Não há uma nuvem apenas, mas centenas de nuvens comerciais existentes hoje.

Muitas delas são de propriedade de grandes empresas, como Amazon, Microsoft, Google, HP e IBM.

As três mais populares são o Amazon Web Services (AWS), Microsoft Azure e Google Cloud.

Os consumidores de nuvem são também conhecidos como inquilinos (“tenants”).

Em essência, a cloud é também descrita como um ambiente multi-inquilino (“multitenant”).

Os provedores de serviços de nuvem (CSPs – Cloud Service Providers) se responsabilizam por manter isolados os dados e configurações de cada um dos seus inquilinos.

Segundo o NIST (National Institute of Standards and Technology), Cloud Computing “é um modelo que possibilita acesso à rede de forma onipresente, conveniente e sob demanda a um conjunto compartilhado de recursos computacionais configuráveis que podem ser rapidamente alocados e liberados com o mínimo de esforço de gerenciamento ou de interação com o provedor de serviço.”.

Para melhor entender a cloud computing, vamos analisar em seguida algumas de suas principais características.

On Premises versus Cloud

Um termo que você vai escutar muito é o “On Premises” e vamos explicar a diferença em relação ao Cloud Computing.

A cloud computing difere do modelo on-premise (ambiente de rede e servidores mantidos dentro da empresa) de uma maneira singular.

Uma empresa hospeda tudo internamente em um ambiente local tem uma solução on premises, enquanto em um ambiente de nuvem ou cloud um provedor terceirizado hospeda tudo isso para você.

Lembre-se que em um ambiente on premises a empresa é responsável pelos ativos de rede como servidores, switches, roteadores, segurança física do ambiente, etc.

Enquanto um ambiente em nuvem toda essa responsabilidade passa para o provedor de serviços.

Características do Cloud Computing

O serviço em nuvem tem várias vantagens e desvantagens em relação a um ambiente on premises, porém, dependendo o ramo de atuação e o porte da empresa é uma solução que traz muito mais vantagens que desvantagens na sua adoção.

Vamos analisar as principais características que um serviço em nuvem deve ter.

Serviço sob demanda: as funcionalidades computacionais são providas automaticamente, sem a necessidade de interação humana com o provedor do serviço.

Amplo acesso aos serviços de rede: os recursos computacionais estão disponíveis através da Internet e poderão ser acessados por meio de mecanismos padronizados, de maneira que possam ser utilizados por dispositivos variados como computadores pessoais, smartphones, tablets e muitos outros.

Pool de recursos compartilhados: os recursos computacionais físicos ou virtuais do provedor do serviço são utilizados de forma compartilhada entre muitos usuários (“tenants”).

Tais recursos são alocados e realocados dinamicamente segundo a demanda de cada um.

Rápida elasticidade: As funcionalidades computacionais devem ser rápida e elasticamente providas e liberadas de acordo com a demanda de uso dos recursos.

Esta característica anda de mãos dadas com a “escalabilidade” em nuvem.

Para que você tenha uma ideia de como ambos atuam em conjunto, imagine que você possua uma aplicação de processamento de imagens rodando em uma instância de máquina virtual (VM – Virtual Machine) em nuvem.

Imagine também que a aplicação esteja demorando demais para ser executada onde você poderia, por exemplo, incluir mais RAM e CPU virtual à máquina – usufruindo da escalabilidade da cloud computing.

Ou seja, a escalabilidade possibilita que os recursos consigam ser incrementados ou reduzidos de acordo com a demanda – tornando “elástico” o serviço como um todo.

Este tipo de escalamento vertical é conhecido como “scaling up”.

O procedimento inverso é conhecido como “scaling down”.

Agora imagine outra situação, suponhamos que a instância em nuvem (em seu estado original) esteja manipulando muitas requisições simultâneas e você deseja distribuir esta carga de trabalho com outras máquinas virtuais.

Neste caso você poderia incluir mais outra instância de VM.

Este tipo de escalonamento horizontal é conhecido como “scaling out” – mais uma vez tornando elástico o serviço em cloud (o processo reverso é conhecido como “scaling in”).

Os serviços são mensuráveis: os sistemas de gerenciamento utilizados na cloud computing permitem o controle e monitoramento automático dos recursos relacionados a cada tipo de serviço (relacionado a armazenamento, processamento e largura de banda).

Este monitoramento deve ser transparente tanto para o provedor dos serviços quanto ao consumidor – permitindo que este último seja cobrado apenas por aquilo que consumir.

Como Acessar os Serviços em Nuvem

Os CSPs oferecem diversas formas para permitir aos consumidores implantar e gerenciar os seus serviços em cloud.

Por exemplo, a AWS oferece o Console para iOS e Android para gerenciar o serviço Amazon EC2 (Elastic Compute Cloud).

Os recursos também poderão ser implantados e gerenciados por meio de ferramentas de linha de comandos.

O Microsoft Azure, por exemplo, disponibiliza o Azure CLI.

Navegadores web também poderão ser utilizados para permitir ao consumidor ter acesso de forma criptografada aos seus recursos de nuvem – utilizando o protocolo HTTPS (Hypertext Transfer Protocol Secure).

Outras Características do Cloud Computing

A cloud computing permite às organizações executarem boa parte de seus serviços em data centers de propriedade e gerenciados por provedores de serviços – saindo do modelo de despesa CAPEX (Capital Expenditure) para o modelo OPEX (Operational Expenditure).

A lógica é similar a maneira em que consumimos energia elétrica, por exemplo. Você não adquire toda a infraestrutura necessária para gerar e consumir energia, mas utiliza serviços prestados por distribuidoras específicas – pagando somente por aquilo que consome.

A ideia geral é esta, ou seja, você não precisa investir alto em ativos de TI para manter as suas operações de negócio – os recursos poderão ser consumidos como um serviço via nuvem.

Para cada oferta de serviço de cloud, como storages, VMs, bancos de dados, etc., os CSPs publicam SLAs (Service Level Agreements), representando um determinado nível garantido de tempo de disponibilidade relacionado ao serviço e aos dados (como 99.99%, por exemplo).

Outro aspecto da disponibilidade recai sobre os ombros do cliente da nuvem. Se você depende de serviços de computação em nuvem pública e seu link de Internet cai, você tem um problema.

As organizações devem considerar a implementação de links redundantes de Internet por meio de diferentes ISPs (Internet Service Providers) para maximizar o serviço em nuvem e a disponibilidade de dados.

A cloud computing evoluiu tão rápido que já existem modelos segmentados para atender às mais diversas demandas no mundo corporativo.

São formas diferentes de entregar computação remota, baseadas na maturidade tecnológica de um negócio, capacidade da TI e expectativas de retorno sobre ferramentas ou sistemas específicos.

Como A Nuvem Afeta a Vida dos Profissionais de Rede de Computadores

“A computação em nuvem está tomando o mundo de assalto. De fato, 94% das cargas de trabalho (workloads) e instâncias de computação serão processadas por meio de data centers em nuvem 2021, em comparação com apenas 6% por data centers tradicionais, de acordo com pesquisa da Cisco.”

A nuvem vai impactar e já tem impactado os profissionais de Redes, mas a mudança para a nuvem não afetará o que você já tem ( Hardware, softwares, dispositivos de rede não desaparecerão), mas todos futuros projetos futuros têm grande probabilidade de serem total ou parcialmente baseados em nuvem.

A nuvem torna os projetos e as comunicações mais simples e ele funcionará mais com o roteamento central, portanto, a necessidade tradicional de manter grandes tabelas de roteamento e os caminhos serão menores.

Outro ponto que caminha em paralelo com a cloud computing são as ferramentas de automação e a programabilidade, assuntos que permearão cada vez mais a vida dos profissionais de rede e infra de TI.

Como a DLTEC vai me Ajudar nesse Caminho para Entender a Nuvem na Vida de um “Cara de Redes”?

Nossa nova trilha chamada Profissional de Infraesturtura de TI e Telecom vem de encontro com essas necessidades de atualização e aprendizado em Nuvem, Automação, Programabilidade e assuntos correlatos.

Separamos um tópico mais específico para ajudar nossos alunos e você a entrar com o pé direito nesse mundo de nuvem chamado “Introdução ao Cloud Computing“.

Nessa parte da trilha rumo a se tornar um profissional de Infra de TI você vai aprender alguns dos conceitos mais essenciais sobre a cloud computing em geral, assim como sobre criar uma conta na AWS, utilizar o AWS Budget, conhecer as vantagens da AWS bem como entender sobre suas características.

Clique aqui e conheça a Trilha de Profissional de Infraestrutura de TI.

Confiram o artigo original publicado pela DlteC do Brasil: Guia Rápido de Cloud Computing para Profissionais de Rede

No IPv4 temos um endereço principal e podemos ter outro secundário, porém apenas um principal, além disso, o IPv4 não ´possui uma “autoconfiguração” da mesma forma que no IPv6.

A autoconfiguração do IPv4 é algo mais simples e temporário para resolver um problema de quando o cliente não consegue achar seu servidor DHCP, porém nem todos os sistemas operacionais usam esse recurso conhecido como APIPA (Automatic Private IP Addressing).

Olha a quantidade de opções que temos de configuração de endereços IPv6 no Cisco IOS:

• Apenas Link Local com EUI-64
• Link local com IPv6 fixo
• Endereço Global manual com IPv6 fixo
• Endereço Global manual com EUI-64
• SLAAC
• DHCPv6
• Unnumbered

… e ainda falta coisa aí nessa listagem!

Outra diferença das interfaces IPv6 no Cisco IOS em relação às interfaces Ipv4 é que elas aceitam múltiplos endereços sem a necessidade da configuração de endereços secundários, como no IPv4

Veja abaixo exemplos de uso prático dessas configurações de IPv6 no Cisco IOS:

Router(config)#interface giga 0/1

Router(config-if)#ipv6 enable ! ativa o endereço de link local com EUI-64

Router(config-if)#ipv6 address 2000::1/64 ! IPv6 global estático fixo

Router(config-if)#ipv6 address 2001:db8:0:1::/64 eui-64 ! IPv6 global estático com EUI-64

Router(config-if)#ipv6 address fe80::1/64 link-local ! IPv6 de link local fixo

Router(config-if)#ipv6 unnumbered giga 0/0 ! utilizando IPv6 Unnumbered

Note que apenas o endereço de link local não irá configurar um novo endereço, pois ele é único na Interface, porém os endereços Globais aparecerão vários na configuração.

Veja saída do “show ipv6 interface brief” somente sobre a interface giga 0/1 a seguir.

Router#sho ipv6 int bri
### saídas omitidas ###
GigabitEthernet0/1 [up/up]
FE80::1
unnumbered (GigabitEthernet0/0)
2000::1
2001:DB8:0:1:5200:FF:FE01:1

Se você já configurou uma interface IPv4, sabe que ao inserir dois comandos com endereços IPv4 diferentes somente o último aparecerá na configuração, porém no IPv6 todos os endereços globais inseridos foram adicionados à configuração!

Lembre-se desses detalhes para não ter problemas na hora de implementar uma rede com endereços IPv6!

Dica Prática: O roteamento IPv6 normalmente vem ativado por padrão em diversos sistemas operacionais, porém no Cisco IOS não é assim! Você precisa entrar em modo de configuração global e digitar o comando “ipv6 unicast-routing” para fazer isso.

Se você precisa aprender mais sobre IPv6 e as configurações em dispositivos com Cisco IOS como switches L3 e roteadores você deveria conhecer nossa trilha para a certificação CCNA 200-301, pois além de prepará-lo para uma certificação vai te preparar para trabalhar com as principais tecnologias de rede.

Clique e conheça a trilha do CCNA aqui.

Ficamos por aqui, porém se você tiver dúvidas sobre alguma coisa do artigo é só perguntar!

Confiram o artigo original publicado pela DlteC do Brasil: Exemplos Práticos de Configuração de IPv6 no Cisco IOS