Apostila Frame

download Apostila Frame

of 33

Transcript of Apostila Frame

0 QUE FRAME RELAY? O Frame Relay uma tecnologia de comunicao de dados de alta velocidade (media ) multiplexado estatisticamente e que usada em muitas redes ao redor do mundo para interligar aplicaes do tipo LAN, SNA ( Systemens Network Architecture da IBM ), Internet e Voz ( VoFR ,voz sobre FR-RELAY ) Basicamente pode-se dizer que a tecnologia Frame Relay fornece um meio para enviar informaes atravs de uma rede de dados, dividindo essas informaes em frames (quadros) ou packets (pacotes). Cada frame carrega um endereo que usado pelos equipamentos da rede para determinar o seu destino. A tecnologia Frame Relay utiliza uma forma simplificada de chaveamento de pacotes, que adequada para computadores, estaes de trabalho e servidores de alta performance que operam com protocolos inteligentes, tais como SNA e TCP/IP. Isto permite que uma grande variedade de aplicaes utilize essa tecnologia, aproveitando-se de sua confiabilidade e eficincia no uso de banda. Estrutura do Frame O protocolo do Frame Relay utiliza um frame com estrutura comum e bastante simplificada, conforme demonstram a figura e a descrio a seguir: Estrutura do frame ( no maximo 4096 bytes ) para utilizar o FCS ( CRC16) que usado pelo PASSPORT FLAG CABEALHO INFORMAO DE USURIO FCS FLAG

Estrutura do cabealho Byte 1 DLCI 8 7 6 5 4 3 C/R EA 2 1 DLCI 8 7 6 5

Byte 2 FE BE DE EA CN CN 4 3 2 1

Flags Cabealho

Indicam o incio e o fim de cada frame. Carrega as informaes de controle do protocolo. composto por 2 bytes com as seguintes informaes: DLCI (Data Link Connection Identifier), com 10 bits, representa o nmero (endereo) designado para o destinatrio de um PVC dentro de um canal de usurio, e tem significado local apenas para a porta de origem (vide figura abaixo); C/R (Command / Response), com 1 bit, usado pela aplicao usuria; FECN (Foward Explicit Congestion Notification), com 1 bit, usado pela rede para informar um equipamento receptor de informaes que procedimentos de preveno de congestionamento devem ser iniciados; BECN (Backward Explicit Congestion Notification), com 1 bit, usado pela rede para informar um equipamento transmissor de informaes que procedimentos de preveno de congestionamento devem ser iniciados; DE (Discard Eligibility Indicator), com 1 bit, indica se o frame pode

ser preferencialmente descartado em caso de congestionamento na rede; EA (Extension Bit), com 2 bits, usado para indicar que o cabealho tem mais de 2 bytes, em caso especiais; Informao de Contm as informaes da aplicao usuria a serem transportadas atravs da usurio rede Frame Relay. FCS O FCS (Frame Check Sequence) representa o CRC padro de 16 bits usado pelo protocolo Frame Relay para detectar erros existentes entre o Flag de incio do frame e o prprio FCS, e pode ser usado apenas para frames com at 4096 bytes.

A figura a seguir exemplifica DLCI's configurados a partir de uma mesma porta para vrios destinatrios em locais distintos da rede.

Rede Frame Relay 1 Alm disso, os frames podem ter comprimento varivel e, dependendo do tipo de informao da aplicao do usurio, seu tamanho pode variar de alguns poucos at milhares de caracteres. Esta funcionalidade, similar ao X.25, essencial para a interoperabilidade com aplicaes do tipo LAN e outros tipos de trfego sncrono. Essa facilidade, porm, faz com que o atraso (delay) varie em funo do tamanho do frame. Entretanto, a tecnologia Frame Relay tem sido adaptada para atender at mesmo as aplicaes sensveis a atraso (delay), como o caso da Voz. Fluxo das informaes O fluxo bsico das informaes em uma rede Frame Relay descrito a seguir: As informaes so enviadas atravs da rede Frame Relay usando o rdna/rdlci, que especifica o destinatrio do frame; Se a rede tiver algum problema ao processar o frame devido falhas ou ao congestionamento nas linhas de dados, os frames so simplesmente descartados; A rede Frame Relay no executa a correo de erros,(o meio de transmisso tm que ser perfeito ) pois ela considera que o protocolo da aplicao de usurio executa a recuperao de falhas atravs da solicitao de retransmisso dos frames perdidos; A recuperao de falhas executada pelo protocolo da aplicao, embora confivel, apresenta como resultado o aumento do atraso (delay/lentido), do processamento de frames e do uso de banda, o que torna imprescindvel que a rede minimize o descarte de frames; A rede Frame Relay requer circuitos da rede de transmisso com baixas taxas de erros e falhas para apresentar boa eficincia; Em redes de transmisso de boa qualidade, o congestionamento de longe a causa mais freqente de descarte de frames, demandando da rede Frame Relay a

habilidade de evitar e reagir rapidamente ao congestionamento como forma de determinar a sua eficincia.

Rede Frame Relay Uma rede Frame Relay composta por: Equipamentos de usurios (PCs, Work Station , servidores, computadores de grande porte, etc.) e suas respectivas aplicaes; Equipamentos de acesso com interface Frame Relay (bridges, roteadores de acesso, dispositivos de acesso Frame Relay - FRAD, etc.); Equipamentos de rede (switches, roteadores de rede, equipamentos de transmisso com canais E1 ou T1, etc.). A converso dos dados para o protocolo Frame Relay feita pelos equipamentos de acesso. Os frames gerados so enviados aos equipamentos de rede, cuja funo basicamente transportar esse frames at o seu destino, usando os procedimentos de chaveamento ou roteamento prprios do protocolo. A rede Frame Relay sempre representada por uma nuvem, j que ela no uma simples conexo fsica entre 2 pontos distintos. A conexo entre esses pontos feita atravs de um circuito virtual (virtual circuit) configurado com uma determinada banda. A alocao de banda fsica na rede feita pacote a pacote, quando da transmisso dos dados. A figura a seguir apresenta uma rede Frame Relay.

FRAD nada mais que um acrnimo para Frame Relay Access Device. um dispositivo para acesso rede Frame Relay. Algo como um "roteador prprio para redes FR", com algumas especificidades. Um Frad muito usado o da Motorola, que implementa inclusive VoFR (Voz sobre Frame Relay) e custa muito menos que o Frad da Cisco, Frame Relay - caracteristicas O protocolo Frame Relay resultado da combinao das funcionalidades de multiplexao estatstica e compartilhamento de portas do X.25, com as caractersticas de alta velocidade e baixo atraso (delay) dos circuitos TDM.

O Frame Relay um servio de pacotes que organiza as informaes em frames, ou seja, em pacotes de dados com endereo de destino definido, ao invs de coloca-los em slots fixos de tempo, como o caso do TDM. Este procedimento permite ao protocolo implementar as caractersticas de multiplexao estatstica e de compartilhamento de portas. Considerando o modelo OSI para protocolos, o Frame Relay elimina todo o processamento da camada de rede (layer 3) do X.25. Apenas algumas funcionalidades bsicas da camada de enlace de dados (layer 2) so implementadas, tais como a verificao de frames vlidos, porm sem a solicitao de retransmisso em caso de erro. Desta forma, as funcionalidades implementadas nos protocolos de aplicao, tais como verificao de seqncia de frames, o uso de frames de confirmaes e superviso, entre outras, no so duplicadas na rede Frame Relay. A figura a seguir mostra o uso do modelo em camadas para o Frame Relay e suas aplicaes.

A eliminao dessas funcionalidades simplifica o protocolo, permite altas taxas de processamento de frames e, conseqentemente, um atraso (delay) menor que o do X.25, embora seja maior que o do TDM, que no tem nenhum processamento associado. Para permitir a eliminao de tais funcionalidades da rede Frame Relay, os equipamentos de usurios devem garantir a transmisso de informaes fim-a-fim sem erros. Felizmente, a maioria desses equipamentos, principalmente aqueles destinados a aplicaes do tipo LAN, j tem inteligncia e capacidade de processamento para executar essa funcionalidade. Circuitos Virtuais (Virtual Circuits) A tecnologia Frame Relay baseada no uso de Circuitos Virtuais (VC's). Um VC um circuito de dados virtual bidirecional configurado entre 2 portas quaisquer da rede, que funciona como um circuito dedicado. Existem 2 tipos de VC's, conforme descrito a seguir: 1) Permanent Virtual Circuit (PVC) O PVC foi primeiro tipo de circuito virtual padronizado para o Frame Relay a ser implementado. Ele configurado pelo operador na rede atravs do sistema de Gerncia de Rede, como sendo uma conexo permanente entre 2 pontos. Seu encaminhamento atravs dos equipamentos da rede pode ser alterado ao longo do tempo devido falhas ou reconfiguraes de rotas, porm as portas de cada extremidade so mantidas fixas e de acordo com a configurao inicial. A configurao dos PVC's requer um planejamento criterioso para levar em considerao o padro de trfego da rede e o uso da banda disponvel. Sua utilizao destinada a aplicaes permanente e de longo prazo e so uma alternativa aos circuitos dedicados dos sistemas TDM com boa relao custo / benefcio.

2) Switched Virtual Circuit (SVC) O SVC tambm foi padronizado para o Frame Relay desde o princpio, mas s foi implementado mais recentemente, quando surgiram novas demandas de mercado. Ele disponibilizado na rede de forma automtica, sem interveno do operador, como um circuito virtual sob demanda, para atender, entre outras, as aplicaes de Voz que estabelecem novas conexes a cada chamada. O estabelecimento de uma chamada usando o protocolo de sinalizao do SVC (ITU-T Q.933) comparvel ao uso normal de telefone, onde a aplicao de usurio especifica um nmero de destinatrio para completar a chamada, e o SVC estabelecido entre as portas de origem e destino. O estabelecimento de SVC's na rede mais complexo que os PVC's, embora seja transparente para o usurio final. A conexes devem ser estabelecidas de forma dinmica na rede, atendendo as solicitaes de destino e banda das diversas aplicaes de usurios, e devem ser acompanhadas e cobradas de acordo com o servio fornecido. Enquanto o PVC oferece o ganho relativo ao uso estatstico de banda do Frame Relay, o SVC propicia a conectividade entre quaisquer pontos de origem e destino, o que resulta em flexibilidade e economia para o projeto da rede

FRAME RELAY SINALIZAO Embora o protocolo Frame Relay tenha sido desenvolvido para ser o mais simples possvel, e basicamente determinar que os eventuais problemas de erros da rede deveriam ser resolvidos pelos protocolos dos equipamentos de usurio, surgiram ao longo do tempo necessidades que levaram os rgo de padronizao a definir mecanismos de sinalizao para trs tipos de situaes: Aviso de congestionamento; Estado das conexes; Sinalizao SVC. Entretanto, a implementao desses mecanismos opcional e, embora a rede seja mais eficiente com a sua adoo, os equipamentos que no os implementam devem atender pelo menos as recomendaes bsicas do Frame Relay. Aviso de Congestionamento A capacidade de transporte da Rede Frame Relay limitada por banda disponvel. Conforme o aumento do trafego a ser transportado, a banda vai sendo alocada at o seu limite aonde no possvel receber o trfego adicional. Quando atinge esse patamar, a rede considerada congestionada, embora ainda possa transportar todo o trfego entrante. Caso os equipamentos de usurio continuem a enviar trfego adicional, a rede levada ao estado de congestionamento severo, o que provoca a perda de pacotes por falta de banda. Nesse estado, os procedimentos de reenvio de pacotes perdidos dos equipamentos usurios concorrem com o trfego existente e a rede entra em acentuado processo de degradao. Para evitar esse tipo de situao, foram definidos os seguintes mecanismos de aviso de congestionamento: 1) Aviso Explcito de Congestionamento

Este mecanismo utiliza os bits FECN e BECN do cabealho do frame, descrito anteriormente, para avisar os equipamentos de usurios sobre o estado da rede. A figura abaixo ilustra o exemplo aonde o equipamento B est atingindo o estado de congestionamento, como resultado de um pico (rajada ) de trfego temporrio entrante, vindo de vrios equipamentos, ou de um congestionamento no tronco que interliga B e C.

A identificao do congestionamento feita pelo equipamento B, baseado no estado de seus buffers internos ou no tamanho de suas filas de frames a enviar. Nesse momento B ativa o bit FECN nos frames a serem enviados para avisar que a rede est congestionada. Desta forma todos os equipamentos de rede e de usurio envolvidos no caminho entre B e o destino dos DLCIs afetados tomam conhecimento desse fato. Dependendo da inteligncia do protocolo da aplicao de usurio, procedimentos de recuperao de falha podem ser iniciados. Alm de informar os equipamentos de destino, B ativa tambm o bit BECN. Novamente, todos os equipamentos de rede e de usurio envolvidos no caminho entre B e a origem dos DLCIs afetados tomam conhecimento do congestionamento. Dependendo da inteligncia do protocolo da aplicao de usurio, procedimentos de diminuio de trfego a ser enviado para a rede podem ser iniciados. O processo de ativao dos bits FECN e BECN pode ocorrer simultaneamente em vrios DLCIs, como resultado da ocorrncia de congestionamento, avisando vrios equipamentos de origem e destino. 2) Aviso Implcito de Congestionamento Alguns protocolos dos equipamentos de aplicao, como o TCP/IP, possuem mecanismos para verificar o congestionamento da rede. Esses protocolos analisam, por exemplo, o atraso (delay) de resposta dos frames enviados ou a perda de frames, para detectar de forma implcita se a rede est congestionada. Esses protocolos limitam o envio de trfego para a rede por meio de uma janela de tempo, que permite o envio de um determinado nmero de frames antes que uma resposta seja recebida. Quando detecta que um congestionamento est ocorrendo, o protocolo reduz a janela de tempo, o que reduz o envio de frames, diminuindo o carregamento da rede. Esse mesmo procedimento de ajuste da janela de tempo normalmente usado pelos equipamentos de usurio como resultado da sinalizao de congestionamento explcito dos bits FECN e BECN. Os avisos explcito e implcito de congestionamento so complementares, e devem ser usados

de forma conjunta para avaliar o envio de trfego para a rede, como forma de evitar eventuais congestionamentos. 3) Elegibilidade para Descarte Alguns equipamentos de usurio no tm inteligncia ou capacidade de processamento para analisar os avisos de congestionamento, que de fato so a parte opcional do padro Frame Relay. Entretanto, como parte do padro bsico do Frame Relay existe no cabealho do protocolo o bit DE que, se ativado, indica aos equipamentos da rede que o frame pode ser descartado em caso de congestionamento. Para definir o procedimento de ativao do bit DE, o padro Frame Relay definiu o CIR (Committed Information Rate), que representa a capacidade mdia de informao de um circuito virtual. Para cada VC a ser ativado na rede, o usurio deve especificar o CIR de acordo com a necessidade de sua aplicao. Normalmente o CIR especificado como sendo uma porcentagem da capacidade mxima da porta fsica onde conectado o equipamento de aplicao do usurio, ou seja, para uma porta de 64 kbits/s, por exemplo, pode-se adotar um CIR de 32 kbits/s (50%) a ser configurado para o VC. Desta forma, tanto os equipamentos de usurio como os equipamentos de rede passam a ativar o bit DE toda vez que um frame a ser enviado ultrapasse o CIR configurado para o respectivo VC. Isto implica que, em caso de congestionamento, os frames que possuem o bit DE ativado so preferencialmente descartados para tentar normalizar o carregamento da rede. Quando o descarte de frames com o bit DE ativado no suficiente para acabar com o congestionamento da rede, qualquer tipo de frame descartado, independente do estado do bit DE.(na NORTEL,ver as configuraes de RA rate adaptation e RE - rate enforcement ) Estado das Conexes Este tipo de sinalizao define como os equipamentos de usurio e os equipamentos da rede Frame Relay podem comunicar o status das portas e dos vrios VC's configurados para cada porta. So utilizados alguns frames especiais com DLCI's especficos que so trocados entre a rede e as aplicaes de usurio. Esses frames monitoram o estado da conexo e fornecem as seguintes informaes: Estado ativo ou no da interface ou porta; Os DLCI's vlidos definidos para uma determinada porta ou interface; O estado de cada VC, como por exemplo se ele est congestionado ou no. Vale ressaltar que, como esta sinalizao opcional no atendimento ao padro Frame Relay, nem todos os equipamentos, seja de rede ou de usurio, possuem este tipo de funcionalidade implementada. Sinalizao SVC A sinalizao SVC trata apenas do estabelecimento e controle de um determinado SVC, de forma automtica na rede. Diferente dos 2 tipos de sinalizao anteriores, onde o resultado da sinalizao informado aos operadores da rede Frame Relay, a sinalizao SVC no informa qual o estado atual da rede. Ela apenas um procedimento para estabelecer um SVC de acordo com a demanda de uma determinada aplicao de usurio. O padro Frames Relay define as mensagens e os procedimentos necessrios para ativar um SVC. Basicamente a rede avisa o destinatrio que existe uma demanda para estabelecer uma

conexo, e ele deve decidir de aceita ou no. Se for aceita, a rede configura o SVC na rede entre a origem da demanda e o destinatrio. Assim que o SVC estiver ativo, os equipamentos de aplicao da origem e do destino podem iniciar a transferncia de informaes. Quando os equipamentos de aplicao no necessitarem mais da conexo, qualquer um ou ambos avisam a rede, que por sua vez desativa o SVC. Durante o perodo em que o SVC est ativo, informaes de tempo de durao e banda, entre outras, so armazenadas para uso dos sistemas de cobrana.

ANSI American National Standards Institute, rgo americano responsvel pelo desenvolvimento de padronizao para telecomunicaes. ITU The International Telecommunication Union, rgo europeu responsvel pelo desenvolvimento de padronizao para telecomunicaes. FR Frum Frame Relay Frum, rgo responsvel pelo treinamento, promoo e implementao do Frame Relay, de acordo com os padres e recomendaes internacionais. COMANDO PARA VER CONF. DE CIR,BC,BE,RE e RA.

SPOSAPP01>d-p fruni/40100 dlci/111 sp SPOSAPP01> D-P FRUNI/40100 DLCI/111 SP FrUni/40100 Dlci/111 Sp maximumFrameSize = 2100 octets rateEnforcement = on setado p/ cong. extremo committedInformationRate = 2048000 bit/s cir committedBurstSize = 2048000 bits bc excessBurstSize = 0 bits be/eir = de measurementInterval = 1000 msec rateAdaptation = off setado para adaptao de cir/eir accounting = on raSensitivity =7 updateBCI = off correlationTag = "" frf12EndToEnd = off frf12FragmentSize = 60 octets ok 2005-11-24 14:38:43.49

SPOLIPP01>d-p fruni/20000 dlci/* sp SPOLIPP01> D-P FRUNI/20000 DLCI/* SP FrUni/20000 Dlci/* Sp Use -noTabular to see hidden attributes: fragSize, frf12 and ctag. +====+----+---+--------+--------+--------+-----+------+---+------+--|Dlci|n203|re | cir | bc | be | t | ra |ac |rasens|upd | |octe| | bit/s| bits| bits| msec| | | |BCI | | ts| | | | | | | | | +====+----+---+--------+--------+--------+-----+------+---+------+--| 111|2100|off| 1984000| 1984000| 0| 1000|off |on | 7|off ok 2005-10-07 12:42:37.38

Neste caso o cir est configurado em 1984k,o tempo para varredura de ra de 0 mseg O ra est desligado-off Quando se configura um cir necessrio ter: O numero do dlci O re (rate enforcement ) o padro on O cir O bc este sempre dever ser igual ao cir O be- a quantidade de bits que devera ser excedida do cir. A somatria de cir = bc + be dever ser igual a do link Exemplo: lp 64k, cir 32 = bc 32 + be 32 = 64k,

Se a configurao fosse esta: cir 32 = bc 32 + be de 16 = 48k, portanto a lp s conseguiria trafegar no mximo 48kb, nunca chegaria aos 64kb.

O tempo (t) conf. de 0 a 1000mseg o tempo que a rede d para usar o be, exemplo. No momento 1(um) a lp est trafegando 32 de cir mais 32 de be, foi necessrio fazer um ajuste de be,este ajuste s ser realizado em 1000 seg. O ra (rate adpation) o ajuste que a rede far em caso de congesto, se estiver o ra setado em eir only( somente em be) em caso de congesto o cir estar garantido o descarte s ocorrer do excesso. Se o ra estiver setado em on o ajuste ser feito no cir e eir(basta verificar o cir e eir presente no dlci,itens acima 61 e 62). Ra setado em off no sofrer nenhum ajuste. >d-p fruni/nmero lmi Para ver qual lmi que est sendo utilizado. POPAPP01> D FRUNI/131 LMI ==|========================================= #| SPOPAPP01 | FrUni/131 Lmi ==|=========================(A)============= 1|adminState unlocked porta habilitada 2|operationalState enabled estado op. habilitado 3|usageState busy 4|protocolStatus normalCondition 5|opProcedures itu Padro do lmi 6|keepAliveStatusToIf 2688130 7|fullStatusToIf 539652 8|keepAliveEnqToIf 0 9|fullStatusEnqToIf 0 10|keepAliveStatusEnqFromIf 2689767 11|fullStatusEnqFromIf 538015 12|networkSideEventHistory ++++ lmi ativo 13|userSideEventHistory "" 14|protocolErrors 137 cont de erros 15|unexpectedIes 4 cont. de erros 16|sequenceErrors 63 cont. de erros 17|statusSequenceErrors 0 18|unexpectedReports 0 19|pollingVerifTimeouts 74 20|noStatusReportCount 0 ==|========================================= 1 ok Oct 13/05 18:04:43 >d fruni/nmero lmi no item 05 aparecera o padro.

Comando para ver dna e dlci remoto: >d-p fruni/nmero dlci/nmero dc ou, d-p fruni/nmero dlci/* dc Aparecera dna e dlci remotos SPOPIPP02> D-P FRUNI/30627 DLCI/* DC FrUni/30627 Dlci/* Dc Use -noTabular to see hidden attributes: mapctof. +====+----+---------------+-----+------+------+------+------+------+---+-----|Dlci|rnpi| rdna |rdlci| type | tp | dp | ddp | dpa |ci | ct +====+----+---------------+-----+------+------+------+------+------+---+-----| 37|x121|72511342091600 | 48|master|useDna|useDna|determ|dnaVal| 0|doNotS ok 2005-10-10 13:23:38.01 OU SPOPIPP02>D-P FRUNI/40100 DLCI/111 DC ou SPOSAPP01>d fruni/40100 dlci/* dc opt SPOSAPP01> D FRUNI/40100 DLCI/* DC OPT ==|============================================== #| SPOSAPP01 | FrUni/40100 Dlci/111 Dc ==|==================(A)========================= 1|remoteNpi x121 2|remoteDna 725115020600 3|remoteDlci 375 4|type permanentMaster 5|transferPriority useDnaDefTP 6|discardPriority useDnaDefPriority 7|deDiscardPriority determinedByDiscardPriority 8|dataPath useDnaValue 9|cugIndex 0 10|cugType doNotSignal 11|mapIpCosToFrQos no ==|============================================== 1 ok Nov 24/05 14:35:50 SPOPIPP02> D-P FRUNI/30627 DLCI/37 DC FrUni/30627 Dlci/37 Dc remoteNpi = x121 remoteDna = 72511342091600 DNA REMOTO remoteDlci = 48 DLCI REMOTO type = permanentMaster CONF. DE ACESSO transferPriority = useDnaDefTP discardPriority = useDnaDefPriority deDiscardPriority = determinedByDiscardPriority dataPath = useDnaValue cugIndex =0

cugType = doNotSignal mapIpCosToFrQos = no ok 2005-10-10 13:28:15.38

Se for FRATM: ( ver ATM) >d-p fratm/num dlci/num siwf spvc JAIGCPP01>D-P FRATM/112011 DLCI/* SIWF SPVC JAIGCPP01> D-P FRATM/112011 DLCI/* SIWF SPVC FrAtm/112011 Dlci/* Siwf SPvc +====+--------------------+---------+-------------------|Dlci| raddr | rci | correlationTag +====+--------------------+---------+-------------------| 16|39076F00150101080300|70.43 |"" | | 0000001301000000000| | | |0 | | | 400|39076F00150101200200|36.24 |"" | | 0000000102000000000| | | |0 | | ok 2005-10-10 13:34:29.62 ONDE: AZUL: END.REMOTOS PRETO:DLCI LOCAL VERMELHO:VCC REMOTOS

OU >d-p fratm/num dlci/* siwf spve JAIGCPP01>D-P FRATM/112011 DLCI/16 SIWF SPVC JAIGCPP01> D-P FRATM/112011 DLCI/16 SIWF SPVC FrAtm/112011 Dlci/16 Siwf SPvc remoteAddress = 39076F0015010108030000000013010000000000 end REMOTO remoteConnectionIdentifier = 70.43 VCC REMOTO correlationTag = "" ok 2005-10-10 13:34:52.53

Se for mo ATMIF: >d atmif/num vcc/num.num dst OCOOSPP02>d atmif/131 vcc/70.43 dst OCOOSPP02> D ATMIF/131 VCC/70.43 DST ==|========================================================== #| OCOOSPP02 | AtmIf/131 Vcc/70.43 Dst ==|=================(A)====================================== 1|adminState unlocked 2|operationalState enabled 3|usageState active 4|calledAddress 39076F0015010108030000000013010000000000 5|callingAddress 3772511126112011000000000000000000000000 6|callingVpiVci 0.16 ==|========================================================== 1 ok Comando para ressetar vcc no ATMIF

>clear atmif/num vcc/num.num

Comando para traar rota no ATMIF >trace Atmif/num vcc/num.num mostrar os pontos ( a rota ) do atmif.

Comando para ver se o n tem sada para ATM ( protocolo de roteamento PNNI ) >d atmif/* pnni Comando para ver configurao do cir >d-p fruni/num dlci/num sp ou >d-p fruni/num dlci/* sp Comando para ver se dlci remoto est ativo,descarte, Cir presente,trafego de entrada e sada do dlci,abit, Erro de configurao do dlci remoto(pvc down). >d fruni/num dlci/num ou >d fruni/num dlci/* Comando para ver se fruni esta LOCK/UNLOCK >d fruni/numero Para ver trafego do link,erros de CRC,LRC.

>d fruni/num framer -mostrar o trafego do link em %- no TOIF ser o trafego que a rede estar enviando para o roteador (trafego de entrada) e em FROMIF ser o trafego que a rede estar recebendo do roteador (trfego de sada) Para ver qual o dna local >d p fruni/num dna Em fratm >d-p fratm/num addres/* JAIGCPP02>d fratm/110410 addres/* JAIGCPP02> D FRATM/110410 ADDRES/* ==|=================================================== #| JAIGCPP02 | FrAtm/110410 Addr ==|==========(A)====================================== 1|myAddress 3772511125110410000000000000000000000000 ==|=================================================== 1 ok Nov 24/05 15:13:51 Para ver no dna qual fruni configurado >d-p npi/x121 dna/numero Para ver na porta quantos timeslots possui E qual fruni/fratm est configurado >d-p lp/num e1/num ch/num Para fechar loop Seguencia de comandos: 1>lock lp/num e1/num ch/num bloq. A porta 2>set lp/num e1/num ch/num test type externalloop,dura 60 (em min) -se for para placa E1C 2>set lp/num e1/num ch/num test type payloadloop, dura 60 se for para placa MSA-32 3>start lp/num e1/num ch/num test - estarta o test 4>d lp/num e1/num ch/num test - para ver o status SPOLPPP02> D LP/11 E1/21 CH/21 TEST ==|========================================== 5>stop lp/num e1/num ch/num test - para o teste 6>unlock lp/num e1/num ch/num - habilita a porta Para detectar loop: Mesmos procedimentos s muda no comando do SET >set lp/num e1/num ch/num test type manu,dura 60

Placas E1C s possuem 04 E1,a Msa possui 32 E1. resultado do teste na placa E1C | Lp/11 E1/2 Chan/21 Test ==|===================(A)===================== 1|adminState locked placa locada 2|operationalState disabled 3|usageState idle 4|purpose ? 5|type manual tipo de teste 6|frmSize 1024 bytes conf ate 2048k 7|frmPatternType ccitt32kBitPattern 8|customizedPattern 55555555 Hex padro de teste(conf) 9|dataStartDelay 0 seconds 10|displayInterval 5 minutes intervalo de demonstrao 11|duration 10.00 minutes tempo de durao 12|elapsedTime 2.42 minutes tempo de teste 13|timeRemaining 7.18 minutes tempo de restante 14| testRunning 15|bitsTx 8298496 para estar 16|bytesTx 1037312 sincronizado 17|frmTx 1013 os itens -15 a 18|bitsRx 8298496 20 devero estar 19|bytesRx 1037312 inserindo dados 20|frmRx 1013 21|erroredFrmRx 0 erros de quadro 22|bitErrorRate 0e+00 erros de bit ==|=========================================== 1 ok Oct 08/05 14:49:10 Resultado de teste em placa MSA32 SPOBEPP04>d lp/1 e1/17 ch/4 test SPOBEPP04> SPOBEPP04> SPOBEPP04> SPOBEPP04> SPOBEPP04> D LP/1 E1/17 CH/4 TEST ==|========================================== #| SPOBEPP04 | Lp/1 E1/17 Chan/4 Test ==|===================(A)==================== 1|adminState locked placa locada 2|operationalState disabled 3|usageState idle 4|purpose ? 5|type manual tipo de teste 6|frmSize 0 bytes 7|frmPatternType ccitt32kBitPattern 8|customizedPattern 55555555 Hex padro de teste(conf) 9|dataStartDelay 0 seconds 10|displayInterval 5 minutes 11|duration 10.00 minutes tempo de durao 12|elapsedTime 0.50 minutes tempo de teste

13|timeRemaining 9.10 minutes tempo restante 14| testRunning 15|bitsTx 4385472 16|bytesTx 548184 17|frmTx 0 sempre 0 18|bitsRx 4385472 19|bytesRx 548184 20|frmRx 0 sempre 0 21|erroredFrmRx 0 erros de quadro 22|bitErrorRate 0e+00 erros de bit ==|========================================== Ateno: nas placas MSA32 s aparecero dados nos itens 15 e 16 18 e 19,nos itens 21 e 22 ser de erros( loop sincronizado ) Comando para ver: >d-p lp/num e1/* - E1C indicar 4 E1,na MSA32 indicar 32 E1. SPOANPP01>l lp/1 e1/* PLACA E1C SPOANPP01> L LP/1 E1/* Lp/1 E1/0 Lp/1 E1/1 Lp/1 E1/2 Lp/1 E1/3 ok 2005-10-10 11:30:38.75 SPOLIPP02> L LP/3 E1/* PLACA MSA32 Lp/3 E1/0 Lp/3 E1/1 Lp/3 E1/2 Lp/3 E1/3 Lp/3 E1/4 Lp/3 E1/5 Lp/3 E1/6 Lp/3 E1/7 Lp/3 E1/8 Lp/3 E1/9 Lp/3 E1/10 Lp/3 E1/11 Lp/3 E1/12 Lp/3 E1/13 Lp/3 E1/14 Lp/3 E1/15 Lp/3 E1/16 Lp/3 E1/17 Lp/3 E1/18 Lp/3 E1/19 Lp/3 E1/20 Lp/3 E1/21 Lp/3 E1/22 Lp/3 E1/23 Lp/3 E1/24 Lp/3 E1/25 Lp/3 E1/26 Lp/3 E1/27 Lp/3 E1/28

Lp/3 E1/29 Lp/3 E1/30 Lp/3 E1/31 ok 2005-10-10 11:37:38.71 Para ver alarmes em uma e1

Teste em Lps de dois megas Verificar se uma E1 ou V35 Comando >l lp/6 SPOSAPP01>L LP/14 SPOSAPP01> L LP/14 Lp/14 V35/* Comando para verificar qual o fruni e velocidade est conf. POSAPP01>D -P LP/14 V35/0 SPOSAPP01> D -P LP/14 V35/0 ==|======================================= #| SPOSAPP01 | Lp/14 V35/0 ==|======================(A)============== 1|customerIdentifier 8 2|linkMode dte 3|readyLineState rfs dsr dcd rts leitura dos s. do m. conf. 4|dataTransferLineState rfs dsr dcd rts 5|lineStatusTimeOut 1000 msec 6|lineSpeed 2048000 bit/s velocidade

7|clockingSource module tipo de relogio conf. 8|dteDataClockSource fromDce 9|enableDynamicSpeed no 10|applicationFramerName FrAtm/140 Framer qual fruni/fratm 11|vendor "" 12|commentText PASSIVO_ 13|ifAdminStatus up 14|ifIndex 518 ==|======================================= 1 ok Oct 10/05 11:06:25 SPOSAPP01>d lp/14 v35/0 SPOSAPP01> SPOSAPP01> SPOSAPP01> SPOSAPP01> SPOSAPP01> D LP/14 V35/0 ==|===================================== #| SPOSAPP01 | Lp/14 V35/0 ==|=====================(A)============= 1|snmpOperStatus up estado oper. 2|adminState unlocked estado do link 3|operationalState enabled 4|usageState busy 5|availabilityStatus 6|proceduralStatus 7|controlStatus 8|alarmStatus 9|standbyStatus notSet 10|unknownStatus false 11|actualLinkMode dte 12|lineState rfs dsr dcd rts sinais vindo do modem 13|actualTxLineSpeed 2048000 bit/s vel conf no modem 14|actualRxLineSpeed 2048000 bit/s vel. Conf. no modem 15|dataXferStateChanges 5 ==|===================================== 1 ok OBS: no item 12 quando na frente dos sinais aparecer o sinal ~ (til ) indicara que modem no o recebe,exemplo ~dcd estar sem portadora Quando for em E1 SPOANPP01>l lp/4 SPOANPP01> L LP/4 Lp/4 E1/* SPOANPP01>D-P LP/6 E1/2 CH/0 Aparece a quantidade de TS configurado e o numero do FRUNI/FRATM SPOANPP01> D-P LP/6 E1/2 CH/0 Lp/6 E1/2 Chan/0 timeslots = 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 timeslotDataRate = doNotOverride

applicationFramerName = FrAtm/60200 Framer customerIdentifier = 3138 vendor = "" commentText = "" ifAdminStatus = up ifIndex = 484 SPOSAPP02>d lp/1 e1/0 ==|================================= #| SPOSAPP02 | Lp/11 E1/14 ==|=====================(A)========= 1|snmpOperStatus up E1 ok 2|adminState unlocked 3|operationalState enabled 4|usageState busy 5|availabilityStatus 6|proceduralStatus 7|controlStatus 8|alarmStatus 9|standbyStatus notSet 10|unknownStatus false 11|losAlarm off 12|rxAisAlarm off 13|lofAlarm off 14|rxRaiAlarm off 15|txAisAlarm off 16|txRaiAlarm off 17|multifrmLofAlarm off 18|rxMultifrmRaiAlarm off 19|txMultifrmRaiAlarm off 20|multifrmCRC4LofAlarm off 21|runningTime 33304992 22|errorFreeSec 33302709 23|erroredSec 64 24|sevErroredSec 64 25|sevErroredFrmSec 64 26|unavailSec 2232 27|bpvErrors 0 28|crcErrors 0 29|frmErrors 209 30|losStateChanges 0 31|slipErrors 1 ==|================================= 1 ok Nov 24/05 14:21:11 SPOSAPP02> D LP/1 E1/0 ==|============================= #| SPOSAPP02 | Lp/1 E1/0 ==|===================(A)======= 1|snmpOperStatus down E1 down 2|adminState unlocked 3|operationalState disabled 4|usageState idle

5|availabilityStatus offLine 6|proceduralStatus 7|controlStatus 8|alarmStatus 9|standbyStatus notSet 10|unknownStatus false 11|losAlarm on alarme de los 12|rxAisAlarm off 13|lofAlarm off 14|rxRaiAlarm off 15|txAisAlarm off 16|txRaiAlarm on alarme tx remota 17|multifrmLofAlarm off 18|rxMultifrmRaiAlarm off 19|txMultifrmRaiAlarm off 20|ssmE1Tx 1 21|runningTime 6090741 22|errorFreeSec 6081700 23|erroredSec 1653 24|sevErroredSec 109 25|sevErroredFrmSec 30 26|unavailSec 7390 27|bpvErrors 33867835 28|crcErrors 0 29|frmErrors 102815 30|losStateChanges 10 31|slipErrors 0 erro de slip ( relgio/clock ) ==|============================= 1 ok Nov 24/05 14:19:45 Para testar uma E1 usa-se os mesmos procedimentos do teste no canal (lock,set,start,stop,unlock)

SPOSAPP01>d lp/14 v35/1 SPOSAPP01> D LP/14 V35/1 ==|===================================== #| SPOSAPP01 | Lp/14 V35/1 ==|=====================(A)============= 1|snmpOperStatus up 2|adminState unlocked 3|operationalState enabled 4|usageState busy 5|availabilityStatus 6|proceduralStatus 7|controlStatus 8|alarmStatus 9|standbyStatus notSet 10|unknownStatus false 11|actualLinkMode dte 12|lineState rfs dsr dcd rts sinais do modem 13|actualTxLineSpeed 2048000 bit/s velocidade do modem 14|actualRxLineSpeed 2052000 bit/s velocidade do modem 15|dataXferStateChanges 33 ==|===================================== 1 ok Nov 24/05 14:31:04 Analisando o diagnostico do comando >d fruni/9310 lmi SBOPLPP01>d fruni/9310 lmi SBOPLPP01> D FRUNI/9310 LMI ==|========================================= #| SBOPLPP01

| FrUni/9310 Lmi ==|=========================(A)============= 1|adminState unlocked 2|operationalState enabled 3|usageState busy 4|protocolStatus normalCondition 5|opProcedures itu lmi que est sendo usado 6|keepAliveStatusToIf 1207560 7|fullStatusToIf 243733 8|keepAliveEnqToIf 0 9|fullStatusEnqToIf 0 10|keepAliveStatusEnqFromIf 1208738 11|fullStatusEnqFromIf 242556 12|networkSideEventHistory ++++ - lmi normal 13|userSideEventHistory "" 14|Protocolerrors 929868 contador de erros 15|unexpectedies contador de erros 16|sequenceerrors 514 contador de erros 17|Statussequenceerrors 0 contador de erros 18|unexpectedReports 0 19|pollingVerifTimeouts 929354 cont. de time out do lmi : Item: 14 contador com acrscimo= o e lmi( item 12 ) estar oscilando - o LMI no cai 12|networkSideEventHistory +X++ 12|networkSideEventHistory ++X+ 12|networkSideEventHistory +++X Cliente estar reclamando de lentido Pode ser um defeito fsico ou lgico(ex:clock Do roteador conf. como interno) Item 14 ou 16 + o 19 com acrscimo o lmi estar oscilando nesta seqncia ( item 12 ) 12|networkSideEventHistory X+++ 12|networkSideEventHistory XX++ 12|networkSideEventHistory XXX+ 12|networkSideEventHistory XXXX 12|networkSideEventHistory +XXX 12|networkSideEventHistory ++XX 12|networkSideEventHistory +++X 12|networkSideEventHistory ++++ Neste caso o lmi chegar a cair e o cliente reclamara De quedas, o defeito poder ser fsico ou lgico. (placa de modem ou interface,eltrico,m qualidade da rede de acesso,rede interna,cabo do roteador,conector,adaptador,mdulo,etc.) Comando >d fruni/9308 framer SBOPLPP01>d fruni/9308 framer

12|networkSideEventHistory X+++

SBOPLPP01 | FrUni/9308 Framer ==|=======================(A)=============== 1|adminState unlocked Fruni habilitado 2|operationalState enabled 3|usageState busy 4|frmToIf 25602381 trfego 5|frmFromIf 24797023 trfego 6|octetFromIf 2321503885 trfego 7|aborts 47046750 erros 8|crcErrors 31918388 erros 9|lrcErrors 0 erros 10|nonOctetErrors 65137368 erros 11|overruns 0 12|underruns 0 13|largeFrmErrors 41471 erros 14|frmModeErrors 0 erros 15|normPrioLinkUtilToIf 90 % traf. Do link -rec 16|normPrioLinkUtilFromIf 08 % traf. Do link-env ==|==. TOIF a rede est enviando ao cliente-(traf de download) FROMIF a rede est recebendo do cliente ( UP LOAD) Itens 7,8,9,10,13 contadores com acrscimo indica que a qualidade do link est ruim ou interrompido,neste caso efetuar testes de bert bled(tx de erro) para identificar aonde est o erro,pode ser na parte telefnica ou cliente. Comando: SPOLIPP01>d fruni/20000 dlci/* Analisando o diagnostico do comando SPOLIPP01> D FRUNI/20000 DLCI/* ==|================================================= #| SPOLIPP01 | FrUni/20000 Dlci/111 ==|============================(A)================== 1|adminState unlocked state do dlci 2|operationalState enabled 3|usageState busy 4|availabilityStatus status de test de LB 5|proceduralStatus 6|controlStatus 7|alarmStatus tipo de alarme 8|standbyStatus notSet 9|unknownStatus false status desconhecido 10|aBitStatusToIf active pvc remoto(dlci ) 11|aBitReasonToIf notApplicable ocorrncia 12|aBitStatusFromIf active PVC local (dlci) 13|aBitReasonFromIf notApplicable ocorrencia 14|loopbackState off em on LB setado 15|maximumFrameSize 2100 octets - tam. max. f./conf16|committedInformationRate 1984000 bit/s cir

17|committedBurstSize 1984000 bits bc 18|excessBurstSize 0 bits be 19|measurementInterval 1000 msec 20|accounting on -contadores- on lig/off desl 21|emissionPriorityToIf 1 22|transferPriorityToNetwork 9 Nivel de prior conf 23|transferPriorityFromNetwork 9 24|correlationTag "" 25|frmToIf 3477383881 trafego env. 26|fecnFrmToIf 15060101 bit marcado -exc. traf 27|becnFrmToIf 2813 bit marcado exc traf 28|bciToSubnet 12450686 29|deFrmToIf 0 30|discCongestedToIf 519524 Descartes cong 31|discDeCongestedToIf 0 desc. Exc do cir- desc p/ cong 32|frmFromIf 3774046727 33|fecnFrmFromIf 0 34|becnFrmFromIf 0 35|fciFromSubnet 146 36|bciFromSubnet 2813 37|deFrmFromIf 0 38|excessFrmFromIf 0 39|discExcessFromIf 0 descarte de be 40|discFrameAbit 970924 descarte de erro 41|discCongestedFromIf 0 descarte de cong 42|discDeCongestedFromIf 0 descarte de be p/ cong 43|errorShortFrmFromIf 0 44|errorLongFrmFromIf 0 45|becnFrmSetByService 0 46|bytesToIf 3893949574 trafego 47|deBytesToIf 0 traf de excesso-be 48|discCongestedToIfBytes 27168645 descarte 49|discDeCongestedToIfBytes 0 disc. De be p/ cong. 50|bytesFromIf 1161065650 traf enviado 51|deBytesFromIf 0 traf de excesso -setado 52|excessBytesFromIf 0 traf de excesso-rec 53|discExcessFromIfBytes 0 disc. p/ excesso 54|discByteAbit 93375716 disc por erro 55|discCongestedFromIfBytes 0 disc cong 56|discDeCongestedFromIfBytes 0 disc exc de cir 57|errorShortBytesFromIf 0 58|errorLongBytesFromIf 0 59|rateAdaptReduct 0 reduo p/ adap -ra 60|rateAdaptReductPeriod 0 msec o tempo conf. 61|cirPresent 1984000 bit/s cir presente na rede 62|eirPresent 0 bit/s be presente na rede 63|startTime 2005-10-07 12:00:00 - ini. da est. (ano ms hora) 64|totalIngressBytes 118266512 enviado 65|totalEgressBytes 64107881 recebido 66|eirIngressBytes 0 trafego de excesso do cir -env 67|eirEgressBytes 0 trafego de excesso do cir -rec 68|discardedBytes 0 descarte de be 69|totalIngressSegFrm 741859 vide item 66 70|totalEgressSegFrm 605086 vide item 67

71|eirIngressSegFrm 0 72|eirEgressSegFrm 0 73|discardedSegFrm 0 74|localRateAdaptOccurred no ocorrencia de ra dlci local 75|elapsedDifference 12958 76|callRefNumber 10491154 77|callType pvc tipo de conexo 78|callState notApplicable 79|callReference 0 ==|================================================= 1 ok Oct 07/05 12:21:36 Comando: SPOLIPP01>d-p fruni/20000 dlci/* sp SPOLIPP01> D-P FRUNI/20000 DLCI/* SP FrUni/20000 Dlci/* Sp Use -noTabular to see hidden attributes: fragSize, frf12 and ctag. +====+----+---+--------+--------+--------+-----+------+---+------+--|Dlci|n203|re | cir | bc | be | t | ra |ac |rasens|upd | |octe| | bit/s| bits| bits| msec| | | |BCI | | ts| | | | | | | | | +====+----+---+--------+--------+--------+-----+------+---+------+--| 111|2100|off| 1984000| 1984000| 0| 1000|off |on | 7|off ok 2005-10-07 12:42:37.38 Neste caso o cir est configurado em 1984k,o tempo para varredura de ra de 0 mseg O ra est desligado-off Quando se configura um cir necessrio ter: O numero do dlci O re (rate enforcement ) o padro on O cir O bc este sempre dever ser igual ao cir O be- a quantidade de bits que devera ser excedida do cir. A somatria de cir = bc + be dever ser igual a do link Exemplo: lp 64k, cir 32 = bc 32 + be 32 = 64k, Se a configurao fosse esta: cir 32 = bc 32 + be de 16 = 48k, portanto a lp s conseguiria trafegar no mximo 48kb, nunca chegaria aos 64kb. Comando >d-p fruni/50114 dlci/* dc >d-p fruni/50114 dlci/17 dc Estes comandos so equivalentes,o primeiro em forma tabular aparece todos os DLCIs que est conf. no link,o segundo o dlci especifico. FrUni/50114 Dlci/* Dc Use -noTabular to see hidden attributes: mapctof. +====+----+---------------+-----+------+------+------+------+------+---+------

|Dlci|rnpi| rdna |rdlci| type | tp | dp | ddp | dpa |ci | ct +====+----+---------------+-----+------+------+------+------+------+---+-----| 17|x121|72511215326 | 71|master|useDna|useDna|determ|dnaVal| 0|doNotS ok 2005-10-07 14:08:51.62 SPOSAPP01>d -p fruni/50114 dlci/17 dc SPOSAPP01> D -P FRUNI/50114 DLCI/17 DC ==|============================================== #| SPOSAPP01 | FrUni/50114 Dlci/17 Dc ==|==================(A)========================= 1|remoteNpi x121 2|remoteDna 72511215326 dna remoto (rdna) 3|remoteDlci 71 dlci remoto (rdlci) 4|type permanentMaster type* 5|transferPriority useDnaDefTP 6|discardPriority useDnaDefPriority 7|deDiscardPriority determinedByDiscardPriority 8|dataPath useDnaValue 9|cugIndex 0 10|cugType doNotSignal 11|mapIpCosToFrQos no ==|============================================== 1 ok Oct 07/05 14:09:11 Remoto dna o endereo do link remoto em x121 da rede,o rdlci o dlci remoto Type nas pontas MASTER,no concentrador SLAVE,se for concentrador com backup passara: Host principal:withpermanentslave(wpslv) Host backup:permanentslave (pslv). O comando que indica qual host que o acesso est chamando :

>d fruni/numero dlci/numero vc.

Comando para efetuar ping dentro da rede >Ping rt send(128 a 4096) return(128 a 4096) fruni/num dlci/num vc CTARBPA01>ping -rt -send(2048) -return(2048) fruni/41127 dlci/52 vc CTARBPA01> PING -RT -SEND(2048) -RETURN(2048) FRUNI/41127 DLCI/52 VCTARBPA01> CTARBPA01> ING -RT -SEND(2048) -RETURN(2048) FRUNI/41127 DLCI/52 VC CTARBPA01> ING -RT -SEND(2048) -RETURN(2048) FRUNI/41127 DLCI/52 VC FrUni/41127 Dlci/52 Vc sentPktDataSize = 4096 bytes tamanho do pacote env. returnedPktDataSize = 4096 bytes tam. Do pact. recebido pktEmissionPriority = normal numRtdPktSent =5 num. de pacts env. numRtdPktReceived = 5 num . pcts recebidos averageRtd = 18 msec tempo mdio minimumRtd = 18 msec tempo mnimo maximumRtd = 19 msec tempo mximo ok 2005-10-08 14:00:29.81 Interao Frame Relay - ATM Para buscar aumentar a interoperabilidade do Frame Relay com outros protocolos de dados, o FR Frum e o ATM Frum, os rgos responsveis pelo desenvolvimento de Acordos de Implementao (IA's), desenvolveram padres para interligar equipamentos dessas tecnologias atravs de PVC's. Foram padronizadas duas formas de interoperabilidade. A primeira, chamada de Frame Relay/ATM Network Interworking for PVC's, padroniza uma funcionalidade responsvel pelo

encapsulamento dos PVC's para que os mesmos possam ser transportados indistintamente nas redes da 2 tecnologias. Seu uso tpico ocorre quando a rede Frame Relay tem com ncleo uma rede ATM, para otimizar ainda mais o uso de banda e a segurana. A figura a seguir apresenta esta soluo.

A segunda forma de interoperabilidade, chamada de Frame Relay/ATM Service Interworking for PVC's, padroniza uma funcionalidade responsvel pela converso dos protocolos (FR ATM= FRATM), que pode ser incorporada tantos aos equipamentos de acesso como aos equipamentos da rede. Seu uso tpico ocorre quando o usurio possui redes Frame Relay em alguns escritrios que devem se interligar com a rede ATM da matriz. A figura a seguir apresenta esta soluo.

Interao FR & ATM,do lado FR um dlci do lado ATM um vcc ( FRATM/DLCI ATMIF/VCC ) Interao com outros protocolos Outras aplicaes vem sendo desenvolvidas para o uso da tecnologia Frame Relay. Atualmente muitos acessos a internet ou a redes IP, e mesmos servios VPN utilizam como meio de transporte das informaes as redes Frame Relay, para otimizar o projeto da rede e simplificar os processos de ativao e reconfigurao.

A tecnologia ATM esperado que as futuras redes de alta velocidade venham a utilizar a tecnologia ATM, onde a informao transmitida atravs de pequenas clulas de tamanho fixo com 48 bytes de carga e 5 bytes de cabealho. O tamanho fixo das clulas reduz a variao do atraso tornando a rede adequada integrao de trfego de voz, vdeo e dados, alm de permitir a comutao rpida por hardware. A tecnologia ATM orientada a conexo, sendo necessrio informar aos comutadores intermedirios os requisitos de servio e os parmetros do trfego. So utilizados os identificadores de caminho virtual (VPI) e de canal virtual (VCI) para identificar as conexes.

Clula ATM A tecnologia ATM consiste em trs camadas (fsica, ATM, e de adaptao ATM) e nos elementos que os usurios quiserem colocar acima. Para a camada fsica, o ATM no prescreve um determinado conjunto de regras, apenas afirma que as clulas ATM podem ser enviadas atravs de qualquer fio ou fibra, por isto o ATM foi projetado para ser independente do meio de transmisso . A camada ATM trata do transporte das clulas, da gerao e extrao do cabealho das mesmas, do estabelecimento e liberao de circuitos virtuais, alm do controle de congestionamento. Como, em geral, a maioria das aplicaes no trabalha diretamente com as clulas, foi definida uma camada acima desta, para que os usurios enviem pacotes maiores do que uma clula. Para transportar unidades maiores que 48 bytes, uma camada de adaptao requerida para fazer a segmentao e remontagem de datagramas da camada superior. A CAMADA DE ADAPTAO ATM - AAL O principal objetivo da criao da AAL (ATM Adaptation Layer) foi o de proteger as camadas superiores da mecnica de dividir os dados em clulas na origem e ter de reagrup-los de novo no destino. Devido s aplicaes terem diferentes necessidades a ITU definiu os servios da AAL organizada nos seguintes pontos principais:

Servio de tempo real e servio de tempo no real; Servio com taxa de transmisso constante e servio com taxa de transmisso varivel; Servio orientado conexo e servio sem conexo.

Em virtude de tais servios, foram criados quatro tipos de protocolos: AAL1, AAL2, AAL 3/4, AAL5 (ver Figura 5). O AAL1 destinado para a classe de servio com taxa de bit

constante - CBR (constant bit rate),como a voz. O AAL2 destinado para a classe VBR (variable bit rate), de taxa varivel, com requisitos de tempo entre origem e destino, como o vdeo. O AAL3/4 um fuso para suportar a classe ABR (available bit rate), com a no orientao conexo, como dados. O AAL5 corresponde a um enxugamento do AAL3/4 em termos de cabealhos e o mais utilizado para dados TCP.

Servios ATM A camada AAL dividida em duas partes principais. A parte superior chamada de subcamada de convergncia (convergence sublayer). Ela oferece uma interface para a aplicao, e consiste em uma subparte que comum a todas as aplicaes e em outra especfica de servios. A parte mais baixa da AAL chamada de subcamada de segmentao e remontagem (SAR - Segmentation And Reassembly). Basicamente, a subcamada SAR cuida de clulas enquanto que a de convergncia cuida de mensagens. AAL5 Os pacotes de dados so segmentados pelo AAL5 em fragmentos de 48 bytes e complementados se necessrio. A ltima clula do pacote apresenta um bit diferenciador e um finalizador de 8 bytes que contm o tamanho total dos dados do pacote e um cdigo de correo de erros. As clulas so armazenadas at que a ltima clula chegue para que o tamanho e erro sejam verificados. S depois elas so repassadas para a camada de protocolo superior. Controle de congestionamento para ATM DEFINIO Congestionamento uma condio causada pela obrecarga de datagramas em um ou mais pontos de encaminhamento (gateways). Quando ocorre congestionamento sem um mecanismo de controle, o receptor e o transmissor apenas percebem um aumento no atraso, respondendo com retransmisses, o que acaba por agravar o estado de saturao da rede.

ABORDAGEM POR TAXA O ATM Frum optou por controlar diretamente a banda da conexo atravs do controle por taxa. Este tipo de abordagem efetua controle de fluxo fim a fim, mas tambm permite segmentao do loop de controle com comutadores sendo fontes ou destinos virtuais. Alm disso, permite que o comutador altere um nico bit EFCI (Explicit Forward Congestion Indication) como indicao de congestionamento ou atualize, dinamicamente, a taxa mxima no campo de uma clula especial RM, o que d uma grande flexibilidade na arquitetura. Parmetros da conexo:

PCR - Taxa de pico de clulas (Peak Cell Rate); MCR - Taxa mnima de clulas (Minimum Cell Rate); ICR - Taxa inicial de clulas (Initial Cell Rate); AIR - Crescimento aditivo taxa (Additive Increase to Rate); RDF - Fator de reduo da taxa (Rate decrease factor); Nrm - Nmero de clulas por RM.

Campos das clulas RM:

DIR - Direo (Direction); CI - Indicador de congestionamento (Congestion Indicator); BS - Bit de comeo de bloco (Block Start bit); CCR - Taxa de clula corrente (Current Cell Rate); MCR - Taxa mnima de clula (Minimum Cell Rate); ER - Taxa explcita (Explicit Rate).

A operao bsica do controle por taxa se inicia no estabelecimento da conexo, onde os parmetros so passados rede. A fonte, ento, passa a transmitir segundo a taxa permitida ACR (Allowed Cell Rate), que inicialmente igual ao ICR (Initial Cell Rate), e deve estar entre o MCR (taxa mnima) e o PCR (taxa de pico). Uma clula RM enviada no incio da transmisso a cada (Nrm-1) clulas, sendo que a fonte armazena a taxa permitida (ACR) no campo CCR, e a taxa desejada (geralmente PCR) no campo ER (Explicit Rate). Os comutadores podem alterar o CCR ou "setar" o CI na clula RM como forma de reao ao congestionamento. O destino deve retornar a clula RM, invertendo o bit de direo (DIR) e "setando" o EFCI caso a ltima clula de dados tenha o o EFCI setado. Quando uma clula RM recebida como retorno, caso contenha CI = 0, a fonte deve aumentar a taxa segundo o AIR, implementando uma retroalimentao positiva. Caso contrrio, a fonte deve diminuir sua taxa pelo fator RDF, a cada intervalo entre duas clulas RM, at o MCR, implementando uma diminuio exponencial contnua. Nos dois casos, a taxa da fonte deve ser sempre ajustada para o mnimo de ACR e o campo ER da clula RM

Elaborado por Petrucio Castro/HD2