Camada de aplicação OSI
Liane Tarouco
UFRGS
Camada de aplicação do modelo
OSI
• ACSE (Application Control Service Element)
• CCR (Commitment Concurrency and
Recovery)
Conceitos
• ACPM (Association Control Protocol Machine).
• ACSE - Association Control Service Element (Elemento
de Controle do Serviço de Associação).
• AE - Application Entity (Entidade de aplicação).
Representação dos aspectos de comunicação entre os
processos de aplicação (AP). Pode haver mais de uma
para cada processo de aplicação. Uma entidade de
aplicação é formada por uma ou mais ASEs.
• AEI - Application Entity Invocation (Invocação da
Entidade de Aplicação)
• AP - Application Process (Processo de aplicação).
Processos do usuário que executam no ambiente OSI.
Conceitos
• ASE - Application Service Element (Elemento de
Serviço da Aplicação). Definem os procolos utilizados
para a interação entre outros ASEs e aos serviços das
camadas inferiores do modelo OSI. Formam o contexto
da aplicação. Sao exemplos de ASEs: o ACSE, o ROSE
e RTSE.
• CCR - Commitment, Concurrency and Recovery
(Confirmação, Concorrência e Recuperação). Protocolo
da camada de aplicação que permite a execução de
ações atômicas e mecanismos de recuperação.
Conceitos
• DTP - Distributed Transaction Processsing
(Processamento Transacional Distribuído). Modelo
genérico que engloba o CCR.
• MHS - Message Handling Systems (Sistemas de
Manipulação de Mensagens).
• FTAM - File Transfer Access and Management.
• ROSE - Remote Operation Service Element.
• RTSE - Reliable Transfer Service Element.
ACSE-Association Control
Service Element
• O ACSE é o elemento básico da camada de aplicação.
• Responsável pelo estabelecimento e pela liberação da
associação entre duas entidades de aplicação que queiram ou
estejam trocando informações.
• Os demais ASEs, (ROSE, RTSE, CCR), bem como, aqueles
definidos pela aplicação do usuário fazem uso do conjunto
de primitivas do ACSE para o gerenciamento da associação.
• Cada tipo diferente de aplicação demanda uma combinação
diferente de ASEs para formar o protocolo de aplicação
específico.
• Enquanto que as associações dos níveis inferiores do modelo
OSI são de propósito geral, na camada de aplicação cada
associação é especificamente definida para uma tarefa.
Estabelecimento da associação
A-ASSOCIATE.REQUEST: primitiva invocada pelo AE iniciador ao ACSE.
A-ASSOCIATE.INDICATION: indicação vinda do ACSE sobre um pedido de
associação. É recebida pelo AE que foi chamado.
A-ASSOCIATE.RESPONSE: resposta do AE chamado ao ACSE em relação ao
estabelecimento da conexão.
A-ASSOCIATE.CONFIRMATION: confirmação ou não fornecida pelo ACSE
ao iniciador sobre o estabelecimento da associação.
Liberação da associação
• Uma associação pode finalizada de maneiras distintas a partir do
uso das primitivas A-RELEASE, A-ABORT e A-P-ABORT.
• A-RELEASE efetua um término seguro garantindo a entrega de
todos os dados em trânsito antes da liberação da associação.
• A-ABORT é utilizada por uma das AEs de modo a finalizar a
associação de forma unilateral.
• Com A-P-ABORT o término da associação é informado as duas
AEs pelo provedor do serviço ACSE.
• As últimas duas primitivas desfazem as associações sem
preocupar-se com a entrega possíveis informações pendentes.
CCR - Commitment,
Concurrency and Recovery
• O CCR fornece mecanismos que permitem que
duas entidades de aplicação (AEIs) distintas
coordenem seu processamento, no sentido de
garantir que a execução de determinadas
operações só ocorram, quando ambas as entidades
estiverem prontas para executá-las.
• O CCR provê também mecanismos que permitem
a recuperação dos dados processados para um
estado consistente quando ocorre alguma falha
durante a execução do procedimento.
Operação atômica
• No CCR uma ação atômica é definida como sendo
uma operação de processamento indivisível.
• Os dados manipulados durante o processamento
da ação atômica são denominados dados
delimitados (bounded data).
• O valor desses dados é modificado de forma
consistente.
• Se ocorrer algum erro durante o processamento da
ação atômica o valor que os dados delimitados
possuiam antes do início do processamento da
ação é restaurado.
Two-phase Commit Protocol
• O CCR adota o modelo mestre-escravo para
o relacionamento das duas entidades de
aplicação envolvidas no processamento de
uma ação atômica.
• O intercâmbio de informações entre o
mestre e o escravo é feita através de um
Protocolo em duas fases (Two-phase
Commit Protocol).
ROSE - Remote Operation
Service Element
• O ROSE é utilizado para suportar tipos
interativos de aplicações, as quais são
caracterizadas por um request de uma
aplicação para outra aplicação para executar
alguma operação.
• Um exemplo comum deste mecanismo é a
chamada de procedure remota.
ROSE
• O serviço básico provido pelo ROSE é a facilidade
de invocar uma operação sobre um sistema aberto
remoto.
• A entidade aplicação (AE) invoca a operação
emitindo um request para uma igual AE,
especificando uma operação particular a ser
executada.
• A outra AE tenta executar a operação e pode
reportar o resultado da tentativa. A troca entre as
duas entidades é conduzida fora do contexto da
associação de aplicação.
Classe de operação do ROSE
• Classe de operação 1
– Modo reportado: se ocorre sucesso, retorna uma
resposta com o resultado. Se ocorre uma falha,
retorna uma resposta com o erro.
– Modo de operação: síncrono
• Classe de operação 2
– Modo reportado: se ocorre sucesso, retorna uma
resposta com o resultado. Se ocorre uma falha,
retorna uma resposta com o erro.
– Modo de operação: assíncrono
Classe de operação do ROSE
• Classe de operação 3
– Modo reportado: se ocorre sucesso, não responde.
Se ocorre falha, retorna uma resposta com o erro.
– Modo de operação: assíncrono
• Classe de operação 4
– Modo reportado: se ocorre sucesso, retorna uma
resposta com o resultado. Se ocorre falha, não
responde.
– Modo de operação: assíncrono
Classe de operação do ROSE
• Classe de operação 5
– Modo reportado: se ocorre sucesso, não
responde. Se ocorre falha, não responde.
– Modo de operação: assíncrono
Primitivas de serviço do ROSE
• RO-INVOKE.request (operation value, operation class, argument,
invoke ID, linked ID, priority)
• RO-INVOKE.indication (operation value, argument, invoke ID,
linked ID)
• RO-RESULT.request (operation value, result, invoke ID, priority)
• RO-RESULT.indication (operation value, result, invoke ID)
• RO-ERROR.request (error value, error parameter, invoke ID,
priority)
• RO-ERROR.indication (error value, error parameter, invoke ID)
• RO-REJECT-U.request (reject reason, invoke ID, priority)
• RO-REJECT-U.indication (reject reason, invoke ID)
•
RO-REJECT-P.indication(invoke ID, returned parameters,
reject reason)
RTSE - Reliable Transfer Service
Element
• O objetivo do RTSE é fornecer um serviço que,
embora não seja tão geral quanto o nível de sessão,
forneça uma interface simples e seja capaz de
transferir unidades de dados de tamanho arbitrário
de forma confiável entre entidades de aplicações.
• O RTSE fornece mecanismos genéricos que, em
casos onde uma falha do sistema de comunicação
interrompe a conexão inicialmente utilizada na
transferência de dados, permitem o restabelecimento
da transferência de dados do ponto onde foi
suspensa, em uma nova conexão.
RTSE
• O RTSE utiliza o ACSE, para estabelecer e
encerar associações, e alguns dos
mecanismos de sincronização e
gerenciamento de tokens e de atividades
fornecidos pelo serviço de sessão (através
do serviço de apresentação) para garantir a
confiabilidade nas transferências de dados.
RTSE
• Após utilizar o ACSE para estabelecer uma associação
entre entidades de aplicação, o RTSE permite a troca
de dados na forma de APDUs (Aplication Protocol Data
Units) RTSE.
• Quando uma APDU é confirmada pelo RTSE
(reconhecimento positivo passado através da primitiva
RT-TRANSFER.confirm), o usuário tem a certeza de
que a unidade de dados foi entregue corretamente ao
destinatário.
• Quando o RTSE não consegue transferir a APDU, ele
sinaliza essa impossibilidade para seu usuário através
de um reconhecimento negativo, também passado
através da primitiva RT-TRANSFER.confirm.
RTSE
• A transferência de cada APDU é realizada em uma
atividade distinta no nível de sessão. O RTSE segmenta
a APDU em blocos de dados, iniciando uma atividade
de sessão, antes de começar a transferência dos blocos.
• Na fase de transferência de dados, o envio de cada
bloco de dados é seguido pela emissão de um ponto de
sincronização secundário e pela espera de sua
confirmação.
• Ao final da transferência de todos os blocos de dados de
uma APDU, a atividade de sessão é encerrada. Se
existir outra APDU a transmitir, o RTSE abre uma
nova atividade de sessão, repetindo o procedimento.
RTSE
• O RTSE utiliza o ACSE para encerrar uma
associação de forma ordenada, sem perda
dos dados em trânsito.