Capítulo 6: Redes Multimídia
|
|
- Gilberto Dias Aranha
- 6 Há anos
- Visualizações:
Transcrição
1 Redes Multimídia transparências baseadas no livro Computer Networking: A Top-Down Approach Featuring the Internet James Kurose e Keith Ross
2 Capítulo 6: Redes Multimídia Objetivos do Capítulo: entender os requisitos de serviço para redes com multimídia atraso taxa de transmissão perda aprender como aproveitar o máximo do serviço de melhor esforço da Internet Aprender como a Internet poderá evoluir para um melhor desempenho dos serviços multimídia Resumo do capítulo: aplicações de rede com multimídia aúdio e vídeo de tempo contínuo armazenados RTSP aplicações interativas de temporeal Exemplo: telefonia na Internet RTP H.323 e SIP além do melhor esforço programando e verificando serviços integrados serviços diferenciados
3 Multimídia em Redes Características Fundamentais: Tipicamente sensíveis ao atraso. Mas tolerante a perdas: perdas esparsas causam pequenas falhas que podem passas desapercebidas. Antítese de dados (programas, informações bancárias, etc.), que não toleram falhas mas aceitam atrasos sem problemas. Multimídia também é chamada de mídia de tempo contínuo Classes de aplicações MM: Aúdio e vídeo de tempo contínuo armazenados Audío e vídeo de tempo contínuo ao vivo Vídeo interativo em temporeal
4 Multimídia em redes (2) Aplicações MM com aúdio e vídeo armazenados Clientes solicitam arquivos com aúdio e vídeo de servidores, recebem a informação pela rede e a apresentam Interativo: o usuário pode controlar a operação (similar a um VCR: pause, resume, fast forward, rewind, etc.) Atraso: a partir do pedido do cliente até o início da apresentação pode ser de 1 a 10 segundos Tempo-real unidirecional: similar à TV convencional, mas a transferência de informação é feita pela Internet Não interativo, apenas escutar e ver Tempo-Real Interativo: Conferência de aúdio ou de vídeo Mais exigente nos requisitos de atraso que o tempo real unidirecional por causa da necessidade de interatividade em tempo real Vídeo: < 150 ms aceitável Aúdio: < 150 ms bom, <400 ms aceitável
5 Multimídia em redes (3): desafios Arquitetura TCP/UDP/IP fornece melhor esforço, não garantias sobre o atraso ou sobre a variação de atraso. Aplicações de tempo contínuo com atrasos inicias de 5-10 segundos são comuns hoje me dia, mas o desempenho deteriora se os enlaces estão congestionados (transoceânicos) Aplicações Interativas e,m tempo real têm requisitos rígidos para atraso de pacotes e variação de atraso (jitter). Jitter é a variabilidade do atraso de pacotes dentro do mesmo feixe de pacotes. Projeto de aplicações multimídia seria fácil se houvesse várias classes de serviço. Mas na Internet pública todos os pacotes recebem igual tratamento. Pacotes contendo aúdio e vídelo interativo de tempo real permanecem nas filas, como todos os outros. Esforços vêm sendo desenvolvidos para prover serviços diferenciados.
6 Multimídia em redes (4): aproveitando ao máximo o melhor esforço Para reduzir o impacto do serviço de melhor esforço da Internet, nós podemos: Usar UDP para evitar o TCP e sua fase de partida lenta Armazenar o conteúdo no cliente e controlar a apresentação para remediar o jiter Podemos acrescentar marcas de tempo nos pacotes para que o receptor saiba quando reproduzí-los. Adaptar o nível de compressão à taxa de transmissão disponível Nós podemos transmitir pacotes redundantes para atenuar os efeitos das perdas de pacotes. Nós discutiremos todos esses truques.
7 Como a Internet deveria evoluir para suportar melhor as aplicações multimídia? Filosofia de serviços Integrados: Mudar os protocolos da Internet de forma que as aplicações possam reservar uma banda de transmissão fim-a-fim Necessita de um novo protocolo que reserva banda de transmissão Deve modificar as regras de escalonamento nos roteadores para poder honrar às reservas Aplicação deve fornecer à rede uma descrição do seu tráfego e deve posteriormente respeitar esta descrição. Exige um novo e complexo software nos hosts e nos roteadores Filosofia de serviços Diferenciados Exige menos mudanças na infraestrutura da Internet, embora forneça serviços de primeira e de segunda classe. Datagramas são marcados. Usuários pagam mais para enviar e receber pacotes de primeira classe. ISPs pagam mais aos provedores de backbone para enviar e receber pacotes de primeira classe.
8 Como a Internet deveria evoluir para suportar melhor as aplicações multimídia? Filosofia Laissez-faire Não há reservas, nem marcações de datagramas Quando a demanda aumenta, mais banda de transmissão deve ser provida Coloque armazenadores de conteúdo nas bordas da rede: ISPs e provedores de backbone acrescentam caches Provedores de conteúdo armazenam conteúdo em nós CDN P2P: escolhe o parceiro mais próximo com o conteúdo desejado Redes privadas virtuais (VPNs) Reserva blocos permanentes de banda de transmissão para empresas. Roteadores distinguem o tráfego de cada VPN usando endereços IP Roteadores usam esquemas de escalonamento especiais para fornecerem a banda de transmissão reservada.
9 Aúdio e Vídeo Armazenados Mídia de tempo contínuo armazenada: Arquivos de Aúdio e de Vídeo são armazenados em servidores Usuários solicitam os arquivos de aúdio e de vídeo por demanda. Aúdio/vídeo são aprsentandos, digamos, 10 s após o pedido. Interatividade (pausa, deslocamento da apresentação) é permitido. Transdutor de Mídia (player): remove jitter descomprime correção de erros interface gráfica de usuário com controles para interatividade Plug-ins podem ser usados para embutir o transdutor de mídia na janela de um browser.
10 Informações de tempo contínuo em servidores Web (1) Os arquivos de aúdio e de vídeo são armazenados em servidores Web abordagem ingênua browser pede o arquivo com uma mensagem HTTP do tipo pedido Servidor Web envia o arquivo na mensagem HTTP do tipo resposta O cabeçalho content-type indica uma codificação apropriada para aúdio e vídeo browser dispara o transdutor de mídia e passa o arquivo para ele transdutor de mídia apresenta o arquivo cliente servidor Maior problema: o transdutor de mídia interage com o servidor WEB através do Web browser que atua como intermediário.
11 Informações de tempo contínuo em servidores Web (2) Alternativa: estabelecer conexão entre o servidor e o transdutor browser Web solicita e recebe um meta arquivo (um arquivo descrevendo o objeto) ao invés de receber o próprio arquivo; O cabeçalho Content-type indica uma específica aplicação de aúdio e vídeo Browser dispare o transdutor de mídia e passa o meta arquivo para ele Transdutor estabelece uma conexão TCP com o servidor e envia a ele a mensagem HTTP do tipo pedido. (2) meta arquivo transdutor de mídia (1) pedido/resposta HTTP por um meta arquivo (3) arquivo solicitado é enviado usando o HTTP Algumas preocupações: O transdutor de mídia se comunica usando HTTP, que não foi projetado mpara suportar comandos de controle de apesentação Pode desejar enviar o aúdio e o vídeo sobre UDP
12 Obtendo o vídeo de um servidor dedicado Esta arquitetura permite o uso de outros protocolos (além do HTTP) entre o servidor e o transdutor de mídia Pode também usar UDP ao invés do TCP (2) arquivo descritor transdutor de mídia (1) HTTP pedido/resposta para o arquivo descritor da apresentação (3) arquivo de aúdio e vídeo pedido e enviado servidor de vídeo cliente servidores
13 Opções ao utilizar um servidor de vídeo Enviar a uma taxa constante sobre UDP. Para reduzir os efeitos do jitter, armazenar e exibir com uma atraso entre 1 e 10s. Taxa de transmissão = d, igual à taxa de codificação. Taxa de enchimento x(t) é igual a d, ecxeto quando há perdas. taxa de chegada = x(t) da rede buffer cliente taxa de leitura = d decodificação e apresentação Use TCP, e envie na máxima taxa possível sobre TCP; TCP retransmite quando um erro é encontrado; x(t) agora flutua, e pode tornar-se muito maior que d. Decodificador deve usar um buffer muito maior para compensar a taxa de entrega do TCP. área com vídeo
14 Real Time Streaming Protocol: RTSP HTTP Projetistas do HTTP tinham mídias fixas em mente: HTML, imagens, applets, etc. HTTP não pretende tratar mídia contínua armazenada (isto é, aúdio, vídeo, apresentações SMIL, etc.) RTSP: RFC 2326 Protocolo de aplicação do tipo cliente-servidor. Permite ao usuário controlar apresentações de mídia contínua: voltar ao início, avançar, pausa, continuar, seleção de trilha, etc O que ele não faz: não define como o aúdio e o vídeo é encapsulado para transmissão sobre a rede não restringe como a mídia contínua é transportada: pode usar UDP ou TCP não especifica como o receptor armazena o aúdio e o vídeo RealNetworks Servidor e transdutor usam RTSP para enviar informações de controle de um para o outro
15 RTSP: controle for a da banda FTP usa um canal de controle fora-da-banda : Um arquivo é transferido sobre um canal. Informação de controle (mudanças de diretório, remoção de arquivos, trocas de nomes, etc.) é enviada sobre uma conexão TCP separada. Os canais dentro-dabanda e fora-dabanda usam diferentes números de portas. Mensagens RTSP també são enviadas for a-da-banda : As mensagens de controle RTSP usam diferentes números de portas em relação ao fluxo de dados de mídia contínua, e, portanto, são enviados fora-da-banda. O fluxo de dados de mídia contínua cuja estrutura de pacotes não é definida pelo RTSP, é considerada dentro-da-banda. Se as mensagens do RTSP devessem usar os mesmos números de portas do fluxo de mídia contínua, então as mensagens RTSP seriam consideradas como intercaladas com o fluxo de mídia contínua.
16 Iniciação do RTSP e controles de entrega Web browser Transdutor media de player mídia cliente HTTP GET descr. presentation apresent. desc. SETUP PLAY fluxo media de stream mídia PAUSE TEARDOWN Web server Servidor media de server mídia servidor server Cliente obtém uma descrição da apresentação multimídia, que pode consistir de vários fluxos de dados. O browser chama o transdutor de mídia (aplicação auxiliar) com base no tipo de conteúdo da descrição da apresentação. A descrição da apresentação inclui referências aos fluxos de mídia usando o método rtsp:// Transdutor envia o comando RTSP SETUP; servidor envia a resposta RTSP SETUP. Transdutor envia o comando RTSP PLAY; servidor envia a resposta RTSP PLAY. O servidor de mídia descarrega o fluxo de mídia. Transdutor envia o comando RTSP PAUSE; o servidor envia a resposta RTSP PAUSE. Transdutor envia o comando RTSP TEARDOWN; servidor envia a resposta RTSP TEARDOWN.
17 Exemplo de Meta-arquivo <title>twister</title> <session> <group language=en lipsync> <switch> <track type=audio e="pcmu/8000/1" src = "rtsp://audio.example.com/twister/audio.en/lofi"> <track type=audio e="dvi4/16000/2" pt="90 DVI4/8000/1" src="rtsp://audio.example.com/twister/audio.en/hifi"> </switch> <track type="video/jpeg" src="rtsp://video.example.com/twister/video"> </group> </session>
18 Sessão RTSP Cada sessão RTSP tem um identificador de sessão, que é escolhido pelo servidor. O cliente inicia a sessão com o comando SETUP, e o servidor responde ao comando com um identificador. O número de porta do RTSP é 554. RTSP pode ser usado sobre UDP ou TCP. Cada mensagem RTSP pode ser enviada numa conexão TCP separada. O cliente repete o identificador de sessão em cada comando, até que o cliente encera a sessão com o comando TEARDOWN.
19 RTSP: exemplo de mensagens C: SETUP rtsp://audio.example.com/twister/audio RTSP/1.0 Transport: rtp/udp; compression; port=3056; mode=play S: RTSP/ OK Session 4231 C: PLAY rtsp://audio.example.com/twister/audio.en/lofi RTSP/1.0 Session: 4231 Range: npt=0- C: PAUSE rtsp://audio.example.com/twister/audio.en/lofi RTSP/1.0 Session: 4231 Range: npt=37 C: TEARDOWN rtsp://audio.example.com/twister/audio.en/lofi RTSP/1.0 Session: 4231 S: OK
20 RTSP: cache de dados O cache de mensagens de resposta RTSP faz pouco sentido. Mas é desejável armazenar fluxos de mídia contínua próximos ao cliente. Muito do controle de cache do HTTP/1.1 foi adotado pelo RTSP. Cabeçalhos e controle de cache podem ser acrescentados às mensagens RTSP SETUP, sejam comandos ou respostas: If-modified-since:, Expires:, Via:, Cache- Control: O servidor de cache pode manter somente segmentos de um dado fluxo de mídia. O servidor de cache pode começar a servir um cliente com dados do seu cache local, e então conectar o servidor para obter material complementar, se possível sem introduzir pausas indevidas no cliente. Quando o servidor original está enviando um fluxo de dados de mídia contínua para um cliente e este fluxo passa por um servidor de cache, o servidor pode usar o TCP para obter os dados; mas o servidor intermediário ainda envia as mensagens de controle RSTP para o servidor original.
21 Aplicações interativas em tempo-real telefone PC-a-PC PC-a-telefone Dialpad Net2phone Vamos agora examinar um produto do tipo telefone PC-a-PC da Internet em detalhes videoconferência Webcams
22 Telefonia Internet sobre melhoresforço (1) Melhor esforço atraso de pacotes, perdas e variação de atraso (jitter) Exemplo de telefone Internet agora vamos examinar como atrasos de pacotes, perdas e jitter são muitas vezes tratados num exemplo de telefonia IP. As aplicações de telefonia na Internet geram pacotes durante momentos de atividade da voz taxa de bits é 64 kbps nos intervalos de atividade durante os intervalos de atividade a aplicação produz um bloco de 160 bytes a cada 20 ms (8 kbytes/s * 20 ms) cabeçalho é acrescentado ao bloco; então bloco mais cabeçalho sáo encapsulados num pacote UDP e enviados alguns pacotes podem ser perdidos e o atraso de pacote irá flutuar. receptor deve determinar quando reproduzir um bloco e determinar o que fazer com um bloco faltante
23 Telefonia Internet (2) perda de pacotes O segmento UDP é encapsulado num datagrama IP datagrama pode ser descartado por falta de espaço num roteador TCP pode eliminar perdas, mas retransmissões aumentam o atraso O controle de congestionamento do TCP limita a taxa de transmissão Pacotes redundantes podem ajudar atraso fim-a-fim acúmulo dos atrasos de transmissão, propagação, processamento e atrasos de filas mais que 400 ms de atraso fim-a-fim compromete a interatividade; quanto menor o atraso melhor variação de atraso considere dois pacotes consecutivos num intervalo de atividade espaçamento inicial é de 20 ms, mas o espaçamento no receptor pode ser maior ou menor que 20 ms removendo o jitter número de seqüência marcas de tempo atrasando a reprodução
24 Telefonia Internet (3): atraso de reprodução fixo Receptor tenta reproduzir cada bloco exatamente q ms depois que o bloco é gerado. Se o bloco tem marca de tempo t, receptor usa o bloco no instante t+q. Se o bloco chega após o instante t+q, receptor o descarta. Números de seqüência não são necessários. Estratégia permite pacotes pedidos. Escolha do valor de q: q grande: menos perda de pacotes q pequeno: melhor controle da interatividade
25 Telefonia Internet (4): atraso de reprodução fixo Transmissor gera pacotes a cada 20 ms durante os intervalos de atividade. Primeiro pacote é recebido no instante r Primeira programação de reprodução: começa em p Segunda programação de reprodução: começa em p pacotes packets pacotes packets generated gerados perda loss pacotes packets recebidos received playout progr. schedule reprodução p - rp - r progr. playout reprodução schedule p' p -rr time tempo r p p'
26 t i r i p r i d i Atraso de reprodução adaptativo (1) Estima o atraso da rede e ajusta o atraso de reprodução no início de cada intervalo de atividade. Intervalos de silêncio são aumentados e diminuídos. Blocos ainda são gerados a cada 20 ms nos intervalos de atividade. = marca de tempo do i ésimo pacote = instante no qual o pacote i é recebido pelo receptor i = instante no qual o pacote i é reproduzido no receptor t i = atraso da rede para o i - ésimo pacote = estimativa do atraso na rede após receber o i - ésimo pacote Estimativa dinâmica do atraso médio no reeptor: d i = ( 1 u) di 1 + u( ri ti ) onde u é uma constante fixa (ex., u = 0,01).
27 Atraso de reprodução adaptativo (2) É também usual estimar a variância média do atraso, v i : v i = ( 1 u) vi 1 + u ri ti di As estimativas de d i e v i são calculadas para cada pacote recebido, embora elas sejam usadas apenas no início de um intervalo de atividade. Para o primeiro pacotes de um intervalo de atividade, o instante de reprodução é: p = t + d + i i onde K é uma constante positiva. Para este mesmo pacote, o atraso de reprodução é: q i = p i i t Para o pacote j no mesmo intervalo de atividade, o pacote deve ser reproduzido em: p = t + j j i q i Kv i
28 Atraso de reprodução adaptativo (3) Como saber se um pacote é o primeiro de um intervalo de atividade: Se nunca houvesse perdas o receptor poderia simplesmente olhar nas marcas de tempo sucessivas. Se a diferença de marcas de tempo sucessivas for maior que 20 ms, então temos o início de um intervalo de atividade. Mas porque as perdas são possíveis, o receptor deve olhar tanto as marcas de tempo como os números de seqüência dos pacotes. Se a diferença de marcas de tempo sucessivas for maior que 20 ms e não há pulos nos números de seqüência então tem-se o início de um intervalo de atividade.
29 Recuperação de perdas de pacotes (1) Perdas: pacote nunca chega ou chega depois do seu tempo de reprodução programado correção de erro de envio (FEC): esquema simples para cada grupo de n blocos cria um bloco redundante realizando uma operação OU exclusivo entre os n blocos originais envia os n+1 blocos, aumentando a banda passante por um fator de 1/n. pode reconstruir os n blocos originais se houver no máximo um bloco perdido nos n+1 blocos enviados Atraso de reprodução precisa ser definido para receber todos os n+1 pacotes Compromisso: aumentar n, menor disperdício de banda aumentar n, maior atraso de reprodução aumentar n, maior a probabilidade que dois ou mais blocos sejam perdidos
30 Recuperação de perdas de pacotes (2) 2o, esquema FEC enviar um fluxo de menor qualidade como carona envia fluxo de aúdio de menor resolução como a informação redundante por exemplo, um fluxo PCM nominal a 64 kbps e um fluxo GSM redundante a 13 kbps. Transmissor cria pacote tomando o bloco n do fluxo nominal e anexando a ele o bloco (n-1) do fluxo redundante Fluxo original Redundância Perda de Pacote Fluxo reconstruído Sempre que ocorre perda não-consecutiva, o receptor pode esconder a perda. Apenas dois pacotes precisam ser recebidos antes do início da reprodução Pode também anexar os blocos (n-1) e (n-2) do fluxo de baixa qualidade
31 Recuperação de perdas de pacotes (3) Intercalação blocos são quebrados em unidades menores por exemplo, 4 blocos de 5 ms cada intercalar os blocos como mostrado no diagrama pacote agora contém unidades menores de diferentes blocos Remontar os blocos no receptor Se o pacote é perdido, ainda resta mais de cada bloco Fluxo original Fluxo intercalado Perda de pacote Fluxo reconstruído
32 Recuperação de perdas de pacotes (4) Recuperação pelo receptor de fluxos de aúdio danificados produzir uma substituição para um pacote perdido que seja similar ao pacote original pode produzir bons resultados para baixas taxas de perdas e pacotes pequenos (4-40 ms) estratégia mais simples: repetiçãon estratégia mais complexa: interpolação
33 Real-Time Protocol (RTP) RTP especifica uma estrutura de pacotes que transportam dados de aúdio e vídeo: RFC pacote RTP oferece RTP roda nos sistemas terminais. os pacotes RTP são encapsulados em segmentos UDP identificação do tipo de carga numeração da seqüência de pacotes marcas de tempo Interoperabilidade: se duas aplicações de telefonia IP usam RTP, então elas podem ser capazes de trabalhar juntas
34 RTP roda em cima do UDP As bibliotecas do RTP fornecem uma interface de camada de transporte que extendem o UDP: número de portas, endereços IP verificação de erros dentro dos segmentos identificação do tipo de carga numeração da seqüência de pacotes marcas de tempo Aplicação camada de transporte Enlace Física
35 RTP: Exemplo Considere enviar 64 kbps de voz codificada em PCM sobre RTP. A aplicação reúne dados codificados em blocos, por exemplo, a cada 20 ms = 160 bytes por bloco. O bloco de aúdio, junto com o cabeçalho RTP forma o pacote RTP, que é encapsulado num segmento UDP. O cabeçalho RTP indica o tipo de codificação de aúdio em cada pacote, os transmissores podem mudar a codificação durante a conferência. O cabeçalho RTP também contém os números de seqüência e marcas de tempo.
36 RTP e QoS RTP não fornece nenhum mecanismo para assegurar a entrega dos pacotes e dados no tempo correto, nem fornece outras garantias de qualidade de serviço. O encapsulamento RTP é visto apenas nos sistemas finais -- ele não é percebido pelos roteadores intermediários. A fim de fornecer QoS para uma aplicação, a Internet deve prover um mecanismo, tal como o RSVP, para que a aplicação possa reservar recursos da rede. Roteadores fornecem o serviço de melhor-esforço tradicional da Internet. Eles não fazem nenhum esforço especial para assegurar que os pacotes RTP cheguem no destino no momento correto.
37 Fluxos RTP RTP permite atribuir a cada fonte (por exemplo, uma câmara ou um microfone) o seu próprio fluxo de pacotes RTP independente. Por exemplo, para uma videoconferência entre dois participantes, quatro fluxos RTP poderiam ser abertos: dois fluxos para transmitir o aúdio (um em cada direção) e dois fluxos para o vídeo (novamente, um em cada direção). Contudo, algumas técnicas de codificação populares, incluindo MPEG1 e MPEG2 -- reúnem o aúdio e o vídeo num único fluxo durante o processo de codificação. Quando o aúdio e o vídeo são reunidos pelo codificador, então apenas um fluxo RTP é gerado em cada direção. Para uma sessão multicast do tipo muitos-para-muitos, todos os transmissores e receptores tipicamente enviam seus fluxos RTP na mesma árvore de multicast com o mesmo endereço de multicast.
38 Cabeçalho RTP Tipo de Carga Número de Seqüência Marca de tempo Identificador sincronismo fonte campos de miscelânias Cabeçalho RTP Tipo de Carga (7 bits): Usado para indicar o tipo de codificação que está sendo usado no momento. Se um transmissor muda o tipo de codificação durante uma conferência, o transmissor informa o receptor através deste campo de tipo de carga. Tipo de carga 0: PCM mu-law, 64 Kbps Tipo de carga 3, GSM, 13 Kbps Tipo de carga 7, LPC, 2.4 Kbps Tipo de carga 26, Motion JPEG Tipo de carga 31. H.261 Tipo de carga 33, MPEG2 video Número de Seqüência (16 bits): O número de seqüência é incrementado de um a cada pacote RTP enviado; pode ser usado para detectar perdas de pacotes e para recuperar a seqüência de pacotes.
39 Cabeçalho RTP (2) Campo de marca de tempod (32 bytes). Reflete o instante de amostragem do primeiro byte no pacote de dados RTP. O receptor pode usar esta marca de tempo para remover o jitter do pacote e para obter o sincronismo de reprodução. A marca de tempo é derivada do relógio de amostragem no transmissor. Como exemplo, para aúdio o relógio de marca de tempo incrementa de um a cada intervalo de amostragem (por exemplo, cada 125 us para uma taxa de amostagem de 8 KHz); se a aplicação de aúdio geram blocos contendo 160 amostras codificadas, então a marca de tempo do RTP aumenta de 160 para cada pacote RTP quando a fonte está ativa. O relógio de marca de tempo continua a aumentar numa taxa constante mesmo quando a fonte está inativa. campo SSRC (identificador de sincronismo fonte) (32 bits). Identifica a fonte do fluxo RTP. Cada fluxo numa sessão RTP deve ter um SSRC distinto.
40 Real-Time Control Protocol (RTCP) Trabalha em conjunto com o RTP. Cada participante de uma sessão RTP transmite periodicamente pacotes de controle RTCP para todos os outros participantes. Cada pacote RTCP contém relatórios do transmissor e/ou do receptor que são úteis para a aplicação. Esta informação de realimentação para a aplicação pode ser usada para controle do desempenho e para fins de diagnóstico. O transmissor pode mudar suas transmissões com base nestas informações de realimentação. As estatísticas incluem o número de pacotes enviados, número de pacotes perdidos, variação de atraso entre chegadas, etc.
41 RTCP - Continuação - Para uma sessão RTP existe tipicamente um único endereço de multicast todos os pacotes RTP e RTCP pertencentes à sessão usam este endereço de multicast. - Os pacotes RTP e RTCP são distintos um dos outros pelo uso de números de portas diferentes. - Para limitar o tráfego, cada participante reduz seu tráfego RTCP quando o número de participantes da conferência aumenta.
42 Pacotes RTCP Pacotes de relatório do receptor: fração de pacotes perdidos, último número de seqüência, variância média do atraso entre chegadas. Pacotes de relatório do transmissor: SSRC do fluxo RTP, o tempo corrente, o número de pacotes enviados e o número de bytes enviados. Pacotes de descrição da fonte: endereço de do transmissor, o nome do transmissor, o SSRC do fluxo RTP associado. Esses pacotes fornecem um mapeamento entre o SSRC e o nome do usuário ou do host.
43 Sincronização de Fluxos RTCP pode ser usado para sincronizar diferentes fluxos de mídia numa sessão RTP. Considere uma aplicação de videoconferência para a qual cada transmissor gera um fluxo RTP para aúdio e um para vídeo. As marcas de tempo nestes pacotes são vinculadas aos relógios de amostragem de vídeo e de aúdio, mas não são vinculadas a um relógio de tempo real (isto é, a um relógio de parede). Cada pacote relatório-dotransmissor RTCP contém para o último pacote gerado no fluxo RTP associado, a marca de tempo do pacote RTP e o instante de tempo real no qual o pacote foi criado. Desta forma o pacote RTCP relatório-dotransmissor associa o relógio de amostragem com o relógio de tempo real. Receptores podem uar esta associação para sincronizar a reprodução de aúdio e de vídeo.
44 Controle de Banda do RTCP O RTCP procura limitar seu tráfego a 5% da banda passante da sessão. Por exemplo, suponha que existe um transmissor enviando vídeo com uma taxa de 2 Mbps. Então o RTCP procura limitar seu tráfego a 100 Kbps. O protocolo dá 75% desta taxa, ou 75 kbps, para os receptores; ele dá os 25% restantes da taxa, isto é, 25 kbps, para o transmissor. Os 75 kbps dedicados aos receptores são divididos de forma igual entre todos os receptores. Assim, se existem R receptores, cada receptor consegue enviar tráfego RTCP a uma taxa de 75/R kbps e o transmissor envia tráfego RTCP a uma taxa de 25 kbps. Um participante (um transmissor ou receptor) determina o período de transmissão de pacotes RTCP dinamicamente calculando o tamanho médio do pacote (durante toda a sessão) e dividindo o tamanho médio do pacote RTCP pela sua taxa alocada.
45 H.323 Visão geral Terminal H.323 Codificação H. 323 Gatekeeper Gateway Codecs de Aúdio Codecs de Vídeo
46 Visão Geral (1) Base para conferência de aúdio e de vídeo através de redes IP. Objetiva comunicação de tempo real (ao invés de por demanda) Recomendação quardachuva do ITU-T. Escopo largo: A especificação H.323 inclui: Como os equipamentos terminais fazem e recebem chamadas. Como os equipamentos terminais negociam codificações comuns de aúdio e vídeo. Como os blocos de aúdio e vídeo são encapsulados e enviados para a rede. equipamentos isolados (ex., telefones Web) aplicações em PCs conferências ponto-aponto e multiponto Como o aúdio e o vídeo são sincronizados entre si. Como os equipamentos terminais se comunicam com seus respectivos gatekeepers. Como os telefones IP e os telefones PSTN/ISDN convencionais se comunicam.
47 Visão Geral (2) Internet Chamadas telefônicas Chamadas de vídeo Conferências Quadros brancos Telefone "Ethernet" MS Netmeeting NetSpeak WebPhone Todos os terminais suportando H.323
48 Visão Geral (3) Gatekeeper Internet Gateway PSTN H.323 SS7, Inband
49 Terminais H.323 Devem Suportar: G.711 -padrão do ITU para compressão de voz RTP - protocolo para encapsular blocos de dados de mídia em pacotes H.245 -Protocolo de controle fora-da-banda para controlar a mídia entre os terminais H.323. Q Um protocolo de sinalização para estabelecer e encerrar chamadas. RAS (Registration/Admission/S tatus) protocolo de canal - Protocolo para comunicação com o gatekeeper (se um gatekeeper está presente)
50 Terminal H.323
51 Codificação H.323 Aúdio: Terminais H.323 devem suportar o padrão G.711 para compressão de voz e transmissão a 56/64 kbps. H.323 está considerando exigir a codificação G.723 = G.723.1, que opera a 5.3/6.3 kbps. Opcionais: G.722, G.728, G.729 Vídeo Capacidade de vídeo para um terminal H.323 são opcionais. Qualquer terminal H.323 com capacidade de vídeo deve suportar o formato QCIF H.261 (176x144 pixels). O suporte a outros esquemas da recomendação H.261 é opcional: CIF, 4CIF e 16CIF. H.261 é usado com canais de comunicação cuja taxa de transmissão é múltipla de 64 kbps.
52 Gerando fluxo de pacotes de aúdio no H.323 Fonte de Aúdio Codificação: ex., G.711 ou G encapsulamento de pacote RTP porta UDP Internet ou Gatekeeper
53 Canal de Controle H.245 O fluxo H.323 pode conter múltiplos canais para diferentes tipos de mídia. Um canal de controle H.245 por sessão H.323. O canal de controle H.245 é um canal confiável (TCP) que transporta mensagens de controle. Principais tarefas: Abrir e fechar canais de mídia. Troca de informações de capacidades: antes de enviar dados os terminais devem concordar sobre o algoritmo de codificação Nota: H.245 para conferência multimedia é análogo ao RTSP para mídia contínua armazenada
54 Fluxos de Informação Canal de Controle de Chamada Canal de sinalização de Chamada Terminal H.323 Canal de Controle de Mídia Terminal H.323 Canal RAS H.323 Gatekeeper Canal de Mídia 1 Canal de Mídia 2 TCP UDP
55 Gatekeeper 1/2 terminais H.323 Rotea dor Internet RAS Gatekeeper LAN = Zona O gatekeeper é opcional. Pode oferecer aos terminais: translação de endereços para endereços IP gerenciamento de banda-passante: pode limitar o total de banda-passante consumida pelas conferências de tempo real Opcionalmente, as chamadas H.323 podem ser roteadas através do gatekeeper. Conveniente para bilhetagem. Protocolo RAS (sobre TCP) para comunicação entre terminal-gatekeeper.
56 Gatekeeper 2/2 Terminal H.323 deve se registrar com o gatekeeper na sua zona. Quando a aplicação H.323 é chamada no terminal, o terminal usa o RAS para enviar seu endereço IP e apelido (alias) fornecido pelo usuário ao gatekeeper. Se o gatekeeper está presente numa zona, cada terminal da zona deve contacta-lo para pedir permissão para realizar uma chamada. Uma vez que ele obtém a permissão, o terminal pode enviar ao gatekeeper um endereço de , um nome de referência (alias) ou uma extensão de telefone. O gatekeeper translada o nome de referência num endereço IP. Se necessário, o gatekeeper poderá consultar outros gatekeepers em outras zonas para resolver um endereço IP. O processo varia entre os fornecedores.
57 Gateway PSTN Terminais H.323 Gateway Router Internet RAS Gatekeeper LAN = Zona Ponte entre a zona IP e as redes PSTN (ou ISDN). Terminais se comunicam com gateways usando H.245 e Q.931
58 Codecs de Aúdio Codec Bandwidth [kbit/s] MOS Complexidade [MIPS] Packetização (tamanho) [ms] G G.721 (ADPCM) GSM G G / MOS (Mean Opinion Score) Qualidade comercial interlocutor reconhecível intelegível problemas de inteleg. MOS (Mean Opinion Score)
59 H.261 (p x 64 kbit/s) Vídeo sobre ISDN Resoluções : QCIF, CIF H.263 (< 64 kbit/s) Codecs de Vídeo Comunicação de baixa taxa de bits Resoluções: SQCIF, QCIF, CIF,4CIF, 16CIF SQCIF (128 x 96) QCIF CIF 4CIF 16CIF (176 x 144) (352 x 288) (704 x 576) (1408 x 1152)
60 Oferecendo QOS em Redes IP Os grupos do IETF estão trabalhando em propostas para fornecer melhor controle de QOS em redes IP, isto é, para superar o serviço de melhor esforço e prover alguma garantia de QOS Trabalho em Progresso inclui RSVP, Serviços Diferenciados, e Serviços Integrados Modelo simples para estudos de compartilhamento e de congestão: Enlace de 1,5 Mbps Fila de interface de saída de R1
61 Princípios para Garantias de QOS Considere uma aplicação de telefonia a 1Mbps e uma aplicação FTP compartilhando um enlace de 1.5 Mbps. rajadas de tráfego FTP podem congestionar o roteador e fazer com que pacotes de aúdio sejam perdidos. deseja-se dar prioridade ao aúdio sobre o FTP PRINCÍPIO 1: Marcação dos pacotes é necessária para o roteador distingüir entre diferentes classes; assim como novas regras de roteamento para tratar os pacotes de forma diferenciada
62 Princípios para Garantia de QOS (mais) Aplicações mal-comportadas (aúdio envia pacotes numa taxa superior a 1Mbps anteriormente assumida); PRINCÍPIO 2: fornecer proteção (isolação) para uma classe em relação às demais Exige mecanismos de policiamento para assegurar que as fontes aderem aos seus requisitos de banda passante. Marcação e policiamento precisam ser feitos nas bordas da rede: marcação de pacotes e policiamento
63 Princípios para Garantia de QOS (mais) Alternativa à marcação e policiamento: alocar uma porção da taxa de transmissão a cada fluxo de aplicação; pode produzir um uso ineficiente da banda se um dos fluxos não usa toda a sua alocação PRINCÍPIO 3: Embora fornecendo isolação, é necessário usar os recursos da forma mais eficiente possível marcação de pacotes enlace lógico de 1 Mbps enlace lógico de 0,5 Mbps
64 Princípios para Garantia de QOS (mais) Não deve ser aceito tráfego além da capacidade do enlace PRINCÍPIO 4: Necessita de um Processo de Admissão de Chamada; a aplicação declara a necessidade do seu fluxo, a rede pode bloquear a chamada se a necessidade não pode ser satisfeita
65 Resumo QoS para aplicações em redes classificação de pacotes Isolação: programação e policiamento alta eficiência de utilização Admissão de chamadas
66 Mecanismos de Escalonamento e Policiamento Escalonamento: a escolha do próximo pacote para transmissão num enlace pode ser feita de acordo com várias regras; FIFO: em ordem de chegada na fila; pacotes que chegam para um buffer cheio são ou descartados, ou uma política de descarte é usada para determinar qual pacote descartar entre aquele que chega e aqueles que já estão na fila chegadas partidas fila (área de espera) enlace (servidor)
67 Disciplinas de Escalonamento Filas com Prioridade: classes tem diferentes prioridades; classes podem depender de marcação explícita ou de outras informações no cabeçalho, tais como, o endereço de origem ou de destino, número de portas, etc. Transmite um pacote da prioridade mais alta que esteja presente na fila Versão preemptive e não-preemptive fila de alta prioridade (área de espera) chegadas tempo chegadas classificação fila de baixa prioridade (área de espera) partidas enlace (servidor) pacotes no servidor partidas tempo
68 Disciplinas de Escalonamento (mais) Round Robin: percorre as classes presentes na fila, servindo um pacote de cada classe que tem pelo menos um representante na fila chegadas tempo pacote em serviço partidas tempo
69 Disciplinas de Escalonamento (mais) Weighted Fair Queuing (fila justa ponderada): é uma forma generalizada de Round Robin na qual se tenta prover a cada classe com um volume diferenciado de serviço num dado período de tempo classificador de chegadas enlace partidas
70 Mecanismos de Policiamento Três critérios: (Longo prazo) Taxa Média (100 pacotes por segundo ou 6000 pacotes por minuto??), o aspecto crucial é o tamanho do intervalo Taxa de Pico: ex pacotes por minuto na média e 1500 pacotes por segundo de pico (Max.) Tamanho da Rajada: Máximo número de pacotes enviado consecutivamente, isto é, num curto período de tempo
71 Mecanismos de Policiamento Mecanismo Token Bucket (balde de permissões), oferece um meio de limitar a entrada dentro de um tamanho de rajada e uma taxa média especificados. r tokens/seg balde pode conter até b tokens pacotes espera token para a rede
72 Mecanismos de Policiamento Balde pode armazenar b tokens; tokens são gerados numa taxa de r token/seg exceto se o balde está cheio. Num intervalo de tempo t, o número de pacotes que são admitidos é menor ou igual a (r t + b). Token bucket e WFQ podem ser combinados para prover um limite superior ao atraso.
73 Serviços Integrados Uma arquitetura para prover garantias de QOS em redes IP para sessões individuais de aplicações Confia em reserva de recursos, e os roteadores necessitam manter informação de estado ( Circuito Virtual??), mantendo um registro dos recursos alocados e respondendo a novos pedidos de conexões de acordo com o estado da rede
74 Admissão de Chamadas A sessão deve primeiramente declarar seus requisitos de e caracterizar o tráfego que ela enviará através da rede R-spec: define a QOS sendo solicitada T-spec: define as características de tráfego É necessário um protocolo de sinalização para transportar a R-spec e a T-spec aos roteadores onde a reserva deve ser pedida; RSVP é o melhor candidato para este papel de protocolo de sinalização
75 Admissão de Chamadas Admissão de Chamadas: roteadores aceitarão as chamadas com base nas suas R-spec e T-spec e com base nos recursos correntemente alocados nos roteadores para outras chamadas. 1. Pedido: especifica - tráfego (Tspec) - garantia (Rspec) 3. Resposta: o pedido pode ou não ser atendido 2. Elemento considera - recursos não reservados - recursos solicitados
76 Serviços Integrados: Classes QOS Garantido: esta classe é oferecida com controles estritos dos atrasos de filas nos roteadores; projetada para aplicações de tempo real críticas que são muito sensíveis ao atraso médio fim-a-fim e a sua variância Carga Controlada: esta classe fornece um QOS que aproxima bem aquele fornecido por um roteador não carregado; projetada para as aplicações IP de hoje que se comportam bem quando a rede não está carregada
77 Serviços Diferenciados Planejado para resolver as seguintes dificuldades que se encontram nos esquemas com Intserv e RSVP; Escalabilidade: manter informações dede estado nos roteadores em redes de alta velocidade é difícil devido ao grande número de fluxos simultâneos Modelos de Serviços Flexíveiss: Intserv tem apenas duas classes, deseja-se prover mais classes de serviços com diferentes méritos qualitativos; deseja-se manter uma distinção relativa entre as classes (Platina, Ouro, Prata, ) Sinalização mais Simples: (que o RSVP) muitas aplicações e usuários podem desejar apenas especificar um serviço de forma mais qualitativa
78 Serviços Diferenciados Abordagem: Apenas funções simples no interior da rede, e funções relativamente complexas nos roteadores de borda (ou nos hosts) Não define classes de serviço, ao invés disso fornece componentes funcionais com os quais as classes de serviço podem ser construídas
79 Funções de Borda Num computador com funções de DS (serviços diferenciados) ou no primeiro roteador com funções de DS Classificação: o nó de borda marca os pacotes de acordo com regras de classificação a serem especificadas (manualmente pelo administrador ou por algum protocolo de sinalização) Condicionamento de Tráfego: o nó de borda pode atrasar e então enviar ou pode descartar roteador central: envio roteador de borda: classificação condicionamento
80 Funções do Núcleo Central Envio: de acordo com Per-Hop-Behavior (comportamento por salto) ou PHB especificado para aquela classe em particular; este PHB baseiase estritiamente na marcação de classe (nenhum outro campo do cabeçalho pode ser usado para influenciar o PHB) GRANDE VANTAGEM: Não há necessidade de manter informação de estado nos roteadores!
81 Classificação e Condicionamento Pacote é marcado no campo Tipo de Serviço (TOS) no IPv4, e Classe de Trafégo no IPv6 6 bits são usados para o Ponto de Código de Serviços Diferenciados (DSCP) - (Differentiated Service Code Point) e determinam o PHB que o pacote receberá 2 bits são atuamente reservados
82 Classificação e Condicionamento Pode ser desejável limitar a taxa de injeção de tráfego em alguma classe; usuário declara o perfil de tráfego (ex., taxa e tamanho das rajadas); tráfego é medido e ajustado se não estiver de acrodo com o seu perfil medidor pacotes classificador marcador ajuste corte enviar descartar
83 Envio (PHB) PHB resulta num comportamento observacionalmente diferente (mensurável) para o desempenho do envio de pacotes PHB não especifica quais mecanismos usar para assegurar um comportamento do desempenho conforme o exigido pelo PHB Exemplos: Classe A obtém x% da taxa de transmissão do enlace de saída considerando intervalos de tempo de uma certa extensão pacotes de classe A partem primeiro, antes dos pacotes de classe B
84 Envio (PHB) PHBs que estão sendo estudados: Envio Expresso: taxa de partida dos pacotes de uma dada classe iguala ou excede uma taxa especificada (enlace lógico com uma taxa mínima garantida) Envio Assegurado: 4 classes, cada uma garantida com um mínimo de taxa de transmissão e armazenamento; cada uma com três particionamentos para preferência de descarte dos pacotes
85 Problemas com os Serviços Diferenciados AF e EF não estão padronizados ainda pesquisa em andamento Linhas dedicadas virtuais e serviços Olímpicos estão sendo discutidos Impacto de atravessar múltiplos sistemas autônomos e roteadores que não estão preparados para operar com as funções de serviços diferenciados
e Protocolos de Streaming Aplicações Multimídia Multimídia Aplicações jitter Variação de retardo Efeito do jitter
Departamento de Engenharia de Telecomunicações - UFF e Protocolos de Streaming Profa. Débora Christina Muchaluat Saade deborams@telecom.uff.br multimídia (mídia contínua) Sensíveis ao retardo e variação
Leia maisSistemas Multimídia. Sistemas Computacionais para Processamento Multimídia. Parte 1
INF-207 Sistemas Computacionais para Processamento Multimídia Sistemas Multimídia Aula 04 Redes Multimídia Parte 1 2 Q-20102010 Prof. Roberto Jacobe (roberto.jacobe@gmail.com) Prof. Marcelo Z. do Nascimento
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 maisSSC-144. Redes de Alto Desempenho Multimídia em Redes 1
SSC-144 Redes de Alto Desempenho 2010 Multimídia em Redes 1 Nas aulas passadas: Sinais Áudio Vídeo Formatos Padrões Caracterização para especificação de demanda de armazenamento e transmissão em redes
Leia maisComunicação. Multicast e Provisão de QoS Multimídia. Multicast e QoS. Multicast. Serviço Multicast. Comunicação Multicast.
Departamento de Engenharia de Telecomunicações - UFF Multicast e QoS Comunicação Multicast Comunicação Multicast e Provisão de QoS para Aplicações Multimídia Profa. Débora Christina Muchaluat Saade debora@midiacom.uff.br
Leia maisMestrado Profissional em Computação. Uece-IFCE. Disciplina: Protocolos
Mestrado Profissional em Computação Uece-IFCE Disciplina: Protocolos Chico Anysio Óleo sobre tela 60x40 cm T Tempo de Propagação Estabelecimento da Conexão Tempo de Transmissão Mensagem Transmissão da
Leia maisQualidade de Serviços em Redes IP. Edgard Jamhour
Qualidade de Serviços em Redes IP Tipos de Comutação e Qualidade de Serviço slot de tempo = canal...... 1 2 N 1 2 N...... quadro... circuito sincronismo de quadro cabeçalho dados... t pacote Medidas de
Leia maisProtocolos Multimídia na Internet
Parte 1 - Conceitos Redes de Computadores II Tópicos em Sistemas de Computação Prof. Dr. Adriano Mauro Cansian adriano@acmesecurity.org Multimídia na Internet (1) Objetivos: q Entender os requisitos de
Leia maisNa aula passada... Protocolos de comunicação multimídia:
Na aula passada... Protocolos de comunicação multimídia: RTP RTP (Real Time treaming Protocol) RTCP (Real Time Control Protocol) H.323 Exercício: Construir uma aplicação que utilize RTP + (RTP ou RTCP)
Leia maisTransporte Multimídia em Redes. Transporte Multimídia em Redes. Transmissão multimídia em tempo real. Categorias dos protocolos
Transporte Multimídia em Redes Transporte Multimídia em Redes A transmissão multimídia requer que garantias diversas de Qualidade de Serviço (QoS) sejam estabelecidas e mantidas para que se atendam aos
Leia maisQualidade de Serviço para Aplicações de Videoconferência sobre Redes IP. São Paulo, 11 de Maio de 2003
Qualidade de Serviço para Aplicações de Videoconferência sobre Redes IP São Paulo, 11 de Maio de 2003 Autores Jorge Wada Ricardo Castro Sergio Molina Professor Prof. Dr. Volnys Bernal Agenda Introdução
Leia maisTelefonia IP. Transmissão de mídias pela Internet vs melhor esforço. Prof. Emerson Ribeiro de Mello. Instituto Federal de Santa Catarina IFSC
Telefonia IP Transmissão de mídias pela Internet vs melhor esforço 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/tip
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 mais! " # " & # dados comuns. tipos de tráfego. dados críticos. QoS. Integração de dados, áudio e vídeo em uma infraestrutura. redes tradicionais
Nelson S Rosa tipos de tráfego dados comuns email dados críticos finanças voz telefonia na Internet vídeo vídeo conferência dados comuns sem restrição dados críticos restrições de tempo voz sem perdas
Leia maisRedes Multimídia. SSC0545 Redes de Alto Desempenho
Redes Multimídia SSC0545 Redes de Alto Desempenho Prof. Jó Ueyama slide 1 Multimídia e qualidade de serviços: o que é? aplicações de multimídia: áudio e vídeo de rede ( mídia contínua ) QoS rede oferece
Leia maisNovas Propostas para Protocolos de Streaming Luiz Eduardo Fontes Mello de Almeida
Novas Propostas para Protocolos de Streaming Luiz Eduardo Fontes Mello de Almeida Escola de Engenharia Universidade Federal Fluminense (UFF) Rua Passo da Pátria, 156 Niterói RJ Brazil luizedu.almeida@ibest.com.br
Leia maisRedes de Computadores I Internet - Conceitos
Redes de Computadores I Internet - Conceitos Prof. Luís Rodrigo lrodrigo@lncc.br http://lrodrigo.lncc.br 2009/1 v1-2009.03.11 Parte I: Introdução Visão Geral: O que é a Internet O que é um protocolo? Bordas
Leia maisComunicação Multicast. Garantia de QoS. QoS em Redes IP.
Departamento de Ciência da Computação - UFF Multicast e QoS Comunicação Multicast Comunicação Multicast e Provisão de QoS para Aplicações Multimídia Profa. Débora Christina Muchaluat Saade debora@midiacom.uff.br
Leia maisCapítulo 7: Redes Multimídia. 7: Redes Multimídia 7a-1
Capítulo 7: Redes Multimídia 7: Redes Multimídia 7a-1 O que são Multimídia e Qualidade de Serviço? Aplicações Multimídia: áudio e vídeo na rede ( mídia contínua ) QoS a rede fornece à aplicação o nível
Leia maisTópicos em Sistemas de
Tópicos em Sistemas de Computação Adriano Mauro Cansian Protocolos Multimídia (Parte 2) RTP Real-Time Protocol Real-Time Protocol (RTP) RTP especifica uma estrutura de pacotes que transportam dados de
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 maisÁudio digital - áudio de fluxo
Áudio digital - áudio de fluxo Modo simples de áudio de fluxo (fonte: Tanenbaum) Problema: arquivo tem de ser baixado antes de iniciar a reprodução do áudio Solução: Uso de um metarquivo Áudio digital
Leia maisRedes de Computadores LTI
Redes de Computadores LTI Multimédia Professores: António Casimiro, José Rufino, Pedro Ferreira [docentes rcp@listas.di.ciencias.ulisboa.pt] 2014/2015 Multimédia e Qualidade de Serviço Aplicações multimédia:
Leia maisParte I: Introdução. O que é a Internet. Nosso objetivo: Visão Geral:
Parte I: Introdução Tarefa: ler capítulo 1 no texto Nosso objetivo: obter contexto, visão geral, sentimento sobre redes maior profundidade e detalhes serão vistos depois no curso abordagem: descritiva
Leia mais04.01 Transporte IP. Redes de Serviços e Comunicações Multimédia RSCM/ISEL-DEETC-SRC/2004 1
04.01 Transporte IP Redes de Serviços e Comunicações Multimédia RSCM/ISEL-DEETC-SRC/2004 1 Introdução Internet é utilizada para a transmissão fiável de dados sem requisitos de atraso O TCP predomina nestas
Leia maisSSC0641 Redes de Computadores
SSC0641 Redes de Computadores Capítulo 4 Camada de Rede 4.1 a 4.3 Prof. J ó Ueyama Abril/2011 SSC0641-2011 1 Objetivos do Capítulo 4 Camada de Rede Entender os princípios dos serviços da camada de rede:
Leia maisWeighted Fair Queuing. Comparação dos métodos de filas
Weighted Fair Queuing Comparação dos métodos de filas Esquema de seleção de filas Controle de congestionamento RED: Random Early Detection É um mecanismo de prevenção e inibição de congestionamento, atuando
Leia maisProtocolos Multimídia na Internet
Parte 2 Transporte de Mídia Redes de Computadores II Tópicos em Sistemas de Computação Prof. Dr. Adriano Mauro Cansian adriano@acmesecurity.org Veremos: RTP Real-Time Protocol RTCP Real-Time Control Protocol
Leia maisFluxos Multimédia Armazenados
Fluxos Multimédia Armazenados Técnicas de transmissão de fluxos ao nível da camada de aplicação para obter os melhores resultados dos serviços melhor esforço: buffers no lado do cliente uso de UDP versus
Leia maisTELEFONIA IP. Fernando Rodrigues Santos
TELEFONIA IP Fernando Rodrigues Santos fernando.rodrigues@ifsc.edu.br 2016-1 O ITU-T definiu a (ITU H.323) com o objetivo principal de padronizar a transmissão de dados em sistemas de conferência audiovisual
Leia maisProtocolo de transporte em tempo-real (Real- Time Transport Protocol) Definido na RFC 3350 Normalmente usado sobre o UDP Serviços
RTP Protocolo de transporte em tempo-real (Real- Time Transport Protocol) Definido na RFC 3350 Normalmente usado sobre o UDP Serviços Identificação do tipo de carga útil (mídia) Números de sequência Estampa
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 maisPTC Aula Princípios das aplicações de rede 2.2 A Web e o HTTP. (Kurose, p ) (Peterson, p ) 21/03/2017
PTC 3450 - Aula 05 2.1 Princípios das aplicações de rede 2.2 A Web e o HTTP (Kurose, p. 62-73) (Peterson, p. 425-444) 21/03/2017 Muitos slides adaptados com autorização de J.F Kurose and K.W. Ross, All
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 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 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 maisAulas 12, 13 e 14 Redes Multimídias Conceitos, aplicações, requisitos e mecanismos; QoS
Departamento de Ciência da Computação Instituto de Computação Universidade Federal Fluminense Aulas 12, 13 e 14 Redes Multimídias Conceitos, aplicações, requisitos e mecanismos; QoS Igor Monteiro Moraes
Leia maisTécnicas de comutação
Técnicas de comutação Abordagens para a montagem de um núcleo de rede [Kurose] Comutação Alocação de recursos da rede (meio de transmissão, nós intermediários etc.) para transmissão [Soares] Técnicas de
Leia maisProtocolo de transporte em tempo-real (Real- Time Transport Protocol) Definido na RFC 3350 Normalmente usado sobre o UDP Serviços
RTP Protocolo de transporte em tempo-real (Real- Time Transport Protocol) Definido na RFC 3350 Normalmente usado sobre o UDP Serviços Identificação do tipo de carga útil (mídia) Números de sequência Estampa
Leia maisProf. Dr. Valter Roesler: Universidade Federal do Rio Grande do Sul
Prof. Dr. Valter Roesler: roesler@inf.ufrgs.br Universidade Federal do Rio Grande do Sul Latência Tempo entre o início de um evento e o momento que ele se torna perceptível no destino Ex: filmar um relógio
Leia maisCapítulo 7. Redes multimídia
Capítulo 7 Redes multimídia 2 Redes de computadores I Prof.: Leandro Soares de Sousa E-mail: lsousa@id.uff.br Site: http://www.ic.uff.br/~lsousa Não deixem a matéria acumular!!! Datas das avaliações, exercícios
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 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 maisRede de computadores Protocolos UDP. Professor Carlos Muniz
Rede de computadores Professor Carlos Muniz User Datagram Protocol O User Datagram Protocol (UDP) é um protocolo simples da camada de transporte. Ele é descrito na RFC 768 [1] e permite que a aplicação
Leia maisREDES II. e Heterogêneas. Prof. Marcos Argachoy
Convergentes e Heterogêneas Prof. Marcos Argachoy REDES CONVERGENTES Cont./ Convergência Refere-se a redução para uma única conexão de rede, fornecendo todos os serviços, com conseqüente economia de escala.
Leia maisRedes de Computadores
Redes de Computadores Camada de Transporte - Parte II Prof. Thiago Dutra Agenda n Parte I n Introdução n Protocolos de Transporte Internet n Multiplexação e Demultiplexação n
Leia maisProtocolos Multimídia. Alunos: Roberto Schemid Rafael Mansano
Alunos: Roberto Schemid Rafael Mansano Exemplos de Aplicações Multimídia Mídia Armazenada: conteúdo gravado e armazenado play/pause/rewind/forward Streaming : vê o conteúdo enquanto baixa o arquivo evita
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 mais3 ALGORITMOS DE ENFILEIRAMENTO
3 ALGORITMOS DE ENFILEIRAMENTO Uma das maneiras que os elementos de redes (tipicamente roteadores) possuem para controlar as sobrecargas de pacotes nos buffers desses dispositivos de rede é através do
Leia maisDesempenho de Redes de Computadores. Ricardo Couto A. da Rocha 2015
Desempenho de Redes de Computadores Ricardo Couto A. da Rocha 2015 Parâmetros de Desempenho Largura de Banda (bandwidth) Throughput Latência Jitter Escalabilidade parâmetro típico de sistemas distribuídos
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 mais2 Qualidade de serviço
2 Qualidade de serviço A partir dos anos 90, as redes comutadas por pacotes começaram a substituir as redes comutadas por circuitos devido à ineficiente utilização das redes utilizando tal comutação e
Leia maisCapítulo 7 Redes multimídia
Capítulo 7 Redes multimídia Nota sobre o uso destes slides ppt: Estamos disponibilizando estes slides gratuitamente a todos (professores, alunos, leitores). Eles estão em formato do PowerPoint para que
Leia mais: TMS M
Infraestrutura de Redes de Computadores Turma : TMS 20171.3.01112.1M Camada de Transporte Prof. Thiago Dutra Agenda n Introdução n Protocolos de Transporte Internet n Multiplexaçã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 maisProtocolos Multimídia na Internet
Parte 3 QoS em Redes IP V4 Tópicos em Sistemas de Computação Prof. Dr. Adriano Mauro Cansian adriano@acmesecurity.org Oferecendo QoS em Redes IP q Os grupos do IETF desenvolveram propostas para fornecer
Leia mais5 Classificadores e Condicionadores de Tráfego
5 Classificadores e Condicionadores de Tráfego 46 5 Classificadores e Condicionadores de Tráfego 5.1. Classificadores e Condicionadores de tráfego O modelo DiffServ usa condicionadores de tráfego (Traffic
Leia maisAplicações Multimídia Distribuídas
Departamento de Engenharia de Telecomunicações - UFF Aplicações Multimídia Distribuídas Profa. Débora Christina Muchaluat Saade debora@midiacom.uff.br 1 Aplicações Multimídia Distribuídas Videoconferência
Leia maisQualidade de Serviço. Carlos Gustavo A. da Rocha. Tecnologia para Integração de Serviços
Qualidade de Serviço Carlos Gustavo A. da Rocha Qualidade de Serviço É um requisito de uma classe de aplicações relacionados a itens como Banda passante Retardo de transmissão Variação de retardo Taxas
Leia maisCapítulo 4: Camada de rede
Capítulo 4: Camada de Objetivos do capítulo: entender os princípios por trás dos serviços da camada de : modelos de serviço da camada de repasse versus roteamento como funciona um roteador roteamento (seleção
Leia maisRedes de Computadores
Prof. Universidade Federal de Mato Grosso do Sul brivaldo@facom.ufms.br 10 de maio de 2017 Sumário 1 2 3 Núcleo da rede É um mesclado de roteadores interconectados; encaminhamento de pacotes: dipositivos
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 maisFornecer serviços independentes da tecnologia da subrede; Esconder do nível de transporte o número, tipo e a topologia das subredes existentes;
2.3 A CAMADA DE REDE Fornece serviços para o nível de transporte, sendo, freqüentemente, a interface entre a rede do cliente e a empresa de transporte de dados (p.ex. Embratel). Sua principal função é
Leia maisCapítulo 5. A camada de rede
Capítulo 5 A camada de rede slide slide 1 1 slide 2 Questões de projeto da camada de rede Comutação de pacote: store-and-forward Serviços fornecidos à camada de transporte Implementação do serviço não
Leia maisProtocolos Multimídia na Internet
Parte 3 QoS em Redes IP V4 Prof. Dr. Adriano Mauro Cansian adriano@acmesecurity.org Adriano César Ribeiro (estagiário docente) adrianoribeiro@acmesecurity.org Tópicos em Sistemas de Computação 1 Oferecendo
Leia maisGA-027 Redes de Computadores
GA-027 Redes de Computadores Qualidade de Serviço (QoS) Artur Ziviani LNCC/MCT Gestão de QoS Qualidade de Serviço (QoS) IP atual oferece serviço de melhor esforço sem garantias de quando ou quantos pacotes
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 maisConfigurar Qualidade de Serviço no Roteadores RV160 e RV260
Configurar Qualidade de Serviço no Roteadores RV160 e RV260 Sumário Objetivo Dispositivos aplicáveis Versão de software Classes de tráfego Enfileiramento MACILENTO Policiamento MACILENTO Gerenciamento
Leia maisTELEFONIA SOBRE IP. Pedro Alvarez Ricardo Batista
TELEFONIA SOBRE IP Pedro Alvarez - 58047 Ricardo Batista - 58089 ÍNDICE Introdução Características dos sinais de voz CODECS de voz Protocolos em VoIP Estrutura da rede VoIP Qualidade de serviço Comparação
Leia maisTRANSMISSÃO DE DADOS Prof. Ricardo Rodrigues Barcelar
- Aula 1-1. A CAMADA DE ENLACE DE DADOS (Parte 1) Relembrando as aulas do semestre passado quando estudamos os modelos de referência, lembramos que a Camada de Enlace de Dados é a camada responsável pela
Leia maisIntrodução às Redes de Telecomunicações Licenciatura em Eng. Electrotécnica e de Computadores 25 de Junho de o Exame 2 o Semestre.
Introdução às Redes de Telecomunicações Licenciatura em Eng. Electrotécnica e de Computadores 25 de Junho de 2002 1 o Exame 2 o Semestre Número: Nome: Duração: 2:30 horas O exame é sem consulta O exame
Leia maisRedes de Computadores. Prof. MSc André Y. Kusumoto
Redes de Computadores Prof. MSc André Y. Kusumoto andrekusumoto.unip@gmail.com Nível de Rede Comunicação entre dispositivos de uma mesma rede ocorrem de forma direta. Quando a origem e o destino estão
Leia maisCapítulo 7 Redes multimídia
Capítulo 7 Redes multimídia slide 1 2014 Pearson. Todos os direitos reservados. Propriedades de vídeo Talvez a característica mais destacada do vídeo seja sua alta taxa de bits. O vídeo distribuído pela
Leia maisRedes de Computadores RES 12502
Instituto Federal de Santa Catarina Redes de Computadores Redes de Computadores RES 12502 2014 2 Área de Telecomunicações slide 1 O material para essas apresentações foi retirado das apresentações disponibilizadas
Leia maisRedes de Computadores. Prof. André Y. Kusumoto
Redes de Computadores Prof. André Y. Kusumoto andrekusumoto.unip@gmail.com 2/16 Nível de Rede Comunicação entre dispositivos de uma mesma rede ocorrem de forma direta. Quando a origem e o destino estão
Leia maisPROFESSOR: Bruno pontes ALUNAS: BRUNA SERRA BIANCA SOUZA Índice
PROFESSOR: Bruno pontes ALUNAS: BRUNA SERRA BIANCA SOUZA Índice Introdução Desenvolvimento Conclusão Bibliografia Introdução A sigla QOS significa qualidade de serviço, a qualidade de serviço em redes
Leia maisO Multi Protocol Label Switching é um mecanismo de transporte de dados pertencente à família das redes de comutação de pacotes. O MPLS é padronizado
O Multi Protocol Label Switching é um mecanismo de transporte de dados pertencente à família das redes de comutação de pacotes. O MPLS é padronizado pelo IETF (Internet Engineering Task Force) através
Leia maisQualidade de serviço. Determina o grau de satisfação do usuário em relação a um serviço específico Capacidade da rede de atender a requisitos de
Qualidade de serviço Determina o grau de satisfação do usuário em relação a um serviço específico Capacidade da rede de atender a requisitos de Vazão Atraso Variação do atraso Erros Outros Qualidade de
Leia maisPTC Aula O que há dentro de um roteador? 4.3 O Protocolo da Internet (IP): Repasse e Endereçamento na Internet
PTC 2550 - Aula 18 4.2 O que há dentro de um roteador? 4.3 O Protocolo da Internet (IP): Repasse e Endereçamento na Internet (Kurose, p. 241-254) (Peterson, p. 124-144) 02/06/2017 Muitos slides adaptados
Leia maisFuncionalidades da camada de rede
Camada de Rede Objetivo Conhecer as características, funcionalidades e protocolos da camada de rede, especialmente os protocolos IP e ICMP Entender as principais características e princípios operacionais
Leia maisRedes de Computadores
Redes de Computadores Endereçamento e Ethernet Prof. Jó Ueyama Junho/2013 1 slide 1 Redes Locais LAN: Local Area Network concentrada em uma área geográfica, como um prédio ou um campus. 2 slide 2 Tecnologias
Leia mais2 A Avaliação de RMU 20/12/2012. Nome:
2 A Avaliação de RMU 20/12/2012 Nome: 1. Na interface de saída de um roteador existem 10 pacotes esperando para serem transmitidos. Determine suas ordens de saída e atrasos máximos para cada classe se
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 maisNAT: Network Address Translation
NAT: Network Address Translation restante da Internet rede local (p. e., rede doméstica) 10.0.0/24 10.0.0.4 10.0.0.2 10.0.0.3 todos os datagramas saindo da rede local têm mesmo endereço IP NAT de origem:,
Leia maisRedes de Computadores
Redes de Computadores Software de Rede Slide 1 Serviço X Protocolo Serviço: Conjunto de primitivas (operações) que uma camada oferece à camada situada acima dela. [TAN, 03] Protocolo: Conjunto de regras
Leia maisCamada de Rede Fundamentos e Protocolos. 6/7/18 Organizado por Bruno Pereira Pontes brunopontes.com.br
Camada de Rede Fundamentos e Protocolos 1 Objetivos Conhecer as características, funcionalidades e protocolos da camada de rede, especialmente os protocolos IP e ICMP; Entender as principais características
Leia maisRedes Metro Ethernet. Carlos Gustavo A. da Rocha. Tecnologia para Integração de Serviços
Redes Metro Ethernet Carlos Gustavo A. da Rocha Origem da tecnologia ethernet Usada como uma tecnologia de conectividade para LANs (10,100,1000Mbps) Em suas versões mais recentes, já era utilizada para
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 maisComunicação. capítulo
Comunicação capítulo 4 Camadas de protocolos: Modelo OSI Camadas de protocolos: Mensagem Protocolos de baixo nível Estas camadas implementam as funções básicas que envolvem uma rede de computadores: Física:
Leia maisRedes de computadores e a Internet. Prof. Gustavo Wagner. A camada de rede
Redes de computadores e a Internet Prof. Gustavo Wagner Capitulo Capítulo 4 A camada de rede NAT: Network Address Translation resta da Internet 138.76.29.7 10.0.0.4 rede local (ex.: rede doméstica) 10.0.0/24
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 maisExercícios QoS. [seg.]
Exercícios QoS 1) A função densidade de probabilidade do atraso de uma rede é dada pela figura abaixo. Deseja-se que o atraso total (após a dejitter buffer) não ultrapasse 200 ms e a perda de pacotes no
Leia maisH.323 E SIP - COMPARATIVO
Escola de Engenharia Universidade Federal Fluminense Fundamentos de Sistemas Multimídia H.323 E SIP - COMPARATIVO Aluno: Jean Seidi Ikuta Niterói / Dezembro de 2006 AGENDA Conceitos Básicos do H.323 Conceitos
Leia maisRedes de Computadores
Redes de Computadores Multimédia Prof. António Casimiro / José Rufino Email: docentes rcp@listas.di.ciencias.ulisboa.pt 2015/2016 Multimédia e Qualidade de Serviço Aplicações multimédia: Áudio e vídeo
Leia maisLista de Exercícios. Camada de Enlace de Dados
Lista de Exercícios Camada de Enlace de Dados 1. Um pacote de uma camada superior de redes é dividido em 10 quadros, e cada quadro tem 80% de chances de chegar sem danos. Se o protocolo de enlace de dados
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 maisCapítulo 3 Camada de transporte
Capítulo 3 Camada de transporte slide 1 Introdução e serviços de camada de transporte A camada de transporte fornece comunicação lógica, e não física, entre processos de aplicações: slide 2 Relação entre
Leia mais