Valeu Kevison,
Vou entrar em contato com o pessoal do Serpro
para conhecer a rede frame relay deles.
Saudacoes,
Garrido
-----Mensagem original-----
De: Kevison Dennys Carrilho Bentes <[EMAIL PROTECTED]>
Para: Lista de Discuss�o Rede Wan <[EMAIL PROTECTED]>
Data: Segunda-feira, 28 de Fevereiro de 2000 16:26
Assunto: Re: [redewan] Frame Relay
>Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>
>Oi Garrido,
>
>Vou te falar sobre os par�metros de controle usado
>pelo switch frame-relay da Cisco, IGX Stratacom.
>
>Ele usa:
>MIR
>CIR
>QIR
>PIR
>
>CIR, QIR e PIR s�o usados dentro da nuvem de switches.
>O MIR � o p� no freio, usado no link de acesso entre frad
>e switch.
>
>MIR � o m�nimo de banda consumida.
>CIR � a taxa contratada.
>QIR � para onde a banda volta quando do retorno do link ao
>ar.
>PIR � o m�ximo de banda que circuito virtual pode usar.
>
>Na pr�tica:
>
>MIR < CIR < QIR < PIR.
>
>PIR � o tamanho total da lagura de banda que pode ser
>consumida.
>MIR � o valor para onde a largura de banda cai
>quando houver satura��o no link.
>CIR � o projetado.
>
>Esses par�metros influenciam o tr�fego nos circuitos
>virtuais.
>
>Um bom projeto, deve indicar os valores para esses
>par�metros.
>
>Experi�ncias?
>Vide backbones do Banco do Brasil, Serpro, Vasp, etc...
>
>Surpresa? Qual?
>A RFC 1490 normaliza o encapsulamento IP dentro do
>frame-relay.
>A Cisco usa a t�cnica Cell-Relay, c�lula de 27 bytes.
>
>H� v�rios fabricantes realizando IP/FR.
>Cisco, Motorola, IBM, Hughes etc...
>
>Nesses backbones h� rede de dados SNA, rede de dados
>IP, rede de voz, rede de dados X25, etc...
>
>Grato,
>
>
>eduardo garrido wrote:
>
>> Lista de Discuss�o Rede Wan - http://www.networkdesigners.com.br
>>
>> amigos,
>>
>> Os parametros CIR, EIR,BIR e BE do frame-relay, como podem influenciar
>> as aplicacoes. Alguem poderia tecer considera�oes sobre experiencias com
>> TCP/IP sobre Frame-Relay.
>> Outro aspecto. Notei uma certa surpresa questionando o encapsulamento
>> IP no Frame-Relay. Teoricamente � vi�vel. Algum problema pr�tico?
>>
>> garrido
>> -----Mensagem original-----
>> De: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
>> Para: Lista de Discuss�o Rede Wan <[EMAIL PROTECTED]>
>> Data: Quinta-feira, 16 de Dezembro de 1999 16:10
>> Assunto: RES: [redewan] Frame Relay
>>
>> >Nunes,
>> >
>> >Eu l� as suas informa��es e a dos demais colegas, por�m em nenhum
momento
>> >foi colocado alguns aspectos b�sicos ( talvez por serem b�sicos foram
>> >esquecidos ou realmente j� foram levados em conta ).Mas n�o custa citar:
>> >Quando se fala em frame-relay n�o basta voc� falar que contratou um
>> circuito
>> >de 256 k. Os outros par�metros como CIR,EIR, BC e BE ,devem ser
avaliados
>> >criteriosamente, pois ir�o influenciar diretamente nas suas aplica��es.
>> >
>> >Shinzato
>> >
>> >
>> >-----Mensagem original-----
>> >De: Nunes, Andre, T. [mailto:[EMAIL PROTECTED]]
>> >Enviada em: Ter�a-feira, 14 de Dezembro de 1999 13:23
>> >Para: Lista de Discuss�o Rede Wan
>> >Assunto: RE: [redewan] Frame Relay
>> >
>> >
>> >Amigos,
>> >
>> >Sim, estamos trabalhando com protocolo IP sobre o frame relay. E o nosso
>> >Frame Relay trabalha com PVC (Permanent Virtual Circuits).
>> >Aqui na nossa Gr�cia, utilizamos aplica��es que utilizam ODBC
(aplica��es
>> >pr�prias, como EDI, COLON, ROE e outras, mas n�o conv�m explicar pois
n�o
>> >seriam de grande utilidades para resolvermos o problema). O fato � que
>> >nenhuma destas aplica��es funcionam. Todas estas aplica��es buscam dados
em
>> >outros sites.
>> >Bem, quanto a configura��o da largura de banda utilizada para o Circuito
>> >Virtual fazemos o seguinte:
>> >Para suportar multiplos PVC's sobre uma conex�o local simples, o Frame
>> Relay
>> >utiliza a fun��o de multiplexa��o estat�stica chamada "packeting
>> switching".
>> >A largura da banda s� � alocada para para um PVC quando existe tr�fego
>> >presente (tr�fego real com presen�a de dados). Esta fun��o incrementa a
>> >efici�ncia do link pela WAN evitando ocorr�ncia de pequenos per�odos de
>> >inatividade. Cada PVC utiliza um simples UNI (User Network Interface)
para
>> >transfer�ncia de dados, por�m em diferentes tempos.
>> >Utilizamos o IP para acessar o AS/400.
>> >As estat�sticas mostram um tr�fego de rede muito menor quando ativado o
>> >Frame Relay (em rela��o ao VSAT).
>> >As aplica��es sempre s�o reinicializadas ap�s as trocas de links.
>> >Nas aplica��es onde aparecem a mensagem "Connection Reset by Peer" o
>> timeout
>> >destas est�o em 120 seg.
>> >O 3600, realmente suporta os 256K, por�m somente com placa WIC-2T
>> instalada,
>> >sem isso, nada feito...
>> >Obrigado a todos.
>> >
>> >
>> >
>> >-----Original Message-----
>> >From: Kevison Dennys Carrilho Bentes [mailto:[EMAIL PROTECTED]]
>> >Sent: Ter�a-feira, 14 de Dezembro de 1999 10:20
>> >To: Lista de Discuss�o Rede Wan
>> >Subject: Re: [redewan] Frame Relay
>> >
>> >
>> >Oi Nunes,
>> >
>> >Vamos por parte.
>> >
>> >Frame-relay trabalha com svc e pvc.
>> >
>> >"... aplica��o que utilizam o ODBC..."
>> >Esta frase para rede � grego.
>> >Voce quer dizer que est� usando protocolo IP em cima de frame-relay?
>> >
>> >"...File Transfer do Client Access IBM..."
>> >Esta � outra frase.
>> >Voce quer dizer que est� disponibilizando um servi�o sobre o protocolo
>> >IP que trafega em cima de frame-relay?
>> >
>> >Se sim, responda:
>> >
>> >1. Qual o tipo de encapsulamento que voce est� usando para colocar o IP
>> >dentro do frame-relay?
>> >
>> >2. O IP est� usando svc ou pvc?
>> >
>> >3. Como est� a configura��o da largura de banda para o circuito virtual
>> >usado pelo IP?
>> >
>> >4. Voce tem id�ia do quanto consome cada servi�o acima para cada cliente
>> >e o total consumido para cada servi�o?
>> >
>> >5. Qual o protocolo nativo usado pelo AS/400 no uso do BPCS via sat�lite
>> >no link de 128kbps?
>> >
>> >6. Voce j� olhou as estat�sticas na porta serial wan do cisco para saber
>> >as quantas andam o processamento, largura de banda dispon�vel, picos
>> >de consumo?
>> >
>> >Sauda��es,
>> >
>> >"Nunes, Andre, T." wrote:
>> >>
>> >> Ol� a todos,
>> >>
>> >> Gostaria de uma ajuda de todos pra resolver um mist�rio que assombra
>> nossa
>> >> companhia....
>> >>
>> >> Atualmente trabalhamos em uma rede WAN onde nossa matriz fica nos EUA.
>> >Temos
>> >> um link de 128K via VSat. E um AS/400 com aplica��o BPCS l� em
cima....
>> >> Estamos fazendo um upgrade nas nossas linhas de comunica��o e
implantamos
>> >um
>> >> Frame Relay de 256K daqui pra l�, fornecido este pela MCI. Por�m, ai
que
>> >vem
>> >> o causo, quando ativamos este Frame Relay, e desligamos o VSAT, todas
as
>> >> aplica��es que utilizam o ODBC (Microsoft) deixam de funcionar, assim
>> como
>> >o
>> >> File Transfer do Client Access (IBM) que demora para trazer os dados
ao
>> >> usu�rio, e aplica��es do CEA (BPCS) que traz a mensagem "Connection
Reset
>> >by
>> >> peer". O tempo de resposta � �timo, cerca de 200 ms atrav�s do ping,
os
>> >> emails trafegam em alta velocidade, a Internet (o servidor Proxy fica
l�)
>> >> tem um tempo de resposta muito bom. Segundo a Cisco o problema estava
em
>> >> nosso roteador que n�o suportava uma velocidade t�o alta (nosso
roteador
>> �
>> >o
>> >> 3600), logo sugeriram que comprassemos uma placa (WIC-2T Card) e um
novo
>> >> cabo (V.35 Cable for WIC-2T Card) para que o roteador passasse a
suportar
>> >> tamanha velocidade.
>> >> Por�m depois de feito isso o problema continuou.
>> >> Algu�m ai sabe o que pode estar acontecendo. At� agora, nem a Cisco,
nem
>> a
>> >> MCI sabe explicar o porqu� disto ocorrer.
>> >> Obrigado pela ajuda.
>> >>
>> >> Andr� T. Nunes
>> >> SouthCone Technical Support
>> >> S. C. Johnson Wax
>> >> Jacarepagu� - Rio de Janeiro - Brazil
>> >> Tel.: 55 21 448 4400
>> >> EMail: [EMAIL PROTECTED]
>> >>
>> >> ______________________________________________________________________
>> >
>> >--
>> >Kevison Dennys Carrilho Bentes
>> >E-mail: [EMAIL PROTECTED]
>> >Phone: 55 61 313-8002
>> >Fax: 55 61 2254558
>> >
>> >
>> >______________________________________________________________________
>> >
>> >
>> >______________________________________________________________________
>> >
>> >
>> >______________________________________________________________________
>> >
>>
>> ______________________________________________________________________
>
>--
>Kevison Dennys Carrilho Bentes
>E-mail: [EMAIL PROTECTED]
>Phone: 55 61 313-8002
>Fax: 55 61 2254558
>
>
>______________________________________________________________________
>
|
