Bekkelidommen – HR-2016-304-S

entende-se como cumprido o objetivo geral que é desenvolver o roteamento na ETArch. Uma vez atingidos os objetivos geral e especíĄcos, as próximas seções tratam de destacar as principais contribuições deste trabalho e apresentar os trabalhos futuros para melho- ria da hipótese atual, além daqueles que podem ser gerados a partir deste. Por Ąm as contribuições em produção bibliográĄca serão listadas.

6.1 Principais Contribuições

O trabalho apresentou uma proposta de roteamento orientado a workspace para ser utilizado em ambientes SDN. A contribuição geral foi a deĄnição do mecanismo de rotea- mento a ser explorado na ETArch, o qual não havia sido discutido em trabalhos anteriores. O mecanismo foi proposto buscando-se atingir domínios externos ao da topologia utili- zada, o que viabiliza a utilização da ETArch em grandes redes, como a Internet, para a qual essa arquitetura havia sido projetada.

As primitivas WORKSPACE_LOOKUP e DTS_NOTIFY previstas na ETArch para o DTSCP foram utilizadas para o roteamento orientado a workspace, além da deĄnição de uma nova, WORKSPACE_CONFIGURATION. O uso dessa nova primitiva permite que cada DTSA decida a melhor maneira de conĄgurar os NEs sob seu controle para extensão de um Workspace entre diversos DTSAs. Com isso, é possível a utilização da ETArch em comunicações inter-domínio.

Entende-se que a utilização da primitiva WORKSPACE_CONFIGURATION é uma escolha válida, visto que na atualidade diferentes ASs se comunicam sem que um AS conheça a topologia dos demais. Conclui-se que esta característica será mantida no futuro, visto que operadoras de telecomunicações e grandes ISPs não têm intenção de divulgar informações sobre sua topologia para seus concorrentes.

Cada DTSA, ao receber um conĄg (primitiva WORKSPACE_CONFIGURATION), pode deĄnir em software a melhor rota para extensão de determinado Workspace entre seus NEs. Supondo que seja um DTSA intermediário (nenhuma de suas entidades faz parte do Worskpace) a conĄguração de extensão do Workspace pode ser realizada utilizando apenas NEs de borda (caso haja uma rota disponível), não necessitando conĄgurações no núcleo da topologia.

A utilização da primitiva DTS_NOTIFY foi demonstrada e viabilizada nos experi- mentos. No experimento inter-DTSA o MDTSA conseguiu responder corretamente aos pedidos de WORKSPACE_LOOKUP que foram solicitados. A extensão dos Workspaces pode ser feita considerando a melhor rota, uma vez que o MDTSA possuía conhecimento do Workspace criado em um DTSA diferente daquele que solicitou o serviço de lookup.

A utilização da primitiva WORKSPACE_LOOKUP e os serviços que são efetuados pelo MDTSA ao receber essa primitiva foram viabilizados nos experimentos. Cada experi- mento inter-DTSA provou que um MDTSA deĄne a melhor rota inter-DTSAs, mostrando

que os serviços invocados por esta super entidade são executados corretamente.

Como mencionado nos parágrafos anteriores, as três primitivas idealizadas para deĄ- nição de rotas e conĄguração correta para extensão de Workspaces foram implementadas em DTSAs, inclusive naqueles do tipo MDTSA. Dessa forma pode-se aĄrmar que o con- ceito de MDTSA é viável. Nas demonstrações o MDTSA comunicou-se corretamente com o Worskpace de Controle ao qual estava presente, além do que as primitivas lançadas no Workspace de Controle chegaram de forma correta ao MDTSA e foram tratadas com sucesso.

A deĄnição de rota previamente por um DTSA mostra tempos de conĄguração otimi- zados em relação à arquiteturas tradicionais. No experimento intra-DTSA com duzentos NEs mostrou-se que a conĄrmação de attach para uma entidade é mais rápida uma vez que um NE mais próximo já estende o Workspace solicitado. Essa melhora mostra que o algoritmo de roteamento escolhe de fato a melhor forma de estender um Workspace, a qual aproveita das vantagens de utilização da ETArch.

Outra contribuição relevante do presente trabalho foi a deĄnição de utilização dos

Workspaces de Controle para roteamento. A ETArch utilizava os Workspaces criados

sob demanda para envio e recebimento das primitivas de dados. Com os Workspaces de Controle os DTSAs não se comunicam diretamente, cada primitiva de controle inter- DTSA é lançada nos Workspaces de Controle e todos os DTSAs participantes receberão e farão as devidas tratativas.

A contribuição do trabalho em relação às topologias inter-domínio foi a deĄnição de um algoritmo para roteamento inter-DTSA. Com isso aĄrma-se ser viável a utilização da ETArch em ambientes múltiplos, ie, aqueles em domínios separados. Os experimen- tos mostraram que o algoritmo proposto é capaz de atribuir conĄgurações corretas para extensão de Workspaces através da melhor rota disponível.

Como contribuição Ąnal do trabalho foram desenvolvidos e incorporados aos códigos do projeto EDOBRA rotinas de roteamento orientado a workspace. Os próximos tra- balhos na arquitetura podem aproveitar essas rotinas para seus desenvolvimentos. A implementação foi feita em linguagem Java e implantada na plataforma Mobicents, para que futuros trabalhos relacionados com disponibilidade e escalabilidade possam usufruir desta plataforma, não abrindo mão do roteamento idealizado neste trabalho.

Finalmente pode-se concluir pela viabilidade da utilização do roteamento orientado a

workspace. Provou-se através deste trabalho que este novo mecanismo para roteamento

é viável para a ETArch. AĄrma-se também que a deĄnição prévia das rotas pode ser implantada em topologias intra e inter-domínio para uso na Internet, trazendo a vantagem que essa abordagem consegue estabelecer: estender Workspaces sem a necessidade de se chegar à origem do mesmo em cada nova solicitação de extensão.

Por Ąm entende-se que a utilização de roteamento orientado a workspace conforme demonstrado nos experimentos permite que NEs possuam exclusivamente a função de