[redewan] Date: Mon, 28 May 2001 09:37:31 -0300
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.3018.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.3018.1300
X-Sender-IP: 200.252.123.230
Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
Oi ....
Essa � a principal diferen�a entre o ATM e o Frame-relay.
O frame-relay n�o fornece QoS que consiga resolver esse
problema adequadamente.
O que est� acontecendo?
A voz � bem comportada em termos de consumo de banda.
� completamente presum�vel o consumo na utiliza��o do servi�o.
Quanto aos servi�os da fam�lia TCP/IP, eles s�o devoradores de
banda.
� completamente impresum�vel quanto uma sess�o de ftp vai
consumir em termos de banda, por exemplo.
Nesse caso de transfer�ncia de arquivos usando ftp, um servi�o que
tem alta prioridade dentro da pilha tcp/ip,ele vai consumir o que puder
dentro do circuito virtual frame-relay.
O que � que o frame-relay vai poder fazer nessas circunst�ncias?
O que o frame-relay possui como instrumento de controle para
essas situa��es?
R = Quase nada. H� as configura��es de CIR e configura��o de
prioridade de tr�fego.
O CIR n�o resolve, tanto � que a voz picota, porque h� intervalos
de banda n�o dispon�vel ou h� zona de sil�ncio, porque os pacotes
do ftp est�o usando toda a banda durante essa zona.
Quanto ao esquema de prioridade de tr�fego, n�o � muito adequado.
Voc� pode priorizar o tr�fego de um circuito virtual sobre outro.
H� muito tempo atr�s, nesta lista, comentei que o frame-relay n�o era
um protocolo feito para trafegar voz.
Naquele momento, eu me desculpei, mas, o que eu queria falar era
exatamente o seu problema atual.
Como � que o ATM resolve a quest�o?
Nesse protocolo, voce pode especificar, que do ponto A ao ponto B,
no circuito virtual de voz, n�o pode haver mais do que 50 milissegundos
de delay.
Chova pau ou chova pedra, usando ou n�o o ftp, depois de iniciada uma
conex�o de voz, o ATM jamais vai deixar que a banda dispon�vel para
o ftp, fa�a com que o delay da conex�o de voz iniciada dento do circuito
virtual seja maior que os 50 milissegundos.
E agora, o que voce vai fazer, s� com frame-relay?
1. D� uma olhada nos valores de CIR, MIR, PIR , QIR, etc..., dos
circuitos virtuais de voz e de dados. Reconfigure-os adequadamente.
Por exemplo, voz, dependendo do protocolo de compress�o,
usa 8,2 kbps por canal.
2. Veja o que voce pode fazer em termos de prioridades entre os circuitos
virtuais de voz e dados.
Depois veja como fica.
Se o problema persistir, estude a situa��o das velocidades dos links.
Est�o apertadas? Se sim, aumente e verifique o resultado.
N�o h� dinheiro para aumentar a banda ou o aumento de banda do link
� injustificado? Ent�o controle a banda de consumo de dados.
Como?
Olhe os roteadores e veja o que voce pode fazer.
No momento, estou implantando um sistema de controle de banda
no roteador cisco.
Em �ltimo caso, � razoavelmente simples, colocar um pc intel pentium
linux ou freebsd no meio da rede, para exercer esse controle.
Grato.
----- Original Message -----
To: "Lista de Discuss�o Rede Wan" <[EMAIL PROTECTED]>
Sent: Friday, May 25, 2001 3:54 PM
Acesso pelo menor pre�o do mercado! R$ 14,90 nos 3 primeiros meses!
ASSINE AGORA! http://www.bol.com.br/acessobol/
Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
ol� pessoal!!
Estou configurando 6 roteadores cisco 2640 para trafegar voz sob
frame-relay. Ap�s algum tempo de conversa��o a voz come�a a cortar,ou at�
mesmo sumir,tamb�m no momento em que se faz transferencia de arquivos, n�o
se consegue conversar. No meu ponto consentrador tenho um link de 128K e
nas pontas 64K com cir de 32K .
Ainda n�o consegui configurar o tal grupo de comandos "QoS" !!!!! aceito
sujest�es.
______________________________________________________________________
To unsubscribe, write to [EMAIL PROTECTED]
______________________________________________________________________
To unsubscribe, write to [EMAIL PROTECTED]
