Uma Leitura do Artigo: MOSAIC: Stateless Mobility for HTTP-based Applications
|
|
- Maria das Neves Alencar Rijo
- 5 Há anos
- Visualizações:
Transcrição
1 Universidade de São Paulo Instituto de Matemática e Estatística Departamento de Ciências da Computação Uma Leitura do Artigo: MOSAIC: Stateless Mobility for HTTP-based Applications Ricardo Juliano Mesquita Silva Oda Computação Móvel Ministrante: Prof. Dr. Alfredo Goldman São Paulo, junho de 2013
2 Uma Leitura do Artigo: MOSAIC: Stateless Mobility for HTTP-based Applications Esta é uma monograa elaborada pelo aluno Ricardo Juliano Mesquita Silva Oda, desenvolvida no curso de Computação Móvel ministrado pelo Prof. Dr. Alfredo Goldman no Instituto de Matemática e Estatística da Universidade de São Paulo. São Paulo, junho de 2013
3 Resumo W. Song, G. Hampel, A. Rana, T. Klein, H. Schulzrinne, MOSAIC: Stateless mobility for HTTP-based applications, Wimob, page IEEE Computer Society, Esta monograa é uma leitura, análise e tradução do artigo sobre o MOSAIC (Song et al., 2012), uma solução de mobilidade para aplicações que não guardam estado, onde o dispositivo hospedeiro pode mudar de IP, bem como mudar de servidor de conteúdo e continuar com uma sessão ativa. Palavras-chave: Horizontal Hand-over, palavra-chave2, palavra-chave3. i
4 Sumário 1 Considerações Preliminares 1 2 A Rede Móvel 1 3 O Problema de se Movimentar 1 4 Proposta 2 5 A Solução MOSAIC Mobilidade Sem Estado Arquitetura Funcionamento Implementação Experimentos Compatibilidade Entrega da Conexão Troca de Servidor de Conteúdo Desempenho Discussão Conclusão Referências 12 ii
5 1 Considerações Preliminares Este texto foi desenvolvido durante o curso de Computação Móvel do Instituto de Matemática e Estatística (IME) da Universidade de São Paulo (USP), tendo o intuito de estudar um tópico relacionado ao assunto, computação móvel. Assim, o artigo MOSAIC (Song et al., 2012) foi escolhido como objeto de análise. Todo crédito da solução de mobilidade proposta pertence aos autores do artigo. Essa monograa não propõem soluções, apesar de apresentar algumas ideias, é um documento mais focado em explicar, analisar e criticar o conteúdo apresentado no texto original. 2 A Rede Móvel Atualmente a Internet está em crescimento e evolução contínua como vemos no estudo de Labovitz et al. (Labovitz et al., 2010). Tem um papel cotidiano na vida de grande parte do mundo, sendo presente no dia a dia das pessoas como ferramenta de comunicação e transmissão de dados. Nesse mesmo mundo, o advento dos dispositivos móveis inteligentes possibilita uma alta conectividade móvel. De acordo com um relatório da Cisco, o tráfego de dados globais feitos por dispositivos móveis cresceu em 70% em 2012, de 520 petabytes por mês no nal de 2011 para 885 petabytes ao nal do ano de 2012 (The Cisco R Visual Networking Index (VNI), 2013). É nesse contexto, onde a Internet e os dispositivos móveis estão no palco como atores principais, que surgem problemas com a conexão móvel. O artigo MOSAIC propõem a solução para um deles que será descrito na próxima seção 3. 3 O Problema de se Movimentar Um dispositivo móvel, como o nome diz, foi feito para movimentar-se e ao fazê-lo enfrenta desaos em relação à sua conexão. O fato do dispositivo deslocar-se sicamente introduz o conceito de entrega de conexão (hando ou handover), onde a conexão ativa com um ponto de acesso é substituída por outra em outro ponto. Isso ocorre devido ao limite de alcance de sinal de cada estação distribuidora de sinal. Diálogos ou sessões (session) entre o dispositivo e um servidor, ou até mesmo outro dispositivo, são perdidos nessa transição de conexão. Ao acessar a rede por outra entrada, o dispositivo utiliza um endereço diferente do que possuía anteriormente e a troca de mensagens é rompida, pois um diálogo é caracterizado pela troca de mensagens entre dois endereços determinados. Para exemplicar, imagine que a transferência de um arquivo por uma conexão TCP seria perdida durante a troca da conexão ativa com um ponto de acesso por outro ponto devido à movimentação de seu dispositivo. Há dois tipos de entrega de conexão: a horizontal (horizontal handover) onde a entrega é feita entre estações que utilizam o mesmo tipo de interface de rede sem o; e a entrega vertical da conexão (vertical handover), feita entre redes que utilizam diferentes tipos de tecnologia (Stemm e Katz, 1998). Essa última é um tipo particular de entrega que possibilita o movimento do dispositivo entre diferentes tipos de redes, conhecido como mobilidade vertical (McNair e Zhu, 2004). O artigo do MOSAIC propõem justamente uma solução para esse obstáculo. A necessidade de se preocupar com a mobilidade vertical surgiu junto aos dispositivos móveis inteligentes que podem se conectar à uma multidão de redes com áreas de cobertura sobrepostas, ou seja, possuem capacidades 1
6 multi-homing. Um exemplo simples e atual seria a conexão de um celular inteligente com a internet pelo Wi-Fi e uma rede de celular 4G ao mesmo tempo. 4 Proposta Song et al. propõem uma solução de mobilidade vertical compatível com a tecnologia atual e transparente para as aplicações do dispositivo do cliente, permitindo que sessões continuem ativas mesmo com a troca de IP do dispositivo, isto é, proporciona uma mobilidade vertical da sessão. Também possibilita a alternância de servidores de conteúdo (CDNs) da sessão no processo de entrega de conexão. Servidores de conteúdo distribuem conteúdo de um servidor principal (origem) para servidores réplicas próximos aos clientes nais (Peng, 2004). CDNs são usadas para diminuir a latência das conexões com os clientes, e também distribuir a carga de conexões no sistema utilizador da CDN. Mas considero isso uma consequência do método utilizado pelo MOSAIC, e não uma característica. Um aspecto importante apresentado no estudo de Labovitz et al. sobre o tráfego da internet é a grande presença das seguintes categorias de uso da mesma: navegação na web, streaming de vídeo e transferência de arquivos. Categorias que, não obrigatoriamente mas, na maioria utilizam o protocolo HTTP em suas aplicações (Labovitz et al., 2010). A solução MOSAIC tira proveito de conexões que não mantém estado, ou conexões sem estado (stateless), e em particular do uso do protocolo HTTP. 5 A Solução MOSAIC 5.1 Mobilidade Sem Estado O artigo introduz o conceito de mobilidade sem estado (stateless mobility) para dispositivos hospedeiros que possuem sessões ativas pertencentes à aplicações sem estado, aplicações que utilizam conexões sem manter o estado da mesma. Mobilidade sem estado permite a troca de IP do hospedeiro bem como da fonte do conteúdo usados pela sessão em andamento. Como a troca de IP pode ser tanto na mesma ou em uma interface diferente de rede, mobilidade sem estado também suporta multi-homing. A solução proposta no MOSAIC baseia no conceito de mobilidade sem estado que atende tanto problemas de mobilidade vertical como mobilidade horizontal. Então por que o MOSAIC é voltado para mobilidade vertical? Apesar de funcionar para na entrega de conexão utilizando a mesma interface, o artigo diz não ser a melhor solução para mobilidade horizontal devido ao atraso associado ao restabelecimento da conexão. Assim pressupõe a presença da característica multi-homing para migração de conexão entre diferentes interfaces de rede, veremos mais adiante como é feita essa transição. Mobilidade sem estado conna todas as operações relacionadas à mobilidade no hospedeiro. Assim, nem o servidor de conteúdo, nem a rede mantém informações relacionadas à mobilidade. Isso evita a necessidade de um protocolo de mobilidade. Ao invés disso, uma nova requisição é feita a cada evento de mobilidade, a qual contém informações sobre o restante do conteúdo sendo transferido na sessão em andamento. Com esse m, a solução tem base no HTTP 1.1, utilizando o 2
7 método GET parcial que possui um campo Range em seu cabeçalho, que contém índices do byte inicial e nal de um fragmento do conteúdo (Fielding et al., 1999). 5.2 Arquitetura Figura 1: Arquitetura do MOSAIC A gura 1 descreve a arquitetura do MOSAIC para hospedeiros com característica multi-homing. Exemplica uma situação onde um dispositivo móvel (celular, tablet ou notebook) possui conectividade com a Internet tanto pela rede 3G/4G como por um sinal Wi-Fi. Nessa arquitetura o MOSAIC reside entre a aplicação e as interfaces de rede. Assumimos que o conteúdo é replicado em diferentes provedores de conteúdo em cada interface. E que cada interface suporta seu próprio servidor de DNS. É importante notar que nesse ponto o artigo assume que existe um gerenciador de conexões, que monitora a disponibilidade das interfaces e decide quando a entrega de conexão deve haver. Nesse evento, o gerenciador notica o MOSAIC que executa a migração das sessões. 5.3 Funcionamento O funcionamento do MOSAIC é a parte mais interessante do artigo onde há a explicação e esclarecimento de como a solução migra uma conexão entre interfaces sem que a aplicação note. A gura 2 mostra o MOSAIC em operação. Para começar a sessão o cliente resolve o endereço IP do servidor de conteúdo através de uma requisição DNS, estabelece uma conexão TCP, e envia uma requisição HTTP ao servidor(1). Como o MOSAIC reside entre a aplicação e as interfaces e rede, ele inspeciona a requisição HTTP e decide se existe o suporte à mobilidade. No caso de existir, o MOSAIC guarda a requisição HTTP GET e continua a inspecionar todos os dados subsequentes recebidos dessa conexão. O servidor de conteúdo devolve um HTTP response (2), e começar a transmitir o conteúdo (3). O 3
8 Figura 2: Funcionamento do MOSAIC MOSAIC analisa o HTTP response por motivos que serão apresentados adiante, e conta os bytes do conteúdo sendo recebido. Quando a troca de interface ocorre, o MOSAIC encerra a conexão TCP (4). Inicia o DNS handshake na nova rede para encontrar o servidor de conteúdo ótimo. Para isso, ele insere na consulta DNS o endereço HTTP URL contido na requisição HTTP GET guardada (5). Após obter o DNS response (6), o MOSAIC estabelece uma conexão TCP com o novo servidor, onde ele envia um GET parcial. Essa requisição contém os cabeçalhos do HTTP GET original e o cabeçalho Range (7), no qual o byte inicial é baseado na conta do total de bytes do conteúdo recebido. Da transmissão de dados enviada pelo novo servidor, o MOSAIC extrai e suprimi o HTTP response (8) e retransmite todo a informação de conteúdo para o processo do cliente (9). O MOSAIC continua a contar os bytes recebidos para o caso de novas trocas de interface. Note que o a informação retransmitida pelo MOSAIC precisa ser mascarada para que a aplicação pense que ainda está conversando com o primeiro servidor. Como essa solução utiliza conexões TCP independentes e requisições HTTP em cada rede, ela é compatível com middleboxes como rewalls, tradutores de endereço, sistemas detectores de intrusos, e proxies HTTP. Também suporta redirecionamentos HTTP, que podem ser utilizados para redireção de clientes para servidores de conteúdo ótimos, em adição ao sistema baseado em DNS. Nesses casos o HTTP response inicial provê um URL alternativo do qual o conteúdo deveria ser recuperado. 4
9 Figura 3: Implementação do MOSAIC no Linux 5.4 Implementação Um ponto importante do MOSAIC é a transparência para qualquer tipo de aplicação. Para atingir tal objetivo o MOSAIC precisou ser implementado abaixo da interfaces de sockets. Assim a implementação foi feita com um ltro de pacotes na camada de rede OSI L3. A implementação foi feita em Linux, utilizando o arcabouço de ltragem de pacotes chamado Netlter, que permite que as modicações dos pacotes sejam feitas no espaço do usuário. Esse desvio para o espaço do usuário permite prototipação rápida, depuração e a realização de experimentos com maior facilidade. Depois um código maduro pode ser fornecido como um módulo do kernel. A gura 3 mostra a implementação no Linux. O Netlter possibilita a injeção de regras de ltragem pacotes através do comando iptables. Os pacotes ltrados são enviados para um la que segue para o espaço de usuário através de um Netlink Socket. O MOSAIC então inspeciona e eventualmente modica o conteúdo dos pacotes e os reinsere no uxo de pacotes. Pacotes também podem ser descartados. Além disso, o MOSAIC pode criar e inserir novos pacotes utilizando uma API de Raw Sockets. Enquanto não há uma recuperação de conteúdo em andamento, o MOSAIC seleciona somente os pacotes TCP SYN para inspeção o que diminui a sobrecarga de processamento. Quando um pacote SYN chega, a seleção de pacotes é ampliada para todos os pacotes pertencentes à essa conexão TCP e o MOSAIC continua a monitorar o TCP handshake. Quando a conexão é estabelecida, o MOSAIC inspeciona a primeira carga útil de pacotes e procura por uma requisição HTTP GET. Se tal requisição não existir ou se o MOSAIC decida omitir suporte à mobilidade para o URL daquela requisição, o monitoramento é encerrado. Caso contrário, o funcionamento do MOSAIC segue como é explicado na seção??. Uma explicação mais detalhada do funcionamento pode ser encontrada no artigo original do MOSAIC (Song et al., 2012). Mas não há mais detalhes em relação à implementação, como por exemplo, não é dita a linguagem de programação utilizada para desenvolver o protótipo do MOSAIC. 5
10 6 Experimentos Os experimentos foram realizados em três domínios de tráfego HTTP: navegação na web, transferência de arquivos (recepção) e streaming de vídeo. São as três categorias citadas na seção 4, sobre as quais a internet tem maior presença. Esses experimentos foram feitos utilizando sites reais. MOSAIC foi executado em um laptop equipado com uma interface Wi-Fi (802.11g) e uma interface Ethernet (1GB/s). A instalação do experimento foi similar à gura 1, onde as duas interfaces estavam conectadas à Internet via sub-redes independentes. O laptop era um Lenovo T61 com um processador Intel Core 2 Duo 2.1GHz, o qual rodava o Ubuntu acimado kernel do Linux. Como cliente HTTP, foi utilizado o navegador Google Chrome 13.0, o qual possuía plug-ins para o Adobe Flash Player 10.3 e Moonlight 4.0 para suportar os experimentos com streaming de vídeo (Moonlight é a implementação do Microsoft Silverlight no Linux). 6.1 Compatibilidade Qualquer serviço HTTP é compatível com o MOSAIC, desde que suporte o GET parcial do HTTP, que é uma característica opcional do HTTP 1.1. Os primeiros experimentos vericaram a compatibilidade do MOSAIC com alguns sites. Para isso, requisições HTTP GET parciais foram enviadas para cada website, e o código de status no HTTP response era examinado. Se o status foi "206 Partial Content", o GET parcial era suportado. Caso contrário o site responderia com "200 OK". O índice do byte inicial no cabeçalho Range era denido como bem pequeno, para nunca exceder o tamanho total do conteúdo. Para compatibilidade com navegação na web, foram utilizados os top cinco sites mais acessados de acordo com Alexa.com. Esse sites eram: e E foi descoberto que nenhum desses sites suporta o GET parcial. O artigo diz que a falta de suporte desses sites deve ser causada pelo tamanho pequeno das páginas, o que torna desnecessário o GET parcial. A recepção de arquivos foi medida para uma imagem do Ubuntu Linux ISO de 1.5GB, o Oracle Java Development Kit (JDK) de 63.6MB, e o instalador do Adobe Flash Player de 4.5MB. Em contraste com o primeiro experimento, todas esses serviços de transferências de arquivos suportam o GET parcial. Finalmente foram analisados serviços de streaming de vídeo mostrados na tabela 1. O site do YouTube provê vídeos via download progressivo tanto no formato Flash como HTML5. Para o formato Flash o navegador Chrome utiliza o plug-in do Flash Video Player enquanto suporta nativamente o formato HTML5. Para ambos formatos o YouTube suporta GET parcial. O site do TED também suporta download progressivo por Flash e HTML5. Contudo o serviço que utiliza Flash é baseado no protocolo Real-Time Messaging Protocol (RTMP), que é um protocolo que mantém estado (stateful) proprietário da Adobe. Então mobilidade sem estado não é suportada. O serviço baseado em HTML5 é restrito a dispositivos com ios da Apple. Por isso tiveram de alterar o User-Agent do Chrome para "ipad". Assim conseguiram conrmar a compatibilidade do serviço baseado em HTML5. Os serviços da Akamai e Microsoft na tabela 1 são ambos variantes do Dynamic Adaptive Streaming over HTTP (DASH ). Um tipo de streaming onde a reprodução adapta-se dinamicamente 6
11 Tabela 1: Compatibilidade do MOSAIC com sites de streaming de vídeo. Nome (URL) Tecnologia Compatibilidade com MOSAIC YouTube Progressive Sim ( (Flash e /watch?v=plxnfu-pa2c) HTML5) TED Progressive Sim ( (HTML5) alk/stream/2011u/none/m attcutts_2011u-950k.mp4) Akamai HD Network Demo Adobe HTTP Sim ( Dynamic hdnetwork/demo/ash/hds/ Streaming index.html) MS Experience Smooth MS Smooth Sim Streaming ( Streaming.net/media/experiencesmoo thstreaming) ao ambiente dependendo do acesso à banda ou processamento (Stockhammer, 2011). O MOSAIC funcionou em ambos serviços. Por outro lado por limitações do Linux, não foi possível avaliar o Apple HTTP Live Streaming devido a falta de um plug-in do QuickTime. E o Netix, que apesar de usar a tecnologia Microsoft Smooth Streaming, utiliza o Digital Rights Management (DRM ) característica do Silverlight que não é suportada pelo Moonlight. Mas esses são problemas de plataforma, o que não remete a um problema na solução. Não há como tratar da conexão de um vídeo que nem pode ser reproduzido. 6.2 Entrega da Conexão Foi feita uma análise detalhada do comportamento do MOSAIC durante os eventos de mobilidade. No artigo são exibidos somente os resultados do experimento feito com o vídeo do TED. Não justicam o motivo, mas é provável que sejam os resultados mais expressivos, ou todos os resultados foram muito parecidos. A gura 4 mostra o número de sequência dos pacotes contra o tempo da reprodução do vídeo. Figura 4(a) retrata a entrega de uma conexão Ethernet para o Wi-Fi e a gura 4(b) o inverso. As entregas ocorreram nos segundos 6.6 e 24.9 respectivamente, mudando a inclinação do gráco. As diferentes inclinações reetem o rendimento de conexões Ethernet e Wi-Fi em relação à taxa de transferência. O nivelamento entre os 11.0 e 12.4 segundos da gura 4(a) indica perda de pacotes e retransmissões. As guras 4(c) e 4(d) mostram o curto intervalo de tempo onde os eventos de entrega ocorrem. É clara nesses grácos a relação de um atraso de tempo com cada evento. Há uma análise do atraso na seção 6.4. Os número de sequência nas coordenadas dessas guras pertencem ao bloco de controle TCP do hospedeiro. Vemos que todos os pacotes são entregues, devido à continuidade do crescimento do número de sequência TCP. Isso mostra que a implementação do MOSAIC funciona já que torna os 7
12 Figura 4: Tempo vs. número de sequência TCP eventos de mobilidade transparentes para a camada de transporte do hospedeiro. 6.3 Troca de Servidor de Conteúdo A capacidade de trocar de servidor de conteúdo também será exibida. A tabela 2 mostra o endereço de IP dos servidores de streaming de vídeo durante a reprodução do vídeo do TED, antes e depois de cinco experimentos. Ambos endereços IP de cada teste foram obtidos por DNS, contudo o primeiro foi feito pela interface Ethernet e o segundo por Wi-Fi. No caso da resposta do DNS possuir mais de um endereço, o MOSAIC sempre optou pela primeiro candidato, mas o critério aplicado pelo reprodutor do vídeo é desconhecido, apesar disso acho razoável a decisão deles. Como é visível na tabela 2, nos experimentos 3 e 4, o servidor de conteúdo muda durante a entrega da conexão. O fato de não haverem mudanças nos outros resultados indicam que as sub-redes são topologicamente próximas (se pensarmos na rede como um grafo de sub-redes, os nós dessas sub-redes estão próximos) e provavelmente pertencem à um mesmo AD (administrative domain). As mudanças nos experimentos 3 e 4 para endereço IP diferentes parecem ocorrer devido à priorizações de respostas de DNS. O resultado desses experimentos é positivo, pois os vídeos continuaram com suas reproduções mesmo após as trocas de suas fontes de conteúdo. Considero a troca de servidor de conteúdo algo natural, uma consequência da solução do MOSAIC que efetua uma nova solicitação DNS durante um evento de mobilidade. 8
13 Tabela 2: IP de destino após um evento de mobilidade. Experimento Interface Endereço de IP do destino 1 eth wlan eth wlan eth wlan eth wlan eth wlan Desempenho Figura 5: Taxa de transferência média com e sem MOSAIC. Figura 6: Atraso na entrega da conexão. O impacto do MOSAIC foi analisado tanto sobre a taxa de transferência assim como o atraso durante uma entrega de conexão. A gura 5 compara a taxa de transferência média dos downloads do vídeo do TED com e sem o MOSAIC conforme aumentamos o número de transferências em paralelo. A medida mais expressiva foram com três downloads concorrentes, onde a taxa de transferência com o MOSAIC é 4% menor: 3.78MB/s contra 3.94MB/s. O gráco indica que o impacto do MOSAIC é desprezível apesar da inspeção sobre todos os pacotes. O atraso de uma entrega de conexão é denido pelo tempo entre a requisição de uma troca de interface pelo gerenciador de conexões e a recepção do primeiro pacote de conteúdo na nova interface. Não é considerado o tempo que a nova interface leva para conectar-se, consideramos que as duas interfaces estão ligadas à Internet quando o evento de mobilidade ocorre. O atraso total foi analisado com respeito às seguintes contribuições: atraso de processamento, consulta do DNS, TCP handshake, e o HTTP handshake. O atraso de processamento é causado principalmente pela atualização da tabela de roteamento do hospedeiro. A gura 6 mostra os resultados médios das entregas de Ethernet para Wi-Fi e Wi-Fi para Ethernet. O atraso total é ca um pouco abaixo de 100ms. O artigo diz que esse valor poderia ser 9
14 reduzido para 60 70ms se a consulta de DNS e TCP handshake fossem feitos antes da quebra de conexão. E como isso já necessitária alterar a tabela de roteamento, também diminuiria o tempo de processamento. Note que o HTTP handshake não pode ser feito de antemão, pois o Range de bytes que irá na requisição do GET parcial necessita estar bem denido, ou seja, a conexão precisa ser encerrada a priori. Então uso de métodos mais renados que estimariam esse número poderiam reduzir o atraso mais ainda. O atraso abaixo dos 100ms aceitável para a maioria das aplicações. Principalmente para streaming de vídeo, onde as próprias aplicações já proveem buers para reprodução e esse atraso nem será notado. 7 Discussão O MOSAIC provê suporte à mobilidade para sites reais desde que seus serviços implementem o GET parcial. Isso poem em prática o principal conceito de mobilidade sem estado para aplicações baseadas em HTTP, também mostra a transparência da implementação feita. Considerando que páginas web são relativamente pequenas, podemos desprezar o fato da navegação na web não ser suportada pelo MOSAIC. Podemos notar também que ele não atrapalha o funcionamento dos serviços não suportados, eles agiriam como se o MOSAIC não existisse. Vimos o MOSAIC atuando em serviços de recuperação de conteúdo que consomem tempo, como transferência de arquivos e vídeos. O fato do MOSAIC funcionar para esses serviços apoiam a utilidade da mobilidade sem estado para o mercado. O texto menciona o baixo custo de se implantar o MOSAIC, devido à necessidade de modicar somente os dispositivos. Não é dito, mas considero que isso se aplicaria somente para novos dispositivos, como uma funcionalidade a mais. Apesar dos bons resultados o texto comenta sobre as limitações em relação à mobilidade sem estado: Atuam somente sobre aplicações sem estado; Falham sobre conteúdo sensitivo ao tempo, devido à divisão de requisições; Não servem para aplicações que usam HTTPS por não conseguirem inspecionar seus pacotes. Ao ler o artigo não vi a necessidade da troca de servidor de conteúdo, mas podemos considerá-la fruto da requisição DNS feita durante a solução, que pode devolver um endereço diferente do servidor original. Com isso em mente, considerei a remoção dessa requisição e utilização da resposta do DNS original. Isso reduziria o atraso e sobrecarga do MOSAIC, contudo não sabemos o que acontece com o servidor no espaço de tempo entre o início da conexão original e o evento de mobilidade. O servidor original pode estar indisponível nesse momento, assim a nova requisição de DNS a cada entrega de conexão é aceitável. 7.1 Conclusão O artigo introduz o conceito de mobilidade sem estado e apresenta um protótipo de implementação que aplica esse conceito. A solução é genérica para aplicações baseadas em HTTP e pode ser 10
15 facilmente migrada para várias plataformas, além de ser implantada comercialmente. No geral os experimentos validam a solução e quanticam a sobrecarga da mesma. Minha opinião geral sobre a solução implementada é positiva, principalmente pelo fato dela atuar sobre serviços que consomem tempo de forma transparente, e por ser compatível com o que existe atualmente. Mas considero que em muitos casos, as próprias aplicações sem estado podem resolver o problema da entrega de conexão pelo mesmo fato de não guardarem estado. Transferências de arquivos podem ser resolvidas com gerenciadores de downloads, e reprodutores de vídeo poderiam implementar internamente um mecanismo parecido com o MOSAIC. Mas pensando pelo lado prático, o MOSAIC resolveria o problema de todas as aplicações sem estado em um lugar só. 11
16 Referências Fielding et al. (1999) Roy Fielding, Jim Gettys, Jerey Mogul, Henrik Frystyk, Larry Masinter, Paul Leach e Tim Berners-Lee. Hypertext transfer protocolhttp/1.1, Citado na pág. 3 Labovitz et al. (2010) Craig Labovitz, Scott Iekel-Johnson, Danny McPherson, Jon Oberheide e Farnam Jahanian. Internet inter-domain trac. Em ACM SIGCOMM Computer Communication Review, volume 40, páginas ACM. Citado na pág. 1, 2 McNair e Zhu (2004) Janise McNair e Fang Zhu. Vertical handos in fourth-generation multinetwork environments. Wireless Communications, IEEE, 11(3):815. Citado na pág. 1 Peng (2004) Gang Peng. Cdn: Content distribution network. arxiv preprint cs/ Citado na pág. 2 Song et al. (2012) Wonsang Song, Georg Hampel, Anil Rana, Thierry Klein e Henning Schulzrinne. Mosaic: Stateless mobility for http-based applications. Em Wireless and Mobile Computing, Networking and Communications (WiMob), 2012 IEEE 8th International Conference on, páginas IEEE. Citado na pág. i, 1, 5 Stemm e Katz (1998) Mark Stemm e Randy H Katz. Vertical handos in wireless overlay networks. Mobile Networks and applications, 3(4): Citado na pág. 1 Stockhammer (2011) Thomas Stockhammer. Dynamic adaptive streaming over http: standards and design principles. Em Proceedings of the second annual ACM conference on Multimedia systems, páginas ACM. Citado na pág. 7 The Cisco R Visual Networking Index (VNI) (2013) The Cisco R Visual Networking Index (VNI). Global mobile data trac forecast update, Relatório técnico. Citado na pág. 1 12
MOSAIC: Stateless Mobility for HTTP-based Applications
MOSAIC: Stateless Mobility for HTTP-based Applications Ricardo Oda (odaric@ime.usp.br) Prof. Alfredo Goldman Computação Móvel Instituto de Matemática e Estatística Universidade de São Paulo 11 de junho
Leia maisUniversidade Federal de Pernambuco
Universidade Federal de Pernambuco Graduação em Engenharia da Computação Centro de Informática Análise de Comportamento de Sistemas DASH com Teoria de Controle em Redes 3G Aluno: Daniel Bezerra { db@cin.ufpe.br
Leia maisCapítulo 7. A camada de aplicação
Capítulo 7 A camada de aplicação slide 1 2011 Pearson Prentice Hall. Todos os direitos reservados. Computer Networks, Fifth Edition by Andrew Tanenbaum and David Wetherall, Pearson Education-Prentice Hall,
Leia maisRedes de Computadores
Redes de Computadores HTTP Prof. Thiago Dutra Agenda Definição de HTTP Hipertexto Características do HTTP O HTTP e a Web Conexões HTTP Mensagens HTTP Cookies Caches Web GET Condicional
Leia maisCapítulo 7. A camada de aplicação
Capítulo 7 A camada de aplicação slide 1 slide 2 DNS Sistema de Nomes de Domínio O espaço de nomes DNS Registros de recursos de domínio Servidores de nome slide 3 O espaço de nomes DNS (1) Parte do espaço
Leia maisFunções da. Os principais serviços oferecidos pela camada de transporte são: Controle de conexão, Fragmentação, Endereçamento e Confiabilidade.
Funções da Os serviços oferecidos pelo protocolo IP não oferecem confiabilidade. Problemas comuns como congestionamento, perda ou ordenação de pacotes não são tratados. Entretanto as aplicações (HTTP,
Leia maisAULA 2 - INTERNET. Prof. Pedro Braconnot Velloso
AULA 2 - INTERNET Prof. Pedro Braconnot Velloso Começo da Internet Lançamento do Sputnik I Primeiro satélite artificial Russo Reação dos EUA 1958 - Presidente Eisenhower Advanced Research Projects Agency
Leia maisBrowser é um programa desenvolvido para permitir a navegação pela web, capaz de processar diversas linguagens, como HTML, ASP, PHP.
Browser é um programa desenvolvido para permitir a navegação pela web, capaz de processar diversas linguagens, como HTML, ASP, PHP. Sua interface vai variar de acordo com a marca, onde quem escolhe é o
Leia maisRedes de Computadores
Redes de Computadores Camada de Transporte Antonio Alfredo Ferreira Loureiro loureiro@dcc.ufmg.br Departamento de Ciência da Computação Universidade Federal de Minas Gerais UFMG/DCC Redes de Computadores
Leia maisFUNDAMENTOS DE REDES DE COMPUTADORES Unidade 5 Camada de Transporte e Aplicação. Luiz Leão
Unidade 5 Camada de Transporte e Aplicação Luiz Leão luizleao@gmail.com http://www.luizleao.com Conteúdo Programático 5.1 Protocolo UDP 5.2 Protocolo TCP 5.3 Principias Protocolos de Aplicação 5.3.1 SMTP
Leia maisRedes de Computadores
Prof. Universidade Federal de Mato Grosso do Sul brivaldo@facom.ufms.br 18 de maio de 2017 Visão Geral 1 Visão Geral 2 3 4 Web e o HTTP Relembrando rapidamente, página web é construída com objetos um objeto
Leia maisProf. Marcelo Cunha Parte 6
Prof. Marcelo Cunha Parte 6 www.marcelomachado.com ARP (Address Resolution Protocol) Protocolo responsável por fazer a conversão entre os endereços IPs e os endereços MAC da rede; Exemplo: Em uma rede
Leia maisRedes de Computadores e Aplicações Camada de aplicação IGOR ALVES
Redes de Computadores e Aplicações Camada de aplicação IGOR ALVES Camada de aplicação Um protocolo da camada de aplicação define como processos de uma aplicação, que funcionam em sistemas finais diferentes,
Leia maisAULA 3 - REDES. Prof. Pedro Braconnot Velloso
AULA 3 - REDES Prof. Pedro Braconnot Velloso Resumo da última aula Começo da Internet Princípios básicos Comutação pacotes x circuitos Protocolos Arquitetura em camadas Arquitetura TCP/IP APLICAÇÃO TRANSPORTE
Leia maisLista de exercícios - 1º bimestre 2016 REDES
Lista de exercícios - 1º bimestre 2016 REDES Jean Nicandros Stragalinos Neto. Prontuário: 1616251. Curso: ADS 2º Módulo. 1) Desenhe duas redes com 7 e 8 computadores e defina a configuração IP de cada
Leia maisSistema de Aquisição de Dados em Tempo Real Utilizando Software Livre e Rede Ethernet para Laboratório de Controle
Sistema de Aquisição de Dados em Tempo Real Utilizando Software Livre e Rede Ethernet para Laboratório de Controle Elaine de Mattos Silva1 José Paulo Vilela Soares da Cunha1 Orlando Bernardo Filho2 1 Departamento
Leia maisFuncionalidade e Protocolos da Camada de Aplicação
Funcionalidade e Protocolos da Camada de Aplicação Network Fundamentals Capítulo 3 1 Aplicações A Interface entre usuário e Rede de Dados A Camada de aplicação provê recursos para enviar e receber dados
Leia maisRedes de Computadores
Redes de Computadores Camada de Aplicação Slide 1 Protocolo da Camada de Aplicação Tipos de mensagens trocadas; A sintaxe dos vários tipos de mensagens; A semântica dos campos; Regras para determinar quando
Leia maisÍNDICE. Redes de Computadores - 1º Período de Cap 12 - Fls. 1
ÍNDICE 12. Sistemas Operacionais de Redes 2 12.1. Conceito 2 12.2. Redirecionador 3 12.3. Arquiteturas 3 12.4. Par a Par 4 12.5. Cliente-Servidor 4 12.6. Os Sistemas Operacionais de Redes e as Arquiteturas
Leia maisRedes de Computadores
s de Computadores Prof. Macêdo Firmino Modelo TCP/IP e OSI Macêdo Firmino (IFRN) s de Computadores Setembro de 2011 1 / 19 Modelo de Camadas Para que ocorra a transmissão de uma informação entre o transmissor
Leia maisProf. Samuel Henrique Bucke Brito
RM-OSI: Modelo de Referência www.labcisco.com.br ::: shbbrito@labcisco.com.br Prof. Samuel Henrique Bucke Brito Quando surgiram as redes de computadores havia um grande problema de compatibilidade entre
Leia maisRedes de Computadores I. Sockets e Arquitetura HTTP
v.2016 Redes de Computadores I Sockets e Arquitetura HTTP Prof. Ricardo Couto A. da Rocha rcarocha@ufg.br UFG Regional Catalão HTTP - O Servidor Web Prof. Dr. Ricardo Couto Antunes da Rocha - Depto. de
Leia maisIntrodução ao GAM. Agora queremos aumentar a Segurança da aplicação, tanto na parte web como a de Smart Device. Page1
Page1 Introdução ao GAM Nos vídeos anteriores vimos o desenvolvimento de uma aplicação web e para dispositivos móveis, para administrar os dados de um evento, com informação de suas conferências, oradores,
Leia maisProtocolos de Aplicação WAP
Protocolos de Aplicação WAP WAP - Wireless Application Protocol Protocolo para aplicações sem fio; Padrão internacional para aplicações que utilizam comunicações sem fio; Foi desenvolvido para prover serviços
Leia maisCENTRO FEDERAL DE EDUCAÇÃO TECNOLÓGICA DO RIO GRANDE DO NORTE DEPARTAMENTO ACADÊMICO DE TECNOLOGIA DA INFORMAÇÃO
CENTRO FEDERAL DE EDUCAÇÃO TECNOLÓGICA DO RIO GRANDE DO NORTE DEPARTAMENTO ACADÊMICO DE TECNOLOGIA DA INFORMAÇÃO http:// www.cefetrn.br/datinf ARQUITETURA TCP/IP Nome: Curso: Turma: LISTA DE EXERCÍCIO
Leia maisCan We Pay For What We Get In 3G Data Access?
Can We Pay For What We Get In 3G Data Access? MAC0463/5743 - Computação Móvel Motivação O paper Os testes Introdução Cenário Introdução Motivação O paper Os testes Um exemplo: Alice só se lembra de ter
Leia maisSISTEMAS OPERACIONAIS DE REDE
ESPECIALIZAÇÃO EM REDES E COMPUTAÇÃO DISTRIBUÍDA 2011/1 Edital 005/2011 PROVA OBJETIVA Página 1 de 5 SISTEMAS OPERACIONAIS DE REDE Questão 01 Qual a função de um servidor DNS (Domain Name System)? a) Servir
Leia maisRedes TCP/IP. Prof. M.Sc. Alexandre Fraga de Araújo. INSTITUTO FEDERAL DO ESPÍRITO SANTO Campus Cachoeiro de Itapemirim
Redes TCP/IP alexandref@ifes.edu.br Camada de Transporte 2 Camada de Transporte Função: Fornecer comunicação lógica entre processos de aplicação em diferentes hospedeiros. Os protocolos de transporte são
Leia maisData and Computer Network Endereçamento IP
Endereçamento IP P P P Prof. Doutor Félix Singo Camadas do TCP/IP Data and Computer Network Aplicação: Camada mais alta Protocolos de Aplicações clientes e servidores HTTP, FTP, SMTP, POP Transporte: Estabelece
Leia maisProtocolos de Rede. Protocolos em camadas
Protocolos de Rede Prof. Alexandre Beletti Protocolos em camadas Existem protocolos em diferentes camadas dos modelos de estudo (OSI e TCP/IP) Lembre-se de diferencias tipos de programas de tipos de protocolos
Leia maisDesenvolvimento de Aplicações Distribuídas
Desafios e Características Pontifícia Universidade Católica de Minas Gerais Instituto de Ciências Exatas e Informática DAD (2019/01) Tópicos Apresentação da disciplina Introdução Desafios e características
Leia maisCP860 Yealink Este manual fornece informações básicas e instruções de instalação do telefone de conferência IP CP860. A seguir será apresentado tópicos para uma clara explicação do seu dispositivo. Conectando
Leia maisREDES DE COMPUTADORES Prof. Ricardo Rodrigues Barcelar
- Aula 7 - MODELO DE REFERÊNCIA TCP O modelo de referência TCP, foi muito usado pela rede ARPANET, e atualmente usado pela sua sucessora, a Internet Mundial. A ARPANET é de grande utilidade para entender
Leia maisIntrodução à Computação
Introdução à Computação Jordana Sarmenghi Salamon jssalamon@inf.ufes.br jordanasalamon@gmail.com http://inf.ufes.br/~jssalamon Departamento de Informática Universidade Federal do Espírito Santo Agenda
Leia maisDe Olho na Pista. Documento de Arquitetura. De Olho na Pista Documento de Arquitetura Data: 23/03/2013. AJA Software
AJA Software www.ajasoftware.wordpress.com De Olho na Pista Documento de Arquitetura Confidencial De Olho na Pista, 2013 1 Sumário 1. Introdução 3 2. Metas e Restrições da Arquitetura 3 3. Padrão da Arquitetura
Leia maisZone Routing Protocol - ZRP[1]
Zone Routing Protocol - ZRP[1] Rafael de M. S. Fernandes 1 1 Programa de Engenharia de Sistemas e Computação - Coppe/UFRJ Rio de Janeiro - RJ - Brasil rafaelmsf@cos.ufrj.br Resumo. O protocolo ZRP busca
Leia maisRedes de Computadores
Redes de Computadores Prof. Marcelo Gonçalves Rubinstein Programa de Pós-Graduação em Engenharia Eletrônica Faculdade de Engenharia Universidade do Estado do Rio de Janeiro Ementa Introdução a Redes de
Leia maisINTRODUÇÃO À INTERNET E À WORLD WIDE WEB
INTRODUÇÃO À INTERNET E À WORLD WIDE WEB CURSO TÉCNICO DE INFORMÁTICA MODALIDADE SUBSEQÜENTE DESENVOLVIMENTO WEB I PROF. ALEXANDRO DOS SANTOS SILVA 1 1 SUMÁRIO Conceitos básicos Histórico Principais modelos
Leia maisInformática Básica. Aula 03 Internet e conectividade
Informática Básica Aula 03 Internet e conectividade O Protocolo de comunicação O TCP (Transmission Control Protocol) e o IP (Internet Protocol) são dois protocolos que inspiraram o nome da rede. Eles englobam
Leia maisAplicações Multimídia sobre Redes
Redes Multimídia 2016.2 Aplicações Multimídia sobre Redes Curso Superior de Tecnologia em Sistemas para Internet Turma: TEC.SIS.4T Redes Multimídia Conteúdo Programático :: 1 a Unidade 1. Aplicações multimídia
Leia maisRedes de Computadores e Internet
Redes de Computadores e Internet CEA145 Teoria e Fundamentos de Sistemas de Informação Universidade Prof. MSc. Federal George de H. G. Ouro Fonseca Preto DECEA / João Monlevade Universidade
Leia maisATENÇÃO O TCP/IP não é um protocolo. TCP/IP é um conjunto de diversos protocolos em 04 camadas próprias que se relaciona com o modelo OSI.
PROTOCOLOS DE TRANSMISSÃO DE DADOS PROTOCOLO TCP/IP Trata-se da sigla da palavra inglesa Transmission Control Protocol / Internet Protocol ou, simplesmente Protocolo de Controle de Transmissão / Protocolo
Leia maisEspecificação Técnica Sistema de Acesso
1. Introdução O VW Acesso é um sistema 100% web, para controle de acesso de pessoas. O sistema possui arquitetura robusta e independente de plataforma, atendendo todos os segmentos e portes de empresa.
Leia maisDesenvolvimento de Aplicações Distribuídas
Aplicações Móveis Pontifícia Universidade Católica de Minas Gerais Instituto de Ciências Exatas e Informática DAD (2019/01) Tópicos Apresentação da disciplina Introdução Desafios e características Arquitetura
Leia maisProtocolos de Redes de Computadores
Protocolos de Redes de Computadores Princípios da Comunicação Elementos da comunicação EMISSOR MEIO DE COMUNICAÇÃO RECEPTOR Redes de Computadores A evolução dos Sistemas de Computação Sistemas Compartilhados
Leia maisSistema Operacional. Prof. Leonardo Barreto Campos. 1/30
Sistema Operacional Prof. Leonardo Barreto Campos 1/30 Sumário Introdução Middleware e SO de Rede SO de Rede Processos e Threads Leitura Complementar Bibliografia 2/30 Introdução A tarefa de qualquer sistema
Leia maisREDES DE COMPUTADORES
REDES DE COMPUTADORES Prof. Esp. Fabiano Taguchi fabianotaguchi@gmail.com http://fabianotaguchi.wordpress.com BENEFÍCIOS MODELO OSI Menor complexidade; Interfaces padronizadas; Interoperabilidade entre
Leia maisCompressão Adaptativa de Arquivos HTML em Ambientes de Comunicação Sem Fio
Universidade Federal de Ouro Preto - UFOP Instituto de Ciências Exatas e Biológicas - ICEB Departamento de Computação - DECOM Compressão Adaptativa de Arquivos HTML em Ambientes de Comunicação Sem Fio
Leia maisReplicação em sistemas web
Sistemas Distribuídos abril de 2018 Servidores Web tolerância a falhas desempenho/escalabilidade desempenho: uso de servidores mais potentes (scale-up x scale-out) caching uso de servidores replicados
Leia maisSoluções de Monitoramento Indústria 4.0
Soluções de Monitoramento Indústria 4.0 O Mini Supervisório Wi-Fi é uma interface capaz de tratar os dados vindos do sensoriamento e gravar as informações diretamente em banco de dados via Wi-Fi. É o que
Leia maisREDES DE COMPUTADORES Prof. Ricardo Rodrigues Barcelar
- Aula 4 - INTERFACES E SERVIÇOS Definições: Serviços: Cada camada fornece serviços para camada superior. O modelo especifica o que cada camada faz, não como o serviço é implementado ou acessado. Interfaces:
Leia maisProtocolo HTTP. Eduardo Ferreira dos Santos. Fevereiro, Ciência da Computação Centro Universitário de Brasília UniCEUB 1 / 22
Protocolo HTTP Eduardo Ferreira dos Santos Ciência da Computação Centro Universitário de Brasília UniCEUB Fevereiro, 2017 1 / 22 Sumário 1 Denições 2 Implementação HTTP 3 Protocolo HTTP/1.1 2 / 22 Denições
Leia maisPreparação AV3 Fundamentos de Redes de Computadores
Preparação AV3 Fundamentos de Redes de Computadores 1 - Em uma rede de computadores existem dispositivos responsáveis por distribuir as informações por toda a rede. Quando falamos de dispositivos que atuam
Leia maisNíkolas Timóteo Paulino da Silva Redes de Computadores I ADS 2ºTermo
Níkolas Timóteo Paulino da Silva Redes de Computadores I ADS 2ºTermo 1) Desenhe duas redes com 7 e 8 computadores e defina a configuração IP de cada máquina com classe B e C, respectivamente. REDE A (7
Leia maisProgramação para Web
Colégio Estadual João Manoel Mondrone Ensino Fundamental, Médio, Profissional e Norm Técnico em Informática Programação para Web Profª Ana Paula Mandelli anapaula_mandelli@hotmail.com O que é a COMUNICAÇÃO?
Leia maisMODELOS DE REFERENCIA OSI TCP/IP
Aula 2 MODELOS DE REFERENCIA OSI TCP/IP Curso Técnico em Telecomunicações Convergência de Redes PROGRAMA Modelos de Referência OSI TCP/IP OSI x TCP/IP 2 OSI E A COMUNICAÇÃO POR CARTA 3 HISTÓRIA No Principio
Leia maisRedes de Computadores
Redes de Computadores Prof. Marcelo Gonçalves Rubinstein Programa de Pós-Graduação em Engenharia Eletrônica Faculdade de Engenharia Universidade do Estado do Rio de Janeiro Ementa Introdução a Redes de
Leia maisSISTEMAS DISTRIBUÍDOS
SISTEMAS DISTRIBUÍDOS CUP Disk Memoey CUP Memoey Disk Network CUP Memoey Disk Introdução aos Sistemas Distribuídos 1 Sumário Evolução Problema/Contexto O que é um Sistema Distribuído? Vantagens e Desvantagens
Leia maisMANUAL DE INSTALAÇÃO E PROGRAMAÇÃO CONVERSOR - IP / USB / SERIAL RV1
MANUAL DE INSTALAÇÃO E PROGRAMAÇÃO CONVERSOR - IP / USB / SERIAL - 317 RV1 SÃO CAETANO DO SUL 06/06/2014 SUMÁRIO DESCRIÇÃO DO PRODUTO... 3 CARACTERÍSTICAS... 3 CONFIGURAÇÃO USB... 4 CONFIGURAÇÃO... 5 PÁGINA
Leia maisWAP. Determinação de Superfícies. Visíveis. José Almir Freire de Moura Júnior.
WAP Determinação de Superfícies José Almir Freire de Moura Júnior Visíveis {jafmj@cin.ufpe.br} Tópicos Motivação Introdução Histórico Visão geral Modelo WAP Rede WAP Arquitetura WAP WAE WML WSP WTP WTLS
Leia maiscódigo belo vs. legado e qualidade de software
código belo vs. legado e qualidade de software engenharia de sistemas de informação Daniel Cordeiro 22 de agosto de 2017 Escola de Artes, Ciências e Humanidades EACH USP pergunta Em geral, qual afirmação
Leia maisLaboratório - Uso do Wireshark para examinar uma captura UDP DNS
Laboratório - Uso do Wireshark para examinar uma captura UDP DNS Topologia Objetivos Parte 1: Registrar as informações de configuração IP de um PC Parte 2: Usar o Wireshark para capturar consultas e respostas
Leia maisINTERNET. A figura mostra os inúmeros backbones existentes. São cabos de conexão de altíssima largura de banda que unem o planeta em uma rede mundial.
INTERNET A figura mostra os inúmeros backbones existentes. São cabos de conexão de altíssima largura de banda que unem o planeta em uma rede mundial. DNS (Domain Name System) Sistema de Nome de Domínio
Leia maisFunções da Camada de
Camada de Transporte Funções da Camada de Transporte Responsável pela movimentação de dados, de forma eficiente e confiável, entre processos em execução nos equipamentos conectados a uma rede de computadores,
Leia maisEng.ª Informática - Cadeira de Redes de Computadores. Frequência 2º Semestre Avaliação Contínua. 5 de Julho de 2007
Eng.ª Informática - Cadeira de Redes de Computadores Frequência 2º Semestre 2006-2007 Avaliação Contínua 5 de Julho de 2007 Leia atentamente as perguntas seguintes e responda de forma breve e precisa.
Leia maisSENTIDOS E DESAFIOS DE OTT PARA PROFISSIONAIS: BROADCAST TRADICIONAL E BROADCAST STREAMING. Vitor Oliveira
SENTIDOS E DESAFIOS DE OTT PARA PROFISSIONAIS: BROADCAST TRADICIONAL E BROADCAST STREAMING Vitor Oliveira 1 Agenda: 1. OTT SIGNIFICADOS 2. RISCO MORAL 3. DESAFIOS REGULATÓRIOS DO VoD 4. CONVERGÊNCIA E
Leia maisFirewall - Inspeção com estado. (Stateful Inspection)
Proxy e FIREWALL Firewall - Inspeção com estado. (Stateful Inspection) As primeiras gerações de firewall eram ditos "stateless". Cada pacote é analisado individualmente, sem levar em conta pacotes anteriores
Leia maisProtocolo HTTP. Professor Leonardo Larback
Protocolo HTTP Professor Leonardo Larback Protocolo HTTP No final da década de 1980, Tim Berners-Lee criou o protocolo HTTP (HyperText Transfer Protocol) e o padrão de arquivo HTML (HyperText Markup Language)
Leia maisINTERNET P R O F. M A R C O A N T Ô N I O PROF. MARCO ANTÔNIO
INTERNET P R O F. M A R C O A N T Ô N I O PROF. MARCO ANTÔNIO Conceito É uma rede de computadores interligadas, que possibilita o acesso a informações sobre e em qualquer lugar do mundo. Rede das Redes
Leia maisCONCEITO DE INTERNET CLOUD COMPUTING WEB CONEXÃO MODEM PROVEDOR BACKBONE NÚMERO IP REDE WIRELESS ENDEREÇO MAC BROWSER HTML URL
CONCEITO DE INTERNET CLOUD COMPUTING WEB CONEXÃO MODEM PROVEDOR BACKBONE NÚMERO IP REDE WIRELESS ENDEREÇO MAC BROWSER HTML URL DOMÍNIO DOMÍNIO DE NÍVEL MÁXIMO PROTOCOLOS CONJUNTO TCP/IP HTTP HTTPS TELNET
Leia maisRedes de Computadores
Redes de Computadores Camada de Transporte Parte I Prof. Thiago Dutra Agenda n Parte I n Introdução n Protocolos de Transporte Internet n Multiplexação e n UDP n Parte II n TCP
Leia maisCamada de rede. Introdução às Redes de Computadores
Rede Endereçamento Tradução de endereços de enlace Roteamento de dados até o destino Enlace Físico Provê os meios para transmissão de dados entre entidades do nível de transporte Deve tornar transparente
Leia maisInternet. Geanderson Esteves dos Santos IC (2018/02) Pontifícia Universidade Católica de Minas Gerais Instituto de Ciências Exatas e Informática
Pontifícia Universidade Católica de Minas Gerais Instituto de Ciências Exatas e Informática IC (2018/02) Introdução Crescimento dos computadores host: 72 milhões em 2000 162 milhões em 2002 2 bilhões em
Leia maisRedes de Computadores Arquitetura TCP/IP. Prof. Alberto Felipe
Redes de Computadores Arquitetura TCP/IP Prof. Alberto Felipe Histórico TCP/IP O TCP/IP foi desenvolvido em 1969 pelo U.S. Departament of Defense Advanced Research Projects Agency DARPA, como um recurso
Leia maisIFSC/Florianópolis - Programação Orientada a Objetos com Java - prof. Herval Daminelli
Programa de computador sequência de comandos ou instruções executados por um computador com a finalidade de produzir um resultado e resolver um problema; Linguagem de programação método para a criação
Leia maisProtocolos da camada aplicação
Protocolos da camada aplicação Definem como processos de uma aplicação trocam mensagens Mais especificamente definem Tipos de mensagens trocadas Sintaxe dos vários tipos de mensagens Ex.: campos Semântica
Leia maisSistemas Distribuídos
Sistemas Distribuídos Prof. Emerson Ribeiro de Mello Instituto Federal de Santa Catarina IFSC campus São José mello@ifsc.edu.br 29 de julho de 2015 1/21 Apresentação da disciplina Objetivo da disciplina
Leia maisDefinição Rede Computadores
Definição Rede Computadores Uma rede de computadores consiste na interconexão entre dois ou mais computadores e dispositivos complementares acoplados através de recursos de comunicação, geograficamente
Leia maisCapítulo 8. a) Em uma exposição de informática, na qual não existe infraestrutura pronta para um cabeamento normal.
Redes sem fio Capítulo 8 Aplicações das redes sem fio Redes sem fio (wireless) utilizam ondas de rádio, luz infravermelha ou a laser para transmitir dados pelo ar. É difícil dizer com certeza absoluta
Leia maisRedes de Computadores e Aplicações
Instituto Federal de Educação, Ciência e Tecnologia do Rio Grande do Norte Campus Currais Novos Redes de Computadores e Aplicações Aula 13 - Camada de Aplicação Visão Geral Prof. Diego Pereira
Leia maisSistemas Distribuídos
Sistemas Distribuídos Definição Sistema Distribuído é aquele onde os componentes de software e hardware localizados em redes de computadores comunicam-se e coordenam suas ações apenas por passagem de mensagens.
Leia maisEscola Politécnica da Universidade de São Paulo
Escola Politécnica da Universidade de São Paulo Departamento de Engenharia de Telecomunicações e Controle PTC3450 - Redes de Comunicação - 1o semestre 2017 Lista de Exercícios Suplementares 1 1) (2014-P1)
Leia maisRedes de Computadores.
Redes de Computadores www.profjvidal.com REDES PONTO-A-PONTO E CLIENTE-SERVIDOR REDES DE COMPUTADORES Uma rede de computadores é formada por um conjunto de módulos processadores capazes de trocar informações
Leia maisArquitetura e Protocolos de Rede TCP/IP
Arquitetura e Protocolos de Rede TCP/IP Modelo Arquitetural Prof. Sales Filho Agenda Motivação Objetivos Histórico Família de protocolos TCP/IP Modelo de Interconexão Arquitetura
Leia maisReplicação em sistemas web
Sistemas Distribuídos maio de 2015 Servidores Web tolerância a falhas desempenho/escalabilidade desempenho: uso de servidores mais potentes (scale-up x scale-out) caching Servidores Web tolerância a falhas
Leia maisRedes: Quais as diferenças entre o Protocolo TCP e UDP
Redes: Quais as diferenças entre o Protocolo TCP e UDP Date : 8 de Fevereiro de 2018 Em 2009 escrevemos aqui um artigo sobre as diferenças de usar o protocolo TCP e UDP. Agora recordamos este tema uma
Leia maisSTD29006 Sistemas Distribuídos
STD29006 Sistemas Distribuídos Prof. Emerson Ribeiro de Mello Instituto Federal de Santa Catarina IFSC campus São José mello@ifsc.edu.br http://docente.ifsc.edu.br/mello/std 28 de julho de 2017 1/22 Apresentação
Leia maisRedes de Computadores I
Redes de Computadores I Prof.ª Inara Santana Ortiz Aula 3 Protocolos de Comunicação Protocolos de Comunicação Protocolos de Comunicação Para que ocorra a transmissão de uma informação entre o transmissor
Leia maisTE239 - Redes de Comunicação Lista de Exercícios 2
Carlos Marcelo Pedroso 11 de maio de 2017 Figura 1: Rede 1 Exercício 1: Suponha a rede apresentada na Figura 1 a) Escreva um esquema de endereçamento Classe B (invente os endereços). b) Escreva endereços
Leia maisCARTILHA EXPLICATIVA SOBRE O SOFTWARE DE MEDIÇÃO DE QUALIDADE DE CONEXÃO
CARTILHA EXPLICATIVA SOBRE O SOFTWARE DE MEDIÇÃO DE QUALIDADE DE CONEXÃO (SERVIÇO DE COMUNICAÇÃO MULTIMÍDIA) Cartilha disponibilizada em atendimento ao disposto na Resolução Anatel nº 574/2011 Página 1
Leia maisModelos de referência de arquiteturas de redes: OSI e TCP/IP Profsº Luciano / Roberto
Modelos de referência de arquiteturas de redes: OSI e TCP/IP Profsº Luciano / Roberto Modelo OSI / ISO Nomenclaturas OSI - Open Systems Interconnect ISO International Organization for Standardization Conceitos
Leia maisGossip Protocol utilizando GEMS. Alunos: João Batista, Lucas Eugênio, Vinícius Coelho
Gossip Protocol utilizando GEMS Alunos: João Batista, Lucas Eugênio, Vinícius Coelho Gossip-protocol - Confiavel, escalavel, rápido; - Usado para detecção de falhas; - Consenso distribuído de falhas, entre
Leia maisExercício Programa Mini Web Server
2004-2017 Volnys Bernal 1 Exercício Programa PSI 2653 Meios Eletrônicos Interativos I 2004-2017 Volnys Bernal 2 Objetivo Desenvolvimento de um programa servidor WEB Composição do grupo 4 pessoas (obrigatório)
Leia maisREVISÃO - Questões de Redes em Concursos. Semestre: 2 Bimestre:2 Data: / / 2013
Redes de Computadores REVISÃO - Questões de Redes em Concursos Semestre: 2 Bimestre:2 Data: / / 2013 Disciplina: Redes de Computadores Professor: Jéfer Benedett Dörr Q234360 Prova: AOCP - 2012 - BRDE -
Leia maisBOOK CLARO INTERNET COM WI-FI
BOOK CLARO INTERNET COM WI-FI NOVEMBRO/2016 USO EXCLUSIVAMENTE INTERNO O QUE É CLARO INTERNET COM WI-FI? É a Internet Móvel da Claro que funciona pela rede 3G/4G¹ e oferece Wi-Fi grátis para conectar computador,
Leia maisDesenvolvimento Web II
Desenvolvimento Web II Web Service PHP Rest Frameworks: Slim e Laravel (get/ post / put / delete) Gil Eduardo de Andrade Web Service Introdução: Um web service pode ser definido como uma tecnologia que
Leia maisIntegração IP/ATM. Características das redes atuais
Integração IP/ Msc. Marcelo Zanoni Santos Msc. Adilson Guelfi Msc. Frank Meylan Características das redes atuais Ethernet, Fast Ethernet, Token Ring, FDDI etc Não orientadas a conexão Unidade de transmissão
Leia maisTransferência de Arquivo: Protocolo FTP
Para iniciar uma sessão FTP (File Transfer Protocol) típica e acessar uma conta, o usuário deve fornecer uma identificação e uma senha; Após a identificação o usuário pode realizar operações de transferência
Leia maisInformática I. Aula 2. Ementa
Informática I Aula 2 http://www.ic.uff.br/~bianca/informatica1/ Aula 2-29/08/2007 1 Ementa Noções Básicas de Computação (Hardware, Software e Internet) HTML e Páginas Web Internet e a Web Javascript e
Leia maisCapítulo 1: Introdução às redes comutadas
Capítulo 1: Introdução às redes comutadas Roteamento e Comutação Material adaptado pelo Prof. Kleber Rezende Presentation_ID 1 Capítulo 1 1.0 Introdução 1.1 Projeto de LAN 1.2 O ambiente comutado 1.3 Resumo
Leia mais