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
|
