wiki

Semantic Web: mudanças entre as edições

← Edição anterior
Helvio (discussão | contribs)
P&D
8 edições
 
(242 revisões intermediárias por 10 usuários não estão sendo mostradas)
Linha 1: Linha 1:
= Colaboradores =
= Colaboradores =


[[Imagem:Viagem_CPqD48.jpg|thumb|Visita CPqD - Data: 03/06/2011]]


[[Imagem:GE-Foto01.png|border|center|600px|thumb|Visita CTBC - Data: 30/09/2010 - Central Móvel e Fixa]]
* Alex Vaz Mendes - 9945-3763 - alexvazmendes@gmail.com <br>


* Caio Eduardo Cunha Machado Caetano - 9990-8108 - caio@algartelecom.com.br<br>


* Felipe Alberto Simões Tavares - felipeastavares@gmail.com - 9110-1700 <br>
* Gabriel Fernandes Machado - 9232-6118 - gfmachado22@gmail.com (Entrada em 22/07/2011)<br>


* Alex Vaz Mendes - alexvazmendes@gmail.com - 9945-3763 <br>
* Bruna Lorena Rodrigues Gondin - 8825-2351 - bruna.lorenagondin@gmail.com (Entrada em 28/06/12)


* Vinícius Araújo de Oliveira - viniciusudi@hotmail.com - 9175 - 2249 <br>
* Pedro Macedo Leite - 9992-1743 - pedro.larva@gmail.com (Entrada em 11/10/2013)


* Caio Eduardo Cunha Machado - caioalmom77@gmail.com - 8811-8108 <br>
* Adailson Carlos Souza Passos - 9979-2020 - adailson@algartelecom.com.br (Entrada em 28/06/13)


* João Paulo Cruz Araújo - joaopca@algartelecom.com.br - 9979-3418 <br>
* Eduardo de Souza Santos - 9667-9707 - eduardoss@algartelecom.com.br (Entrada em 02/08/13)


= Iniciação Científica =
* Geraldo Marra Vilela - 9979-9770 - geraldom@algartelecom.com.br (Entrada em 09/08/13)
<br>


== AutoI ==


*[[Orchestration]]
* João Paulo Cruz Araújo - joaopca@algartelecom.com.br - 9979-3418
*[[Service Enablers]]
 
*[[Knowledge]]
* Vinícius Araújo de Oliveira - viniciusudi@hotmail.com - 9175 - 2249. Saída em 03/06/2011. <br>
*[[Virtualization]]
 
*[[Management]]
* Felipe Alberto Simões Tavares - felipeastavares@gmail.com - 9110-1700. Saída em 07/02/2012 <br>
<br>
<br>
<br>
 
= Cronograma =
<br>
 
* [[Arquivo:Semantic Web - Cronograma - 2013.pdf]]
 
<br>
 
= Estudo =
<br>
 
==  Básico ==
<br>
 
* [[Camada de Enlace]]
 
* [[IPv4/IPv6]]
* [[Entendendo números IPs]]
* [[TCP]]
* [[UDP]]
* [[Resumo das RFCs]]
 
 
* [[CLI]]
* [[SNMP]]
 


== Versão Rascunho ==
* [[MPLS]]


=== Objetivo ===


=Rascunho=
Rascunho #1<br>
Aproximar as camadas de aplicação e rede, referentes ao modelo de arquitetura de redes OSI, de modo a substituir a estrutura de protocolos já existente, especificamente os pertencentes ao conjunto TCP/IP. A proposta é seguir as tendências de um novo ambiente já em funcionamento, o AutoI, colaborarando com o desenvolvimento de um novo protocolo que atenda melhor às necessidades da Internet do futuro, além de acumular conhecimentos e pesquisas relativas à nova forma de organizar conhecimentos e desenvolver aplicativos, as ontologias.


Rascunho #2<br>
* [[Overview OWL]]
O objetivo principal do projeto é implementar o protocolo  FINLAN na arquitetura de internet do futuro do AutoI.
* [[RDF]]
* [[XML]]
* [[LaTeX]]
<br>


Com isso objetivamos aproximar as camadas de aplicação e rede do modelo OSI de modo a substituir a estrutura de protocolos já existente, especificamente o conjunto TCP/IP, por um protocolo que faça uso de ontologias e não apresente os problemas primários da estrutura TCP/IP.
==  QoS ==
<br>


A proposta é colaborar com o AutoI de forma a integrar um ambiente que leva semântica e autonomia a rede com o protocolo FINLAN que elimina os problemas do TCP/IP e faz uso de ontologias a fim de dar inteligência a rede.
* Aulas de TRC - 2006 - Pitágoras
<br>


===Tópicos===
* [[Arquivo:TRC23 - Aula 02 - Definição.pdf]]
*Objetivo final
* [[Arquivo:TRC23 - Aula 03 - Parâmetros.pdf]]
**Implementar o protocolo FINLAN na arquitetura do AutoI
* [[Arquivo:TRC23 - Aula 04 - Aplicações Multimídia.pdf]]
* [[Arquivo:TRC23 - Aula 05 - Warriors of the net.pdf]]
* [[Arquivo:TRC23 - Aula 06 - Técnicas de QoS.pdf]]
* [[Arquivo:TRC23 - Aula 07 - Enfileiramento.pdf]]
* [[Arquivo:TRC23 - Aula 08 - Exemplos de Serviço com COS.pdf]]
* [[Arquivo:TRC23 - Aula 08 - Modelos de QoS.pdf]]
* [[Arquivo:TRC23 - Aula 09 - RSVP.pdf]]
* [[Arquivo:TRC23 - Aula 10 - RootNet.pdf]]
* [[Arquivo:TRC23 - Aula 10 - Tráfego de Rede.pdf]]
<br>


*Objetivos gerais
== SDN ==
**Aproximar as camadas de aplicação e de rede
**Colaborar com o AutoI
**Inserir o protocolo FINLAN na arquitetura do AutoI
**Levar inteligência (semântica) as camadas inferiores
**Aplicar a ontologia nas camadas de rede


** [[Justificativa IC]] 28/03
* [[Introdução SDN]]
= Foco =
* [[Projetos SDN]]
* [[SDN]]
* [[OpenFlow]]
* [[RouteFlow]]
* [[Workspace]]
* [[Edobra]]
* [[FlowVisor]]
* [[FINLAN]]
* [[Ofelia]]
* [[Testbed Brazil]]


Convencer sobre a importância do projeto, explanando sobre as limitações dos protocolos atuais, como problemas de segurança, gerenciabilidade, confiabilidade, mobilidade, etc. Exemplificando com trabalhos que já estão sendo desenvolvidos nos USA, na Ásia e principalmente na Europa (de preferência com nomes de peso).
== NFV ==


= Tópicos =
* [[NFV ou SDN]]


== Evolução da internet ==


•Modelagem da internet no seu incio (4ward)
== Redes Virtuais ==
<br>


•Comparação com a internet atual  (4ward)
* [[Mininet]]


''"Eu sei que se já 10 anos eu tivesse contado contado que todas essas coisas viriam, vocês diriam que isso era impossível"''
* [[OFlops]]
<br>


== Limitações dos protocolos atuais ==
== Redes Metro ==
<br>


Milhares de novas páginas são publicadas diariamente na internet e a falta de padronização dessas informações originaram um problema para os usuários na hora de navegar na Internet e assim achar as informações desejadas. Esse problema é chamado de Information Overload. Outro grande problema é que a internet atual não consegue associar informações de várias páginas. Diante deste caos a web semântica vem como solução permitindo criar um contexto onde a informação possa ter significado para as máquinas, que se encarregarão de levar a informação relevante ao seu usuário.
* [[MPLS]]
<br>


A web atual é um conjunto de recursos e links. Os recursos são identificados pelos seus URIs (Uniform Resourcem Identifiers). A URL (Uniform Resource Location) faz parte de um subconjunto da URI. Para o usuário, não existe nenhum problema quanto a esta questão, pois este é capaz de ler a descrição do link, identificando o sentido semântico embutido naquele contexto. Para a máquina, entretanto, muito pouca informação “machine-readable” está disponível, uma vez que não é possível fazer uma análise quando ao juízo transmitido por um link. O significado dos links só é evidente
* Apresentação Expansão MetroEthernet
no contexto em torno da âncora. Por exemplo, dois sites de cinema podem fazer referência à um mesmo filme. Entretanto, um site lista o filme entre os dez melhores e o outro site lista-o entre os dez piores. O sentido é totalmente diferente para o homem, mas não para a máquina, que só percebe uma simples ligação.
** [[Arquivo:Apresentação projeto rede metro de 10Giga em MPLS.ppt]]
<br>


Na futura web, ou na web semântica, o conjunto de recursos e links também são identificados por URI's, mas podem ser "tipados". Consiste em atribuir um tipo à relação entre dois recursos. Forma-se o conceito de ontologia (Um recurso, uma propriedade e um valor). Neste contexto, uma relação entre dois recursos possui uma propriedade que permite atribuir significado à ligação. No exemplo dos sites de filme, pode-se atribuir a propriedade "está entre os dez melhores" ao link no primeiro site e a propriedade "está entre os dez piores" ao link no segundo site. A diferença entre os modelos é que agora o conhecimento está formalizado de uma maneira estruturada.  
* Treinamento Básico - MetroEthernet
** [[Arquivo:Treinamento_CTBC_Basico_Plus_Rev02.ppt]]
<br>


Antes da internet, o homem viveu o grande desafio de recuperar o conhecimento perdido em livros, documentos ou peças de museu esquecidas ou depositadas em lugares inalcançáveis. Contudo, a internet mudou este cenário tornando a informação e o conhecimento disponíveis a um clique. Entretanto, tal fato gerou a sobrecarga de informações que dificulta distinguir entre a informação relevente e o lixo. Enfrenta-se, novamente, o problema de econtrar a informação certa, na hora certa.  
* Spanning Tree
** Spanning Tree Protocol v1.21 – Aaron Balchunas
<br>


Os usuários, inevitavelmente, recorrerão aos mecanismos de busca, que avançam em iniciativas como a web semântica, buscando tornarem-se verdadeiros oráculos do meio digital. Mas para estabelecer a relação semântica entre as diversas fontes de informação, é necessário um esforço descentralizado, que pode demorar anos para se concretizar. Mas como toda novidade gera oportunidade, beneficiar-se-ão aqueles que alcançarem uma posição onde possam ser facilmente localizados por meio das relações semânticas criadas.
* Roteadores
** [[Interação com roteadores]]
** Thiago Mundim
<br>


== Projetos em desenvolvimento ==
* [[Interação com switch]]
     
<br>
European Future Internet (http://www.future-internet.eu/) ''Europe''


World Wide Web Consortium (W3C) (http://www.w3.org/standards/semanticweb/)
* Artigo Redes Metro em Ambientes Telecom:
** Este artigo apresenta o estudo e aplicação da tecnologia de Redes Metro Ethernet em ambientes de telecom para prover um meio de comunicação em a ltas velocidades baseado no protocolo Ethernet. A partir de uma infraestrutura operacional instalada, este projeto descreve as etapas da implementação dos equipamentos e serviços que poderão ser oferecidos aos clientes da empresa alvo.
** [[MetroEthernet]]
** [[Arquivo:Artigo - Redes Medtro em ambientes Telecom.pdf]]
<br>


NETIC, Núcleo de Estudos em Tecnologias para Informação e Conhecimento (http://www.netic.com.br/) ''Brasil''
* Artigo Metro Ethernet
** Fraulob, Davi M. Piacentini, Edgar J. Metro Ethernet. Pontifícia Universidade Católica do Paraná. Curitiba. 2006.
**  O mercado tem cada vez mais buscado por soluções de rede que tenham baixo custo e garantam qualidade de serviço, propiciando interconexão entre as redes corporativas geograficamente distribuídas e também com a internet. As redes Metro Ethernet tem se  mostrado uma escolha óbvia, por propiciar simples administração, baixo custo, fácil interconexão e boa granularidade de banda. Novos protocolos têm sido propostos de maneira a atribuir a estas redes qualidade de serviço, segurança e robustez, de modo a se aproximar das características das redes de circuito tradicionais, mantendo as vantagens de uma rede de pacotes.  
** [[Arquivo:Metro Ethernet - 2006.pdf]]
<br>


Dublin Core Metadata Institute (http://dublincore.org/)
* Cisco - Especificação Técnica - Metro Ethernet
** [[Arquivo:Cisco - Metro Ethernet - Technical Specifications.pdf]]
<br>


•Perspectivas (Do nosso projeto e dos em desenvolvimento fora)
== Visitas ==
          •Trabalhar no ambiente AutoI
* [[Manutenção e Ativação]]
== IEEE 802.1 ==
<br>


Projeto na área de Tecnologia da Informação (TIs), linha de pesquisa busca acompanhar e compreender o potencial de mudança da Web, especialmente sua evolução para uma estrutura na qual o conteúdo seja o elemento fundamental e que está levando ao desenvolvimento e ampliação das capacidades dos dispositivos computacionais. Não em termos quantitativos de potência de processamento, mas em termos de qualidade de processamento, uma vez que eles passarão a “compreender” os objetos digitais a partir da sua semântica intrínseca. A iteração homem-máquina ocorrerá num nível mais elevado, num nível cooperativo entre as máquinas (machine-to-machine). Uma nova geração de ferramentas e dispositivos computacionais está surgindo. Assim, as ontologias terão papel fundamental, provendo contextos, conceitos e padrões de metadados para classificação e descrição a priori, manipulação, armazenamento, transmissão e apresentação dos objetos digitais.


** [[Introdução IC]] 11/04


===Descrição das Propostas===
== Simulação ==
<br>


Existem hoje várias correntes propondo arquiteturas para o novo padrão de Internet.  Desenvolvidas em várias regiões do planeta como a Europa, Ásia e EUA e envolvendo grandes instituições e universidades importantes e renomadas. Alguns projetos que possuem destaque neste cenário e que podem ser citados  como referência são: 4WARD, ANA, ADAMANTIUM, ASPIRE, AUTOI, CASAGRAS, CHRON, ETNA, FAST, COAST, COMPAS,  AKARI, GENI, G-lab, entre outros. Entre estes podemos destacar tres que prometem competir pela definição de um padrão mundial, não esquecendo que os outros projetos também tem suas potencialidades. São eles: 4WARD, AUTOI e GENI.
* [[Mininet]]
** An Instant Virtual Network
<br>


O GENI (Global Environment for Network Innovations) é uma iniciativa americana que acredita que uma reorganização da Internet é necessária e para isso criou um ambiente experimental compartilhado para auxiliar na validação de novas arquiteturas de rede. Pretende prover características aperfeiçoadas como: maior segurança, melhor integração de tecnologias opticas e sem fio e integração com o mundo de sensores e processadores embutidos. Como infraestrutura tecnológica propõe os seguintes aspectos: programabilidade, virtualização e outras formas de compartilhamento, federação e experimentação baseada em partes (slice).
= Trabalhos relacionados =
<br>


Já o projeto 4WARD é parte do programa FP7 (7th  Framework Programme for Research and Technological Development), um conjunto de iniciativas com prazo de desenvolvimento entre 2007 e 2013 com recursos de 50 bilhões de euros para reforçar a base científica e tecnológica da indústria européia. O 4Ward como parte deste programa teve, pois aconteceu no período de 2008 a 2010, alguns objetivos básicos como criar o desenvolvimento de redes e aplicações conectadas mais rápidas e mais fáceis e estudar os desafios chaves para a Internet do Futuro.
== AutoI ==
Uma proposta que pretendemos apoiar e utilizar como plataforma para o desenvolvimento de soluções para a Internet do Futuro é o AutoI. Desenvolvido na Europa, este propõe corrigir os problemas da Internet atual, visto que esta alcançou proporções muito grandes e necessita de melhorias para poder interconectar sistemas e conhecimento. O grande desafio e objetivo é projetar e desenvolver uma solução que possa abranger redes heterogêneas, que suporte um serviço de mobilidade, confiabilidade e qualidade de serviço, sendo que esta solução seja uma rede de infraestrutura aberta (open source) baseado em ontologias de informações e modelos de dados.


A arquitetura deste modelo é estruturada em cinco abstrações, os planos OSKMV: Orchestration, Service Enablers, Knowledge, Management e Virtualisation. Cada um destes planos executaria funções que abrangem desde a aplicação ao seu controle, para que todos os objetivos e melhorias propostas fossem alcançadas.
*[[Orchestration]]
*[[Service Enablers]]
*[[Knowledge]]
*[[Virtualization]]
*[[Management]]
<bR>


O plano de orquestração (Orchestration) é uma definição conceitual para uma série de ferramentas que governam, integram e policiam os processos e aplicações da Internet através de sistemas autonômicos de controle, os quais tem a capacidade de cancelar ou corrigir processos, além de interagirem. O controle destes sistemas é feito por componentes de orquestração distribuídos, chamados DOCs, os quais possuem uma visão da arquitetura de processos específicos e atuam através de comandos específicos para interferir em cada processo.
* '''Status do projeto AutoI'''
** Nov/2011
<br>


O plano de abilitadores de serviço (Service Enablers) é um conjunto de funções de reimplantação automática de protocolos, serviços de controle e serviços prestados ao usuário. Isto permite que os códigos sejam ativados ou executados sobre entidades da rede, aumentando o controle e a segurança sobre estes serviços.
== NVN ==
<br>


O plano de conhecimento (Knowledge) consiste de modelos e ontologias com a capacidade de fazer análises e integrar conhecimentos através de inferências, assim a rede tem a capacidade de executar auto-monitoramento, auto-análise, entre outros processos que possibilitam a conexão entre dados conforme características comuns, o que cria uma estrutura circular entre as informações e deixa todo o processo mais inteligente e eficiente.
* NetSocket:
** www.netsocket.com/
<br>


O plano de gestão (Management) é justamente formado pelos sistemas autonômicos de controle que agem nos processos da rede em loops constantes, controlados pelo plano de orquestração. É importante destacar que cada sistema atua sobre um processo específico de forma automática, através de funções de monitoramento. Este plano tem a capacidade de gerar funções embarcadas na rede que se adaptam ao meio e que podem ser extendidas conforme necessidade, sem perturbar o funcionamento do sistema, além de minimizarem o custo computacional das operações e o consumo de energia.
* Case: Data Center
** [[NVN - Service Provider Data Center]]
<br>


O plano de virtualização (Virtualisation) são mecanismos de software que tratam recursos físicos selecionados como recursos virtuais de programação organizados pelos planos de orquestração e gestão para a criação de componentes, dispositivos ou redes. Este plano é utilizado pelo plano de orquestração para governar os recursos virtuais e construir redes e instrumentos para serviços específicos.
* Case: Escritório
** [[NVN - Branch Office]]
<br>


===Limitações da Internet Atual===
== Slicing ==
<br>


* Apontar as deficiências dos protocolos  utilizados hoje (TCP/IP. Mostrar que  não possuem capacidade para suportar as propostas.
* Slicing Home Networks
* Explicar que existe a necessidade de "dar" semântica aos protocolos, para que possam possibitar conexões entre informações, além de aproximar as camadas, reduzindo algumas destas.
** {yiannisy,yapkke,skatti,parulkar,nickm}@stanford.edu
* Descrever como a Internet atual está limitada para as novas aplicações e métodos projetados para o futuro
** [[Arquivo:Slicing Home Networks.pdf]]
* Detalhar estas demandas
<br>


* Putting Home Users in Charge of their Network
** {yiannisy,huangty,yapkke,skatti,nickm,rameshj}@stanford.edu
** [[Arquivo:Putting Home Users in Charge of their Network.pdf]]


** [[Desenvolvimento IC]] 11/04
= Artigos e Livros =
<br>


* Análise, comparação e seleção das soluções atuais para a Internet do Futuro;
* EDOBRA:
* Justificar a escolha da melhor solução. A proposta inicial é o AutoI
** [[Arquivo:Ponto_de_Rede_na_UFU.pdf]]
* Instalar, configurar, testar, corrigir e stressar a solução escolhida
<br>
* Testar o protocolo FINLAN para substituir os atuais na execução da solução escolhida
* Colher resultados de desempenho, tráfego e segurança
* Comparar com as soluções convencionais


= RNP participa de debate sobre o futuro da Internet =
* SDN:
Nos dias 15 e 16 de abril de 2009 foi realizado o Workshop Futuro da Internet. Uma das discussões centrais destes dois dias de evento foi em torno da forma que a rede terá no futuro. Há pesquisadores que defendem que uma nova Internet deve ser criada, ou seja, que deve-se abandonar o protocolo IP (que também é nossa proposta), sobre o qual está fundamentada a Internet atual, e desenvolver uma base inteiramente nova sobre a qual a rede passará a funcionar. Esta idéia de “recomeçar a Internet do zero” é conhecida entre os pesquisadores como Clean Slate, ou arquitetura disruptiva. Atualmente, portanto, a Internet seria constituída por vários “remendos”, responsáveis por uma série de vulnerabilidades, instabilidades, incompatibilidades e outros problemas da rede. Os defensores do Clean Slate argumentam que uma Internet recalculada do zero seria mais robusta e confiável, com maior flexibilidade e facilidade de administração. Os que defendem o IP argumentam que este protocolo vem funcionando satisfatoriamente nos últimos 30 anos e que, embora uma mudança na Internet seja necessária, ela partirá de uma evolução do próprio IP, e não de uma ruptura com ele.
** [[Artigo - Código SDN]]
** [[Artigos SDN]]
** [[Arquivo:SDN - NVN - Whitepaper.pdf]]
<br>


= Possíveis soluções =
* Artigo FIABook:
O diretor de Inovação da RNP destacou o PlanetLab, uma infraestrutura mundial para a realização de pesquisas em tecnologias e protocolos de aplicações Internet (TCP/IP), atualmente presente em mais de 400 nós espalhados pelo mundo. A contribuição fundamental do PlanetLab para a realização de pesquisa experimental '''é o uso da virtualização de recursos computacionais nestes nós''', permitindo que múltiplas aplicações possam ser instaladas paralelamente em cada nó, e que uma determinada aplicação possa estar presente em uma fração de muitos nós diferentes, o que é chamada de uma “fatia”.
** [[Arquivo:ArtigoMeetingServices-FIABook.pdf]]
==== Características: ====
<br>
* Alcance mundial;
* 1077 nós distribuídos em 571 sites;
* Amplamente utilizado para testes de rede;
* Baseado nos conceitos de Redes sobrepostas e Virtualização.
VANTAGENS:
# Teste de aplicações em escala global;
# Qualquer estação da Internet (TCP/IP) pode ser um nó.
DESVANTAGENS:
# Não é útil para testar idéias radicais para a Internet;
# Rede sobreposta rodando acima da rede TCP/IP;
# Herança de todos os problemas do TCP/IP.
Em 2006, o ambiente PlanetLab foi estendido para permitir experimentos com outras arquiteturas de Internet, além do TCP/IP. Este “meta-testbed” se chama Vini, e permite que os servidores nos nós possam funcionar como roteadores para diversos protocolos. A virtualização dos recursos em Vini inclui também os roteadores e os enlaces entre estes.
O Vini serviu como inspiração para o Global Environment for Network Innovations (Geni), uma iniciativa da norte-americana National Science Foundation (NSF) para criação de um ambiente compartilhado de experimentação que auxilie na validação de novas arquiteturas de redes. Uma das palavras-chave do ambiente Geni é a virtualização, que permite que múltiplas arquiteturas funcionem em uma infraestrutura compartilhada, dando uma representação razoável da complexidade da Internet. Michael falou ainda de outras iniciativas similares ao Geni, como a européia Future Internet Research & Experimentation (Fire) e a japonesa Akari. O uso de Vini neste contexto requereria uma infraestrutura subjacente de camada 2 do modelo OSI, para poder implementar possivelmente múltiplos protocolos de rede (camada 3), sendo IP apenas uma das alternativas.
GENI é um laboratório  virtual  para  explorar a internet futuro em escala, criando grandes oportunidades para compreender, inovar e transformar as redes globais e suas interações com a sociedade. Dinâmico e adaptável, o GENI abre novas áreas de investigação nas fronteiras da ciência e da rede de engenharia, e aumenta a possibilidade de impacto sócio-económico significativo. O objetivo do GENI é melhorar a investigação experimental em redes e sistemas distribuídos  , e acelerar a transição da investigação em produtos e serviços que irão melhorar a competitividade econômica. O GENI irá:
* Fazer experimentação de apoio  em  escala  em  comum, heterogêneo, infra-estrutura altamente instrumentada;
* Permitir a programação de profundidade em toda a rede, promovendo inovações na rede, ciência, segurança, tecnologias, serviços e aplicações;
* Proporcionar ambientes colaborativos e exploratório para a academia, a indústria e o público para catalisar as descobertas revolucionárias e a inovação.
Os conceitos fundamentais  para o conjunto das infra-estruturas do GENI são as seguintes:
* Programação;
* Virtualização e outras formas de partilha dos recursos;
* Federação;
* Corte com base em experimentação.


= ANA - Autonomic Network Architecture =
* Tânia Tronco:
** [[Livro: New Networks Architectures]]
<br>


=== Objetivos ===


*Identificar os princípios de redes autônomas que permitam aumentar em escala e funcionalidade essas redes.
* Iniciação Científica
** [[IC - Versão Oficial]]
<br>


*Premissa: Aumentar a funcionalidade de uma rede significa aplicar princípios de redes autônomas como auto gerência, auto otimização, auto monitoramento, auto reparo e auto proteção.


*Aumentar a funcionalidade de uma rede acaba por aumentar sua escala.
Modelos
* [[Media:Projeto IC - Ana Lúcia - UFU.pdf|Projeto Modelo de Iniciação Científica da UFU]]
<br>


*Explorar a "internet de-construcion, function atomization", difusão e sedimentação que irá substituir a camada estática atual.
== Evolução ==
<br>


=== Conceitos Técnicos ===
* 1-OntoBra-artigo-Po1
** Ontologia em Redes de Computadores
** [[Arquivo:1-OntoBra-artigo-Po1.pdf]]
<br>


*O conceito fundamental a qual a arquitetura é construída é o Information Dispatch Point (IDP).
* 2-NTMS-IEEE-069-073-PID992592
** Distributed Systems Ontology
** [[Arquivo:2-NTMS-IEEE-069-073-PID992592.pdf]]
<br>


*IDPs são inspirados pelo trabalho de "network pointers" que são também similares de alguma forma a "file descriptors" e sockets de sistemas Unix.
* 3-NTMS-IEEE-116-121-PID992662
** Horizontal Address Ontology in Internet Architecture
** [[Arquivo:3-NTMS-IEEE-116-121-PID992662.pdf]]
<br>


*IDPs são geralmente direcionados a blocos funcionais (FB). Blocos funcionais são unidades de processamento de informação que implementam funcionalidades de transmissão de dados (por exemplo enviar e receber pacotes IP) ou funcionalidades adicionais como monitoramento de tráfego.
* 4-I2TS-62789
** Implementação do Protocolo FINLAN
** [[Arquivo:4-I2TS-62789.pdf]]
<br>


*A ligação de um IDP é dinâmica e pode mudar com o tempo assim que a "network stack" for reconfigurada.
* 5-I2TS-62641
** Proposal for Hybrid Communication in Local Networks
** [[Arquivo:5-I2TS-62641.pdf]]
<br>


*De um ponto de vista de implementação, uma IDP é identificada por um gerador de rótulo randômico.
* 6-I2TS-62677
** Horizontal Address by Title in the Internet Architecture
** [[Arquivo:6-I2TS-62677.pdf]]
<br>


*Afim de monitorar todos os blocos funcionais e IDPs disponíveis, existe uma entidade central em cada nó. Essa entidade possui duas tabelas: uma que descreve todos os blocos funcionais e uma segunda que salva os mapas entre IDPs e blocos funcionais. Essas tabelas são usadas para encaminhar mensagens entre blocos funcionais individuais.
* 7-ICNS-IEEE-ICNS-10142-3969a007
** Horizontal Addressing by Title in a Next Generation Internet
** [[Arquivo:7-ICNS-IEEE-ICNS-10142-3969a007.pdf]]
<br>


*O objetivo do IDP é basicamente: primeiro, ele provê uma comunicação genérica entre vários blocos funcionais rodando dentro de um nó e, segundo, ele provê flexibilidade na reorganização dos caminhos de comunicação.
* 8-CNS-IEEE-ICNS-10193-3969a018
** Optimization Proposal for Communication Structure in Local Networks
** [[Arquivo:8-CNS-IEEE-ICNS-10193-3969a018.pdf]]
<br>


*Os direcionamentos do IDP são armazenados em uma tabela no nó onde cada IDP é identificada por um rótulo do nó local. Essa tabela é chamada de Information Dispacth Table (IDT). A IDT armazena o direcionamento entre valores de IDP e entidades como FB ou IC (information channels). Quando um pacote é enviado para alguma IDP, ele é encaminhado para o FB ou IC em que o IDP é associado. Após isso a entidade que recebe o pacote decide o que fazer: consumir o dado, adicionar um cabeçalho e reencaminhar o pacote para a próxima IDP, largar o pacote e etc.
* 9-ICNS-IEEE-ICNS-10249-3969a032
** FINLAN Packet Delivery Proposal in a Next Generation Internet
** [[Arquivo:9-ICNS-IEEE-ICNS-10249-3969a032.pdf]]
<br>


= Referências =
* 10-Versao-Publicada-I2TS2010-78152_1
* Rede Nacional de Ensino e Pesquisa[http://www.rnp.br/noticias/2009/not-090417.html]
** Network Headers Optimization for Distributed Programming
* PlanetLab[http://www.planet-lab.org/]
** [[Arquivo:10-Versao-Publicada-I2TS2010-78152_1.pdf]]
* GENI[http://www.cni.org/tfms/2009a.spring/abstracts/handouts/CNI_GENI_Thomas.pdf]
<br>
*[http://www.ic.uff.br/~igor/cursos/redespg/aula1.pdf]


** [[Metodologia IC]] 18/04
* 11-Publicacao-Journal-IARIA
** [[Plano de Trabalho IC]] 18/04
** Layers Optimization Proposal in a Post-IP Network
** [[Resumo IC]] 24/04
** [[Arquivo:11-Publicacao-Journal-IARIA.pdf]]
<br>


=== Referências ===
* 12-FIA Bool 2011 - Meeting Services
** Meeting Services and Networks in the Future Internet
** [[Arquivo:12-FIA Bool 2011 - Meeting Services.pdf]]
<br>


* Michael Stanton. Future Internet initiatives. Rede Nacional de Ensino e Pesquisa - RNP. Brasil. 2010.
* 13-FIA Bool 2011 - Title Model
** Title Model Ontology for Future Internet Networks
** [[Arquivo:13-FIA Bool 2011 - Title Model.pdf]]
<br>


* Henrik Abramowicz (EAB), Pedro A. Aranda (TID), Jorge Carapinha (PTIN), Christopher Foley (WIT-TSSG), Martin Johnsson (EAB), Holger Karl (Uni Paderborn), Göran Schultz (LMF), Michael Soellner (ALUD). Introduction and Overview of the 4WARD Technical Results. 4Ward. Jun-2010.
* 14-IEEE-Transactions-9TLA2_12SouzaPereira
** Title Model for Computer Networks Optimization
** [[Arquivo:14-IEEE-Transactions-9TLA2_12SouzaPereira.pdf]]
<br>


· J. Rubio-Loyola, A. Astorga, J. Serrat, W. K. Chai, L. Mamatas, A. Galis, S. Clayman, A. Cheniour, L. Lefevre, A. Fischer, A. Paler, Y. Al-Hazmi, H. de Meer – “Platforms and Software Systems for an Autonomic Internet” – IEEE Globecom 2010, 6-10 December 2010, Miami, USA;
* 15-Versao-Publicada-SBRC-2011-ST02_4
** Domain Title Service for Future Internet Networks
** [[Arquivo:15-Versao-Publicada-SBRC-2011-ST02_4.pdf]]
<br>


. http://ist-autoi.eu/autoi/index.php#
* 16-FIA Book 2012 - FINLAN
** Title Model for Computer Networks Optimization
** [[Arquivo:16-FIA Book 2012 - FINLAN.pdf]]
<br>


-> AutoI - Publishable Summary - V2.0
== Colaborações ==
<br>


-> D1.2-Virtualisation Solutions - Final Version V2.1
* A01 - OpenFlow-main-1-Felippe
** Avaliação do impacto no desempenho do OpenFlow eXtensible Match
** [[Arquivo:A01 - OpenFlow-main-1-Felippe.pdf]]
<br>


-> D2.2 Orchestration Plane and Interfaces - Final Version V1.0
== Discussões ==
<br>


= Temas =
# Como se faz o reenvio e roteamento de pacotes no FINLAN?
# Como o FINLAN faz a reordenação dos pacotes?
# Existe enfileiramento para uma posterior remontagem?
# Como a aplicação conversa com o DTS?
# Podemos usar o termo pacote ou seria frame?
# O que seriam os títulos?
# A quantidade de roteadores pode ser um requisito?
# Se foram feitos experimentos com o ETCP, onde o FINLAN vai entrar?
<br>


* [[TED - Web Semantic]]
= Notícias =
* [[Overview OWL]]
<br>
* [[IPv4/IPv6]]
* [[Entendendo números IPs]]
* [[RDF]]
* [[TCP]]
* [[XML]]
* [[UDP]]


= Notícias / Comunicados =
*[[FIA: Chamado para discussão do roadmap pro Framework Programme 8 e chamado para discussão em design de arquitetura da internet do futuro]]
*[[FIA: Chamado para discussão do roadmap pro Framework Programme 8 e chamado para discussão em design de arquitetura da internet do futuro]]
<br>


= Sites de interesse (links externos) =
= Sites =


=== Eventos acadêmicos ===
Entidades
*CEEL [http://www.ceel.eletrica.ufu.br/]
<br>
*Maratona de Programação [http://200.170.138.249/]
*XXIX Simpósio Brasileiro de Telecomunicações (SBrT'11) [http://www.sbrt.org.br/sbrt2011/]
**''Novo prazo para sumbissão de artigos 11/04/2011''


=== Entidades acadêmico-científicas ===
*IEEE Communications Society [http://www.comsoc.org/]
*IEEE Communications Society [http://www.comsoc.org/]
*Sociedade Brasileira de Telecomunicações [http://www.sbrt.org.br/]
*Sociedade Brasileira de Telecomunicações [http://www.sbrt.org.br/]
*W3C [http://w3c.org/]
*W3C [http://w3c.org/]
*W3C Semantic Web Activity [http://www.w3.org/2001/sw/]
*W3C Semantic Web Activity [http://www.w3.org/2001/sw/]
<br>


=== Diversos ===
Diversos  
*TED [http://ted.com/]
*TED [http://ted.com/]
*Academic Earth [http://academicearth.org/]
*Academic Earth [http://academicearth.org/]
* [[TED - Web Semantic]]
= Eventos =
* [[Doutorado-FutureInternet]]
<br>
* JEEL 2013
** [[JEEL 2013]]
<br>
* The Fifth International Conference on Access Networks ACCESS 2014
** 1st CfP: ACCESS 2014 || June 22 - 26, 2014 - Seville, Spain
**  http://www.iaria.org/conferences2014/ACCESS14.html
<br>
* 2014 International Conference on Information Science, Electronics and Electrical Engineering - ISEEE 2014
** April 26-28, 2014
** Sapporo City, Hokkaido, Japan
** http://www.iseee.org/submission.asp
<br>
SBRC 2012


*XXX Brazilian Symposium on Computer Networks and Distribued Systems
**[[Mini-Curso 1: Grandes Massas de Dados na Nuvem: Desafios e Técnicas para Inovação]]
**[[Tutorial: Internet Routing]]
**[[Palestra: Medindo a Qualidade dos Backbones entre os Sistemas Autônomos Brasileiros: Rastreamento de Problemas]]
**[[Palestra: Challenges in Content Distribution: the Cloud vs. the crowd]]
**[[Sessão Técnica 4: Sistemas Peer-to-Peer]]
**[[Palestra: Multilayer Networks, Network Virtualization, and System Stability]]
**[[Palestra: Tracking the Internet into the 21st Century]]
**[[Palestra: Pocket Switched Networks: Mobility at Work]]
**[[Sessão Técnica 11: Virtualização]]
**[[Salão de Ferramentas]]
**[[Palestra: Software Defined Networks: History, Hype and Hope]]
**[[Palestra: Petrobras: Caracterização, Controle e Planejamento de Tráfego em Redes de Missão Crítica]]
**[[Sessão Técnica: Grades Computacionais e Computação em Nuvem]]
**[[WPEIF: III Workshop de Pesquisa Experimental da Internet do Futuro]]
<br>
*CEEL [http://www.ceel.eletrica.ufu.br/]
*Maratona de Programação [http://200.170.138.249/]
*XXIX Simpósio Brasileiro de Telecomunicações (SBrT'11) [http://www.sbrt.org.br/sbrt2011/]
**''Novo prazo para submissão de artigos 11/04/2011''
*EnAComp - UFG - link: http://www.enacomp.com.br/trabalhos


= Reuniões =
= Reuniões =
{{#forminput:form=Reuniao|button text=Crie um nova Reunião}}
<br>


[[ETArch Pilot - 07/03/14]] <br>
[[ETArch Pilot - 05/03/14]] <br>
[[Semantic Web - 05/02/14]] <br>
[[Semantic Web - 29/01/14]] <br>
[[Semantic Web - 15/01/14]] <br>
[[Semantic Web - 20/12/13]] <br>
[[Semantic Web - 04/12/13]] <br>
[[Semantic Web - 19/11/13]] <br>
[[Semantic Web - 12/11/13]] <br>
[[Semantic Web - 22/10/13]] <br>
[[Semantic Web - 16/10/13]] <br>
[[Semantic Web - 09/10/13]] <br>
[[Semantic Web - 20/09/13]] <br>
[[Semantic Web - 13/09/13]] <br>
[[Semantic Web - 30/08/13]] <br>
[[Semantic Web - 23/08/13]] <br>
[[Semantic Web - 09/08/13]] <br>
[[Semantic Web - 02/08/13]] <br>
[[Semantic Web - 19/07/13]] <br>
[[Semantic Web - 12/07/13]] <br>
[[Semantic Web - 04/07/13]] <br>
[[Semantic Web - 28/06/13]] <br>
[[Semantic Web - 21/06/13]] <br>
[[Semantic Web - 14/06/13]] <br>
[[Semantic Web - 13/09/12]] <br>
[[Semantic Web - 06/09/12]] <br>
[[Semantic Web - 06/09/12]] <br>
[[Semantic Web - 30/08/12]] <br>
[[Semantic Web - 16/08/12]] <br>
[[Semantic Web - 09/08/12]] <br>
[[Semantic Web - 02/08/12]] <br>
[[Semantic Web - 27/07/12]] <br>
[[Grupo Comum -28/06/12]] <br>
[[Semantic Web - 17/05/12]] <br>
[[Semantic Web - 11/05/12]] <br>
[[Semantic Web - 04/05/12]] <br>
[[Semantic Web - 17/04/12]] <br>
[[Semantic Web - 07/02/12]] <br>
[[Grupo Comum - 16/12/11]]<br>
[[Semantic Web - 14/11/11]] <br>
[[Grupo Comum - 09/11/11]]<br>
[[Semantic Web - 05/10/11]] <br>
[[Grupo Comum - 01/10/11]]<br>
[[Grupo Comum - 22/08/11]]<br>
[[Grupo Comum - 03/08/11]]<br>
[[Grupo Comum - 27/07/11]]<br>
[[Grupo Comum - 22/07/11]]<br>
[[Semantic Web - 11/07/11]] <br>
[[Semantic Web - 27/06/11]] <br>
[[Semantic Web - 13/06/11]] <br>
[[Semantic Web - 06/06/11]] <br>
[[Grupo Comum - 03/06/11]]<br>
[[Grupo Comum - 01/06/11]]<br>
[[Semantic Web - 23/05/11]] <br>
[[Semantic Web - 16/05/11]] <br>
[[Semantic Web - 09/05/11]] <br>
[[Semantic Web - 02/05/11]] <br>
[[Semantic Web - 25/04/11]] <br>
[[Semantic Web - 18/04/11]] <br>
[[Semantic Web - 11/04/11]] <br>
[[Semantic Web - 11/04/11]] <br>
[[Semantic Web - 04/04/11]] <br>
[[Semantic Web - 04/04/11]] <br>
[[Semantic Web - 28/03/11]] <br>
[[Semantic Web - 28/03/11]] <br>
[[Semantic Web - 21/03/11]] <br>
[[Semantic Web - 21/03/11]] <br>
[[Semantic Web - 14/03/11]] <br>
[[Semantic Web - 14/03/11]] <br>
[[Semantic Web - 22/12/10]] <br>
[[Semantic Web - 22/12/10]] <br>
[[Grupo Comum - 20/12/10]] <br>
[[Grupo Comum - 20/12/10]] <br>
[[Semantic Web - 13/12/10]] <br>
[[Semantic Web - 13/12/10]] <br>
[[Semantic Web - 06/12/10]] <br>
[[Semantic Web - 06/12/10]] <br>
[[Semantic Web - 29/11/10]] <br>
[[Semantic Web - 29/11/10]] <br>
[[Semantic Web - 22/11/10]] <br>
[[Semantic Web - 22/11/10]] <br>
[[Semantic Web - 08/11/10]] <br>
[[Semantic Web - 08/11/10]] <br>
[[Semantic Web - 01/11/10]] <br>
[[Semantic Web - 01/11/10]] <br>
[[Grupo Comum - 21/10/10]] <br>
[[Grupo Comum - 21/10/10]] <br>
 
[[Grupo Comum - 14/10/10]] <br>
[[Grupo Comum - 14/10/10]]
[[Grupo Comum - 07/10/10]] <br>
 
[[Grupo Comum - 30/09/10]] <br>
[[Grupo Comum - 07/10/10]]
[[Grupo Comum - 23/09/10]] <br>
 
[[Grupo Comum - 16/09/10]] <br>
[[Grupo Comum - 30/09/10]]
[[Grupo Comum - 09/09/10]] <br>
 
[[Grupo Comum - 02/09/10]] <br>
[[Grupo Comum - 23/09/10]]
[[Grupo Comum - 26/08/10]] <br>
 
[[Grupo Comum - 26/08/10]] <br>
[[Grupo Comum - 16/09/10]]
*[[Reuniões - Web Semantic]] <br>
 
[[Grupo Comum - 09/09/10]]
 
[[Grupo Comum - 02/09/10]]
 
[[Grupo Comum - 26/08/10]]
 
[[Grupo Comum - 26/08/10]]
 
 
 
*[[Reuniões - Web Semantic]]

Edição atual tal como às 20h32min de 7 de março de 2014

Colaboradores

Visita CPqD - Data: 03/06/2011
  • Alex Vaz Mendes - 9945-3763 - alexvazmendes@gmail.com
  • Caio Eduardo Cunha Machado Caetano - 9990-8108 - caio@algartelecom.com.br
  • Gabriel Fernandes Machado - 9232-6118 - gfmachado22@gmail.com (Entrada em 22/07/2011)
  • Bruna Lorena Rodrigues Gondin - 8825-2351 - bruna.lorenagondin@gmail.com (Entrada em 28/06/12)
  • Pedro Macedo Leite - 9992-1743 - pedro.larva@gmail.com (Entrada em 11/10/2013)
  • Adailson Carlos Souza Passos - 9979-2020 - adailson@algartelecom.com.br (Entrada em 28/06/13)
  • Eduardo de Souza Santos - 9667-9707 - eduardoss@algartelecom.com.br (Entrada em 02/08/13)
  • Geraldo Marra Vilela - 9979-9770 - geraldom@algartelecom.com.br (Entrada em 09/08/13)



  • João Paulo Cruz Araújo - joaopca@algartelecom.com.br - 9979-3418
  • Vinícius Araújo de Oliveira - viniciusudi@hotmail.com - 9175 - 2249. Saída em 03/06/2011.
  • Felipe Alberto Simões Tavares - felipeastavares@gmail.com - 9110-1700. Saída em 07/02/2012




Cronograma



Estudo


Básico






QoS


  • Aulas de TRC - 2006 - Pitágoras



SDN

NFV


Redes Virtuais



Redes Metro





  • Spanning Tree
    • Spanning Tree Protocol v1.21 – Aaron Balchunas




  • Artigo Redes Metro em Ambientes Telecom:
    • Este artigo apresenta o estudo e aplicação da tecnologia de Redes Metro Ethernet em ambientes de telecom para prover um meio de comunicação em a ltas velocidades baseado no protocolo Ethernet. A partir de uma infraestrutura operacional instalada, este projeto descreve as etapas da implementação dos equipamentos e serviços que poderão ser oferecidos aos clientes da empresa alvo.
    • MetroEthernet
    • Arquivo:Artigo - Redes Medtro em ambientes Telecom.pdf


  • Artigo Metro Ethernet
    • Fraulob, Davi M. Piacentini, Edgar J. Metro Ethernet. Pontifícia Universidade Católica do Paraná. Curitiba. 2006.
    • O mercado tem cada vez mais buscado por soluções de rede que tenham baixo custo e garantam qualidade de serviço, propiciando interconexão entre as redes corporativas geograficamente distribuídas e também com a internet. As redes Metro Ethernet tem se mostrado uma escolha óbvia, por propiciar simples administração, baixo custo, fácil interconexão e boa granularidade de banda. Novos protocolos têm sido propostos de maneira a atribuir a estas redes qualidade de serviço, segurança e robustez, de modo a se aproximar das características das redes de circuito tradicionais, mantendo as vantagens de uma rede de pacotes.
    • Arquivo:Metro Ethernet - 2006.pdf



Visitas

IEEE 802.1



Simulação



Trabalhos relacionados


AutoI


  • Status do projeto AutoI
    • Nov/2011


NVN


  • NetSocket:
    • www.netsocket.com/




Slicing



Artigos e Livros









Modelos


Evolução


















Colaborações



Discussões


  1. Como se faz o reenvio e roteamento de pacotes no FINLAN?
  2. Como o FINLAN faz a reordenação dos pacotes?
  3. Existe enfileiramento para uma posterior remontagem?
  4. Como a aplicação conversa com o DTS?
  5. Podemos usar o termo pacote ou seria frame?
  6. O que seriam os títulos?
  7. A quantidade de roteadores pode ser um requisito?
  8. Se foram feitos experimentos com o ETCP, onde o FINLAN vai entrar?


Notícias



Sites

Entidades


  • IEEE Communications Society [1]
  • Sociedade Brasileira de Telecomunicações [2]
  • W3C [3]
  • W3C Semantic Web Activity [4]


Diversos

Eventos





  • 2014 International Conference on Information Science, Electronics and Electrical Engineering - ISEEE 2014 


SBRC 2012


Reuniões

{{#forminput:form=Reuniao|button text=Crie um nova Reunião}}

ETArch Pilot - 07/03/14
ETArch Pilot - 05/03/14
Semantic Web - 05/02/14
Semantic Web - 29/01/14
Semantic Web - 15/01/14
Semantic Web - 20/12/13
Semantic Web - 04/12/13
Semantic Web - 19/11/13
Semantic Web - 12/11/13
Semantic Web - 22/10/13
Semantic Web - 16/10/13
Semantic Web - 09/10/13
Semantic Web - 20/09/13
Semantic Web - 13/09/13
Semantic Web - 30/08/13
Semantic Web - 23/08/13
Semantic Web - 09/08/13
Semantic Web - 02/08/13
Semantic Web - 19/07/13
Semantic Web - 12/07/13
Semantic Web - 04/07/13
Semantic Web - 28/06/13
Semantic Web - 21/06/13
Semantic Web - 14/06/13
Semantic Web - 13/09/12
Semantic Web - 06/09/12
Semantic Web - 06/09/12
Semantic Web - 30/08/12
Semantic Web - 16/08/12
Semantic Web - 09/08/12
Semantic Web - 02/08/12
Semantic Web - 27/07/12
Grupo Comum -28/06/12
Semantic Web - 17/05/12
Semantic Web - 11/05/12
Semantic Web - 04/05/12
Semantic Web - 17/04/12
Semantic Web - 07/02/12
Grupo Comum - 16/12/11
Semantic Web - 14/11/11
Grupo Comum - 09/11/11
Semantic Web - 05/10/11
Grupo Comum - 01/10/11
Grupo Comum - 22/08/11
Grupo Comum - 03/08/11
Grupo Comum - 27/07/11
Grupo Comum - 22/07/11
Semantic Web - 11/07/11
Semantic Web - 27/06/11
Semantic Web - 13/06/11
Semantic Web - 06/06/11
Grupo Comum - 03/06/11
Grupo Comum - 01/06/11
Semantic Web - 23/05/11
Semantic Web - 16/05/11
Semantic Web - 09/05/11
Semantic Web - 02/05/11
Semantic Web - 25/04/11
Semantic Web - 18/04/11
Semantic Web - 11/04/11
Semantic Web - 04/04/11
Semantic Web - 28/03/11
Semantic Web - 21/03/11
Semantic Web - 14/03/11
Semantic Web - 22/12/10
Grupo Comum - 20/12/10
Semantic Web - 13/12/10
Semantic Web - 06/12/10
Semantic Web - 29/11/10
Semantic Web - 22/11/10
Semantic Web - 08/11/10
Semantic Web - 01/11/10
Grupo Comum - 21/10/10
Grupo Comum - 14/10/10
Grupo Comum - 07/10/10
Grupo Comum - 30/09/10
Grupo Comum - 23/09/10
Grupo Comum - 16/09/10
Grupo Comum - 09/09/10
Grupo Comum - 02/09/10
Grupo Comum - 26/08/10
Grupo Comum - 26/08/10

Disponível em “http://3.143.69.156/wiki/index.php?title=Semantic_Web&oldid=24811”