DEV Community: Vinícius Santana da Silva

Como foi tirar o CCNA em 18 anos?

Vinícius Santana da Silva — Wed, 11 Mar 2026 17:30:29 +0000

Introdução

Olá, eu gostaria de começar dizendo que recentemente eu enfrentei um dos meus maiores medos em toda a minha carreira, que era a possibilidade de falhar no exame do CCNA.
De onde vinha esse medo? Bem, acredito que ele tenha várias origens, uma delas foi a validação, trabalho com redes de diversos portes e finalidades já tem algum tempo, para ser mais preciso 18 anos, isso mesmo, 18 anos! É muito tempo, não? Outra razão forte, é a econômica, afinal 300 dólares não caem do céu, ainda mais no meu caso que sou o provedor da minha família, eu não tinha a menor chance de errar, imagina só, falhar no exame depois de tanto investimento em livros e cursos, sem contar o tempo de trabalho, também incluo nessa equação o tempo que deixei de passar com a minha família, falhar estava fora de cogitação. Com isso em mente, a pressão era gigantesca.

Pois bem, voltando a falar sobre o tempo, é meio estranho olhar para trás e perceber algo, eu era um generalista extremamente competente, trabalhei com tudo quanto é tipo de equipamento que você possa imaginar no ramo de telecomunicações: SDH's, PDH's, amplificadores ópticos, DWDM, CWDM, roteadores, switches (comutadores) e firewalls.

Alguns anos atrás percebi que faltava algo, eu precisava me especializar em alguma coisa, foi quando conheci o conceito de profissional em T, que consiste em ser especialista em um assunto, mas ter compreensão em áreas adjacentes. Nesse momento, eu tomei uma decisão, eu queria me especializar em redes TCP/IP, aproveitando todo o conhecimento que eu tinha em áreas correlatas.

A história que eu não gostaria de contar

Eu não vou mentir, é desconfortável falar sobre erros que cometemos. Confesso que mesmo com toda a bagagem e conhecimento que eu tinha na época, chegou um momento que eu passei a ter muitos problemas para subir na carreira por não ter um diploma de curso superior e nem ter certificações na área.

Decidi me matricular em uma faculdade, fiz o curso de Redes de Computadores, e por incrível que pareça, aprendi muito mesmo com muitos anos de experiência. Durante o curso, ganhei uma base de conhecimento que foi muito importante.

Em paralelo à faculdade, eu comecei a estudar para o exame CCNA (Cisco Certified Network Associate), os estudos se complementaram e eu passei a entender o motivo de algumas coisas funcionarem, acredite, sempre tem margem para aprendizado.

Durante a faculdade, houve um pequeno desvio na rota. Parei de estudar para o CCNA, porque em determinado momento, eu achei que queria fazer uma migração de carreira. Eu estava muito frustrado por ter que "provar" algumas coisas, mesmo depois de tantos anos trabalhando com redes. Eu me enganei durante muito tempo, não digo que foi tempo perdido porque aprendi muita coisa que, por obra do destino, se fizeram muito úteis num futuro nem tão distante assim...

Para resumir, eu queria ser DevOps Engineer, aprendi a usar ferramentas e conceitos de automação, que curiosamente passaram a ser utilizados em redes. Mas, esse assunto é para outro momento, vamos voltar ao assunto principal.

O CCNA

Depois de perceber que, realmente, eu nunca quis mudar de profissão, retomei esse objetivo, como eu me conheço, me coloco em constante estado de dúvida e penso não ser capaz de fazer muitas coisas, o que é irônico, porque eu já implementei projetos de redes com complexidade muito maior que a exigência do CCNA. Muitos amigos me disseram:

"Paga o exame e só faz a prova que você passa!"

Eu confesso que gostaria de ter sido simples dessa forma, mas não, não foi... O sentimento de dúvida aumentou quando eu tive algumas revelações:

Eu não sabia boa parte do conteúdo, principalmente de camada 2 (Ethernet) e redes sem fio.

Tive que reconhecer as minhas deficiências e limitações, voltei para a base. Usei tudo que estava ao meu alcance para aprender, absorver e implementar no meu homelab. Como eu disse lá no início, eu não poderia falhar em hipótese alguma.

Foi uma jornada, na maior parte do tempo, divertida, porém teve seus altos e baixos, em vários momentos pensei em desistir, por N motivos. Descobri que algumas coisas são mais difíceis do que parecem. Com medo de falhar, eu remarquei o exame inúmeras vezes. Até que houve um basta, não dava mais para eu ficar sentindo pena de mim. Eu já estava me sentindo uma fraude por completo, imagina ter todo esse tempo de profissão e não conseguir ser aprovado em um exame de entrada? Eu precisava tirar essa dúvida que me consumiu durante todo esse tempo.

Decidi revisar tudo na semana de carnaval e agendei o exame para o próximo final de semana. Optei por fazer o exame presencialmente, já que eu não teria preocupações com possíveis instabilidades com a internet ou energia na minha casa, a carga emocional precisava de um alívio, já que a cobrança interna havia atingido níveis estratosféricos.

Antes de iniciar o exame, eu estava tremendo, olhando para a tela, atônito, completamente tomado pelo medo. Finalmente o exame é iniciado, consegui executar todas as tarefas dos laboratórios com extrema agilidade e, nesse momento, foi como tirar um elefante dos ombros, foi mais tranquilo responder ao questionário, mas só até certo ponto, porque eu não consegui absorver tudo relacionado às redes sem fio, decidi correr o risco.

Quando terminei o exame e vi na tela que eu estava aprovado, eu senti alívio antes de sentir alegria.

Levei alguns dias para processar tudo, hoje, finalmente, eu consigo celebrar essa conquista, o Vinícius de uns anos atrás ficaria orgulhoso e eu quero concluir falando sobre ele.

Conclusão

Se eu pudesse voltar no passado e olhar nos meus próprios olhos, eu diria:

Você vai construir uma carreira sólida, mesmo diante de todas as dificuldades, você não vai desistir e vai realizar coisas incríveis. Você é um vencedor e nunca se esqueça disso!

Gostaria de aproveitar o momento e fazer uma breve reflexão, olhe para trás e veja tudo que foi construído, não deixe o mundo te cegar para isso, aconteceu comigo e acontece o tempo todo com todo mundo, as exigências, que estão cada vez maiores, podem te fazer esquecer a pessoa e o profissional que você é. Não ignore o caminho que foi percorrido. Celebre todas as suas conquistas, por menores que sejam. Eu repito isso para mim sempre que possível.

Se contar todo o tempo que trabalho com redes e telecomunicações, eu levei 18 anos para tirar o CCNA, para uns, seria motivo de vergonha, mas essas pessoas não entenderiam, hoje eu me sinto orgulhoso por tudo que foi construído e por ter, finalmente, me certificado.

Visão Geral da Camada de Enlace de Dados: Teoria e Prática (Parte 1)

Vinícius Santana da Silva — Sun, 22 Jun 2025 00:00:00 +0000

Introdução e Base Teórica

Este artigo é baseado em anotações que fiz durante minha preparação para o exame CCNA (Cisco Certified Network Associate) 200-301, onde pude aprofundar meus conhecimentos sobre a camada de enlace de dados.

A camada de enlace de dados é fundamental no modelo OSI e TCP/IP, sendo a segunda camada no processo de comunicação entre dispositivos em rede. Ela é responsável por garantir que as unidades de informação, chamadas quadros , sejam transferidas de maneira confiável entre dispositivos fisicamente conectados por meio de um canal de comunicação, sejam eles guiados, como cabos de rede e fibras ópticas, ou não-guiados, como as redes sem fio.

Uma Reflexão Pessoal sobre a Importância da Camada 2

Durante minha preparação para o exame CCNA 200-301, confesso que subestimei significativamente a importância da camada de enlace de dados. Minha experiência profissional sempre esteve mais focada em protocolos de camada 3, trabalhando na maior parte do tempo com backbones e serviços de VPNs L2/L3 em ambientes de service providers. Essa bagagem me levou a acreditar que dominar a camada 2 seria extremamente simples.

Admito que eu estava completamente enganado! Devido ao CCNA ser focado em redes enterprise, percebi lacunas importantes no meu conhecimento sobre como switches realmente funcionam, como endereços MAC são utilizados, e como VLANs impactam diretamente a arquitetura de redes corporativas. A diferença entre o ambiente de service provider (onde a camada 2 é muitas vezes “transparente” para os serviços) e o ambiente enterprise (onde a camada 2 é o alicerce de tudo) é muito mais significativa do que eu imaginava.

Esta experiência me ensinou que, independentemente do seu background em redes, a camada de enlace de dados merece atenção especial e estudo dedicado. Para profissionais que, como eu, têm mais experiência com protocolos de camada superior, entender profundamente como a camada 2 funciona é fundamental para uma preparação completa para certificações como o CCNA.

Em todo lugar, você vai observar comentários dizendo que para profissionais de redes de computadores é necessário ter uma base sólida, por isso, uma das coisas fundamentais é conhecer a camada de enlace, pois ela é essencial para entender como switches, endereços MAC e VLANs funcionam na prática. Neste artigo, exploraremos alguns dos conceitos teóricos e depois, nos próximos artigos, aplicaremos esse conhecimento em cenários reais de configuração.

Funções Básicas da Camada de Enlace de Dados

A camada de enlace de dados utiliza os serviços da camada física para a transmissão de bits, garantindo que os dados cheguem à máquina de destino. Entre as funções principais desta camada estão:

Interface de Serviço : Proporcionar uma interface definida para a camada de rede, facilitando a comunicação entre camadas superiores e inferiores.
Enquadramento : Organizar bytes em quadros para transmissão eficiente e integrada.
Controle de Erros : Detectar e corrigir possíveis erros durante a transmissão de dados.
Controle de Fluxo : Regular a taxa de transmissão de dados para evitar sobrecarregar receptores mais lentos.

Além das funções citadas, a camada de enlace também é responsável pelo endereçamento físico , utilizando endereços MAC (Media Access Control) para identificar dispositivos em uma rede local (LAN).

O endereço MAC possui 6 bytes (48 bits) e é dividido em duas partes:

OUI (Organizationally Unique Identifier): 3 bytes (24 bits) - Identifica o fabricante do dispositivo
Vendor Assigned : 3 bytes (24 bits) - Identificador único atribuído pelo fabricante

O endereço MAC é representado em formato hexadecimal, separado por dois pontos ou hífens. Por exemplo: 00:1A:2B:3C:4D:5E ou 00-1A-2B-3C-4D-5E. Apenas de curiosidade, o primeiro byte do OUI também contém informações importantes:

Bit 0 (LSB): Indica se o endereço é unicast (0) ou multicast (1)
Bit 1 : Indica se o endereço é globalmente administrado (0) ou localmente administrado (1) ### Serviços

Os serviços da camada de enlace de dados variam de acordo com o protocolo, mas podemos categorizá-los em três tipos principais:

Serviço não orientado a conexões sem confirmação : Os quadros são enviados sem qualquer confirmação de recebimento. A Ethernet é um exemplo clássico desse serviço, sendo usado em ambientes onde a taxa de erro é baixa e a recuperação de dados é feita por camadas superiores.
Serviço não orientado a conexões com confirmação : Cada quadro enviado é confirmado individualmente, o que permite a retransmissão de quadros perdidos. O padrão 802.11 (WiFi) adota essa abordagem para garantir confiabilidade em redes sem fio.
Serviço orientado a conexões com confirmação : Neste serviço, uma conexão lógica é estabelecida entre as máquinas antes do envio dos dados. Cada quadro é numerado e a confirmação garante a entrega.

Nas certificações de fabricantes de equipamentos, sobretudo o CCNA 200-301, o foco geralmente recai sobre o Ethernet (IEEE 802.3), que utiliza um serviço não orientado a conexão sem confirmação. A título de curiosidade, podemos falar que o WiFi (IEEE 802.11) usa confirmações devido à natureza propensa a erros das redes sem fio, esse padrão também é cobrado no blueprint do CCNA 200-301, mas não será abordado nesse artigo.

Enquadramento

Para garantir que os quadros sejam transmitidos de forma correta, a camada de enlace de dados deve organizar o fluxo de bits brutos provenientes da camada física em quadros. Esse processo é chamado de enquadramento e envolve:

Dividir o fluxo contínuo de bits em quadros.
Adicionar um checksum (soma de verificação) a cada quadro para detectar erros.
Recalcular o checksum no destino e verificar se o valor corresponde ao valor transmitido.

Existem várias estratégias de enquadramento, como:

Contagem de caracteres : Um campo de contagem define o tamanho do quadro.
Bytes de flag com inserção de bytes : Utiliza flags especiais para marcar o início e o fim dos quadros, inserindo bytes adicionais quando necessário.
Bits de flag com inserção de bits : Semelhante ao método de bytes, mas opera a nível de bits.
Violações de codificação da camada física : Utiliza violações propositalmente criadas nas regras de codificação da camada física para indicar o início e o fim dos quadros.

A Ethernet, por exemplo, utiliza um preâmbulo (sequência de bits de sincronização) seguido de um campo de comprimento para marcar o início e o final dos quadros.

Campos do Cabeçalho Ethernet e Trailer (IEEE 802.3)

Campo	Bytes	Descrição
Preâmbulo	7	Sincronização
SFD (Start Frame Delimiter)	1	Sinaliza que o próximo byte inicia o campo de MAC Address de destino
Destino	6	Identifica o MAC Address de destino da mensagem
Origem	6	Identifica o MAC Address de origem da mensagem
Tipo	2	Identifica o tipo de protocolo que está dentro do quadro, os mais comuns são os protocolos IPv4 e IPv6
Dados e Preenchimento	46~1500	Nesse campo estão os dados de camadas superiores, o L3PDU ou pacote. Caso os dados não atendam aos requerimentos mínimos de comprimento dos dados (46 bytes), a origem adiciona dados de preenchimento
FCS (Frame Check Sequence)	4	A NIC (Network Interface Card) de destino utiliza esse campo para saber se foram detectados erros na transmissão de dados

Controle de Erros e de Fluxo

Os protocolos da camada de enlace de dados empregam diferentes mecanismos para controlar erros e fluxo, garantindo a integridade e eficiência da transmissão de dados. Entre os principais mecanismos estão:

Detecção de Erros : Métodos como o checksum e CRC (Cyclic Redundancy Check) são amplamente utilizados para identificar falhas na transmissão de quadros.
Correção de Erros : Em alguns casos, a camada de enlace pode corrigir automaticamente pequenos erros ou solicitar a retransmissão do quadro defeituoso.
Controle de Fluxo : Protocolos como o Windowing (controle de janela) e ACK/NACK (acknowledgement/negative acknowledgement) regulam o fluxo de dados entre dispositivos, evitando que um transmissor rápido sobrecarregue um receptor mais lento.

Métodos de Encaminhamento de Quadros

Store-and-Forward: o switch recebe o quadro inteiro antes de encaminhá-lo, fornecendo maior confiabilidade e, consequentemente, maior latência.
Cut-Through: o switch começa a encaminhar o quadro assim que detecta o endereço MAC de destino, 6 bytes logo após o campo SFD, e não faz a verificação de erros, a latência tende a ser muito baixa, porém a chance de encaminhar quadros corrompidos é alta, sendo ideal para redes com baixa taxa de erros.
- Fast-Forward: é uma variação do Cut-Through, onde o switch introduz um pequeno atraso (delay) antes de encaminhar, reduzindo colisões. O switch aguarda os primeiros 64 bytes, tamanho mínimo de um quadro ethernet, antes de encaminhar, se o quadro for menor, é descartado (runt frame). É um método menos comum, é mais observado em switches mais antigos.
- Fragment-Free: é um híbrido entre o Cut-Through e o Store-and-Forward. O switch verifica os primeiros 64 bytes, onde ocorrem a maioria dos erros de transmissão, antes de encaminhar, se não houver erro, ele encaminha o restante do quadro sem fazer verificação de erros. Faz o balanceamento entre velocidade e confiabilidade mínima.

Abaixo segue uma tabela que faz uma comparação entre os modos de encaminhamento de quadros:

Modo	Latência	Verificação de Erros	Uso típico
Store-and-Forward	Alta	Completa (CRC/FCS)	Redes modernas
Cut-Through	Mínima	Nenhuma	Data Centers / Low-Latency
Fragment-Free	Moderada	Primeiros 64 bytes	Redes com histórico de colisões

Conclusão

Neste primeiro artigo, exploramos os fundamentos teóricos da camada de enlace de dados, abordando suas funções essenciais, serviços, métodos de enquadramento e controle de erros e fluxo. Compreendemos como os diferentes modos de encaminhamento de quadros impactam o desempenho e a confiabilidade das redes.

Esta base teórica sólida é fundamental para profissionais de redes, especialmente aqueles que buscam certificações como o CCNA 200-301, onde o conhecimento prático da camada de enlace é essencial para configurar switches, gerenciar VLANs e entender o funcionamento dos endereços MAC.

Para profissionais com background em service providers (como eu), que estão acostumados a trabalhar com protocolos de camada superior como MPLS e VPNs, este estudo da camada 2 representa uma mudança significativa de perspectiva. O que antes era “transparente” nos serviços de telecomunicações, agora se torna o alicerce fundamental para entender como as redes enterprise realmente funcionam.

Nos próximos artigos desta série, aprofundaremos esses conceitos através de configurações práticas em equipamentos reais , onde implementaremos cenários de laboratório que demonstram:

Configuração e gerenciamento de switches
Implementação e troubleshooting de VLANs
Análise de tráfego de rede com ferramentas de captura
Resolução de problemas comuns em redes locais
Otimização de desempenho baseada nos diferentes modos de encaminhamento

O conhecimento teórico apresentado aqui servirá como alicerce para as práticas avançadas que virão, permitindo uma compreensão mais profunda dos mecanismos internos dos equipamentos de rede e suas aplicações no mundo real. Para aqueles que, como eu, subestimaram inicialmente a importância da camada 2, este estudo representa um investimento valioso no desenvolvimento de uma visão mais completa e integrada das redes de computadores.

Fundamentos de Redes de Computadores

Vinícius Santana da Silva — Sun, 12 Jan 2025 00:00:00 +0000

Introdução

Este artigo representa um dos trabalhos mais cansativos que já realizei. Foram diversas revisões e reestruturações, decidi refazer, quase que do zero, e abordar o tema de maneira simples, direta e acessível. Organizei o conteúdo em tópicos-chave, buscando criar um resumo prático e fácil de assimilar. Essa abordagem reflete a forma como eu gostaria de ter aprendido, e espero que ela seja útil para você também.

O conteúdo deste artigo está alinhado com o blueprint da certificação Cisco CCNA 200-301, fornecendo uma base sólida para quem deseja se aprofundar no estudo de redes de computadores.

Objetivos e Arquitetura de Redes

Por que criamos redes?

Acesso a dados e serviços: Permitir que usuários e aplicações acessem informações e serviços, independentemente de onde estejam.
Compartilhamento de recursos: Utilizar de forma conjunta impressoras, scanners, armazenamento e outros periféricos.
Administração centralizada: Facilitar o gerenciamento, a atualização e a segurança dos dispositivos e serviços.

Pilares da Arquitetura de Redes

Existem quatro características básicas que os arquitetos de rede devem considerar para atender às expectativas dos usuários:

Tolerância a Falhas: Uma rede deve ser resiliente, continuando a operar mesmo com falhas parciais através de redundância de componentes e caminhos.
Escalabilidade: A capacidade de crescer (adicionar usuários e serviços) sem perder desempenho, planejando para expansões futuras.
Qualidade de Serviço (QoS): A habilidade de priorizar o tráfego crítico (como voz e vídeo), garantindo a banda, a latência e o controle de jitter necessários para cada aplicação.
Segurança: Proteger a rede e os dados contra acessos não autorizados (confidencialidade), garantir que a informação não foi alterada (integridade) e que os serviços estejam sempre acessíveis (disponibilidade).

Componentes Fundamentais de Rede

Dispositivos

Finais (Hosts): Onde a comunicação se origina ou termina (computadores, servidores, smartphones, IoT).
Intermediários: Conectam os dispositivos finais e outras redes (switches, roteadores, access points). Suas funções incluem regenerar sinais, gerenciar rotas, aplicar políticas de segurança e QoS.

Meios de Transmissão

Metálico (cabo de par trançado): Usa pulsos elétricos.
Fibra Óptica: Usa pulsos de luz. Imune a interferências, ideal para alta velocidade e longas distâncias.
Wireless (Sem Fio): Usa ondas de rádio, oferecendo mobilidade.

Modelos de Referência: Uma Visão Detalhada

Para organizar a complexidade da comunicação, foram criados modelos de referência. Eles dividem as funções de rede em camadas, onde cada uma oferece um serviço à camada superior e consome serviços da camada inferior.

A comunicação ocorre de duas formas:

Interação de Camadas Adjacentes (Vertical): No mesmo dispositivo, uma camada superior solicita um serviço da camada inferior.
Interação de Mesmas Camadas (Horizontal): Entre dispositivos diferentes, camadas iguais se comunicam usando cabeçalhos de protocolo.

Conceito	Descrição
Interação na mesma camada	Computadores usam um protocolo para se comunicar com a mesma camada em outro dispositivo. O protocolo define um cabeçalho para comunicar o que cada computador quer fazer.
Interação entre camadas adjacentes	Em um único computador, uma camada inferior fornece um serviço para a camada superior. O software/hardware da camada superior solicita que a camada inferior execute a função necessária.

Camada de Aplicação

É a camada mais próxima do usuário. Ela não define a aplicação em si, mas os serviços e protocolos que as aplicações precisam para interagir com a rede (HTTP para web, SMTP para e-mail, FTP para arquivos). Ela atua como a interface entre o software e a pilha de rede.

Camada de Transporte

Esta camada é responsável pela comunicação lógica fim a fim entre aplicações. Seus dois principais protocolos são TCP e UDP.

Multiplexação e Sockets

Para que múltiplas aplicações em um mesmo host possam se comunicar simultaneamente, a camada de transporte utiliza o conceito de portas. A combinação de um endereço IP e um número de porta forma um Socket, que identifica de forma única uma sessão de comunicação.

Portas Bem-Conhecidas (0-1023): Reservadas para serviços padrão (80/HTTP, 443/HTTPS, 22/SSH).
Portas Efêmeras (1024-65535): Usadas dinamicamente pelos clientes para iniciar conexões.

TCP (Transmission Control Protocol)

O TCP é um protocolo confiável e orientado à conexão. Ele oferece uma abstração de um canal de comunicação perfeito, mesmo sobre uma rede não confiável como a Internet.

Suas principais características são:

Entrega Ordenada e Confiável: Garante que os dados cheguem na ordem correta e sem perdas, usando números de sequência e confirmações (acknowledgments - ACKs).
Controle de Fluxo: Através da Janela de Recebimento (rwnd), o receptor informa ao emissor quanto espaço de buffer ele tem disponível, evitando que o emissor envie mais dados do que o receptor consegue processar. O RFC 1323 introduziu o "escalonamento de janela" para permitir janelas maiores que 65.535 bytes.
Controle de Congestionamento: Mecanismos como o Slow Start evitam sobrecarregar a rede. Ele utiliza uma Janela de Congestionamento (cwnd) para limitar a quantidade de dados em trânsito antes de receber um ACK.
TCP Fast Open: Reduz a latência em novas conexões reutilizando informações da conexão anterior.

UDP (User Datagram Protocol)

O UDP é um protocolo simples, rápido e não orientado à conexão. Sua principal vantagem é a ausência de sobrecarga.

Sem Garantias: Não há garantia de entrega, ordem ou controle de fluxo. É um serviço "best-effort".
Ideal para: Aplicações em tempo real como streaming, jogos online e VoIP, onde a velocidade é mais crítica que a confiabilidade.

Camada de Rede (ou Internet)

Esta camada é responsável pelo endereçamento lógico (IP) e pelo roteamento dos pacotes da origem ao destino final, através de múltiplas redes.

O roteamento IP é um processo colaborativo entre os hosts e os roteadores. O sistema operacional do host decide para onde enviar o pacote (geralmente para um roteador próximo, o default gateway), e os roteadores subsequentes tomam decisões de encaminhamento baseadas em suas tabelas de roteamento.

Processo de Roteamento em um Roteador:

O roteador recebe um quadro (frame) de dados.
Verifica se houve erros usando o campo FCS (Frame Check Sequence) do trailer. Se houver, descarta o quadro.
Descarta o cabeçalho e o trailer da camada de enlace, revelando o pacote IP.
Consulta sua tabela de roteamento para encontrar a melhor rota para o endereço IP de destino.
Encapsula o pacote IP em um novo cabeçalho e trailer de enlace, apropriado para a interface de saída.
Encaminha o novo quadro.

Camadas de Enlace e Física (Acesso à Rede)

Estas camadas definem como os dados são transmitidos através de um meio físico específico (cabo, fibra, ar). Elas cuidam do endereçamento físico (endereço MAC) e da detecção de erros em um link local.

Ethernet

É a tecnologia de LAN mais popular do mundo. Ela define:

Endereçamento Físico (MAC Address): Um endereço único de 48 bits gravado na placa de rede.
Detecção de Erros (FCS): O campo Frame Check Sequence no trailer do quadro permite ao receptor verificar se ocorreram erros de transmissão. Se um erro for detectado, o quadro é descartado. A Ethernet detecta erros, mas não os corrige; essa é uma responsabilidade de camadas superiores (como o TCP).
Auto-MDIX: Um recurso que detecta automaticamente o tipo de cabo (crossover ou direto) e ajusta a pinagem para que a conexão funcione.
Modos de Operação:
- Half-duplex: Não pode enviar e receber ao mesmo tempo.
- Full-duplex: Pode enviar e receber simultaneamente.

A Ethernet também evoluiu para ser uma tecnologia de WAN, com padrões de fibra ótica que suportam dezenas de quilômetros, permitindo a criação de serviços como a Ethernet Line Service (E-Line).

Tipos de Redes e Topologias

Abrangência

LAN (Local Area Network): Rede em uma área geográfica limitada (escritório, prédio).
WAN (Wide Area Network): Conecta LANs em locais geograficamente distantes. A Internet é a maior WAN de todas.
Intranet: Uma rede privada de uma organização.
Extranet: Permite acesso controlado de parceiros externos a partes da intranet.

Topologias Físicas

Descrevem como os dispositivos são fisicamente conectados.

Estrela: Mais comum em LANs, com um dispositivo central (switch).
Mesh (Malha): Alta redundância, comum em WANs.
Barramento/Anel: Topologias legadas. ## Modelos de Comunicação de Dados

Cliente/Servidor vs. Peer-to-Peer

Cliente/Servidor: Um servidor centralizado oferece serviços aos clientes. Modelo mais comum.
Peer-to-Peer (P2P): Todos os dispositivos são pares e podem atuar como cliente e servidor.

Comutação de Circuitos vs. Pacotes
Comutação de Circuitos: Um caminho dedicado é estabelecido antes da comunicação (ex: telefonia antiga). Ineficiente, pois o canal fica alocado mesmo em silêncio.
Comutação de Pacotes: Os dados são divididos em pacotes (ou datagramas), que são enviados de forma independente pela rede e podem seguir rotas diferentes. É o modelo da Internet, mais eficiente e resiliente.

Conclusão

Neste artigo, exploramos os fundamentos essenciais das redes de computadores. Como pudemos observar, uma rede moderna é um sistema complexo que depende da interação harmoniosa entre diversos componentes:

Infraestrutura Física: Dispositivos, meios e topologias.
Arquitetura Lógica: Modelos em camadas, protocolos e serviços.
Princípios de Design: Tolerância a falhas, escalabilidade, QoS e segurança.

A evolução das redes continua em ritmo acelerado, com novas tecnologias emergindo constantemente. Conceitos como SDN (Software-Defined Networking) e NFV (Network Functions Virtualization) estão redefinindo como as redes são projetadas e gerenciadas.

Para quem deseja se aprofundar no estudo de redes, especialmente visando a certificação CCNA, assim como eu, os próximos passos incluem:

Switching e VLANs: Entender a segmentação de redes locais e os protocolos derivados do STP
Roteamento: Conhecer a base teórica dos protocolos de roteamento dinâmico
Segurança: Entender o conceito de firewalls, VPNs e listas de controle de acesso
Automação: Entender o conceito das ferramentas de automação e programabilidade

Lembre-se: uma rede bem projetada é aquela que os usuários nem percebem que existe - ela simplesmente funciona, permitindo que as pessoas se concentrem em suas atividades sem se preocupar com a infraestrutura.

"A complexidade é seu inimigo. Qualquer tolo pode fazer algo complicado. O difícil é fazer algo simples." - Richard Branson

Nos próximos artigos, exploraremos cada um dos tópicos da certificação, vamos construir juntos uma base teórica e prática. Até lá, o desafio é manter a disciplina, a curiosidade e continuar estudando.

Introdução ao Protocolo Ipv4

Vinícius Santana da Silva — Sun, 29 Sep 2024 00:00:00 +0000

Introdução

Nesse artigo exploraremos o protocolo IP, vamos observar parte do contexto histórico e entender a sua importância, apresentar uma visão geral das funcionalidades e posteriormente nos aprofundar nos detalhes.

Vamos começar pelo início de tudo, durante o período da Guerra Fria, que ocorreu entre os Estados Unidos da América e a União das Repúblicas Socialistas Soviéticas, mas não vamos nos aprofundar no conflito, somente no que aconteceu a partir dele para o desenvolvimento das redes de computadores como conhecemos atualmente.

A ARPA (Advanced Research Projects Agency, em português, Agência de Pesquisas em Projetos Avançados), tinha a necessidade de transmitir dados sigilosos entre as suas bases militares e departamentos de pesquisa. A partir dessa necessidade houve o surgimento da ARPAnet (ARPA Network, em português, Rede da ARPA), uma rede de comunicação que também incluía universidades e algumas empresas privadas, formando um grupo de trabalho chamado de ARPANET Network Working Group.

Muitos dos protocolos e tecnologias que utilizamos hoje em dia para nos comunicar têm sua origem na ARPAnet, que começou modesta, e com o tempo, mais instituições se conectaram através de linhas telefônicas dedicadas.

Inicialmente o protocolo padrão para a internet era chamado de NCP (Network Control Program, Programa de Controle de Rede), mas com surgimento de outras redes ao redor do mundo foram experimentados problemas de compatibilidade para os protocolos existentes, levando ao desenvolvimento de uma nova arquitetura chamada de modelo de referência TCP/IP que tem como ideias centrais:

Permitir o roteamento entre redes diferentes
Independência do hardware
Recuperação de falhas

Para um melhor entendimento do artigo, agora vamos conhecer um pouco dos modelos de referência para redes de computadores.

Modelos de Referência para Redes de Computadores

Modelo OSI

O modelo OSI (Open Systems Intercommunication, em português, Intercomunicação de Sistemas Abertos) foi desenvolvido pela ISO (International Organization for Standardization, em português, Organização Internacional de Padronização) a partir da necessidade de padronização dos hardwares e protocolos. No início, cada fabricante seguia um padrão proprietário, o que dificultava e até mesmo impossibilitava a comunicação entre equipamentos de diferentes fabricantes. Dessa forma, o modelo OSI foi proposto para preencher essas lacunas tendo como principais objetivos:

Garantir a comunicação fim-a-fim
Permitir a comunicação entre dispositivos de diferentes fabricantes
Definir regras para a construção das redes de computadores independentemente da tecnologia e do alcance geográfico
Facilitar o aprendizado da arquitetura das redes
Permite que novas tecnologias sejam facilmente implantadas e atualizadas

O modelo OSI é estruturado em 7 camadas:

Física: especificações elétricas e mecânicas, representação dos bits.
Enlace de Dados: controle de acesso ao meio físico.
- Subnível inferior (MAC): controle de acesso ao meio.
- Subnível superior (LLC): controle lógico do enlace.
Rede: roteamento dos pacotes, endereçamento IP, protocolos como ARP e RARP.
Transporte: transporte confiável e eficiente entre dispositivos.
- Protocolos orientados a conexão (TCP).
- Protocolos não confiáveis e não orientados à conexão (UDP).
Sessão: estabelecimento e gerenciamento de sessões entre aplicações.
Apresentação: conversão de formatos de dados, compactação e criptografia.
Aplicação: interface de interação entre usuário e máquina, protocolos como HTTP, SMTP, FTP.

Os protocolos são associados às camadas de acordo com as suas funcionalidades.

Modelo TCP/IP

O Modelo TCP/IP é composto por uma pilha com camadas interativas, onde cada camada interage com a camada superior e inferior de forma hierárquica, isso significa que protocolos de camadas superiores dependem das inferiores.

Camadas do Modelo TCP/IP:

Acesso à Rede: Fornece suporte para todos os padrões proprietários.
Internet (ou Rede): Suporta o Protocolo de Internet (IP). Exemplos de Protocolos: ARP, RARP e ICMP.
Transporte: Gerencia a sessão de comunicação entre computadores. A camada de Transporte faz o uso dos Protocolos TCP (Transmission Control Protocol) e UDP (User Datagram Protocol).
Aplicação: Protocolos de aplicativos TCP/IP e interface entre usuário e aplicação. Exemplos de Protocolos: HTTP, SMTP, FTP, SSH, etc.

Comparações entre o Modelo OSI e o Modelo TCP/IP

Semelhanças: Camadas de Transporte têm a mesma função nos dois modelos.

Diferenças: Camada de Enlace do TCP/IP combina funcionalidades das camadas de Enlace e Física do OSI. Camada de Aplicação do TCP/IP combina funcionalidades das camadas de Aplicação, Apresentação e Sessão do OSI.

Deficiência do OSI: Complexidade de implementação e repetição de funcionalidades.

Deficiência do TCP/IP: Falta de clareza em conceitos e não abrangência de outras pilhas de protocolos.

Por esses motivos, Andrew S. Tanenbaum, pesquisador e professor em ciência da computação, propôs um modelo híbrido de 5 camadas. Ele é também autor de livros sobre sistemas operacionais, sistemas distribuídos e redes de computadores. O objetivo desse modelo é aprimorar as deficiências do modelo TCP/IP e eliminar os excessos presentes no modelo OSI.

Problemas resolvidos pela pilha de protocolos TCP/IP

Passamos por diversos assuntos, para facilitar a compreensão, principalmente de quem está nos estágios iniciais.

A princípio, os principais problemas a serem resolvidos eram:

Desperdício de recursos
Dificuldade de escalar os serviços
Falta de resiliência

Agora, para entendermos melhor, vamos voltar um pouco no tempo e ver como a comunicação era realizada.

Vamos observar primeiro o que é a comutação por circuitos. No início, os serviços de rede utilizavam canais dedicados e, para ter acesso a esses serviços, era criado um circuito, ou seja, para que fosse realizada a comunicação, era criado um caminho pré-definido entre o dispositivo de origem e o dispositivo de destino. Ao utilizar essa técnica, os recursos da rede ficavam alocados mesmo sem realizar troca de dados até que a conexão fosse encerrada.

Esses problemas foram resolvidos através da comutação por pacotes, mas agora precisamos entender o que são pacotes.

Um pacote é a unidade de dados de protocolo (PDU, Protocol Data Unity) da camada de rede, mas podemos interpretar como uma mensagem, ou uma porção de uma mensagem maior, enviada pela rede.

Para entender o motivo da existência dos pacotes, precisamos fazer algumas reflexões, pensando bem, é totalmente inviável enviar arquivos completos através da rede, já parou para pensar no que acontece se houver um erro durante a transmissão de dados? A mensagem se perderia por completo e seria necessário reiniciar a transmissão do início e com isso, tempo e recursos foram desperdiçados, o prejuízo seria imenso. Para lidar com esse problema, os dados são fragmentados em partes menores e são enviados através da rede. Nesse primeiro momento, é importante sabermos que existem duas formas dos dados serem enviados, com garantia de entrega e sem garantia de entrega.

Vamos realizar um exercício de imaginação. Nesse exemplo, vamos utilizar o método de transmissão com garantia de entrega. Suponhamos que você possua pequenos envelopes que comportam apenas cartões e precisa enviar uma carta a um amigo, você terá que dividir essa carta em pequenas partes, sinalizando a sequência das mensagens para que o seu amigo possa recompor as mensagens recebidas através dos cartões e com isso, ler a mensagem original, observe que, ao individualizar as pequenas mensagens, não temos garantias de que essas pequenas mensagens seguirão pelo mesmo caminho até chegarem no destino, nem sequer se serão recebidas em ordem, acabamos de descrever como é o funcionamento básico da comutação por pacotes.

Atualmente, os serviços de rede não criam canais dedicados para realizar a transmissão de dados. Tenho que dizer que essa é uma meia-verdade, mas esse é um assunto para tratarmos em um artigo exclusivo. Em resumo, um pacote, é, na maior parte do tempo, um fragmento de uma mensagem e que é transmitido individualmente, sem uma rota pré-definida até o destino e possui a vantagem de não ocupar o canal de comunicação em períodos de ociosidade. Caso alguma rota falhe, os pacotes podem tomar caminhos alternativos, minimizando os períodos de interrupções. Como não há circuitos dedicados, a rede consegue lidar com um volume muito maior de operações simultâneas.

Conclusão

Depois de tudo que foi apresentado, você deve estar se perguntando: “Afinal, por que o protocolo IP foi desenvolvido?”

O protocolo IP foi projetado para o uso em sistemas baseados em comutação de pacotes e o seu escopo é atender as necessidades básicas para entregar dados partindo de uma origem em direção a um destino.

O protocolo IP implementa duas funções básicas: endereçamento e fragmentação.

É importante observarmos que o protocolo IP não possui alguns mecanismos importantes, como garantir a confiabilidade de dados, controle de fluxo, sequenciamento ou correção de erros. Essas responsabilidades são delegadas para as camadas de transporte e de enlace de dados.

Os cabeçalhos possuem informações para transmitir pacotes aos respectivos destinos. A seleção de um caminho para realizar a transmissão é chamado de roteamento.

Roteamento: processo de realizar a comunicação entre redes diferentes. Esse processo é feito através de interfaces chamadas de gateways, que podemos vê-los como portões de saída de uma rede em direção a outras redes, mas ele é mais que isso, o gateway é quem tem a responsabilidade de saber os caminhos para realizar o encaminhamento dos pacotes. Como eu sou nerd, vou usar O Senhor do Anéis como referência e eu acho impossível alguém reclamar de spoiler, pois o último filme é de 2003… Frodo e Sam precisavam ir até Mordor para destruir o Um Anel, em determinado momento Sméagol cruzou o caminho deles e os guiou até o destino, podemos dizer que por conhecer as rotas até Mordor, Sméagol era o que podemos chamar de um gateway no contexto de redes de computadores, não vou usar imagens porque não sei se posso.

Um datagrama IP é composto por um cabeçalho somado à PDU (protocol data unit, em português: unidade de dados de protocolo) da camada de transporte.

O Protocolo IP, utiliza campos no cabeçalho da internet para fragmentar e reagrupar datagramas, quando necessário para a transmissão de dados.

Datagramas são unidades de transferência básica que fornecem serviço de comunicação não-confiável em redes comutadas por pacotes. Simplificando, podem ser vistos como entidades únicas, sem conexões ou circuitos lógicos.

O protocolo IP opera em cada host e gateway para interpretar campos de endereço, fragmentar e montar datagramas, tomar decisões de roteamento e outras funções.

O IP usa quatro mecanismos principais para desempenhar a sua função:

Tipo de Serviço: É um conjunto de parâmetros que define a qualidade do serviço desejado na rede. Isso ajuda os gateways a escolherem os parâmetros de transmissão ideais ao rotear um pacote na Internet.
TTL / Time to Live / Tempo de Vida: Indica o limite máximo de vida útil de um pacote na Internet. Se esse limite for atingido (chegar a zero), o pacote é descartado. Funciona como uma “autodestruição” do pacote após certo tempo para evitar que o pacote fique vagando pela rede.
Opções: Oferecem funções de controle adicionais para situações específicas, como carimbos de tempo, segurança e roteamento especial. Geralmente não são usadas em comunicações cotidianas.
Checksum do Cabeçalho: Serve para proteger os campos do cabeçalho da internet contra erros de transmissão. Se o checksum falha, o pacote é descartado. Erros são relatados por meio do Protocolo ICMP (Internet Control Message Protocol).

Esse artigo tem um caráter mais introdutório e mesmo assim ficou maior do que eu imaginava, alguns temas vão ficar para outras publicações, a ideia é detalhar os campos do cabeçalho IP, como funciona o endereçamento e como o protocolo se relaciona com as camadas de transporte e de enlace de dados.

DEV Community: Vinícius Santana da Silva

Como foi tirar o CCNA em 18 anos?

Introdução

A história que eu não gostaria de contar

O CCNA

Conclusão

Visão Geral da Camada de Enlace de Dados: Teoria e Prática (Parte 1)

Introdução e Base Teórica

Uma Reflexão Pessoal sobre a Importância da Camada 2

Funções Básicas da Camada de Enlace de Dados

Enquadramento

Controle de Erros e de Fluxo

Métodos de Encaminhamento de Quadros

Conclusão

Fundamentos de Redes de Computadores

Introdução

Objetivos e Arquitetura de Redes

Por que criamos redes?

Pilares da Arquitetura de Redes

Componentes Fundamentais de Rede

Dispositivos

Meios de Transmissão

Modelos de Referência: Uma Visão Detalhada

Camada de Aplicação

Camada de Transporte

Multiplexação e Sockets

TCP (Transmission Control Protocol)

UDP (User Datagram Protocol)

Camada de Rede (ou Internet)

Camadas de Enlace e Física (Acesso à Rede)

Ethernet

Tipos de Redes e Topologias

Abrangência

Topologias Físicas

Cliente/Servidor vs. Peer-to-Peer

Comutação de Circuitos vs. Pacotes

Conclusão

Introdução ao Protocolo Ipv4

Introdução

Modelos de Referência para Redes de Computadores

Modelo OSI

Modelo TCP/IP

Comparações entre o Modelo OSI e o Modelo TCP/IP

Problemas resolvidos pela pilha de protocolos TCP/IP

Conclusão