





































Estude fácil! Tem muito documento disponível na Docsity
Ganhe pontos ajudando outros esrudantes ou compre um plano Premium
Prepare-se para as provas
Estude fácil! Tem muito documento disponível na Docsity
Prepare-se para as provas com trabalhos de outros alunos como você, aqui na Docsity
Encontra documentos específicos para os exames da tua universidade
Prepare-se com as videoaulas e exercícios resolvidos criados a partir da grade da sua Universidade
Responda perguntas de provas passadas e avalie sua preparação.
Ganhe pontos para baixar
Ganhe pontos ajudando outros esrudantes ou compre um plano Premium
Produzi este relatório enquanto estava a realizar um período de estágio.
Tipologia: Esquemas
1 / 45
Esta página não é visível na pré-visualização
Não perca as partes importantes!






































Houve um erro, pois como não há nenhuma porta definida, então não há caminho para que o PC consiga enviar o Packet. Para resolver isso, teremos de configurar os computadores e atribuir IPs. Mas antes de atribuir, fui buscar uma tabela aonde mostra quais mascarás temos de utilizar de acordo com a notação CIDR dada:
Com as máquinas configuradas, vamos enviar um PDU do PC0 ao PC1. O PDU, do tipo ICMP (que significa que é um packet do tipo PING), fez o que era suposto, houve coneção entre o PC0 e o PC1, e houve troca de mensagem, mesmo com máscara diferente. Como eles (PC0 e PC1), estão na mesma rede, e as máscaras deles são de /24 para baixo, não há problema, caso um deles seja superior a /24, aí é diferente.
Vamos enviar um UDP do tipo ICMP (um PING): Como se pode ver, o UDP foi enviado do PC0 para o PC1, e retornou do PC1 para o PC0 com sucesso, a situação foi igual à anterior (máscaras diferentes).
Enviei um UDP do tipo ICMP do PC0 ao PC2, e foi com sucesso! Caminho do UDP:
Então para associar o port f0/1, que é referente ao PC2, tive de configurar deste forma: Agora, vamos experimentar enviar um packet do tipo ICMP, do PC0 para o PC2, mas desta vez, o PC pertence a uma vlan, o que significa que, o PC2 não pertence mais à rede local do PC0. E como podemos ver, a ligação foi falhada, pois o PC0 não tem como “comunicar” com o PC2. Com isto, podemos concluir que, as VLAN’s são uteis para dividir computadores dentro de uma rede local. Vamos imaginar que, eu dentro de uma empresa, não quero que todos os computadores estejam ligados na mesma rede local, então eu posso dividir eles em redes locais. Vamos enviar outro packet do tipo ICMP do PC2 para o PC3, da outra vez, o PC0 está ligado ao switch 0, mas agora, ambos computadores, PC2 e PC3, estão ligados ao mesmo switch, será que ambos conseguem comunicar, sabendo que o PC2 está ligado a uma VLAN e o PC3 não? Como podemos ver, a ligação falhou, como o PC0 com o PC2, foi o mesmo resultado. A única maneira de meter os outros computadores a conseguir comunicar com o PC2, é associar os mesmos à mesma VLAN que o PC2 ( VLAN 10 – Teste ).
Com isso, vamos adicionar o PC3 à vlan 10 – teste. Associei o PC3 à VLAN 10 – teste. Agora, vou voltar a enviar um packet do PC2 para o PC3 como fiz anteriormente para ver se irá funcionar. E como podemos ver, o resultado foi com sucesso!