Oi Roni,
1. No in�cio, a rede local era um cabo coaxial fino bnc de 50 ohms,
implementando a topologia de barramento.
Vantagens: baixo custo
Desvantagens: muito problema de cabeamento e um alto �ndice
de indisponibiliza��o da rede. Pequena dist�ncia da rede total,
(180 m).
A rede toda � um dom�nio s� de colis�o.
2. Depois chegou o HUB, implementando a topologia que muitos
chamaram de estrela. At� hoje existe discuss�o sobre o assunto.
Vantagem: baixo custo, grandes dist�ncias ao cliente da rede (100 m)
e se o cabo conectando um cliente "ca�a", a rede permanecia no ar.
Desvantagens: o HUB � um equipamento que trabalha somente no n�vel
f�sico, ele n�o tem processamento. Quando um ru�do el�trico era gerado
em uma porta, esse ru�do tamb�m era repetido nas outras portas, desde
que o n�vel do ru�do gerado atingisse um determinado limite que
sensibilizasse
o circuito que ficava escutando a porta.
Um outro problema � a expans�o da rede.
Com a necessidade de expans�o, surgiu a t�cnica de cascateamento e
empilhamento.
Quando se cascateava e/ou empilhava, o ru�do gerado em um hub de uma
rede/departamento, passava tamb�m para outro hub de outra rede/departamento.
Dom�nio de colis�o: todo o hub ou todas as portas de um hub ou todas as
portas
de todos os hubs cascateados ou empilhados realizam a mesmo dom�nio de
colis�o.
O que � dom�nio de colis�o?
S�o todas as m�quinas da rede que est�o sujeitas a colidirem entre si, os
seus
pacotes transmitidos.
Esse equipamento eliminou o maior problema do item anterior que era
a um alto grau de indisponibilidade da rede.
3. Depois veio a ponte "burra" ou bridge.
Esse equipamento, n�o mais trabalhava a n�vel f�sico e sim a n�vel l�gico na
camada de enlace. Ent�o foi o primeiro equipamento criado com processamento.
Era usado para interligar redes distintas.
Imaginemos que a rede A usava o hub A e a rede B usava o hub B.
Interligando a rede A com a rede B, n�s t�nhamos a bridge.
Vantagem: eliminou o problema de passar sinais indesej�veis da rede A para
a rede B e vice-versa, uma vez que esse equipamento trabalhava com os frames
ethernet. Ent�o, s� passava um frame perfeito de um lado para o outro.
Desvantagem: um frame que sa�a do cliente 1 da rede A em dire��o ao cliente
2 da
rede A, era respassado para a rede B. Isso tambem acontecia com frames que
s� deveriam
trafegar na rede B e eram repassados para a rede A.
Esse equipamento s� tinha duas interfaces.
Esse equipamento dividiu o dom�nio de colis�o entre suas portas.
4. Depois veio a ponte ou bridge "inteligente".
Da mesma forma, esse equipamento trabalhava como a ponte do item anterior,
s�
tinha uma diferen�a: ela conseguia armazenar os endere�os MACs do frame
ethernet
que trafegavam na interface A e tambem na interface B.
Com o tempo e o uso da rede, essa ponte conseguia descobrir qual MAC estava
em que lado. Com isso, essa ponte conseguia executar o que se chamou
tecnicamente
de "confinamento de tr�fego", ou seja, se o tr�fego deveria ficar s� da lado
A, ele
n�o era respassado para o lado B e vice-versa.
Desvantagem: a expans�o da rede. A ponte inteligente s� tinha duas
interfaces.
Neste momento, a tecnologia chegou na id�ia do switch de hoje.
5. Veio o switch. O switch � uma ponte inteligente com muitas portas ou
interfaces.
Com uma grande velocidade interna, o pacote � repassado ou comutado para a
porta de destino.
Da mesma forma, o dom�nio de colis�o est� restrito a cada uma das suas
portas,
� o inverso da hub.
Desvantagem: a expans�o da rede. A rede cresceu e era necess�rio instalar
muitos
switches. Imagina um site com 1000 switches, como fazer para que um pacote
possa
sair de um cliente x na porta 1 do switch x e chegar ao cliente y na porta
1do switch y?
N�o d�.
Era necess�rio criar um mecanismo para endere�ar os pacotes, independente do
tamanho
da rede.
6. Chegou o roteador, trabalhando em um n�vel acima do n�vel de enlace, no
n�vel de rede.
Por �ltimo, criaram um switch que tem um roteador embutido, dentro de um
chip na placa
do switch. Hoje, esse equipamento chamdo de switch de n�vel 3, � o mais
r�pido
roteador do mercado, haja visto que seu roteamento � feito atrav�s de
hardware e n�o
mais por software.
Grato.
Kevison Dennys Carrilho Bentes
Gerente de Rede
Air System Network
Bras�lia - DF Brasil
Fone: 55 61 313-8002
Fax: 55 61 313-8008
[EMAIL PROTECTED]
----- Original Message -----
From: "RONI WARKEN" <[EMAIL PROTECTED]>
To: "Lista de Discuss�o Rede Wan" <[EMAIL PROTECTED]>
Sent: Thursday, August 31, 2000 1:56 PM
Subject: Re: [redewan] topologia em estrela
> Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>
>
> Dizem que um switch eh um hub "melhorado". Entao por que simplesmente nao
> se diz que um switch eh simplesmente um upgrade num hub? Ou nao eh
> "simplesmente" isso?
>
> Quais as caracteristicas de um switch nivel 1, 2 e 3?
>
> []'s.
>
> Roni Warken.
>
>
> On Wed, 30 Aug 2000, Andre Alessandro wrote:
>
> > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> >
> > Sim o switch monta uma tabela, nao de roteamento, pq pra ser roteamento
ele deveria conhecer enderecos d redes ( um switch camada 3 faz roteamento).
Na tabela constam os enderecos MAC vinculados a cada porta do switch, caso
exista um Hub na porta, ele vincula todos os enderecos das makina ligadas ao
HUB a essa porta.
> > []'s a todos e espero q resolva a sua duvida...
> >
> >
> > Andre Alessandro
> > ----- Original Message -----
> > From: RONI WARKEN
> > To: Lista de Discuss�o Rede Wan
> > Sent: Tuesday, August 29, 2000 9:42 AM
> > Subject: RE: [redewan] topologia em estrela
> >
> >
> > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> >
> >
> > Quando eh um switch e ele desconhece o endereco MAC, ele envia para
todas
> > as portas, mas apos o envio do pacote para esse "desconhecido" ele
fica
> > conhecendo o endereco e, na proxima vez que tiver que enviar um
pacote,
> > ele (o switch) ja possui o endereco em alguma especie de tabela de
> > roteamento?
> >
> > Obrigado.
> >
> > Roni Warken.
> >
> >
> >
> >
> > On Sun, 27 Aug 2000, Julio Arruda wrote:
> >
> > > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> > >
> > >
> > > O hub e' um repetidor, isto �, entrando um pacote qualquer em uma
porta, ele
> > > e' repetido por todas as portas (com atraso minimo, de alguns bit
times, nao
> > > precisa ser levado em conta).
> > > O switch recebe o pacote, examina o endereco MAC de destino e envia
para a
> > > porta de onde ele ouviu trafego daquele mac (neste caso como origem,
claro).
> > > O broadcast � aceito (ou varios protocolos nao iam funcionar), e
como um
> > > endereco MAC desconhecido, ele � enviado para todas as portas.
> > > [], <O-O>
> > >
> > >
> > > -----Original Message-----
> > > From: Black Out [mailto:[EMAIL PROTECTED]]
> > > Sent: Thursday, August 24, 2000 10:58 AM
> > > To: Lista de Discusso Rede Wan
> > > Subject: Re: [redewan] topologia em estrela
> > >
> > >
> > > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> > >
> > > O que interfere na velocidadde que a sua rede vai atuar � o
equipamento que
> > > vc vai utilizar. tipo se vc colocar um HUB quando o servidor mandar
um
> > > mensagem de resposta para uma esta��o este pacote vai rodar o
barramento
> > > todo do HUB at� achar a esta��o de destino.
> > > Ja se vc colocar um SWITCH o pacote n�o vai rodar o barramento do
mesmo para
> > >
> > > encontrar a esta��o de destino.
> > > Ele vai saber exatamente onde esta aquela esta��o, pois o SWITCH n�o
aceita
> > > broadcast.
> > >
> > > Use tamb�m placa de 100MB Full DUPLEX caso vc queira uma �tima
performan�e.
> > >
> > > black
> > >
> > > >From: RONI WARKEN <[EMAIL PROTECTED]>
> > > >Reply-To: "Lista de Discuss�o Rede Wan" <[EMAIL PROTECTED]>
> > > >To: "Lista de Discuss�o Rede Wan" <[EMAIL PROTECTED]>
> > > >Subject: [redewan] topologia em estrela
> > > >Date: Tue, 22 Aug 2000 15:30:10 -0300 (EST)
> > > >
> > > >Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> > > >
> > > >
> > > >Ola pessoal,
> > > >
> > > >Estou com uma duvida quanto a topologia em estrela...
> > > >
> > > >Creio que funciona desta maneira: ha um servidor disponibilizando
seus
> > > >servicos aos nodos atraves de um hub/switch... (topologia em
estrela).
> > > >
> > > >Quando varios nodos pedirem servicos constantemente, nao havera
muita
> > > >demora pelo atendimento do servico, uma vez que o nodo devera
esperar ate
> > > >que os outros nodos estao "atacando" o servidor?
> > > >
> > > >Como se faz para que os dados/servicos permanecam num fluxo
constante?
> > > >
> > > >
> > > >Obrigado.
> > > >
> > > >Roni Warken.
> > > >
> > > >
> > >
>______________________________________________________________________
> > >
> > >
________________________________________________________________________
> > > Get Your Private, Free E-mail from MSN Hotmail at
http://www.hotmail.com
> > >
> > >
> > >
______________________________________________________________________
> > >
> > >
> > >
> > >
______________________________________________________________________
> >
> >
> > ______________________________________________________________________
> >
> >
> >
> >
> > ______________________________________________________________________
>
>
> ______________________________________________________________________
>
|
