Monografia - PUC-Rio
Monografia - PUC-Rio Monografia - PUC-Rio
A mobilidade na camada de rede no HIP define um parâmetro genérico denominado LOCATOR, utilizado nas mensagens do HIP. Este parâmetro permite que um host HIP notifique a alternância de endereços que um ponto pode alcançar. O parâmetro LOCATOR pode ser endereços IP. Quando um host se move para outro endereço, um evento de mobilidade é notificado ao ponto conectado, enviando uma mensagem de tipo UPDATE que contém o parâmetro LOCATOR. Este pacote UPDATE é confirmado com um ACK no ponto de destino. Para confiabilidade em presença de pacotes perdidos, o pacote UPDATE é retransmitido, como definido nas especificações do HIP. O ponto de destino pode autenticar o conteúdo do pacote UPDATE, baseado nas chaves do pacote. Uma configuração operacional relatada é um host de tipo multihoming, que significa que um host possui simultaneamente múltiplos LOCATORS, o que em conseqüência, converge em um caso de mobilidade. Por usar o parâmetro LOCATOR, um host pode informar ao ponto de destino os LOCATORS adicionais, determinando como pode ser alcançado e definir um determinado LOCATOR como preferido [3]. 3.2. Sistema de eventos O sistema de eventos do Middleware FUEGO baseia-se em três entidades: • Subscribers: Recebe as notificações baseado em filtros • Publishers: Publica as notificações. • Fuego Router: Encaminha as notificações aos clientes. O roteador pode se dividir em duas partes: servidor de acesso e núcleo de roteamento. O roteador baseia-se em um algoritmo de roteamento fundamentado em distribuição sobre canais de eventos. Desde o ponto de vista do cliente, o objeto básico é a sessão que representa uma subscrição. Um 20
canal é um tipo de objeto e pode determinar a estrutura de um evento. O subspcritor utiliza um listener específico que determina de onde estão vindo as notificações e para aonde devem ser enviadas. Um servidor de eventos pode ser estendido usando componentes, tais como: • EventServer: Funcionalidade de acesso ao servidor. • StartServer: Reinicia o sistema • IRoutingEngine: Interface para o motor de roteamento. • IMobilityEngine: Interface para o motor de mobilidade. A implementação da interface IMobilityEngine fornece o núcleo do sistema de eventos publish/subscribe e esta baseado em canais de eventos ou roteadores salto a salto. O núcleo do roteador é responsável por: • Processamento do serviço lógico • Armazenagem dos filtros • Coincidência das notificações • Operações de gerenciamento • Fornecer uma interface de usuário para o roteador 3.3. Sistema de mensagens O sistema de mensagens para uma série de serviços que suporta comunicações de mensagens ou RPC (Remote Procedure Call), é constituído por três componentes: • Serviço de mensagens: fornece uma interface padrão à aplicação e conecta os componentes. • O protocolo AMME: responsável por gerenciar as conexões de rede enviando e recebendo mensagens. • Sistema Xebu: fornece formatos de serialização para mensagens SOAP. 21
- Page 1 and 2: NESTOR FELIPE MAYA QUINTERO MIDDLEW
- Page 3 and 4: LISTA DE FIGURAS Figura 1. Cabeçal
- Page 5 and 6: 1. Introdução O middleware para c
- Page 7 and 8: Atualmente o protocolo TCP (RFC793)
- Page 9 and 10: Diferentemente do TCP, que é orien
- Page 11 and 12: 9 ERROR 10 COOKIE ECHO - estado do
- Page 13 and 14: ecebida realiza uma correspondênci
- Page 15 and 16: 3. Middleware FUEGO O Middleware FU
- Page 17 and 18: O cabeçalho HIP, visto na figura 6
- Page 19: 3.1.4. Troca básica do HIP O proto
- Page 23 and 24: O sistema de mensagens permite util
- Page 25 and 26: 4. Conclusões O mecanismo HIP, é
canal é um tipo de objeto e pode determinar a estrutura de um evento. O<br />
subspcritor utiliza um listener específico que determina de onde estão vindo as<br />
notificações e para aonde devem ser enviadas.<br />
Um servidor de eventos pode ser estendido usando componentes, tais como:<br />
• EventServer: Funcionalidade de acesso ao servidor.<br />
• StartServer: Reinicia o sistema<br />
• IRoutingEngine: Interface para o motor de roteamento.<br />
• IMobilityEngine: Interface para o motor de mobilidade.<br />
A implementação da interface IMobilityEngine fornece o núcleo do sistema de<br />
eventos publish/subscribe e esta baseado em canais de eventos ou roteadores<br />
salto a salto.<br />
O núcleo do roteador é responsável por:<br />
• Processamento do serviço lógico<br />
• Armazenagem dos filtros<br />
• Coincidência das notificações<br />
• Operações de gerenciamento<br />
• Fornecer uma interface de usuário para o roteador<br />
3.3. Sistema de mensagens<br />
O sistema de mensagens para uma série de serviços que suporta<br />
comunicações de mensagens ou RPC (Remote Procedure Call), é constituído<br />
por três componentes:<br />
• Serviço de mensagens: fornece uma interface padrão à aplicação e<br />
conecta os componentes.<br />
• O protocolo AMME: responsável por gerenciar as conexões de rede<br />
enviando e recebendo mensagens.<br />
• Sistema Xebu: fornece formatos de serialização para mensagens SOAP.<br />
21