Hugo,
Dependendo da vers�o do IOS, e que tipos de comandos vc
implementou...isto procede. Mas com traffic shaping, WFQ, e outros tipos de
QoS, a hist�ria muda!!! Principalmente, o traffic shapping ir� solucionar
este problema.
Agora...se os links de backbone da fornecedore de servi�os FR for
mal dimensionada, i.e., pois v�rios links de clientes que, na soma,
ultrapassam e muito, a capacidade de tr�fego pelo backbone....!!!Ai
complica. Frames de EIR s�o descartados e...at� os de CIR em um momento
complicado da rede!!
Tks
> Jorge Francisco de Souza Silveira
> Opera��es - Dados & Internet
> AT&T Latin America
>
> Rua da Candel�ria, n� 65, Salas 2201 e 2301
> Cep 20091-020 - Rio de Janeiro - RJ
> Tel.: +55(21) 223-7050 - Fax: (21) 518-8105
>
> [EMAIL PROTECTED]
> http://www.attla.com.br
>
-----Mensagem original-----
De: Hugo Caye [mailto:[EMAIL PROTECTED]]
Enviada em: Sexta-feira, 12 de Janeiro de 2001 00:18
Para: Lista de Discuss�o Rede Wan
Assunto: RE: [redewan] Esclarecimentos sobre congestionamento em
frame-rel ay
Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
At� onde eu sei, o IOS gera BECN e FECN, mas n�o faz coisa alguma
quando recebe algum Frame com este(s) Bit('s) "setado(s)".
Estou desinformado?
Acaba sempre sobrando para a aplica��o o reenvio de pacotes perdidos
no "big buck on the sky".
-----Original Message-----
From: Kevison Bentes - Bol [mailto:[EMAIL PROTECTED]]
Sent: segunda-feira, 8 de janeiro de 2001 22:04
To: Lista de Discuss�o Rede Wan
Subject: [redewan] Esclarecimentos sobre congestionamento em
frame-relay
Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
Sauda��es,
BECN e FECN s�o dois par�metros que sinalizam situa��es de
congestionamento
na nuvem frame-relay.
BECN = Um n� (sinalizador) envia um pacote com BECN=1 para notificar
ao n� receptor do pacote (outro n� ou usu�rio) que pode iniciar seu
procedimento de preven��o de congestionamento no sentido inverso do
pacote recebido. Ou seja, os pacotes que o n� sinalizado transmitir ao
n� sinalizador podem encontrar congestionamento. Ao receber um pacote
com esse bit marcado o n� receptor deve manter o bit marcado ao
retransmitir o pacote.
FECN = Similar ao anterior, indica ao n� sinalizado que pode iniciar
seu procedimento de preven��o de congestionamento no sentido do pacote
recebido, ou seja, o n� sinalizado vai receber pacotes que vem de uma
�rea congestionada. Da mesma forma o n� receptor deve manter o bit
marcado ao passar o pacote.
Grato.
Kevison Bentes
______________________________________________________________________
|
