Re: [redewan] Erros e Falhas

[Edgar Shine]

Title: RE: Erros e Falhas

Date:	Aug 17 2000 07:03:32 EDT
From:	"Edgar Shine" <[EMAIL PROTECTED]>
Subject:	Re: [redewan] Erros e Falhas

> -----Original Message----- > From: Fernando da Silva Costa [mailto:[EMAIL PROTECTED]] > Sent: ter�a-feira, 15 de agosto de 2000 12:50 > Povo, > Tai uma coisa que eu tenho duvida, a sinaliza��o de erro de > CRC � a nivel > fisico ?? Depende do que consideramos "n�vel fis�co". > Bom, pergunto isso pois estava com um problema num link, ai o cara da > Operadora veio aqui e fez o comumente chamado teste de > ponto-a-ponto, 20 min > e nada de erro. > Ai eu escrevi numa nota (email) pra "um dos" meus chefes que > havia dado 0 > de erro de CRC ele me respondeu falando que tava errado o que eu > escrevi...pois o teste ponto-a-ponto (nivel fisico) n�o > verifica erro de > CRC, como sou novato na area, aceitei. No meu entender ele estava certo... > � isso mesmo ?? O teste ponto-a-ponto � a nivel fisico, e o CRC � uma > sinaliza��o de erro a nivel de enlace (ou outro nivel superior)?? Na minha vis�o, n�o considero nem o CRC nem o teste ponto-a-ponto como teste f�sico. Para mim, teste f�sico seria verificar modula��o, n�vel de sinal ou coisas do g�nero... mas posso estar errado. O teste ponto-a-ponto manda um padr�o de bits que � conferido por ou por equipamento remoto ou por loopback (local, remoto ou fim-a-fim). No caso do CRC, ele coloca junto ao pacote uma informa��o de confer�ncia de integridade de dados (checksum) calculado de acordo com os dados encapsulados no pacote (ou frame/quadro). Chega o pacote com essa informa��o no trailer ou no header e fazendo a checagem verificamos se houve corrompimento de dados ou n�o. Hoje em dia, os pr�prios chips de comunica��o (e.g. algumas USART) j� integram essas fun��es. � uma forma simplificada de enxergar o processo, mas serve para termos uma vis�o geral. Edgar Hideyuki Shine Nortel Networks Shasta IP Services - Brazil Phone: +5511-5644-4560 ESN 690-4560 mailto: [EMAIL PROTECTED]