A apresentação está carregando. Por favor, espere

A apresentação está carregando. Por favor, espere

Nível Aplicação 1 Estudar aspectos conceituais e de implementação de aplicações de rede – a razão de ser das redes, o interesse final do usuário. Nível.

Apresentações semelhantes


Apresentação em tema: "Nível Aplicação 1 Estudar aspectos conceituais e de implementação de aplicações de rede – a razão de ser das redes, o interesse final do usuário. Nível."— Transcrição da apresentação:

1 Nível Aplicação 1 Estudar aspectos conceituais e de implementação de aplicações de rede – a razão de ser das redes, o interesse final do usuário. Nível Aplicação - Objetivo

2 Nível Aplicação Introdução 2. 2.DNS 3. 3.Correio Eletrônico 4. 4.WWW 5. 5.Multimídia: Streaming de Audio e Vídeo, Teleconferência 6. 6.Entrega de conteúdo: CDN, P2P Nível Aplicação - Roteiro

3 Nível Aplicação 3 Novas aplicações não param de surgir: Correio eletrônico, mensagem instantânea, FTP, WWW (Navegação Web), Compartilhamento de arquivo P2P, Telefonia (VoIP), video-conferência, Redes Sociais, e-commerce, m-commerce, RFID, Redes Espaciais, Jogos.... Cite a aplicação mais recente que você conhece: Shazam, 99Taxis, Moovit, Urbbox.... Caminhamos em direção à Computação Ubíqua: A interação homem-máquina será invisível no sentido de não ser notada, ainda que seja perceptível, através de um dispositivo qualquer.A interação homem-máquina será invisível no sentido de não ser notada, ainda que seja perceptível, através de um dispositivo qualquer. Introdução

4 Nível Aplicação 4 Google TV dará acesso aos novos canais Youtube, facilitando as buscas de conteúdos e oferecendo maior controle para os usuários... Se você está procurando um vídeo desopilante, uma receita de cozinha com tutorial em vídeo ou as últimas atualidades, existem canais para qualquer tema que você estiver interessado. Objetivo: integrar o vídeo na internet com a televisão ao vivo. Google se associou com diversos fabricantes de Smart TVs dos quais Sony, LG e Samsung, para criar televisores conectados à internet. RFID - Air Canada is saving millions of dollars each year by tracking food carts used at airports around the world. It not only loses fewer carts and spends less time and money taking inventory, it also is able to better manage the movement of carts so there are always carts at the airport catering stations that need them. Exemplos de novas aplicãções

5 Nível Aplicação 5 Papel da Aplicação O Nível Aplicação além de conter o trabalho final de interesse do usuário, também define protocolos para suporte às aplicações finais. Questões típicas: Como realizar com eficiência a tarefa que se propõe? Que protocolo será utilizado para realizar esta tarefa? Como simplificar para o usuário a interface? Protocolos de suporte no nível de aplicação não são um fim em si mesmos, mas suportam trabalhos finais. Exemplo de protocolos de suporte: DNS, Protocolos de Segurança, Protocolos de Gerência de Redes.

6 Nível Aplicação 6 O que é necessário definir ? Um protocolo do nível Aplicação define: Tipos de mensagens trocadas: requisição e resposta; Sintaxe dos vários tipos de mensagens; Semântica dos campos; Regras: quando e como um processo envia mensagens e responde mensagens (sincronização).

7 Nível Aplicação 7 DNS - Porque um Sistema de Nomes? As pessoas trabalham melhor com nomes do que com números; os computadores trabalham melhor com números, assim é necessário fazer a tradução nome- número. NA ARPANET havia o arquivo hosts.txt. (Ainda tem no Linux). Estratégia que não seria possível hoje... Que tal um controle centralizado? Já em 84 nascia uma especificação para resolver este problema (RFC 882).

8 Nível Aplicação 8 O que é DNS? DNS – Domain Name System – é um banco de dados distribuído. Cada segmento local controla sua porção e disponibiliza um banco para toda a rede num esquema cliente-servidor. Servidor: Torna disponível informação local de nomes. Cliente: contém os resolvedores – enviam perguntas pela rede aos servidores de nome. A estrutura deste banco de dados é hierárquica.

9 Nível Aplicação 9 Estrutura hierárquica - 1 Cada domínio é particionado em sub-domínios, que também são particionados, e assim por diante. As folhas não contêm sub-domínios (contém uma ou várias máquinas). Há dois tipos de domínio de nível superior: Genéricos e Países. (Há ~ 250).

10 Nível Aplicação 10 Estrutura hierárquica - 2 Servidores de nomes Raiz são replicados: controlado pelo ICANN (Internet Coporation for Assigned Names and Numbers); Há 13 servidores raíz no mundo.

11 Nível Aplicação 11 Criação de Novo Domínio Solicitar um nome com a autoridade competente, mediante taxa anual (No Brasil está sob administração do Comitê Gestor da Internet no Brasil – CGI.br). Cybersquatting: prática de registrar um domínio para vendê-lo a uma parte interessada por preço muito mais alto. Para criar um sub-domínio é necessária a permissão do domínio no qual ele está incluído. Exemplo: Para criar o domínio lrede que quer ser conhecido como lrede.comp.ita.br, é necessária a autorização de quem gerencia comp.ita.br. A atribuição de nomes leva em consideração as fronteiras organizacionais e não as redes físicas. Assim, é possível estar na mesma LAN e pertencer a domínios distintos.

12 Nível Aplicação 12 Zonas- Divisão do Espaço de Nomes Teoricamente um mesmo servidor de nomes poderia servir toda a Internet, ou um domínio de primeiro nível. Problemas: -Se este servidor parasse, a Internet pararia... -Sobrecarga neste servidor; -Banco de dados centralizado distante; - Manutenção; O espaço de nomes foi dividido em zonas. Cada zona tem uma parte da árvore e servidores de nomes com informação (autoridade) sobre aquela zona; A zona é a parte do domínio que não foi delegada a outros.

13 Nível Aplicação 13 Ilustrando Divisão em Zonas Na figura nota-se que há um servidor para washington.edu que cuida de eng.washington.edu mas não de cs.washington.edu que é uma zona separada com seus próprios servidores de nome.

14 Nível Aplicação 14 Nomes no Brasil O Comitê Gestor da Internet no Brasil - CGI.br tem como atribuição coordenar e integrar todas as iniciativas de serviços Internet no Brasil. O Núcleo de Informação e Coordenação do Ponto BR - NIC.br é o braço operacional do CGI.br, assumiu a gestão do registro de Nomes de Domínio e a alocação de Endereços IP (site registro.br). Exemplos de categorias de domínios no Brasil: ART.BR – arte: música, pintura, folclore. EDU.BR – Entidades de ensino superior GOV.BR – Entidades do governo federal Há mais de 70 Domínios de Primeiro Nível no Brasil.

15 Nível Aplicação 15 Processo de pesquisa DNS 1) Cliente pergunta endereço para seu servidor de nomes. 2) Se o servidor de nomes do cliente sabe responder (cache), o faz imediatamente; 3) Caso contrário, pergunta ao servidor raíz. 4) O servidor raíz, indica o servidor de 1o. Nível adequado (Referral) 5) O servidor local recebe o referral, e pergunta ao servidor de 1o. Nível. Este indica o servidor de 2o. Nível (referral). 6) Assim sucessivamente, até chegar ao servidor da máquina pesquisada. Este último dá a resposta final ao servidor de nomes do cliente, que finalmente responde ao cliente.

16 Nível Aplicação 16 Ilustração de pesquisa DNS Vide slide 13 com os servidores selecionados

17 Nível Aplicação 17 Caching Os servidores de nome armazenam a informação obtida em caches; em uma próxima consulta não precisam mais ir à luta na Internet, recuperando localmente a informação; Resposta Non-Authoritative: vem do cache local; Resposta Authoritative: recuperada de servidor- autoridade. O tempo de vida de uma informação no cache, TTL (Time to live), controla o momento em que o servidor deve buscar novamente na Internet. TTL curto: vantagem - pegar sempre dados corretos na Internet; desvantagem - gasta banda, sobrecarrega servidores e degrada o desempenho.

18 Nível Aplicação 18 Primário e Secundário Normalmente há um servidor de nomes primário que busca informação em seus próprios arquivos; Servidor de nomes secundário, que se atualiza buscando nos arquivos do primário. A troca de dados entre eles chama-se zone transfer. Desta maneira existe uma redundância de dados para emergências. Se primário cai, secundário assume.

19 Nível Aplicação 19 Registros de Recursos O DNS mapeia nomes de domínios em registros de recursos. Contém informações relativas ao domínio. Um registro de recurso é representado por 5 campos: Nome_Domínio Tempo_de Vida Classe Tipo Valor Nome_Domínio : domínio ao qual o registro se aplica Tempo_de Vida : tempo que indica estabilidade do registro. Alto (Ex:86400-segundos do dia) ou baixo (60-segundos). Neste ultimo caso muito volátil. Classe: IN – Informações relacionadas a Internet Tipo: Tipo do registro (descritos nas próximas telas) Valor: Semântica depende do tipo de registro

20 Nível Aplicação 20 Tipos de Registros de Recursos Existem os seguintes diferentes tipos de registros:

21 Nível Aplicação 21 Registro SOA -1 SOA: Start of Authority – indica a autoridade para os dados deste domínio. O domínio comp.ita.br tem como registro SOA os valores: comp.ita.br. SOA ita-r.ita.br root.ita.br. ( ) primary name server = ita-r.ita.br (Onde arquivo criado) responsible mail addr = root.ita.br serial = 18 - Incremente este número a cada alteração no arquivo de zona, para distribuir alteração aos secundários. refresh = 3600 (1 hour) - Tempo que o secundário espera antes de questionar o primário sobre alterações no SOA. Após este tempo consulta o número serial do primário.

22 Nível Aplicação 22 Registro SOA - 2 SOA: Start of Authority – continuação comp.ita.br. SOA ita-r.ita.br root.ita.br. ( ) retry = 300 (5 mins) – Tempo entre re-tentativas do secundário. expire = (41 days 16 hours) – Tempo de expiração dos dados. Após este tempo considera-se os dados do secundário desatualizados. default TTL = (1 day) – Tempo fornecido nas respostas indicando quanto tempo os outros servidores devem manter os dados em cache.

23 Nível Aplicação 23 Registros NS e A NS – Name Server Especifica o servidor de nomes para o domínio. Cada servidor primário ou secundário deve ser declarado por este registro. O domínio comp.ita.br tem como registro NS: comp.ita.br. IN NS ita-r.ita.br. Se houvesse um secundário, haveria um registro como comp.ita.br. IN NS nome2.ita.br. A – Address É o registro que relaciona IP-Nome. ita-r.ita.br. IN A comp.ita.br. IN A joana IN A

24 Nível Aplicação 24 Registro CNAME Permite a criação de nomes alternativos. O nome canônico é o nome de domínio correto, mas é possível admitir outros nomes que se referenciam ao nome canônico. Exemplo: Os nomes listados à esquerda podem ser utilizados para acessar IN CNAME IN CNAME intranet IN CNAME Experimente pingar e a seguir os demais etc. O que observa?

25 Nível Aplicação 25 Endereço Reverso Pode-se fazer uma pesquisa DNS fornecendo o endereço IP para obter o nome associado -> Pesquisa reversa. O estilo de escrita do nome é: o nome mais alto na hierarquia fica a direita como em tathy.comp.ita.br (anda na árvore de baixo para cima) Na pesquisa reversa também se inverte o endereço IP para ficar semelhante à pesquisa de nomes. Uma pesquisa reversa de é indicada como in-addr.arpa. Os números dos octetos são tratados como strings, portanto independem de netmask.

26 Nível Aplicação 26 Registro PTR Permite associar IP a nome. A pergunta fornece o IP e a resposta fornece o nome da máquina – pesquisa reversa. Para realizar pesquisa reversa, o resolver transforma o IP dado, como em in-addr.arpa. O resolver procura registros PTR para in-addr.arpa. A entrada correspondente no arquivo de configuração seria: in-addr.arpa IN PTR josefina.comp.ita.br

27 Nível Aplicação 27 Reverso – como funciona? Resolver pergunta diretamente ao servidor raíz; O servidor raíz encaminha para o servidor que cuida daquele intervalo (161.in-addr.arpa). O servidor raíz refere-se ao servidor responsável pela alocação de IPs naquela região de pertença do endereço. O resolver pergunta ao servidor responsável pelo registro PTR do intervalo que contém in-addr.arpa. O servidor responsável refere-se ao servidor DNS da organização que recebeu aquele IP. O resolver pergunta ao servidor DNS da organigação pelo registro in-addr.arpa. O servidor DNS da organização responde com o nome josefina.comp.ita.br.

28 Nível Aplicação 28 Registro MX Especifica o host preparado para receber mensagens de correio eletrônico para o domínio especificado. Exemplo: O domínio comp.ita.br tem como preferência entregar s para a máquina sara.ita.br, em segundo para iara.ita.br e somente se ambas estão fora do ar, entrega para mail.ita.br comp.ita.br. IN MX 0 sara.ita.br comp.ita.br. IN MX 10 iara.ita.br comp.ita.br. IN MX 20 mail.ita.br Obs: Não é conveniente uma máquina interna receber s diretamente da Internet, pois se expõe a máquina (além do sendmail ter furos de segurança). Convém que só uma máquina receba s para várias outras. Esta máquina checa vírus, spams e protege a instituição.

29 Nível Aplicação 29 Registro SRV, SPF SRV: Generalização do registro MX de correio para determinado serviço no domínio. service._proto.name IN SRV priority weight port target priority : preferência do host; weight: valor relativo para registros com mesma prioridade; port: porta utilizada pelo serviço, e target: nome do host que fornece o serviço. Exemplo: _sip._tcp.exp. IN SRV sipserver.example.com. SPF: Sender Policy Framework - p/ validar informação de e- mail (contra spams): informa quais comps podem enviar e- mail do domínio especificado (versão corrente chamada spf1) example.com. IN SPF "v=spf1 a mx No domínio example.com podem enviar s as maquinas deste domínio com registro do tipo A ou MX.

30 Nível Aplicação 30 BIND A DNS server for Unix machines, the Berkeley Internet Name Domain (BIND) package, was written in 1984 by a group of graduate students at the University of California at Berkeley under a grant from the US Defense Advanced Research Projects Administration (DARPA). The latest version is BIND (August,2011) Daniel J. Bernstein desenvolveu a versão que surgiu como a mais segura:djbdns. Um prêmio de $1000 para a primeira pessoa que encontrasse um furo na segurança no djbdns foi ganho em 2009 por Matthew Dempsky. Autor também do qmail, o mais seguro software para . Também hoje há o DNSSEC que assina os registros.

31 Nível Aplicação 31 Correio Eletrônico A maior força da comunicação na Internet. O Sistema de Correio iniciado na ARPANET, por um grupo de estudantes de Ciência da Computação, que tornou- se a RFC 822, sobrepujou um Sistema Internacional aprovado por empresas de telecomunicações, governo e setores da informática, o padrão X.400. O número de mensagens enviadas eletronicamente por dia superou o correio convencional há muitos anos. Symantec Report Finds Spam Accounts for 73 Percent of June :... Spam volume continued to decrease, with 69% of all being spam.

32 Nível Aplicação 32 Arquitetura e Serviços Sistemas de mensagem eletrônica compõem-se de 2 sub-sistemas: 1)Agente usuário: Permite interação com sistema de correio, cria o ambiente para que o usuário envie e recebe . 2)Agente de transferência de mensagem: Move a mensagem da origem ao destino; normalmente rodando em background (os chamados daemons), são processos do sistema que estão sempre disponíveis. Utilizam o protocolo SMTP (Simple Mail Transfer Protocol).

33 Nível Aplicação 33 Agente Usuário Leitor de Thunderbird, Outlook, Gmail, etc... Manipulam caixas de correio dos usuários, oferecendo opções amigáveis para facilitar o gerenciamento de msgs: Disposição de mensagens; Respostas automáticas; Agente de férias; Bloco de assinatura. SPAMs: o agente pode separar o que provavelmente é lixo; Botnet: coleção de computadores infectados capazes de gerar Spams mais difíceis de serem detectados;

34 Nível Aplicação 34 Agentes de Transferência de Msg Utilizam o protocolo Simple Mail Transfer Protocol. O protocolo de da Internet. Simples de fato: -Cliente solicita conexão TCP na porta 25 do destino; -Servidor ouve esta porta, aceita conexão, copia as mensagens, coloca nas mailboxes (Caixas de Correio) apropriadas; -Se o servidor não estiver preparado para aceitar conexões, o cliente tenta mais tarde. -Agentes de usuário apresentam aos usuários uma visão do conteúdo de suas mailboxes.

35 Nível Aplicação 35 Diálogo cliente-servidor - 1 quer mandar mensagem para Inicialmente, cliente contacta porta 25 do servidor (por exemplo através do comando: telnet smtp.ita.br 25), que responde: S xyz.com SMTP Service Ready C – Helo abcd.com S – 250 xyz.com says hello to abcd.com C – MAIL from: S – 250 sender ok C – RCPT to: S – 250 recipient ok C – DATA

36 Nível Aplicação 36 Diálogo cliente-servidor - 2 S – 354 Send mail: end with. on a line by itself C Cabeçalho e texto da mensagem..... C -. S 250 Message accepted C:QUIT S – 221 xyz.com closing connection Clientes enviam comandos de quatro letras; Servidores enviam códigos numéricos: 220 – Pronto p/ receber 250 – Tudo bem!354 – Comece 221 – ok, terminemos.

37 Nível Aplicação 37 Arquitetura do sistema de Há distinção entre o envelope e o conteúdo. O envelope tem a informação suficiente para transportar a mensagem. O conteúdo é separado entre cabeçalho e corpo.

38 Nível Aplicação 38 Envelopes e Mensagens (a)Correio convencional (b)Correio eletrônico RFC 5322 define formato e conteúdo das msgs.

39 Nível Aplicação 39 Cabeçalho RFC 5322 Cabeçalho padronizado contém campos p/ criar envelope pelo agente de transferência As mensagens devem estar em formato-padrão para ser tratadas pelos agentes de transferência

40 Nível Aplicação 40 Formato de Mensagens Inicialmente só se permitia texto no corpo, depois houve demanda por outros formatos, até se definir um padrão: MIME (Multipurpose Internet Mail Extensions) que permite enquadrar as diferentes informações transportadas. Tipos de conteúdo MIME e subtipos

41 Nível Aplicação 41 Formato de Mensagens Mensagem de aniversário como HTML e áudio: é preciso baixar o arquivo de som via FTP. Content-type ocorre 3 vezes para as indicações necessárias: multipart/alternative: a mesma mensagem expressa em modos. Text/html; message/external body

42 Nível Aplicação 42 Entrega Final Normalmente, o agente de usuário não está na mesma máquina que o agente de transferência, que está on-line o tempo todo. Há protocolos para a remessa final: IMAP ou POP3. Webmail: O agente de usuário é uma interface do usuário fornecida por páginas Web. Quando o usuário acessa a página do servidor web de do provedor, se loga e o servidor encontra a caixa de correio daquele usuário, montando uma página web com o conteúdo da caixa e a envia ao navegador (provavelmente incluem JavaScripts)

43 Nível Aplicação 43 World Wide Web - www Estrutura arquitetônica que permite acessar documentos em milhões de máquinas pela Internet. Para muitos é sinônimo de Internet. A idéia de teia de documentos ligados (Berners-Lee) teve a primeira demonstração pública em A idéia ganhou interface gráfica (Andreessen em 1993 com o Mosaico), que em 1994 criou a Netscape; Criou-se o W3C – World Wide Web Consortium em 1994, padronizaram-se protocolos e... explodiu! A era ponto com: período onde empresas de web passaram a valer milhões (ou bilhões) – Google, Facebook, Amazon...

44 Nível Aplicação 44 Modelo cliente-servidor Cliente: solicita pedido de conexão TCP com a máquina onde está a página e envia mensagem solicitando a página. Servidor: Ouve a porta TCP 80 aguardando pedidos de conexão. A conexão é estabelecida, o servidor manda a resposta com a página solicitada. A seguir libera a conexão. Protocolo para solicitação-resposta para buscar páginas: HTTP (HyperText Transfer Protocol). É necessário um mecanismo para nomear e localizar páginas de forma única => URL.

45 Nível Aplicação 45URL URL – Uniforme Resource Locator – Traz a identificação da página da seguinte maneira: Que deve ser interpretado: http -> protocolo -> nome DNS da máquina onde está o documento institucional/departamentos.htm -> nome do caminho: subdiretório e arquivo com a página de interesse. HTML – HyperText Markup Language – Linguagem padronizada com a qual são escritas as páginas de maneira a serem interpretadas pelos navegadores.

46 Nível Aplicação 46 Passos do Browser Quando o usuário clica em uma página desejada: O browser determina a URL; O browser pede ao DNS o IP da máquina desejada (www.ita.br); DNS responde com o IP ( ); O browser solicita conexão TCP na porta 80 da máquina encontrada; O browser envia um GET do arquivo desejado; A máquina responde enviando o arquivo desejado; Se houver outras URLs na página, busca todas O browser exibe o texto e a seguir as imagens do arquivo A conexão TCP é liberada se não houver outras solicitações em curto período.;

47 Nível Aplicação 47 Navegador no cliente Se HTML, exibição direta pelo interpretador do browser. O servidor retorna o tipo MIME da página, se for um tipo interno, sabe como exibir a página: associa tipo a visualizador. Plug-in: módulo de código que navegador busca e instala como extensão do navegador; Aplicação auxiliar: programa completo executado como processo separado; ex: powerPoint

48 Nível Aplicação 48 Servidor Web Servidor Web multithreaded com um front end e módulos de processamento

49 Nível Aplicação 49 Cookies (1) Um cookie é um string nomeado e pequeno (~4KB) que o servidor associa a um navegador que o armazena em um diretório de cookies no disco do cliente. Permite retornar páginas diferentes para usuários diferentes, possibilitando interações personalizadas (RFC 2019). O campo conteúdo é da forma nome=valor. Campo é seguro se precisa ser enviado ao servidor com protocolo de transporte seguro como SSL/TLS. De onde veio o cookie Parte da arvore de arquivos do servidor que pode usar o cookie

50 Nível Aplicação 50 Cookies (2) Controvérsias: usuários não sabem que estão sendo monitorados; estas informações podem ser reunidas para rastrear atividades do usuário. Agência de publicidade inserem seus links nas páginas dos sites contratados: recebe do anunciante e paga ao proprietário do site; ex: URL Quando cliente baixa a página do site original, também se acessa a URL da agência que registra página acessada.www.sneaky.com/1234.gif Há um potencial para abusos... Desabilitar cookies pode impedir um acesso necessário. Para limitar um pouco, alguns navegadores impedem acesso a cookies de terceiros (ie, impede à agência e permite ao site original).

51 Nível Aplicação 51 Páginas dinâmicas (1) O modelo era estático: solicita-se um arquivo, servidor o retorna. Atualmente deseja-se que o conteúdo seja gerado por demanda ao invés de armazenado em disco e/ou gerado ao rodarem aplicações e serviços. Tem acontecido que grande parte dos dados importantes está no servidor, podendo ser acessado de qualquer parte, sem precisar aplicações específicas no cliente => É necessário apenas acesso Web - apoiando a idéia de computação em nuvem.

52 Nível Aplicação 52 Páginas dinâmicas (2) Ex: Serviço de exibição de mapa 1)Usuário pede mapa dado endereço do local; 2) Programa no servidor acessa BD, gera página solicitada; 3) Retorna página ao cliente; 4)Cliente quer zoom: programa no cliente interage c/ user; 5)Para atender as solicitações podem ser necessários mais dados; 6)Capturam-se dados adicionais do BD; 7)Retorna resposta.

53 Nível Aplicação 53 Páginas dinâmicas (3) Possíveis implementações no Servidor: CGI (Common Gateway Interface) – API com interface para que servidores Web falem com scripts (RFC 3875); PHP (Hypertex Preprocessor) – Linguagem embute scripts na página HTML; mais fácil e simples que CGI; JSP (JavaServer Pages) – escrito em Java semelhante a PHP ASP.NET (Activer Server Pages.NET) versão da Microsoft. No Cliente: quando é necessário interagir diretamente c/ user: JavaScript –linguagem de nível muito alto, a mais popular; VBScript – baseado em Visual Basic p/ plataforma Windows; Applets – miniaplicativos compilados para JVM (Java Virtual Machine), rápidos e portáveis (Sun); ActiveX – Microsoft, os mais rápidos.

54 Nível Aplicação 54 Páginas dinâmicas (4) Diversas tecnologias usadas para gerar páginas dinâmicas. Browser consulta tabela de tipos MIME para exibir a página; Siglas da figura não mencionadas ainda: CSS - Cascade Style Sheets: folha de estilos a serem aplicados controlando a aparência do documento; XML - eXtensible Markup Language: linguagem para especificar conteúdo estruturado separando conteúdo de apresentação. Processo do servidor

55 Nível Aplicação 55 Páginas dinâmicas (5) PHP e JavaScript são parecidas por incorporarem código em arquivos HTML. (a) Script PHP do lado servidor. (b) Script JavaScript do lado cliente. O que é melhor rodar no cliente ou servidor? Depende...

56 Nível Aplicação 56 HTTP HTTP: Hypertex Transfer Protocol: protocolo que define pedidos e respostas entre cliente/servidor. Pela simplicidade lembra o SMTP. Protocolo consistindo de: Conjunto de solicitações dos browsers para os servidores Conjunto de respostas no sentido contrário. Cabeçalhos em ASCII e conteúdo em formato MIME. Protocolo em expansão, utilizado cada vez mais indiscriminadamente: players usam HTTP para solicitar informações dos albúns, antivírus usam HTTP para baixar atualizações, etc.

57 Nível Aplicação 57 Conexões (1) a) Múltiplas conexões e solicitações sequenciais: a medida que traz a página descobre as figuras que deve buscar b) Uma conexão persistente e solicitações sequenciais; mais rápida: (1) sem overhead do estabelecimento (2) passou partida lenta e descobriu comportamento da rede; c) Uma conexão persistente e solicitações por pipeline (em sequência sem esperar a resposta anterior).

58 Nível Aplicação 58 Conexões (2) Conexão persistente: Em que momento encerrar? Normalmente até ficar ocioso por um pequeno período (ex: 60 segundos) ou até ter grande número de conexões abertas e algumas tenham que ser encerradas. uma conexão compete com a outra. É possível misturar os métodos: várias conexões paralelas com uma solicitação por conexão. Problema: uma conexão compete com a outra. Conexões persistentes são superiores às paralelas.

59 Nível Aplicação 59 Métodos Mensagens utilizados em uma solicitação HTTP

60 Nível Aplicação 60 Web Móvel Dificuldades para a navegação: 1.Telas pequenas (pg e imagens grandes); 2.Capacidade de entrada limitada (teclado irritante); 3.Largura de banda limitada; 4.Conectividade intermitente; 5.Potência de computação limitada. Em todos os quesitos houve melhorias, embora permaneça a lacuna. Inicialmente: outra pilha de protocolos (WAP); Hoje: mesmos protocolos, sites entregam conteúdo adaptado (técnicas para redução das páginas)

61 ível Aplicação 61 Web Móvel XHTML: As páginas XHTML precisam estar em conformidade estrita com as regras da XML ou não serão aceitas pelo navegador. XHTML Basic: subconjunto do XHTML para dispositivos móveis. Tem módulos obrigatórios e opcionais. Técnica complementar: um computador anterior a entrega, transforma o conteúdo usando heurísticas (transcodificação). Ex: diminuir resolução de imagem. O conteúdo é problema maior para WebMóvel do que os protocolos. Para diminuir cabeçalhos usar compactação.

62 ível Aplicação 62 Busca na Web Deep Web: se refere ao conteúdo da World Wide Web que não é indexada pelos mecanismos de busca padrão. O conteúdo pode ser classificado em uma ou mais das seguintes categorias: Conteúdo dinâmico: páginas dinâmicas retornadas em resposta a uma requisição ou através de um formulário. Conteúdo isolado: páginas que não possuem referências ou ligações vindas de outras páginas, o que impede o acesso através de web crawlers (travessia de páginas e links pelos mecanismos de busca).web crawlers Web privada: sites que exigem um registro e um login (conteúdo protegido por senha). Web contextual: páginas cujo conteúdo varia de acordo com o contexto de acesso (por exemplo, IP do cliente ou sequência de navegação anterior)....

63 ível Aplicação 63 Busca na Web O conteúdo oculto está sendo explorado pelo submundo. A ideia inicial não era criminosa, surgiu na China: navegar em sites cuja entrada no país era bloqueada pelo governo => solução: software de Proxy com tunelamento, mantém o anonimato de quem deseja.

64 Nível Aplicação 64 Streaming de Áudio e Vídeo A partir de 2000 áudio e vídeo na Internet cresceram, pois: Computadores mais poderosos; Grande largura de banda na Internet e em sua borda. A maior parte do tráfego da Internet já é vídeo – ¼ dos usuários da Internet visitam o YouTube diariamente. Como largura de banda está suficiente, o desafio ainda reside no atraso e jitter. Serão abordados 3 casos de crescente dificuldade: Streaming de mídia armazenada (ex: youtube); Streaming de mídia ao vivo (radio via Internet e IPTV); Conferência Interativa de áudio e vídeo (ex: skype).

65 Nível Aplicação 65 Áudio Digital Sinal de Áudio é uma onda acústica; ao entrar no ouvido, com a vibração do tímpano, geram-se impulsos nervosos (Sinal elétrico) para o cérebro Áudio Digital é a representação digital da onda de áudio; conversor ADC (Analog to Digital Converter Amostras não são exatas: 9 valores precisam de 4 bits para representar

66 Nível Aplicação 66 Compressão de Áudio Áudio é comprimido para economizar banda. Codificação: Algoritmos para compressão na origem Decodificação: Algoritmos para descompressão no destino. Codificação lenta e decodificação rápida: Aceitável para aplicações que armazenam um áudio que será distribuído para muitos clientes; inaceitável para VoIP. MP3 - Parte referente a compressão de áudio do padrão MPEG-1. MPEG-4 ou MP4 é a versão mais nova do padrão que oferece compressão de áudio e vídeo.

67 Nível Aplicação 67 Vídeo Digital Quando a imagem aparece na retina, é retida por alguns milissegundos antes que desapareça. Assim, uma sequencia de imagens apresentada a 50 imagens/s o olho não nota que são imagens diferentes. Sistemas de vídeo exploram esta característica. Vídeo Digital: sequência de quadros, cada um com uma grade retangular de pixels – cada um com certo número de bits para representá-lo. Quadros mais largos exigem mais banda. (Vídeos HDTV usam 1080 por 720 pixels). Compressão é fundamental! MPEG – padrão aberto que codifica independentemente áudio e vídeo; o tempo é incluído na saída codificada.

68 Nível Aplicação 68 Streaming de Mídia Armazenada (1) Assistir vídeos na Internet: VoD (Video on Demand) Na resposta é enviado o arquivo do tipo MIME video/mp4 O navegador salva o filme em um arquivo auxiliar e passa o nome do arquivo ao player. Problema: grande demora inicial para exibição do filme.

69 Nível Aplicação 69 Streaming de Mídia Armazenada (2) A página vinculada ao filme não é o arquivo do filme real. O Meta-arquivo contém descritores do arquivo, como ex: rtps://joes-movie/movie-0025.mp4 Player pede o filme à URL indicada: pode mostrar o filme antes de totalmente baixado (navegador não mais no loop).

70 Nível Aplicação 70RTSP Real Time Streaming Protocol : permite ao player interagir com o servidor,sobre TCP ou UDP. RFC 2326: Comandos permitem ao player ter controle remoto. Comandos RTSP do player ao servidor: ASCII Real Time Protocol : utilizado junto com RTSP permite entrega de dados dependentes de tempo.

71 Nível Aplicação 71 Técnicas utilizadas: 1)Gravar programas em disco (ex: meia hora depois) – idem streaming de mídia armazenada (quase ao vivo); 2)Enviar conteúdo ao vivo – streaming de mídia contínuo. Manter no cliente um buffer grande o suficiente, servidor envia em velocidade maior que da reprodução. atraso inicial de uns 10s, mas suaviza o jitter,. 3)Multicasting: 1 só stream para N clientes- problema: nem todos os roteadores da Internet usam multicast. Dentro de um provedor que garanta, assim por ex, IPTV dentro do escopo de uma empresa pode usar multicasting com seus clientes. Streaming de Mídia ao Vivo (1)

72 Nível Aplicação 72 Com poucos clientes e áudio, unicast pode ser tolerado. Se há banda razoável, qualquer um pode montar uma estação de rádio: Streaming de Mídia ao Vivo (2)

73 Nível Aplicação 73 Início: voz na rede pública comutada 1999: voz e dados, meio a meio; 2002: dados – uma grandeza a mais que voz. Então, porque a rede de dados não absorve a rede telefônica? Voz consome pouca banda =>VoIP – Voz sobre IP. Pehr Anderson, em projeto de aula no curso do MIT criou protótipo de voz sobre a rede de dados, tirou B na matéria mas criou a empresa NBX e em 1999 a vendeu por US$90 milhões. Teleconferência em T Real acrescenta o requisito latência baixa aos casos anteriores. Buffer de 10s não resolve... Teleconferência em Tempo Real (1)

74 Escolhas devem ser feitas para garantir a latência (em muitos casos não resolvem, devido a atrasos de propagação fixo) UDP; Codificadores e Decodificadores rápidos; Mecanismos de QoS na camada de rede: Serviços Diferenciados; pacotes VoIP passam na frente; Aumentar largura de banda: impedir criação de filas. Tamanho de pacotes curtos: Não obstante maior overhead dos cabeçalhos, VoIP usa pacotes curtos. Teleconferência em Tempo Real (2)

75 Why real-time data can not use TCP? TCP forces the receiver application to wait for retransmission in case of packet loss, which causes large delays.; TCP cannot support multicast; TCP congestion control mechanisms decreases the congestion window when packet losses are detected ("slow start"). Audio and video, on the other hand, have "natural" rates that cannot be suddenly decreased; TCP headers are larger than a UDP header (40 bytes for TCP compared to 8 bytes for UDP); TCP doesnt contain the necessary timestamp and encoding information needed by the receiving application; TCP doesnt allow packet loss. In A/V however loss of 1- 20% is tolerable; Teleconferência em Tempo Real (2)

76 Nível Aplicação 76 Uso de Pacotes pequenos. Cenário: Transmissão entre Seattle e Amsterdã Caso 1 – pacotes de tamanho 1KB: Atraso de áudio: 1KB/64kbps=8kb/64kbps=125ms Atraso de transmissão: 1KB/1Mbps=8kb/1Mbps=8ms Total= = 181ms Teleconferência em Tempo Real (3) Seattle: Taxa de preenchimento de áudio = 64kbps Amsterdã meio Buffer Atraso de propagação= 40ms Taxa de transmissão = 1Mbps

77 Nível Aplicação 77 Caso 2 – pacotes de tamanho 160 Bytes: Atraso de áudio: 160B/64kbps=1280kb/64kbps=20ms Atraso de transmissão: 160B/1Mbps=1280b/1Mbps=1,3ms Total= 20+1,3+40+1,3 = 62,6ms Teleconferência em Tempo Real (2) Seattle: Taxa de preenchimento de áudio = 64kbps Amsterdã meio Buffer Atraso de propagação= 40ms Taxa de transmissão = 1Mbps

78 Nível Aplicação 78 SIP (1) Além de resolver o problema da latência, é preciso projetar protocolos para estabelecer/encerrar chamadas: H.323 : da ITU - International Telecommunication Unit; SIP – Session Initiation Protocol : projetado pelo IETF – RFC interopera com aplicações da Internet; ex: Números de telefones são URLs: clique em um link inicia ligação telefônica; Protocolos proprietário: ex:Skype lançado em Alguns dos problemas a resolver: Como determinar IP corrente do receptor? A pessoa está disponível? Que codificação será usada neste stream? É possível convidar novos participantes durante a chamada?

79 Nível Aplicação 79 SIP (1) Características do SIP: Descreve como preparar chamadas telefônicas via Internet, videoconfêrencias e conexões de multimídia; Cuida da configuração, gerenciamento e encerramento de sessões; integra-se com outros protocolos, como RTP para transferência dos dados; Apoio do MIME para interoperar com aplicações da Internet; Utiliza proxies que realizam as operações de busca, localização e redirecionamento.

80 Nível Aplicação 80 SIP (2) Um cenário simples: chamador e chamado localizados e ativos Seta 9: RTP

81 Nível Aplicação 81 Entrega de conteúdo A Internet hoje, além de meio de comunicação, é distribuidora de conteúdo, o que traz requisitos específicos: O local onde está o conteúdo não é importante (diferente de uma chamada de voz); Alguns sites são extremamente populares: Youtube é responsável por até 10% do tráfego da Internet – precisa montar uma rede de distribuição; Além de banda larga no núcleo e bordas, desenvolver arquiteturas para reduzir os atrasos: CDN – Content Distribution Network: coleção distribuída de máquinas de um provedor; P2P – coleção de computadores compartilha recursos.

82 Nível Aplicação 82 Parque de Servidores (lado servidor) Técnica: conjunto de servidores que parece ser um único site: DNS espalha solicitações: a cada request dá uma lista, e o cliente usa o primeiro da lista; clientes usam servidores; Front End inspeciona cabeçalhos e mapeia para um servidor de acordo com política de balanceamento; (que cabeçalhos inspecionar e que decisão tomar?)

83 Nível Aplicação 83 Proxies Web (lado cliente) Técnicas utilizadas: Caching no navegador: nenhum tráfego ou tráfego curto para verificar validade da página; Caching compartilhado entre usuários: ineficaz para páginas dinâmicas; Proxy cache: as solicitações dos navegadores são feitas ao proxy, não ao servidor real. Benefícios: filtros e anonimato: Servidor não conhece cliente; Problema: com muitos usuários, solicitações impopulares são mais frequentes.

84 Nível Aplicação 84 Redes de Entrega de Conteúdo Sites muito grandes precisam outras técnicas para entregar conteúdo em escala global. Vantagens da hierarquia: A árvore pode ser estendida em largura e profundidade; Consulta feita próxima ao cliente: menor delay, menos congestionamento; Carga total da rede é minimizada;

85 Nível Aplicação 85 Redirecionamento de DNS Cliente quer a página Consulta DNS, obtém IP do servidor de nomes deste domínio (da CDN), que quando consultado inspeciona o IP de quem pergunta e devolve na resposta o IP do servidor mais próximo do cliente. Para isto tem mapa de IPs. Pode incorporar política: este servidor é o mais próximo, mas está sobrecarregado, vá àquele.www.cdn.com/page.html

86 Nível Aplicação 86 Redes Peer-to-peer Saída simples para distribuir muito conteúdo: dá poder aos pequenos. 1999: Napster primeira aplicação fechada pelos tribunais Hoje: grande tráfego da Internet. Computadores são peers (pares) que podem ser ora cliente, ora servidores. Redes formadas são escaláveis pois, embora esteja entrando mais um cliente, e portanto aumentando os downloads, também estão aumentando os uploads. Protocolo BitTorrent (mais popular de P2P) e algoritmos DHT (Distributed Hash Table) cuidam de descentralizar a pesquisa

87 Nível Aplicação 87 BitTorrent (1) Padrão aberto. Problemas a resolver: 1.Como encontrar outros peers que tem o conteúdo? Cada peer tem uma descrição de conteúdo: a torrent – arquivo com dois tipos de informações: O nome de um tracker: servidor que tem a lista dos peers que estão colaborando (os swarms - enxames). Lista de partes (chunks ) que compõem o conteúdo. Capturar uma torrent e entrar em contato com o tracker. 2.Como compartilhar conteúdo de modo que os downloads sejam rápidos? Quando o swarm é formado alguns peers precisam ter todos os chuncks que compõem o conteúdo (os seeders). Um peer participando do swarm faz download dos chunks que não tem e upload para outros peers.

88 Nível Aplicação 88 BitTorrent (3) Animação da transferência do arquivo a 7 clientes ligados a um seed.

89 Nível Aplicação 89 BitTorrent (2) 3.Como encorajar peers a fazer uploads e não só downloads? Free-riders ou leechers capturam recursos e não contribuem. BitTorrent: compensar peers com bom comportamento de upload. Quanto mais ele contribui com os outros, mais pode esperar. Chocked: nó cortado da rede.

90 Nível Aplicação 90 DHT DHT (Distributed Hash Table) aparece como solução para descentralizar o tracker. Como saber que usuários tem o conteúdo que está sendo procurado sem centralização? Criar um índice de quem tem o que, com os objetivos: 1)Cada nó tenha uma pequena quantidade de informação sobre outros nós. (nem todos terão tudo). 2)Cada nó pode pesquisar entradas no índice rapidamente. 3)Cada nó pode usar o índice ao mesmo tempo – o desempenho aumenta com o número de nós. Índices mapeiam chave a valor: usar tabelas hash. DHT são chamadas redes P2P estruturadas. Diferentes algoritmos, diferentes maneira de estruturar.

91 Nível Aplicação 91 Chord (1) Uma Chord DHT tem n participantes. Cada nó armazena pedaços do índice geral para uso por outros. O índice tem identificadores mapeados em números de m bits usando uma função hash. Ex: se m=5, poderíamos ter 32 identificadores correspondentes a nós que podem ou não estar na rede. No ex os nós escuros são reais. Sucessor(k): o identificador de nó do primeiro nó real após k ao redor do anel. Sucessor(6)=7, sucessor(7)=12, sucessor(8)=12. Chave = hash(torrent)

92 Nível Aplicação 92 Chord (2) Iniciando um swarm, o nó insere seu IP no sucessor(hash(torrent)). O par chave-valor é (torrent,IP). Um nó que quer se juntar ao swarm, calcula a hash do torrent, acha o nó sucessor(hash(torrent)), ou, acha o IP do nó que cuida da chave, que tem a lista dos IPs do swarm. Como achar o sucessor(hash(torrent)? Manter tabela com info. Tabela de fingers: m entradas. i-esima entrada no nó k contém 2 campos: Início=K+2 i (módulo 2 m ) IP do sucessor(inicio[i]) Pesquisa de chave no nó k: Se chave entre k e sucessor(k), sucessor(k) tem a informação. Senão busca o nó predecessor mais próximo da chave. Número médio de pesquisas: log 2 n

93 Nível Aplicação 93 Chord (3) Ex1: Pesquise chave=3 no nó1: sucessor(3)=4 e está na tabela: obtem direto IP do nó 4; Ex2: Pesquise chave=16 no nó 1: não está na tabela, então, o predecessor de 16 mais próximo é 9. Envia busca no IP da entrada do nó 9, ou seja no IP do nó 12. No nó 12 há o IP do sucessor(16) e o nó 12 pode responder diretamente a quem perguntou. Artigo do Chord (Stoica et al., 2001) o mais citado de todos os tempos na área de redes! DHT muito usado na nuvem para distribuir conteúdo.


Carregar ppt "Nível Aplicação 1 Estudar aspectos conceituais e de implementação de aplicações de rede – a razão de ser das redes, o interesse final do usuário. Nível."

Apresentações semelhantes


Anúncios Google