Pessoal,
Isso aqui acabou virando uma novela, e a culpa � minha, lamento. Um hub,
bem como um switch, nasceu com UM objetivo em mente. Com o tempo, ele se
tornou OUTRA coisa, embora conseguisse manter sua fun��o original, que � o
real motivo para o qual foi inventado.
Um hub, quando nasceu, simplesmente REPETIA sinais a n�vel f�sico (L1 para
os que preferirem), NUNCA enxergando dados, mas somente sinais el�tricos.
MESMO estes hubs possuiam (em sua segunda gera��o) leds de sinaliza��o de
colis�o, j� que a mesma � sentida pelo hub e portanto seu LED de
sinaliza��o da mesma � ativado.
Estes hubs utilizavam l�gica discreta, muito rudimentar e simplista em suas
possibilidades. Procure um hub deste tipo hoje em dia, n�o vai achar.
Apenas hubs baseados em ASIC, de alta performance e com toneladas de
fun��es NUNCA imaginadas pelos CRIADORES dos hubs. O semicondutor � algo
maravilhoso.
O hub N�O pode mudar sua tarefa original, REGENERAR e REPETIR sinais,
por�m, ele pode fazer MUITAS coisas. Um hub pode ter uma tabela MAC e
determinar que um certo endere�o MAC n�o est� autorizado a conectar-se a
ele??? Um hub pode contar quantas colis�es ocorreram em suas portas,
quantos erros de CRC passaram pelas mesmas, quantos RUNTs, e a� por
diante??? Um hub pode fornecer estat�sticas RMON e capturar pacotes (caso
chegue at� o n�vel de filtro e captura do RMON)?????
SIM, para todas elas. Senhores, o ponto em quest�o aqui �, eu ERREI no meu
primeiro coment�rio, o hub passa SIM todo e qualquer tipo de tr�fego que
chega a ele, entendendo que se trata MERAMENTE de sinais el�tricos, sen�o
j� seria uma esp�cie de switch. Mas, HOJE, ele ENXERGA o tr�fego que passa
por ele e o reconhece (na verdade, h� um PC l� dentro fazendo isto, e este
PC est� conectado ao BUS do hub enxergando TUDO o que acontece). Al�m
disto, hubs sofisticados possuem tabelas de endere�os MAC e autorizam ou
n�o conex�es de m�quinas na rede baseadas neste conhecimento. Portanto, o
que consideramos de um hub hoje em dia deve ser repensado, j� que eles s�o
muito mais inteligentes do que parecem. N�o obstante, o HUB N�O DESCARTA
PACOTES, e este foi o meu erro no e-mail original, havia a d�vida quanto �
long frames, mas ele simplesmente os envia.
Espero que eu tenha conseguido me redimir de meu erro original com esta
explica��o e lamento a enxurrada de e-mails provocada por isto.
Kevison, quanto �s suas perguntas, baseado no que comentei acima, o hub AT�
poderia descartar pacotes com defeitos e etc, mas, ent�o, a rede ETHERNET
n�o precisaria dos switches. O hub N�O DEVE fazer nada disto. Ele pode
REPORTAR o que viu, mas n�o pode interferir. Para quem � f� do Star Trek a�
fora, primeira diretiva � do que estamos falando. Ver, mas n�o interferir.
E claro, todos estes hubs s�o hubs gerenci�veis via SNMP.
Abra�os a todos.
Jose Oliveira.
Field Sales Engineer
Allied Telesyn International
At 03:59 AM 10/5/00, Kevison Dennys Carrilho Bentes wrote:
>Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>
>
>Oi Jos�,
>
>Muito esclarecedor seus coment�rios.
>
>Se o hub detecta colis�o, qual a a��o tomada pela hub
>depois de detect�-la?
>Descarta o pacote?
>Mesmo assim, repassa para as outas portas e
>gera estat�stica?
>
>Se o hub detecta colis�o, ele faz isso rodando algum
>algoritmo. Um hub gerenci�vel tem que rodar dentro dele
>um algoritmo de cliente de snmp, certo?
>
>Logo, estamos falando de um hub com processador.
>A assertiva de que um hub n�o tem processamento cai por
>terra.
>
>Podemos colocar a quest�o da seguinte forma:
>Um hub com processador rodando cliente de snmp, detecta colis�o
>para gerar estat�sticas, podendo ou n�o descartar ou n�o
>respassar o pacote que chega na sua porta.
>
>Voce concorda com isso?
>
>Grato.
>
>Jose Oliveira writes:
>
> > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> >
> > Pessoal,
> >
> > Estive revisando a documenta��o de alguns chipsets utilizados nos hubs
> hoje
> > em dia e est� correta a afirma��o de que o hub passa todo e qualquer tipo
> > de sinal que receba, o que � sua atribui��o prim�ria. A d�vida ficou por
> > conta dos long frames, mas ele tamb�m permite passagem. N�o esquecer no
> > entanto que um hub gerenci�vel reconhece a MAIORIA destes erros, por�m,
> > para n�o alterar suas caracter�sticas de transmiss�o ele os ENXERGA por�m
> > n�o faz NADA a respeito, deixando os passar livremente. No caso de um hub
> > n�o gerenciavel, a� nada � reportado.
> >
> > Kevison, n�o diria que est� 100% correta a afirma��o de que o hub n�o
> > DETECTA estes erros. Baseado no que comentei acima, caso n�o detectasse,
> > por exemplo, colis�es, o COLLISION led NUNCA se acenderia (mesmo nos n�o
> > gerenci�veis) e os agentes SNMP n�o apresentariam estat�stica de erros.
> > Sendo assim, e retificando minha primeira mensagem neste assunto, os
> > pacotes 802.1Q passam pelos hubs, POR�M, podem ser detectatos como LONG
> > FRAMES caso o hub (gerenciavel neste caso) N�O entenda pacotes acima de
> > 1522 bytes. N�O obstante, estes pacotes segir�o seu caminho
> NORMALMENTE, j�
> > que o hub n�o tomar� nenhuma atitude no sentido de bloquear sua
> > transmiss�o, apenas reportando sua passagem pelo mesmo.
> >
> > Espero que esteja claro para todos.
> >
> > Jose Oliveira.
> > Field Sales Engineer
> > Allied Telesyn International
> >
> > At 06:11 AM 10/3/00, Kevison Dennys Carrilho Bentes wrote:
> > >Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> > >
> > >Oi Hugo,
> > >
> > >Lembre-se, o hub n�o tem processamento.
> > >Logo, ele n�o roda nenhum algoritmo como por exemplo o check de CRC.
> > >
> > >Quanto a colis�o, isto � um par�metro do CSMA-CD.
> > >Novamente, o CSMA-CD � um algoritmo, por conseguinte o hub tambem
> > >n�o pode detectar colis�o.
> > >
> > >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: "Hugo Caye" <[EMAIL PROTECTED]>
> > >To: "Lista de Discuss�o Rede Wan" <[EMAIL PROTECTED]>
> > >Sent: Monday, October 02, 2000 11:46 AM
> > >Subject: RE: [redewan] Vlan baseada em porta
> > >
> > >
> > >Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> > >
> > >Mais uma d�vida:
> > >
> > >Um Hub descarta pacote com erro de CRC? Ou mesmo Collision?
> > >
> > >-----Original Message-----
> > >From: Jose Oliveira [mailto:[EMAIL PROTECTED]]
> > >Sent: segunda-feira, 2 de outubro de 2000 05:46
> > >To: Lista de Discuss�o Rede Wan
> > >Subject: RE: [redewan] Vlan baseada em porta
> > >Importance: High
> > >
> > >
> > >Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> > >
> > >Hugo,
> > >
> > >N�o esque�a que um hub, embora N�O tome decis�es sobre a transmiss�o
> > >de um
> > >pacote como um switch faz, o VE como um pacote. Desta maneira, se o
> > >pacote
> > >tem tamanho SUPERIOR ao tamanho m�ximo POR ELE reconhecido, �
> > >entendido
> > >como um LONG FRAME e pode ser rejeitado. LONG FRAME � uma verifica��o
> > >padr�o em uma rede (bem como CRC, Collision) e portanto o hub pode
> > >simplesmente descartar o pacote.
> > >
> > >Jose Oliveira
> > >Field Sales Engineer
> > >Allied Telesyn International
> > >
> > >At 10:30 AM 9/29/00, Hugo Caye wrote:
> > > >Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> > > >
> > > >Jos�, excelente explica��o! S� para confirmar, em Hub's tamb�m? Em
> > > >Switch's OK, � explic�vel. Mas num Hub?
> > > >
> > > >
> > > > Hugo Caye
> > > >
> > > >O__ ----
> > > >c/ /'_ ---
> > > >(*) \(*) --
> > > >~~~~~~~~
> > > >ccna ccda
> > > >mcne� ncip
> > > >mcse cne5
> > > >
> > > >-----Original Message-----
> > > >From: Jose Oliveira [mailto:[EMAIL PROTECTED]]
> > > >
> > > >N�o h� problema com os pacotes, s� que eles N�O tinham espa�o
> > > >disponivel
> > > >para incluir a nova informa��o de VLAN. Por isso foi promovida a
> > > >altera��o
> > > >dos mesmos, agregando-se 4 bytes (1522 total). O problema s�o os
> > > >equipamentos ANTIGOS que N�O aceitem estes pacotes NOVOS. Eles
> > > >DESCARTAM
> > > >estes pacotes (considerando que s�o LONG FRAMES) e a� a comunica��o
> > > >n�o
> > > >ocorre no outro lado. Por isso a aplica��o de VLANs � complicada em
> > > >redes
> > > >com equipamentos antigos. Isso se aplica MAIS a Hubs e Switches, j�
> > > >que
> > > >eles costumam concentrar o tr�fego da rede. N�o conhe�o a EXTENS�O
> > > >deste
> > > >problema em routers e placas de rede, acredito que n�o se aplique,
> > >mas
> > > >
> > > >precisaria consultar.
> > > >
> > > >Jose Oliveira.
> > > >Field Sales Engineer.
> > > >Allied Telesyn International.
> > > >
> > > >
> > > >_____________________________________________________________________
> > >_
> > >
> > >
> > >______________________________________________________________________
> > >
> > >
> > >______________________________________________________________________
> > >
> > >
> > >______________________________________________________________________
> >
> >
> > ______________________________________________________________________
> >
>
>
>Kevison Bentes
>Gerente de Redes
>Air System Network
>E-mail: [EMAIL PROTECTED]
>Fone: 55 61 313-8000
>Fax: 55 61 313-8008
>
>
>______________________________________________________________________
|
