wiki

ETArch Pilot: mudanças entre as edições

← Edição anteriorEdição posterior →
Linha 282: Linha 282:


* [[Putting Home Users in Charge of their Network]]
* [[Putting Home Users in Charge of their Network]]
<br>
== ICN ==
<br>
*  [[ICN - Information-Centring Network]]
<br>
<br>


Edição das 10h26min de 16 de julho de 2014

MEHAR

  • Mondial Entities Horizontally Addressed by Requirements


Colaboradores


  • 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)
  • Hélvio Pereira de Freitas - 9992-2213 - helvio@algartelecom.com.br (Entrada em 20/02/13)
  • Luiz Cláudio Theodoro - 9976-2676 - lclaudio@algartelecom.com.br
  • Pedro Macedo Leite - 9992-1743 - pedro.larva@gmail.com (Entrada em 11/10/2013)


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


Testbed OFELIA Facility






RINA



Overwiew


  • Direcionado pelos requisitos das redes e aplicações emergentes, a Internet tem se tornado uma miscelânea arquitetural com crescente complexidade que se esforça para lidar com as mudanças. A Lei de Moore impediu-nos de reconhecer que o problema não se esconde nas grandes exigências de aplicações de hoje mas sim nas falhas do projeto original da Internet. A Internet precisa mover-se além do TCP/IP para ter longa vida, TCP/IP efetivamente perdeu sua utilidade.


  • A Recursive InterNetwork Architecture (RINA) é uma nova arquitetura Inter-redes cujo principio fundamental é que a rede é apenas um comunicação inter-processos (IPC). RINA reconstrói a estrutura global da Internet, formando um modelo que compreende uma única camada de repetição, o DIF (Distributed IPC Facility) que é o conjunto mínimo de componentes exigidos para permitir IPC distribuídos entre processos de aplicação. RINA suporta inerentemente e sem a necessidade de mecanismos extras de mobilidade, multi-homing e QoS, fornece um ambiente seguro e configurável, motiva um mercado mais competitivo e permite uma adoção gradual.
  • RINA é a melhor escolha para as redes de próxima geração devido à teoria, simplicidade e aspectos que habilita.



Introdução


    • O resultado é, em essência, a primeira "teoria unificada da rede", e leva a uma infra-estrutura de rede mais simples, mais poderosa e, acima de tudo, mais escalável. O livro, estabelece as bases para a forma de explorar o resultado na concepção, desenvolvimento, gestão e à medida que avançamos para além das limitações da Internet.
    • Mostra como muitos mecanismos complexos na Internet de hoje (multihoming, mobilidade e multicast) estão em colapso, simplesmente cmo consequência da estrutura original
  • A conclusão inevitável é que a Internet é uma demonstração inacabada, e que tem vivido na Lei de Moore de 30 anos por meio de remendos.
    • Derivaçã o conceito de que a rede é a comunicação entre processos (IPC) produzindo um modelo IPC distribuído que se repete com diferentes alcances e faixas de operação.


Conceito


    • A premissa básico desta arquitetura, ainda numa perspectiva inicial, é que a rede não é um conjunto de camadas com diferentes funções mas, mais que isso, uma camada simples de IPCs - Inter-Proccess Communication distribuído que repete sobre diferentes escopos
    • Cada instância desta camada IPC repetida implementa as mesmas funções/mecanismos mas políticas são otimizadas para operar sobre diferentes intervalos de espaço de performance (capacidade, atraso, loss, etc)
    • OS DAPs - Distributed Application Processes comunicam-se via facilidade IPC e podem também ser IPCs


Visão da arquitetura RINA


  • Distributed IPC Facility (DIF) and Distributed Application Facility (DAF)
    • O DIF é um SBB - Service Building Block que pode ser repetido e composto em camadas para construir um amplo conjunto de serviços que encontram seus requisitos
    • Um DIF pode ser pensado como uma rede privada e isto é diferente das definições tradicionais de camada na arquitetura TCP/IP
    • Primeiro, um DIF não executa uma função única ou um pequeno subconjunto de funções pré-determinadas mas um conjunto coordenado de políticas de funções gerenciadas para atingir o serviço IPC desejado
    • Segundo, o DIF naturalmente separa várias questões, incluindo operação sobre escalas de tempo diferentes (transferência de dados de curto prazo e multiplexação versus gerenciamento de conexões de longo prazo e problemas no controle de acesso)
    • Geralmente, chamamos um conjunto de Distributed Application Processes (DAPs) cooperantes para executar uma certa função e um Distributed Application Facility (DAF)
    • Esta função pode ser um serviço de comunicação, serviço de gerenciamento ou outro serviço qualquer
    • Um DIF é um DAF específico cujo trabalho é apenas fornecer serviços de comunicação.


  • Propósito:
    • O protótipo do RINA pode ser usado como ferramenta de rede para habilitar pesquisadores no desenvolvimento e teste de protocolos próprios e aplicações de rede
    • Pesquisadores podem alavancar APIs e usar o protótipo para testar as políticas existentes em seus ambientes customizados
    • Podem adicionar novas regras ou utilizar o serviço de comunicação RINA para escrever aplicações externas
    • Também serve como ferramenta de ensino para ajudar estudantes a entender os princípios básicos ou executar pesquisa avançada nas Redes de Computadores e Sistemas Distribuídos


  • Aspectos:
    • DIF pode ser fácil e rapidamente configurado e customizado para alavancar os mecanismos fornecidos em seu framework
    • Políticas configuráveis incluem instanciação de vários mecanismos de gerenciamento, ou seja, roteamento e registro
    • Nenhuma das ferramentas de simulação e emulação permite que pesquisadores testem diferentes regras de roteamento em redes privadas diferentes (DIFs), cada uma com seu escopo limitado
    • Arquitetura RINA suporta SDN
    • Usuários podem configurar uma rede virtual privada simplesmente com um DIF de alto nível ou DAF - Distributed Application Facility (DAF)
    • Instancia uma variedade de mecanismos em vez de apenas encaminhar como no OpenFlow
    • Recursão: Outro aspecto que torna a arquitetura RINA única no espectro de testes
    • O mesmo mecanismo (transporte, roteamento e outros mecanismos de gerenciamento) são repetidos sobre diferentes escopos e potencialmente instanciados como diferentes políticas
    • Ambos, tráfego de dados e controle são agregados e transferidos para camadas IPC mais baixas e cada DIF (privado) regula e aloca recursos para o tráfego originado do usuaŕio de DIFs de alto nível ou de aplicações


IRATI


Objetivos


  • Aperfeiçoar as especificações e o modelo de referência da arquitetura RINA com foco nos DIFs sobre Ethernet: O aperfeiçoamento das especificações RINA realizados dentro do IRATI serão direcionados por 3 forças principais: i) a especificação de um DIF sobre Ethernet como o meio físico subjacente, (ii) a realização das especificações que habilitam o RINA a fornecer um nível de serviço similar à Internet atual (baixa segurança, melhor esforço) e (iii) o projeto usa caso objetivando cenários ambiciosos que estão desafiando as redes TCP/IP atuais (buscando aspectos como multi-homing, segurança ou QoS). Os parceiros industriais em consórcio lideral a elaboração dos casos de uso com a entrada do External Advisory Board.

NVN


  • NetSocket:
    • www.netsocket.com/




Slicing




Documentação

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?


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 - 16/07/14
ETArch Pilot - 09/07/14
ETArch Pilot - 25/06/14
ETArch Pilot - 17/06/14
ETArch Pilot - 04/06/14
ETArch Pilot - 28/05/14
ETArch Pilot - 21/05/14
ETArch Pilot - 14/05/14
ETArch Pilot - 07/03/14
ETArch Pilot - 05/03/14

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