ObjectWeb - Wiki - Dev - XotCodec

Transcrição

1 CODEC X.25 over TCP/IP (XOT) Functional Specification and Design CODEC X.25 over TCP/IP (XOT) Functional Specification and Design Autor(es): Rafael Marins Propósito O principal objetivo do componente CODEC X.25 over TCP/IP é suportar a comunicação ODETTE-FTP sobre X.25, conhecida como rede de pacotes. Este componente realiza a função de encapsulamento dos Pacotes X.25 sobre o protocolo XOT. Este componente se faz necessário numa solução onde a rede X.25 foi substituída, na qual existe um gateway de TCP/IP para X.25 (normalmente um equipamento roteador) que realiza a conversão entre as duas redes preservando os dados da aplicação. A utilização do CODEC X.25 over TCP/IP ocorre com sua configuração na forma de filtro E/S através do encadeamento como camada intermediária de controle do protocolo de rede e a aplicação - suportado por um framework de E/S de rede. Modelos de Referência O protocolo ODETTE-FTP foi concebido para funcionamento sob redes X.25, famosa pela robustez e confiabilidade. A evolução do ODETTE-FTP para TCP/IP foi publicada pelo grupo IETF em 1997, adaptando o encapsulamento do Stream Transmission Buffer à versão 1.3 do protocolo. Seguindo o Modelo de Referência OSI da Figura 1 o protocolo ODETTE-FTP foi projetado para utilizar a Camada de Rede (3) e oferecer o serviço de transferência de arquivos aos usuários, implementando as funções que se estendem desde a Camada de de Transporte (4) até a Camada de Aplicação (7) do modelo. A concepção da rede X.25 preexiste à definição do Modelo de Referência OSI. O padrão X.25 consiste em - 1 -

2 uma coleção de protocolos divididos em 3 níveis que correspondem às 3 camadas inferiores do modelo de referência (física, enlace e de rede), como é possível observar na figura anterior. O protocolo XOT substitui o nível 2 da coleção X.25. Entretanto existe uma conexão TCP para cada Circuito Virtual do X.25, ao invés de simplesmente transportar o nível 3 diretamente sob TCP/IP. Encapsulamento XOT A implementação do CODEC X.25 over TCP/IP envolve a utilização do serviço de rede oferecido pelo nível Packet Layer Protocol (PLP) da coleção X25. Os dados da camada de aplicação ODETTE-FTP são encapsulados sob X.25 PLP e também pelo quadro XOT. Esta função é chamada de Packet Assembler/Disassembler (PAD) na terminologia da coleção X.25. Na rede X.25 os pacotes PLP são transportados na forma de quadros. Veja na Figura 2 os diferentes níveis de encapsulamento aplicados pelo CODEC X.25 over TCP/IP para suporte à comunicação ODETTE-FTP sob XOT. O Pacote X.25 é formado por um cabeçalho e um conjunto de dados do usuário. Para aplicação ODETTE-FTP, o conjunto de dados corresponde ao ODETTE-FTP Exchange Buffer - que representa um comando do protocolo ou sequência de dados do arquivo em transferência. Na coleção X.25 original o serviço oferecido pelo nível Link Access Procedure, Balanced (LAPB) seria correspondente ao quadro XOT. Quadro XOT A função do Quadro XOT é delimitar início e fim de um Pacote X.25 (PLP) encapsulado, semelhante ao que acontece no protocolo do nível X.25 LAPB. Através da Figura 2 é possível identificar o Quadro XOT, que é formado 4 octetos de cabeçalho seguido do Pacote X.25. Formato Cabeçalho XOT - 2 -

3 O formato do Cabeçalho XOT está representado na Figura 3. Version - O número de versão do protocolo XOT é codificado através dos dois primeiros octetos. Para especificação RFC1613 o número de versão deve ser 0 (zero). Outros valores para este campo estão reservados para uso no futuro. Length - O tamanho do Pacote X.25 é codificado através dos dois últimos octetos do cabeçalho XOT. O valor deverá corresponder a um tamanho legal de Pacote X.25 (sempre igual ou superior a 3). Packet-Layer Protocol (PLP) O PLP é o protocolo da Camada de Rede da coleção X.25. Este protocolo efetua o controle da troca de pacotes entre os dispositivos Data Terminal Equipment (DTE) através de Circuitos Virtuais na rede X.25. O protocolo PLP permite a operação sob cinco modos diferentes: CALL SETUP - Modo utilizado para estabelecer um Circuito Virtual Comutado entre dispositivos DTEs. O modelo de endereçamento do X.121 é utilizado para configuração do circuito virtual. Este modo é utilizado apenas para Circuitos Virtuais Comutados, não aplicado em Circuitos Virtuais Permanentes. DATA TRANSFER - Modo utilizado para transferência de dados entre os dispositivos DTEs através de um Circuito Virtual. Neste modo é realizado a função de controle de segmentação e montagem IDLE - Modo utilizado quando o Circuito Virtual é estabelecido mas não está ocorrendo a transferência de dados. Utilizado apenas para Circuitos Virtuais Comutados. CALL CLEARING - Modo utilizado para finalizar a comunicação entre os dispositivos DTEs e terminar Circuitos Virtuais Comutados - e aplicável somente a estes. RESTARTING - Modo utilizado para sincronizar a transmissão entre um dispositivo DTE e um dispositivo Data Circuit-Terminating Equipment (DCE) conectado localmente. Este modo não é executado com base em Circuitos Virtuais independentes. Isto afeta todos os Circuitos Virtuais do dispositivo DTE. Formato do Pacote X.25 Através da Figura 2 é possível identificar que o cabeçalho do Pacote X.25 é composto por três campos, que totalizam 4 octetos de tamanho. O cabeçalho é seguido de um conjunto de dados do usuário. General Format Identifier (GFI) - Campo formado por 4 bits que identifica os parâmetros do pacote, como se o pacote transporta conjunto de dados do usuário ou contém apenas informações de controle, que tipo de enquadramento está sendo usado, e se a confirmação de entrega se faz necessária. Logical Channel Identifier (LCI) - Identifica o Circuito Virtual através da interface local DTE/DCE. Packet Type Identifier (PTI) - Identifica o pacote dentre os 17 diferentes tipos possíveis de pacotes X.25 (PLP). User data - Contém informações encapsuladas da camada superior de aplicação. Para a aplicação do ODETTE-FTP sob XOT este campo corresponde a um ODETTE-FTP Exchange Buffer. Este campo está presente apenas em pacote do tipo de dados. Tipos de Pacotes X

4 Os tipos de Pacotes X.25 são agrupados por categorias de acordo com as funções que exercem. O tipo de pacote e sua função são determinados através da indicação de bits do campo PTI (um octeto) do cabeçalho, conforme formato deste campo. Os tipos de pacotes estão relacionados por categoria, a seguir, com identificação conforme terminologia da coleção X.25: DTE # DCE / DCE # DTE. Call Setup e Clearing Call Request/Incoming Call - Pedido de conexão DTE-para-DTE e as facilidades para o circuito Call Accepted/Call Connected - Confirmação do pedido de conexão de DTE-para-DTE com as facilidades permitidas Clear Request/Clear Indication - Pedido de término das funções de rede estabelecido a um circuito com determinado DTE DTE Clear Confirmation/DCE Clear Confirmation - Confirmação do término da conexão definida Data e Interrupt DTE Data/DCE Data - Dados do usuário ou camada superior de aplicação de origem da DTE DTE Interrupt/DCE Interrupt - Informações de ponta-a-ponta, não sequenciada, expedidas, uma única vez, do DTE ou DCE DTE Interrupt Confirmation/DCE Interrupt Confirmation - Resposta de ponta-a-ponta ao pacote INTERRUPT Flow Control e Reset DTE RR/DCE RR - Reconhecimento dos pacotes DATA e permissão para transmissão de mais pelo DTE DTE RNR/DCE RNR - Pedido de parada do fluxo de pacotes DATA DTE REJ/DCE REJ - Pedido para o DCE retransmitir pacotes DATA a partir de um específico número sequencial de pacote Reset Request/Reset Indication - Pedido de reinicialização do contador de número sequencial de pacotes DATA DTE Reset Confirmation/DCE Reset Confirmation - Confirmação que o contador de número sequencial de pacotes DATA foi reinicializado Restart Restart Request/Restart Indication - Pedido de finalização de todos os circuitos na interface DTE Restart Confirmation/DCE Restart Confirmation - Confirmação de finalização dos circuitos em resposta ao RESTART REQUEST Diagnostic Diagnostic - Informações de diagnóstico de rede normalmente em seguida a uma recuperação de erro Os pacotes que possuem importância apenas à interface local DTE # DCE (Restart, Restart Confirm, DTE Reject, Diagnostic, Registration Request and Registration Confirmation) não deverão ser tratados pela implementação XOT deste componente. O recebimento de qualquer um destes tipos de pacotes deverá ser silenciosamente desconsiderados. General Format Identifier O campo GFI é codificado em binário em um semi-octeto (4 bits), que determina o formato geral do restante do cabeçalho. Ele fica posicionado nos bits 8, 7, 6 e 5 do primeiro octeto do cabeçalho do Pacote X.25, onde o bit 5 representa o valor de menor significância (ver artigo Bit Numbering). Os bits deste campo possuem significados individuais, seguindo a representação da Figura 4, onde são utilizados da seguinte forma: CODEC X.25 over TCP/IP (XOT) Functional Specification and Design (pt) - 4 -

5 Creator: xwiki:xwiki.rmarins Date: 2010/07/21 14:30 Last Author: xwiki:xwiki.rmarins Date: 2010/07/21 14:36 Copyright (c) , ObjectWeb Consortium - 5 -