[APRENDIZAGEM] Vamos aprender REDES

Network Notepad – Desenhe diagramas interactivos de redes

Criado por Pedro Pinto em 22 de Setembro de 2010 | 6 comentários


Dando continuidade aos nossos artigos sobre redes informática, hoje trazemos uma aplicação que permite criar diagramas de rede interactivos.A documentação é algo sempre muito importante para qualquer Administrador de Redes, e os diagramas de rede, são peças fundamentais dessa documentação. O Network Notepad permite criar diagramas interactivos, possibilitando assim o acesso directo ao equipamento, via browser ou telnet.Principais funcionalidades

• Interface bastante organizada e simples (suporte para darg and Drop)
  
• Diagramas “linkáveis”
  
• Possibilidade de imprimir os diagramas
  
• Fluxogramas~
  
• Suporte para o protocolo CDP - Permite descobrir automaticamente os equipamentos activos de uma rede, se estes forem Cisco
  
• Link (via telnet ou browser) do diagrama para os equipamentos físicos
  

Alguns ScreenshootsDesenhe facilmente fluxogramas:Diagramas lógicos de redeCrie facilmente qualquer diagrama de rede (indoor ou outdoor), com recurso aos ícones já disponibilizadosAlém das excelente funcionalidades, existem ainda disponíveis alguns packs com ícones de rede, title blocks e Flow Chart disponíveis para downloads.

Redes – Como funciona um HUB?

Criado por Pedro Pinto em 17 de Setembro de 2010 | 40 comentários

Depois de recentemente termos apresentado num artigo o modelo de referência OSI da ISO (ver aqui), é hora de vos dar a conhecer o funcionamento dos principais equipamentos activos de uma rede. Para isso, vamos apresentar as principais especificações de um Hub, o modo de operar numa rede e para facilitar a compreensão, criamos um pequeno vídeo demonstrativo do funcionamento de um Hub.



Ora bem, o HUB (ou concentrador de rede) é um equipamento activo que funciona na camada 1 do modelo OSI (camada física) e tem como principal funcionalidade a interligação entre computadores de uma rede uma vez que possui várias portas RJ45 (ou ISO 8877) fêmea. Quando recebe informação numa determinada porta, o HUB transmite esse informação por todas as outras portas, excepto por aquela que recebeu essa informação (flood), criando assim um único domínio de colisão e diminuindo a performance. Além disso, os Hubs apenas permitem comunicações em simultâneo entre dois pontos, isto é, se tivermos um PC A ligado a porta 1 e outro PC B a porta 2, e estiverem a comunicar entre eles via HUB, se o PC C ligado à porta 3 pretender comunicar com o PC D ligado a porta 4 terá de esperar que termine a ligação entre o PC A e o PC B (a comunicação é estabelecida por fracções de tempo mediante o número de portas do HUB activas).

Exemplo do funcionamento de um Hub

Vamos então a um pequeno exemplo. Para isso montei um simples cenário com 4 PC’s e um único HUB. Os pc’s têm a seguinte configuração (todos têm a mesma máscara: 255.255.255.0 e não têm configurado qualquer gateway pois estão todos na mesma rede)

• PC A – IP: 192.168.0.1
  
• PC B – IP: 192.168.0.2
  
• PC C – IP: 192.168.0.3
  
• PC D – IP: 192.168.0.4
  

Para verificar como o HUB se comporta, vamos realizar um ping (recorrer ao protocolo ICMP) entre o PC com o IP: 192.168.0.1 e PC com o IP 192.168.0.2.

O pacote vai partir do PC A (com o nome pplware), vai ao HUB e depois o HUB envia essa informação para todas as suas portas, excepto por aquela que recebeu. O PC (snake) vai responder a esse pedido já que a informação é para si, e todos os outros vão descartar essa informação. Quando a resposta ao pedido chega novamente ao HUB, ele vai fazer exactamente o mesmo (enviar por todas as portas, excepto por aquela que recebeu). Isto acontecerá sempre que haja uma transmissão entre duas máquinas.Nesse sentido, alguns administradores designam o HUB de um equipamento burro uma vez que este não consegue nem tem funcionalidades para guardar informação relativamente às máquinas (com base no Mac Address) que tem em cada porta, assim como acontece por exemplo nos switchs.