Atividades do grupo de Transporte de Áudio e Vídeo do IETF Domenico Sávio G. de Araújo e Solon Antônio Andrade dos Santos

Transcrição

1 Mestrado em Telecomunicações Universidade Federal Fluminense (UFF) Atividades do grupo de Transporte de Áudio e Vídeo do IETF Domenico Sávio G. de Araújo e Solon Antônio Andrade dos Santos

2 Resumo O grupo de Trabalho de transporte de Audio/Video foi formado para especificar um protocolo para a transmissão em tempo real de áudio e de vídeo sobre protocolos UDP/IP em redes unicast e multicast. O objetivo deste documento é mostrar os mais recentes trabalhos em andamento do grupo de trabalho AVT. Dentro da proposta de trabalho apresentada foi destacado três trabalhos desenvolvidos pelo grupo.

3 Tópicos SRTP Secure Real-Time Protocol AVPF Audio and Video Payload Format Payload for ILBC codec Conclusão

4 SRTP Secure Real-Time Protocol O SRTP (Secure Real-time Transport Protocol) é a parte do RTP, que provê sigilo(criptografia) e mensagem de autenticação para o RTP(Real-time Transport Protocol) e RCTP(the Real-time Transport Control Protocol).

5 SRTP Secure Real-Time Protocol A segurança no STRP garante: Sigilo no Payload do RTP e RTCP(Criptografia); Integridade dos pacotes RTP e RTCP(Mensagens de Autenticação);

6 SRTP Secure Real-Time Protocol Estrutura que permite atualizações de novas transformações criptográficas; Baixo custo de banda; Um baixo custo computacional; Um baixo footprint; Tamanho reduzido do pacote para garantir objetivos de economia de Largura de Banda. Independência das camadas inferiores de Transporte, Rede e Física usadas pelo RTP, e alta tolerância a perda e reordenação de pacote.

7 SRTP Secure Real-Time Protocol Cabeçalho do SRTP

8 SRTP Secure Real-Time Protocol Remetente Mecanismo de gerência de chave Chave Master Chave de Derivação Chave de Sessão Dados

9 SRTP Secure Real-Time Protocol Receptor Mecanismo de gerência de chave MKI Dados Chave de Sessão Chave Master Figura 3 - Receptor

10 AVPF RTCP Áudio and Vídeo Payload Format O AVPF especifica um tipo modificado de RTP para conferências áudio e vídeo com o controle mínimo baseado em (Protocolo para Aplicações Real Time)

11 AVPF RTCP Áudio and Vídeo Payload Format Modalidade antecipada de RTCP: A modalidade de operação em que um receptor do fluxo de mídia é freqüentemente (mas não sempre) capaz de relatar eventos de interesse, próximo de sua ocorrência de volta ao remetente. Na modalidade antecipada de RTCP, os pacotes de RTCP são transmitidos de acordo com as regras do sincronismo definidas pelo AVPF.

12 AVPF RTCP Áudio and Vídeo Payload Format Pacote Antecipado de RTCP: Um pacote adiantado de RTCP é um pacote que seja transmitido tão rápido quando que seja permitido seguindo a programação do algoritmo, sendo a razão um "evento" observado por um receptor. Os pacotes antecipados de RTCP podem ser emitidos no feedback imediato e na modalidade antecipada de RTCP. Emitindo um RTCP antecipado o pacote é referido também como um feedback emitindo.

13 AVPF RTCP Áudio and Vídeo Payload Format Evento: Uma observação feita pelo receptor do fluxo de mídia que é do interesse (potencial) ao remetente -- tal como uma recepção da perda do pacote ou do pacote recebido, a perda do frame, etc.. -- e assim útil ser relatado de volta para o remetente por meio de uma mensagem de feedback.)

14 AVPF RTCP Áudio and Vídeo Payload Format Antes mesmo de considerar ou não emitir a informação do feedback de RTCP uma aplicação tem que determinar se este mecanismo é aplicável uma aplicação tem que se decidir se : para a relação atual da taxa do pacote com o atraso máximo feedback associado para uma determinada taxa de erro observado, atribuído a largura de banda, a taxa de frame/pacote e tamanho do grupo emitir o feedback, a aplicação tem que seguir as regras para transmitir os pacotes adiantados de RTCP ou os pacotes regulares de RTCP que contêm mensagens de FB. o tipo de feedback de RTCP emitido não deve duplicar a informação disponível ao remetente

15 ILBC Descreve como a voz comprimida do ilbc, como produzido pelo codec do ilbc, pode ser formatado para o uso como um tipo do payload de RTP. O remetente pode emitir um ou mais frames de dados do codec por pacote, dependendo do cenário da aplicação ou baseado na condição da rede de transporte, limitação da largura de Banda, quesitos de atraso e tolerância a perda de pacote.

16 ILBC O Global IP Sound (GIPS) desenvolveu um algoritmo da compressão de voz para o uso nas comunicações baseadas IP. O codec do ilbc permite a degradação suave da qualidade do voz no caso de frames perdidos, que ocorre em relação aos pacotes perdidos ou atrasados do IP.

17 ILBC O Global IP Sound (GIPS) desenvolveu um algoritmo da compressão de voz para o uso nas comunicações baseadas IP. O codec do ilbc permite a degradação suave da qualidade do voz no caso de frames perdidos, que ocorre em relação aos pacotes perdidos ou atrasados do IP.

18 ILBC Este codec é apropriado para comunicações real time como, o telefonia e vídeo conferencia, streaming de áudio, arquivamento e mensagens. O codec do ilbc é um algoritmo que comprime cada frame básico (20 ms ou 30 ms) de 8000 hertz, amostra de 16-bit de entrada voz, em frames da saída com taxa de 400 bits para o tamanho básico do frame de 30 ms e de 304 bits para o tamanho básico do frame de 20 ms.

19 ILBC RTP Header [3] +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ + one or more frames of ilbc [1] Figure 4, Packet format diagram

20 Conclusão Os projetos desenvolvidos pelo Grupo AVT não tem como objetivo desenvolver nos protocolos RTP / RTCP na medida das necessidades de novas aplicações desenvolver novos tipos extensões adequados a estes protocolos.