Oi Tiago,
Vamos analisar uma estat�stica de porta frame-relay de um roteador Hughes.
Observe que a interface � DTE.
� normal que uma interface DTE receba o clock da interface DCE.
Observe qual o valor real do clock em port speed.
Observe o status da porta.
Observe qual o protocolo de controle.
Observe os erros de CRC.
Observe os erros de tamanho de frame.
Observe os sinais de saturamento no link ou estouro de capacidade de
processamento (underrun e overrrun).
Observe ainda os sinais f�sicos da interface DTE: DTR e RTS.
Observe os sinais f�sicos da interface DCE: DSR, DCD e CTS.
Port Speed: 128010 Operating Control Protocol: Annex-D
Port Status: Up SP-Backup: Not Configured Priority Station: 0
CRC Errors: 69 Overrun Errors: 0
Frame Length Errors: 14 Underrun Errors: 0
Interface Summary: V.36 DTE INPUT OUTPUT
DSR DCD RI CTS DTR
RTS P14
State: Connected (SIMPLE) H H X H H H X
Agora vamos observar os sinais de interface serial v35 do cisco.
Observe primeiro que a interface a n�vel f�sico est� up (Serial is up).
Observe os sinais f�sicos das interfaces dte e dce na �ltima linha.
Observe a carga em txload e rxload.
Observe o tipo de encapsulamento.
Observe como est� a fila de sa�da da interface (output queue).
O bserve o n�mero de pacotes descartados na interface de sa�da (drops).
Observe como est� a fila de entrada na interface (input queue).
O bserve o n�mero de pacotes descartados na interface de entrada (drops).
Observe as taxas de entrade e sa�da em bps e pps.
Observe os erros de entrada.
Observe o CRC.
Observe o overrun e o overrun.
Serial0 is up, line protocol is up
Hardware is PowerQUICC Serial
Internet address is 200.252.49.206/30
MTU 1500 bytes, BW 512 Kbit, DLY 20000 usec,
reliability 255/255, txload 119/255, rxload 156/255
Encapsulation HDLC, loopback not set
Keepalive set (10 sec)
Last input 00:00:04, output 00:00:00, output hang never
Last clearing of "show interface" counters 5d18h
Queueing strategy: fifo
Output queue 0/40, 69585 drops; input queue 0/75, 0 drops
5 minute input rate 315000 bits/sec, 73 packets/sec
5 minute output rate 239000 bits/sec, 96 packets/sec
15875203 packets input, 4177470868 bytes, 0 no buffer
Received 49277 broadcasts, 0 runts, 0 giants, 0 throttles
2 input errors, 0 CRC, 2 frame, 0 overrun, 0 ignored, 0 abort
17393463 packets output, 1329155453 bytes, 0 underruns
0 output errors, 0 collisions, 1 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
DCD=up DSR=up DTR=up RTS=up CTS=up
Grato.
Kevison Dennys Carrilho Bentes
Engenheiro de Rede
Air System Network
Bras�lia - DF Brasil
Fone: 55 61 313-8002
Fax: 55 61 313-8008
[EMAIL PROTECTED]
----- Original Message -----
From: "Tiago Nunes Da Costa" <[EMAIL PROTECTED]>
To: "Lista de Discuss�o Rede Wan" <[EMAIL PROTECTED]>
Sent: Friday, August 18, 2000 10:39 AM
Subject: Re: [redewan] Erros e Falhas
> Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>
> Kevison,
>
> Na sua pen�ltima abordagem sobre erros e falhas vc comentou sobre os
sinais
> de controle que nos permitem verificar a qualidade do meio de transmiss�o.
> " Num link serial, a n�vel f�sico, h� alguns sinais de controle que
traduzem
> a qualidade do meio de transmiss�o."
> Voc� poderia comentar mais sobre esses sinais e o que eles significam no
> resultado final da transmiss�o, os equipamentos de teste tem a capacidade
de
> separar esses sinais?
>
> Desculpem-me se esse assunto j� est� batido demais para os senhores, mas
> estou a pouco tempo na �rea e ainda n�o vi nada relacionado a isso na
lista
> .
>
> Grato,
>
> Tiago Nunes Da Costa
> T�cnico de Teleprocessamento
> [EMAIL PROTECTED]
>
> -----Mensagem Original-----
> De: Hugo Caye <[EMAIL PROTECTED]>
> Para: Lista de Discuss�o Rede Wan <[EMAIL PROTECTED]>
> Enviada em: Quinta-feira, 17 de Agosto de 2000 08:43
> Assunto: RE: [redewan] Erros e Falhas
>
>
> Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>
> O principal ponto a ser levado em considera��o, � que os Testset's
> muitas vezes n�o enviam as seq��ncias de Bit's que exigem mais do
> circuito. E isto depende da codifica��o usada no Link.
>
> Em temos mais pr�ticos, se enviarmos diversas rajadas de 55AA55AA
> (Hexa) no cabo, que � 0101 0101 1010 1010... tem-se um teste muito
> mais eficiente. Ocorre que dependendo da codifica��o que � usada, se
> enviarmos 55 n�o � o pior caso.
>
> Isto justifica o fato de em usando-se Testset's n�o pega-se erro
> algum, mas usando-se com o tr�fego de dados aparecem erros de CRC. O
> pessoal da operador n�o sabe disto? Talvez o t�cnico de campo n�o
> saiba, mas os que acima dele sabem... e muito bem.
>
> Por isto que dependendo do arquivo, d� erros em FTP.
>
> _Hugo
>
> -----Original Message-----
> From: Kevison Dennys Carrilho Bentes [mailto:[EMAIL PROTECTED]]
> Sent: quarta-feira, 16 de agosto de 2000 16:49
> To: Lista de Discuss�o Rede Wan
> Subject: Re: [redewan] Erros e Falhas
>
>
> Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>
> Oi Fernando,
>
> O check de CRC � feito atrav�s de um algoritmo,
> portanto necessita de processamento.
> Processamento � realizado no n�vel de enlace para cima.
> N�o h� processamento no n�vel f�sico.
>
> A informa��o processada pelo check de CRC diz respeito
> � recep��o do sinal a n�vel f�sico, ou seja, se h� incremento
> do contador de CRC, ent�o houve problema com o sinal
> no n�vel f�sico.
>
> Sobre teste ponto-a-ponto, normalmente � feito com um testset
> que justamente manda uma trilha de bits na transmiss�o e
> atrav�s de check de CRC, detecta quantos bits errados ou
> mal formados foram recebidos na recep��o.
>
> Outro teste ponto-a-ponto pode ser feito atrav�s de analisador
> de protocolo como por exemplo frame-relay.
> Esse teste � mais abrangente, pois, o teste � feito j� a nivel de
> enlace usando os frames do frame-relay. Transmite numa ponta
> e recebe na outra, verificando os frames errados ou mal-formados.
>
> O fato de voce entrar via telnet a partir de uma m�quina local
> para uma m�quina remota, configura um teste ponto-a-ponto
> entre as duas pontas a n�vel de aplica��o.
>
> Teste ponto-a-ponto pode ser em qualquer n�vel.
>
> O CRC � uma sinaliza��o de erro a n�ivel f�sico.
>
> Grato.
>
>
> Kevison Dennys Carrilho Bentes
> Engenheiro de Rede
> Air System Network
> Bras�lia - DF Brasil
> Fone: 55 61 313-8002
> Fax: 55 61 313-8008
> [EMAIL PROTECTED]
> ----- Original Message -----
> From: "Fernando da Silva Costa" <[EMAIL PROTECTED]>
> To: "Lista de Discuss�o Rede Wan" <[EMAIL PROTECTED]>
> Sent: Tuesday, August 15, 2000 4:50 PM
> Subject: Re: [redewan] Erros e Falhas
>
>
> > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> >
> > Povo,
> > Tai uma coisa que eu tenho duvida, a sinaliza��o de erro de CRC � a
> nivel
> > fisico ??
> >
> > 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.
> >
> > � 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)??
> >
> > Aquele Abra�o,
> >
> > Fernando da S. Costa
> > mailto:[EMAIL PROTECTED]
> > maitlo:[EMAIL PROTECTED]
> > ICQ:18403277
> >
> >
> > ----- Original Message -----
> > From: "Kevison Dennys Carrilho Bentes" <[EMAIL PROTECTED]>
> > To: "Lista de Discuss�o Rede Wan" <[EMAIL PROTECTED]>
> > Sent: Friday, August 11, 2000 6:51 PM
> > Subject: Re: [redewan] Erros e Falhas
> >
> >
> > > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> > >
> > > Oi Juliano,
> > >
> > > Num link serial, a n�vel f�sico, h� alguns
> > > sinais de controle que traduzem a qualidade
> > > do meio de transmiss�o.
> > >
> > > O principal � o CRC.
> > >
> > > H� mais sinais a n�vel de enlace que somando
> > > te d� uma boa id�ia na presta��o do servi�o
> > > pela operadora.
> > >
> > > Como est� o CRC?
> > >
> > > O pessoal da operadora costuma dizer que � aceit�vel
> > > um baixo valor.
> > >
> > > N�o aceite qualquer valor diferente de 0 (zero).
> > >
> > > Tem que ser 0.
> > >
> > > Enquanto n�o for 0, voce ter� problema no servi�o.
> > >
> > > Passei tres meses com uma taxa de CRC de 1% em um
> > > link de 2 Mbps.
> > >
> > > O ftp n�o funcionava e as gifs de algumas p�ginas
> > > n�o baixavam.
> > >
> > > S� depois que a EBT, em 15 dias de trabalho, colocou
> > > o CRC em 0 � que o ftp come�ou a funcionar e as gifs
> > > foram baixadas tranquilamente.
> > >
> > > Esse valor de CRC deve ser 0 para qualquer velocidade.
> > >
> > > E quanto maior a velocidade, mais sens�vel o link se torna.
> > >
> > > Tenho por costume, pedir um ponto-a-ponto para a operadora
> > > sempre que o link n�o est� em 100% de funcionamento normal.
> > >
> > > Grato.
> > >
> > > Kevison Dennys Carrilho Bentes
> > > Engenheiro de Rede
> > > Air System Network
> > > Bras�lia - DF Brasil
> > > Fone: 55 61 313-8002
> > > Fax: 55 61 313-8008
> > > [EMAIL PROTECTED]
> > > ----- Original Message -----
> > > From: "Juliano Bazzo" <[EMAIL PROTECTED]>
> > > To: "Lista de Discuss�o Rede Wan" <[EMAIL PROTECTED]>
> > > Sent: Thursday, August 10, 2000 9:50 AM
> > > Subject: [redewan] Erros e Falhas
> > >
> > >
> > > > Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
> > > >
> > > > Ol� lista...
> > > > Pessoal se algu�m puder me dar uma ajuda ou indicando
> > > > um lugar onde possa tirar essas d�vidas. � o seguinte:
> > > > Gostaria de saber qual � o m�ximo de bits que possam
> > > > estar errados em uma transmiss�o, ou seja, por ex., um
> > > > cliente de uma operadora contrata um link de X bits/s,
> > > > qual o n�mero m�x. de bits-errados por total de bits
> > > > transmitidos aceit�vel?
> > > > Existe alguma f�rmula ou tabela descrevendo essa rela��o
> > > > (tamb�m distancia entre os pontos, meio f�sico,
> > > > velocidade, tecnologia de rede)?
> > > > Isso � gen�rico, ou seja aplica-se em redes IP, ATM ou
> > > > SDH?
> > > > Desde j� obrigado...
> > > > Juliano J. Bazzo
> > > >
> > > >
> > > >
> > > >
> >
> ______________________________________________________________________
> ____
> > > > BOL d� 15 viagens GR�TIS para as Olimp�adas!
> > > > Desafio BOLimp�adas. Inscreva-se j�!
> > http://desafio.bol.com.br/bolimpiadas
> > > >
> > > >
> > > >
> ______________________________________________________________________
> > > >
> > >
> > >
> > >
> ______________________________________________________________________
> > >
> >
> >
> >
> ______________________________________________________________________
> >
>
>
> ______________________________________________________________________
>
>
> ______________________________________________________________________
>
>
> ______________________________________________________________________
>
|
