Redes de Computadores Integração de Serviços na Internet fldotti@inf.pucrs.br por www.inf.pucrs.br/~fldotti Programa de Pós-Graduação em Ciência da Computação PUC-RS 1
Sumário Integração de Serviços Terminologia, Aplicações, Requisitos Abordagens para suporte a integração de serviços B-ISDN: ATM IETF: Integrated Services Architecture Arquitetura tradicional da Internet - Problemas Arquitetura expandida da Internet Iniciativas Protocolos de suporte a qualidade RTP/RTCP; RSVP Protocolos de suporte a sessões com dados contínuos SIP; RTSP Redes de Computadores 3 Integração de Serviços Terminologia serviço: serviço de comunicação - telefonia, tv, rádio, fax, dados (e-mail, ftp, ) integração de serviços: utilização de mesma infra-estrutura para suportar vários tipos de serviços de comunicação multimídia: várias mídias e.g.: texto + figuras; figuras + áudio; áudio + vídeo; 2 vídeos;... Redes de Computadores 4 2
Integração de Serviços Terminologia mídia discreta: independente do tempo mídia contínua: tempo faz parte da semântica da sua apresentação e.g.: vídeo: seqüência de quadros com ordem e duração definida tempo real existem requisitos temporais quanto ao tráfego de dados. e.g.: vazão, atraso, variação do atraso sua não observação pode significar falha da aplicação Redes de Computadores 5 Integração de Serviços Terminologia tráfego tempo-real pode ou não ser multimídia, e.g.: controle de usina nuclear (sinais lidos de sensores) controle de produção - fábricas sistemas de controle de tráfego Redes de Computadores 6 3
Integração de Serviços Terminologia tráfego multimídia pode ou não ser tempo real, e.g.: páginas WWW (texto+figuras+áudio+animações+ ) - primeiro traz informação como dado qualquer, depois exibe download de filme, música Redes de Computadores 7 Integração de Serviços Terminologia tráfego multimídia e tempo real reprodução durante tráfego: requisitos temporais com relação ao tráfego comunicação unidirecional: transmissão de rádio comunicação interativa: conferência de áudio/vídeo também chamados serviços diferenciados Redes de Computadores 8 4
Integração de Serviços Aplicações básicas mídia sob demanda e.g.: servidores de áudio / vídeo dados volumosos, equipamento terminal simples, resposta rápida ao usuário (início da mídia) >> reprodução dos dados enquanto o tráfego dos dados acontece Servidor requisitos: de Mídia largura de banda e baixa variância de atraso atraso não é crítico Redes de Computadores 9 Integração de Serviços Aplicações básicas difusão de mídia e.g.: serviços análogos a TV e rádio requisitos semelhantes a mídia sob demanda emprego de transmissão multicast (Mbone - Multicast Backbone) 1 ---> muitos Fonte Geradora Redes de Computadores 10 5
Integração de Serviços Aplicações básicas interativas: conferências atraso deve ser baixo conferências de áudio / telefonia não exige muita largura de banda 56 a 64 Kbps sem compressão conferências de vídeo largura de banda considerável Redes de Computadores 11 Integração de Serviços Áreas de aplicação difusão: tv, rádio telefonia mail multimídia hipermídia trabalho cooperativo suportado por computador (CSCW) editoração conjunta de documentos; reuniões a distância; ensino a distância; etc. comércio eletrônico Redes de Computadores 12 6
Integração de Serviços Caracterização / requisitos Tráfego Vazão média dos dados Tolerância a Atraso máximo e Redes MPEG de Computadores - Motion Picture Experts Group 13 erros variação de atraso Texto Rajada Poucos bps até alguns Não tolerável Não constituem mbps problemas Imagem Rajada Pode chegar a dezenas de Compromete a Não constituem gráfica mbps imagem final problemas Áudio Vídeo Tráfego contínuo com taxa Depende da qualidade do Pode ser alta, Crítico em aplicações constante. Introduzindo sinal, da compactação ou não causando que exigem silêncio: tráfego em rajadas. Se compressão utilizada. problemas comunicação interativa utilizar técnicas de CD: 44.100 samples/seg (taxa compactação e compressão: de amostragem), 16 bits cada tráfego com taxa variável. 705,6 Kbps mono 1.411 Mbps stereo Compactado com MPEG 96 a 128 Kbps Tráfego contínuo com taxa Varia com a qualidade do Tolerável constante. Introduzido técnicas sinal e os algoritmos de de compactação e compressão compactação, codificação se caracteriza por um tráfego e compressão utilizados. com taxas variáveis XGA: 1024 x 768, 24 bits/pixel 25 frames/seg 472Mbps Compactado com MPEG 3 a 10 Mbps dependendo da qualidade escolhida Crítico em aplicações que exigem comunicação interativa Integração de Serviços Garantia de qualidade reserva de recursos no caminho dos dados Redes de Computadores 14 7
Integração de Serviços Abordagens para suporte Integrated Services Digital Networks Broadband-ISDN: ATM IETF (Internet Engineering Task Force) Integrated Services Architecture Redes de Computadores 15 ATM Nível de rede orientado a conexão: estabelece um caminho para os dados tráfego segue sempre mesmo caminho reserva de recursos pode acontecer junto com o estabelecimento do caminho >> protocolo de sinalização serve para abertura de conexão e reserva de recursos simultaneamente Redes de Computadores 16 8
ATM células do mesmo canal virtual são chaveadas conforme o caminho estabelecido e reservado para a conexão SWITCH SWITCH SWITCH SWITCH SWITCH SWITCH SWITCH EqTerm EqTerm Redes de Computadores 17 ATM Possibilita especificar níveis de largura de banda atraso variação do atraso Redes de Computadores 18 9
ATM ATM resolve? Todas redes teriam que ser ATM: EqTerm ATM ATM ATM ATM ATM EqTerm EqTerm Realidade Ethernet FDDI ATM Satelite Token-ring EqTerm Redes de Computadores 19 ATM ATM resolve? Aplicações tem que ser portadas para ATM Não é apropriada para aplicações 1 -> muitos, como difusão >> ATM é parte da solução Redes de Computadores 20 10
Internet Internet: inter-redes define arquitetura independente de tecnologia de transmissão protocolo de rede (IP) isola características das camadas inferiores Redes de Computadores 21 Internet ATM Redes de Computadores 22 11
Internet Protocolo IP: chave da interoperabilidade da Internet simples não orientado a conexão Redes de Computadores 23 Internet Protocolo IP: o roteamento de cada pacote é calculado independentemente pacotes pertencentes ao mesmo fluxo podem ser roteados por caminhos diferentes Redes de Computadores 24 12
Internet IPv4: Service Type ou TOS: Type of service Precedência (3 bits): 0 a 7 indica importância do datagrama informação de controle sobre dados (ex.: controle de congestionamento) bit D: indica baixo atraso bit T: alto throughput bit R: maior confiabilidade dicas para os algoritmos de roteamento escolha dos links físicos disponíveis a rede não garante o tipo de serviço pedido raramente suportado Redes de Computadores 25 Internet R R R R EqTerm R R EqTerm como reservar recursos para dar garantias de qualidade? R Redes de Computadores 26 13
Internet Razões do TCP: protocolo IP pacotes podem seguir por diferentes caminhos: não garante ordenação dos pacotes roteadores podem estar congestionados e descartar pacotes: não garante entrega dos pacotes Redes de Computadores 27 Internet Problemas de TCP garante chegada baseado em retransmissões - atraso aplicações tempo real normalmente toleram melhor a falta de dados do que seu atraso excessivo retransmissões perdem sentido introduzem overhead Redes de Computadores 28 14
Internet Problemas de TCP ordena os dados, mas não preserva a relação temporal entre fonte e destino aplicações tempo real normalmente podem lidar com dados desordenados ordenação dos dados perde sentido novos requisitos aos protocolos de transporte Redes de Computadores 29 Alguns Esforços na Internet IETF - Internet Engineering Task Force Grupo Int-serv: concepção da arquitetura Internet para suporte a integração de serviços Grupo RSVP: Resource Reservation concepção de um esquema para reserva de recursos na internet Grupo IETF MMUSIC: Multiparty Multimidia Session Control desenvolvimento do SIP - protocolo para controle de sessões multiponto (conferências) - serve para telefonia na internet Redes de Computadores 30 15
Arquitetura estendida da Internet Suporte a Integração de Serviços Redes de Computadores 31 Restante da Apresentação IPv6 - contribuição para qualidade Reserva de recursos: RSVP Protocolos de transporte para tempo real: RTP Protocolos voltados a aplicações: RTSP e SIP Redes de Computadores 32 16
IPv6 Redes de Computadores 33 IPv6 Resolver problemas existentes no IPv4 espaço de endereçamento tamanho das tabelas de roteamento segurança Adequar as novas tecnologia de redes Tratar voz e vídeo - maior importância ao tipo de serviço Redes de Computadores 34 17
IPv6 Qualidade: flow labels usado para distinguir pacotes que devem receber o mesmo tratamento todos pacotes tem mesmo destino e devem conter as mesmas opções para os roteadores no caminho cabeçalho hop-by-hop (até agora tamanho do pacote) cabeçalho de extensão de roteamento ao receber um pacote com flow especificado, roteador pode consultar tabela de flows e saber o caminho por onde enviar o pacote caching Redes de Computadores 35 Qualidade no IPv6 flow labels estabelecer o identificador do flow e determinar seu tempo de validade é responsabilidade de outros protocolos, e não do IPv6 ex.: Resource reservation Protocolo (RSVP) Redes de Computadores 36 18
RSVP - Resource reservation Protocol Redes de Computadores 37 RSVP Reserva de recursos - razões Serviço best-effort não garante entrega dos dados não garante ordenação dos dados não garante valores de vazão e latência aplicações com tráfego tempo real algumas podem usar este serviço reordenando dados (uso de RTP) aceitando algumas perdas outras aplicações precisam mais que isto Redes de Computadores 38 19
RSVP Reserva de recursos - razões outras aplicações precisam mais que serviço best-effort para atingir garantias >> necessário reservar recursos da rede para cada aplicação RSVP: suporta um serviço de reserva define como aplicações podem pedir e liberar reservas Redes de Computadores 39 RSVP EqTerm EqTerm Vídeo em tempo real a 12 Mbit/s Rede 20 Mbit/s Transferencia de arquivo Sem reserva: compartilhamento temporária de 13 igualitário Mbit/s EqTerm EqTerm alocação de 10 Mbit/s para vídeo 10 Mbit/s para a transferência de arquivo resultado: vídeo prejudicado, arquivo poderia ter pequeno atraso a mais Redes de Computadores 40 20
RSVP Roteadores poderiam fazer a reserva de recursos apropriada para o caso no entanto eles não sabem qual é a reserva necessária para cada fluxo Com RSVP Aplicações pré-informam suas necessidades Vídeo informa necessidade de 12 Mbit/s Roteadores limitam pico de tráfego de transferência de arquivo a 8 Mbit/s rede pode negar a reserva (recursos ñ disp) Redes de Computadores 41 RSVP Funcionamento do protocolo noções básicas: fluxos e reservas fluxo é uma conjunto de pacotes carregando dados contínuos de uma mesma mídia datagramas pertencentes a um mesmo fluxo devem ter o mesmo tipo de tratamento fluxos são identificados por combinações de endereços fonte e destino e do flow label de cabeçalho IPv6 Redes de Computadores 42 21
RSVP Funcionamento do protocolo noções básicas: fluxos e reservas reservas são feitas para fluxos RSVP identifica a qualidade de serviço que um fluxo necessita flowspec campo opaco - o protocolo RSVP não processa hosts e roteadores analisam o flowspec e verificam se podem suportar a reserva fluxos unicast e multicast são suportados mesmo serviço Redes de Computadores 43 RSVP Funcionamento do protocolo noções básicas: fluxos e reservas reservas são iniciadas pelos receptores ao contrário da maioria de protocolos de reserva melhor tratamento de fluxos multicast como o receptor sabe do fluxo para poder reservar? espera-se que seja resolvido pela aplicação: anúncio prévio de fluxo anúncio periódico durante o tempo de vida do fluxo ambos (anúncios não necessitam reserva de recursos) Redes de Computadores 44 22
RSVP Funcionamento do protocolo como saber o caminho descrito pelo fluxo? Cliente de difusão de vídeo sabe a fonte da difusão mas não sabe o caminho descrito pelo fluxo? caminho de ida pode ser diferente do caminho de volta caminho pode variar EqTerm Rede Rede Rede Rede EqTerm Redes de Computadores 45 RSVP Funcionamento do protocolo mensagens Path geradas pelo originador do fluxo para o mesmo endereço destino do fluxo trafegam na mesma direção do fluxo de dados e descrevem mesmo caminho EqTerm Rede Rede Rede Rede EqTerm Redes de Computadores 46 23
RSVP Funcionamento do protocolo mensagens Path ao passar pelos roteadores grava na mensagem os roteadores do caminho identifica o fluxo para o roteador avisa a possibilidade de reserva cada roteador olha na mensagem e guarda o roteador anterior para aquele fluxo: se roteador pedir reserva do fluxo, sabe o anterior do caminho para mandar a reserva adiante (em direção à fonte) Redes de Computadores 47 RSVP Funcionamento do protocolo mensagens Path função básica: gravar o caminho podem servir também para descrever o fluxo para seus receptores se descrição for complexa: realizar separado senão (apenas alguns bytes são suficientes): mensagens path podem ser usadas Redes de Computadores 48 24
RSVP Funcionamento do protocolo mensagens Reservation mandada no caminho obtido via mensagem path pede para reservar recursos para um fluxo Rede EqTerm Rede Rede EqTerm Rede PATH PATH PATH Fonte DATA DATA DATA Destino RESV Redes de Computadores 49 RESV RESV RSVP Redes dinâmicas falhas nos roteadores soft-state recursos são mantidos enquanto pedidos de reserva forem mandados regularmente fonte sempre manda path messages se rede mudar: e.g. link fica ativo / inativo mensagens path subsequentes atualizam caminho reservas passam a acontecer no caminho novo antigas reservas caem por não confirmação Redes de Computadores 50 25
RSVP Cenários multicast RSVP voltado a cenários com muitos destinatários serviços de difusão: rádio, tv conferências escalabilidade? Habilidade para suportar número grande de usuários Redes de Computadores 51 RSVP Cenários multicast baseia-se em suporte existente para formar grupos IGMP, MOSPF, Mrouters, etc. merge de reservas realizados pelos roteadores no caminho só precisa reservar o necessário para chegar à porção já reservada da multicast tree com aumento do número de participantes, diminui a possibilidade de que entrada de mais um afete o fonte Redes de Computadores 52 26
RSVP Cenários multicast merge de reservas Modificação eventual Ramo reservado Merge de reservas Ramo não reservado Redes de Computadores 53 RSVP Cenários multicast merge de reservas depende do roteador normalmente combina os melhores valores de vazão, atraso, e variância de atraso e pede reserva para o anterior Ramo reservado Merge de reservas Ramo não reservado Redes de Computadores 54 27
RSVP E conferências? Redes de Computadores 55 RSVP E conferências? Redes de Computadores 56 28
RSVP E conferências? Redes de Computadores 57 RSVP Estilos de Reservas Fixed Filter: para um fluxo particular Shared Explicit: reserva para vários fluxos especificados - os fluxos compartilham os recursos reservados Wildcard Filter: reserva recursos para um tipo de fluxo, todos fluxos deste tipo compartilham os recursos Redes de Computadores 58 29
RSVP Estilos de Reservas Exemplos: conferências de áudio: normalmente nem todos falam ao mesmo tempo - não há necessidade de reserva fixa para cada fluxo. Shared Explicit ou Wildcard Filter podem ser usadas Redes de Computadores 59 RSVP Impossibilidade de Reserva várias razões de erro: admission failure limite de atraso não pode ser garantido largura de banda requisitada não existe serviço conflitante (?) serviço não suportado (?) especificação de fluxo errada período máximo de refresh muito pequeno Redes de Computadores 60 30
RSVP Mensagens do protocolo trafegam sobre IP IP next header = 46 pode ser sobre UDP (mais usado se IPv4) Redes de Computadores 61 RSVP IP Header Version Flags RSVP type More Fragments Checksum Msg Length Reserved Message Identifier Reserved Fragment Offset Body of RSVP Message Redes de Computadores 62 31
RSVP Mensagens do protocolo versão = 2 flags - extensões tipo: 1 path, 2 reservation, 3 error para path message 4 error para reservation message 5 path teardown 6 reservation teardown Redes de Computadores 63 RSVP Mensagens do protocolo últimos 3 campos: para fragmentação da mensagem message identifier: = para cada fragmento da original restante do corpo da mensagem: conjunto de objetos cada objeto tem mesmo formato básico Redes de Computadores 64 32
RSVP Mensagens do protocolo objetos tem mesmo formato básico Object Length ClassNum Object Contents ClassType Redes de Computadores 65 RSVP Mensagens do protocolo objetos: 0 null 1 session 3 rsvp_hop 4 integrity 5 time_values 6 error_spec 7 scope 8 style Redes de Computadores 66 33
RSVP Mensagens do protocolo objetos: 9 10 11 12 13 14 20 flowspec filter_spec sender_template sender_tspec adspec policy_data tag Redes de Computadores 67 RSVP Mensagens do protocolo Path messages: destination previous hop frequencia de refresh flow outros opcionais Redes de Computadores 68 34
RSVP Mensagens do protocolo Reservation requests podem ser complicados session: endereço destino rsvp_hop: último sistema a manipular o pedido de reserva time_values: frequencia de refresh style: tipo da reserva flowspec: especificação do fluxo Redes de Computadores 69 RSVP Mensagens do protocolo Erros Path error session sender_template error_spec Reservation error session style flowspec filter_spec error_spec Redes de Computadores 70 35
RSVP Redes de Computadores 71 Real Time Protocol (RTP) 36
RTP Lembrando... Protocolo TCP: entrega garantida com retransmissões perde o sentido entrega ordenada, porém sem preservar a relação temporal da fonte novos requisitos a protocolos de transporte para tráfego tempo real Redes de Computadores 73 RTP Aplication layer framing (ALF) D.D.Clark e D.L.Tennenhouse. Sigcomm, IEEE propõe a troca de protocolos como TCP por um framework que aplicações podem utilizar diretamente reduz overhead de processamento: camadas de protocolos normalmente utilizam comunicação entre processos (IPC) aplicações podem diretamente utilizar chamadas de bibliotecas (ALF) - melhor performance Redes de Computadores 74 37
RTP RTP uma parte do application layer framing (ALF) não especifica de fato um protocolo completo define regras básicas operações formato de mensagens aplicações específicas partem destas definições e adicionam, formando um protocolo Redes de Computadores 75 RTP Protocolos de controle: usina nuclear; produção - chão de fábrica; sistemas de tráfego;... Dados multimídia: Chamada a libs X RTP UDP IP REDE áudio; vídeo; combinações... IPC Redes de Computadores 76 38
RTP RTP exemplo formatos de codificação MPEG, JPEG, H.621 RTP é um framework viável a todos Chamada a libs MPEG JPEG RTP UDP IP REDE H.621 IPC Redes de Computadores 77 RTP Relação temporal das mensagens rede não preserva esta relação reconstrução: timestamps fonte marca mensagem com timestamp relativo receptor pode reproduzir dados no mesmo tempo relativo quase toda aplicação tempo real necessita timestamps - faz parte do RTP aplicações com requisitos mais sofisticados devem modelar isto como parte da sua comunicação Redes de Computadores 78 39
RTP Operação Multicast RTP é voltado a conferências muitos participantes - multicast participantes de uma conferência pertencem a um grupo multicast Redes de Computadores 79 RTP Translators e Mixers além de originadores e receptores: translators e mixers não são obrigatórios residem no caminho dos dados processam pacotes RTP Redes de Computadores 80 40
RTP Translators traduzem de um formato de dados para outro exemplo: transformar qualidade dos dados de forma a transmitir por canais de baixa largura de banda mais simples que mixers economia de recursos usuários com rede de acesso estreita podem se tornar participantes Redes de Computadores 81 RTP Mixers combinam múltiplos streams de dados em um, preservando a informação particularmente efetivo para áudio combinação dos dados enquanto tráfego na rede tem quase mesmo efeito para o ouvido humano que reprodução simultânea de várias fontes de áudio economia de recursos usuários com rede de acesso estreita podem se tornar participantes Redes de Computadores 82 41
RTP Tráfego RTP freqüentemente usado sobre UDP mas pode ser com outros protocolos de transporte tráfego RTP não tem porta específica - várias aplicações podem usar RTP porta 5004 é uma porta default reservada para RTP se a aplicação não tiver outra porta disponível sempre uso de porta par valor da porta + 1 = porta para tráfego RTCP associado Redes de Computadores 83 RTP Formato das mensagens mesmo formato para todas mensagens header compacto- baixo overhead aplicações tempo real (multimídia) tendem a ser volumosas acréscimo de cabeçalho pode ser significativo Redes de Computadores 84 42
RTP Formato das mensagens IP Header UDP Header Version Padding Extension Contributor Count Marker Payload type Sequence Number Timestamp Synchronization Source Identifier (first) Contributing Source Identifier... (last) Contributing Source Identifier Application Data Redes de Computadores 85 RTP Formato das mensagens versão: corrente é 2 padding: informa se houve enchimento - se ligado o último byte de dados informa quantos bytes de enchimento foram adicionados (completar múltiplos de 4 bytes) extension: ligado se existe um cabeçalho de extensão - ainda não foram definidos Redes de Computadores 86 43
RTP Formato das mensagens contributor count diz quantos identificadores de fonte a mensagem tem máximo de 15 fontes se mixer tem que combinar mais fontes, somente 15 serão identificadas marker disponível para aplicações sinalizarem o que desejar normalmente usado para identificar limites nos seus dados Redes de Computadores 87 RTP Formato das mensagens payload type 0 a 15: áudio O: PCMU 1: 1016 2: G721 3: GSM 4: unassigned 5: DVI4 (8KHz) 6: DVI4 (16 KHz)... Redes de Computadores 88 44
RTP Formato das mensagens payload type 16 a 22: unassigned áudio; 23 a 33: vídeo... 34 a 71: unassigned vídeo 72 a 76: reservado 77 a 95: unassigned 96 a 127 dynamic Redes de Computadores 89 RTP Formato das mensagens Synchronization source identifier (SSRC) identifica o original enviador da mensagem i.e., o sistema que definiu o timestamp e número de seqüência dos dados tomado randomicamente pelos enviadores resolução de conflito de identificadores translators preservam esta informaçao mixers: coloca seu identificador como o SSRC fontes originais tornam-se Contributing source (CSRC) Redes de Computadores 90 45
RTP Controle necessidade de reports funções em um protocolo separado: Real Time Control Protocol (RTCP) RTP: só dados Redes de Computadores 91 RTCP Tipos de mensagens 200: Sender Report 201: Receiver Report 202: Source Description 203: Bye 204: Application Specific Redes de Computadores 92 46
RTCP Sender Report enviados periodicamente por fontes de dados outros participantes sabem o que deveriam ter recebido deste fonte versão: 2 padding número de blocos de receptores tamanho do pacote em bytes Redes de Computadores 93 RTCP Sender Report SSRC identifier do enviador NTP timestamp tempo absoluto segundo Network Time Protocol nro de segundos desde 1/1/1900 RTP timestamp: permite ordenação dos reports em relação aos pacotes de dados do RTP Redes de Computadores 94 47
RTCP Sender Report número de pacotes enviados por este originador número de bytes enviados por este originador próximos blocos: receiver blocks originador informa não só sobre dados transmitidos informa também sobre dados RTP que recebeu Redes de Computadores 95 RTCP receiver blocks um bloco para cada fonte remota fração de pacotes daquela fonte que foram perdidos - desde o último report número total de pacotes perdidos maior número de seqüência de pacote recebido da fonte interarrival jitter: estimativa da variação do atraso da chegada de pacotes. Jitter 0: chegada regular jitter alto: chegada muito irregular Redes de Computadores 96 48
RTCP receiver blocks dois últimos campos do bloco: referentes ao último sender report da fonte referente ao bloco 2 bytes do meio do NTP timestamp tempo decorrido desde aquele report e a geração deste pacote Redes de Computadores 97 RTCP Sender Report V RcvCnt Ptype 200 Length SSRC of Sender NTP Timestamp RTP Timestamp Senders Packet Count Senders Byte Count SSRC of first source % Lost Cumulative Packets Lost Extended Highest Sequence Number Received Interarrival Jitter Time of Last Sender Report Time since Last Sender Report... SSRC of last source % Lost Cumulative Packets Lost Extended Highest Sequence Number Received Interarrival Jitter Time of Last Sender Report Time since Last Sender Report Application Specific Information Redes de Computadores 98 49
RTCP Receiver Report quando entidade não é fonte, deve mandar reports sobre os dados recebidos receiver reports: um conjunto de receiver blocks Redes de Computadores 99 RTCP Receiver Report V RcvCnt Ptype 201 Length SSRC of Sender SSRC of first source % Lost Cumulative Packets Lost Extended Highest Sequence Number Received Interarrival Jitter Time of Last Sender Report Time since Last Sender Report... SSRC of last source % Lost Cumulative Packets Lost Extended Highest Sequence Number Received Interarrival Jitter Time of Last Sender Report Time since Last Sender Report Application Specific Information Redes de Computadores 100 50
RTCP Source Description Packet enviadores mandam informação sobre si mesmo conjunto de identificadores de fontes e itens descrevendo cada um cada item tem um código de tipo e tamanho associado Redes de Computadores 101 RTCP Source Description Packet tipos de itens CNAME: nome único, não ambiguo NAME: nome do usário EMAIL PHONE LOC: localização geográfica TOOL: aplicação gerando os dados NOTE PRIV: extensões Redes de Computadores 102 51
RTCP source description packet V SrcCnt Ptype 202 Length SSRC or CSRC of first Source SDES Items SSRC or CSRC of second Source SDES Items SSRC or CSRC of last Source SDES Items Redes de Computadores 103 RTCP Bye Message anuncia a saída de uma fonte outros participantes poderiam notar a saída sem esta mensagem, mas com ela o processo torna-se mais rápido importante para mixers Redes de Computadores 104 52
RTCP bye message V SrcCnt R Length Ptype 203 Length SSRC of first Source SSRC of second Source SSRC of last Source Reason for leaving Redes de Computadores 105 RTCP Outros aspectos Mensagens específicas de aplicações: tipo 204 aplicações podem experimentar novas mensagens se uma mensagem vier a ser útil, pode ser incorporada ao RTCP como um tipo oficial mensagens RTCP podem ser combinadas em datagramas UDP - compound packet estatísticas devem ser tão frequentes quanto possível Redes de Computadores 106 53
RTCP Operação Multicast: reports reports para o grupo multicast todos participantes sabem a qualidade percebida pelos outros (problema é só comigo ou com todo mundo?) monitoração de qualidade pode ser feita facilmente - basta juntar-se ao grupo multicast e receber reports de todos participantes Redes de Computadores 107 RTCP Operação Multicast: reports sem cuidado: reports podem tomar faixa considerável da largura de banda disponível regras: manter limites de tráfego RTCP constante, independente do número de fontes envolvidos como pacotes são multicast, todos participantes sabem o número de outros participantes enviando reports se número de participantes aumenta, freqüência de reports baixa cooperação entre as entidades Redes de Computadores 108 54
RTCP Operação Multicast: reports regras: aleatoriedade na geração de reports com geração de reports em intervalos fixos (calculados segundo mesmos algoritmos), enviadores poderiam sincronizar poderia haver picos de carga na rede cada enviador randomiza o intervalo calculado (de 0.5 a 1.5 x o intervalo calculado) obtém distribuição no tempo dos reports Redes de Computadores 109 RTSP - Real Time Streaming Protocol Redes de Computadores 110 55
RTSP Suporte a gravação e recuperação de mídias contínuas HTTP GET Cliente Servidor Web s.d. PLAY -2 SETUP-1 OK PLAY -2 SETUP-1 OK Servidor Áudio Servidor Vídeo Redes de Computadores 111 RTSP Método Direção Objeto Requerimento DESCRIBE C S Apr, Str Recomendado ANNOUNCE C S, S C Apr, Str Opcional GET_PARAMETER C S, S C Apr, Str Opcional OPTIONS C S, S C Apr, Str Requerido PAUSE C S Apr, Str Recomendado PLAY C S Apr, Str Requerido RECORD C S Apr, Str Opcional REDIRECT S C Apr, Str Opcional SETUP C S Str Requerido SET_PARAMETER C S, S C Apr, Str Opcional TEARDOWN C S Apr, Str Requerido Redes de Computadores 112 56
SIP - Session Initiation Protocol Redes de Computadores 113 SIP Protocolo de sinalização para estabelecer, modificar, terminar chamadas anything.com ls A@anytihng.com INVITE B@exemplo.br From: A@anything.com To: B@exemplo.br Call-ID: 12345678@ls.cs 200 OK ACK B B@ks exemplo.br Servidor de nomes INVITE 200 OK ACK tune ks Redes de Computadores 114 57