3
Projeto de Redes – 2014 Orchestration and Path Diversity for Real-time Multimedia Streaming Primeiro o aluno precisa ler o texto no documento em anexo sobre as ideias do SOP. Neste projeto vamos avaliar alguns destas ideias somente. Por isso o aluno somente precisa entender a essência da orchestracao e a notacao sendo usado. Não se preocupam com os detalhes da arquitetura e/ou modelos. Inspirada no protocolo SDP (session description protocol), a proposta de session orchestration protocol (SOP) permite a manipulação de diferentes fluxos multimídia num receptor de maneira controlada no tempo (agendando) e no espaço (ou layout). Geralmente são varias fontes sendo orquestrado num receptor com mostra a figura 1. Table 1 mostra um exemplo da notação em questão. Table 1 Session Description Format Constate que o SDP é uma notacao somente. Por exemplo podemos especificar uma repetição do objeto apresentado através do comando "every Friday at 10:00 am for two hours". Figure 1 Receiver Driven Orchestration Considerando uma topologia de rede com vários transmissores e um receptor vamos avaliar os benefícios da orquestração. Podemos considerar um conjunto de 3 ou quatro fontes de vídeo sendo orquestradas no tempo e no espaço para criar uma apresentação multimídia no receptor. Session description v= (protocol version) o= (originator and session identifier) s= (session name) i=* (session information) u=* (URI of description) e=* (email address) p=* (phone number) c=* (connection information -- not required if included in all media) b=* (zero or more bandwidth information lines) One or more time descriptions ("t=" and "r=" lines; see below) z=* (time zone adjustments) k=* (encryption key) a=* (zero or more session attribute lines) Zero or more media descriptions Time description t= (time the session is active) r=* (zero or more repeat times) Media description, if present m= (media name and transport address) i=* (media title) c=* (connection information -- optional if included at session level) b=* (zero or more bandwidth information lines) k=* (encryption key) a=* (zero or more media attribute lines) 1

Projeto Final SOP

Embed Size (px)

DESCRIPTION

Projeto SOP

Citation preview

Page 1: Projeto Final SOP

Projeto de Redes – 2014Orchestration and Path Diversity for Real-time Multimedia Streaming

Primeiro o aluno precisa ler o texto no documento em anexo sobre as ideias do SOP. Neste projeto vamos avaliar algunsdestas ideias somente. Por isso o aluno somente precisa entender a essência da orchestracao e a notacao sendo usado. Não sepreocupam com os detalhes da arquitetura e/ou modelos. Inspirada no protocolo SDP (session description protocol), a propostade session orchestration protocol (SOP) permite a manipulação de diferentes fluxos multimídia num receptor de maneiracontrolada no tempo (agendando) e no espaço (ou layout). Geralmente são varias fontes sendo orquestrado num receptor commostra a figura 1. Table 1 mostra um exemplo da notação em questão.

Table 1 Session Description Format

Constate que o SDP é uma notacao somente. Por exemplo podemos especificar uma repetição do objeto apresentado através docomando "every Friday at 10:00 am for two hours".

Figure 1 Receiver Driven Orchestration

Considerando uma topologia de rede com vários transmissores e um receptor vamos avaliar os benefícios da orquestração.Podemos considerar um conjunto de 3 ou quatro fontes de vídeo sendo orquestradas no tempo e no espaço para criar umaapresentação multimídia no receptor.

Session description v= (protocol version) o= (originator and session identifier) s= (session name) i=* (session information) u=* (URI of description) e=* (email address) p=* (phone number) c=* (connection information -- not required if included in all media) b=* (zero or more bandwidth information lines) One or more time descriptions ("t=" and "r=" lines; see below) z=* (time zone adjustments) k=* (encryption key) a=* (zero or more session attribute lines) Zero or more media descriptions

Time description t= (time the session is active) r=* (zero or more repeat times)

Media description, if present m= (media name and transport address) i=* (media title) c=* (connection information -- optional if included at session level) b=* (zero or more bandwidth information lines) k=* (encryption key) a=* (zero or more media attribute lines)

1

Page 2: Projeto Final SOP

0 10s 20s 35s

Paths

Streaming video 1 only Streaming vídeos 1 & 2 simultaneously

Timeline

Cross Traffic

Questão 1 (2p): Considerando somente como exemplo ilustrativo na Table 2, crie seu próprio exemplo e mostre a descriçãoSOP correspondente.

Table 2 Example showing SOP extensions

Exemplo: mostra um exemplo com a transmissão de 2 vídeos sendo orquestrados;

Table 3 Two SOP Orchestrated Videos

Figure 2 Time and Space Diversity Scenario

Questão 2 (3p): Implementar os dois modelos de erros the 4-state Markov chain model and the 2-state Markov chain model.

1. v=12. o=djamel 2890844526 2890842807 IN IP4 126.16.64.43. s=SOP Research4. i= Thoughts on the Session Orchestration Protocol 5. u=http://www.gprt.ufpe.br/DjamelSadok/sop.pdf 6. [email protected] (Djamel Sadok) 7. c=IN IP4 224.2.17.12/127 8. t=2873397496 2873404696 9. m=audio 49170 RTP/AVP 010. @=tagname:Audio-from-Globo11. p=djamel 2890844526 2890842807 IN IP4 126.16.64.4

IP4 151.16.10.1 IP4 128.37.17.6712. m=video 51372 RTP/AVP 31 13. @=tagname:scenes top14. m=video 51372 RTP/AVP 3115. @=tagname:advertizing bottom16. r= 900 30 017. f=recvrelay scenes RTP/AVP 3118. q= audio-from-Globo | scenes / advertizing

19. v=120. o=djamel 2890844526 2890842807 IN IP4 126.16.64.421. s=SOP Research22. i= Session Orchestration Protocol Multipath Scenario23. u=http://www.gprt.ufpe.br/DjamelSadok/sop.pdf 24. [email protected] (Djamel Sadok) 25. c=IN IP4 224.2.17.12/127 26. t=2873397496 2873404696 27. m=audio 49170 RTP/AVP 028. m=video 51372 RTP/AVP 31 29. @=tagname:scenes top30. m=video 51372 RTP/AVP 31

2

Page 3: Projeto Final SOP

Questão 3 (2p): Mostrar o impacto dos erros de transmissão (usando os dois modelos de transmissão)a) Numa sessão única de transmissão de media;b) Na sessão SOP descrita no seu cenário;

Questão 4 (1p): Calcular o Mean Frame Drop no caso de transmissão de vídeo MPEG

Questão 5 (2p): Propõe e discutir soluções para como recuperar dos erros de transmissão

Possíveis ferramentas para o projeto Netem para o controle de erros e banda em Linux

Mininet para criar uma topologia e emular uma rede;

Pathrate, iperf, etc.., para estimar banda

Metricas de saída: taxas de perda de pacotes, throughput, mean frame loss, perceived (PSNR) para vídeo,

Informações Adicionais Grupos de 4 alunos Data de entrega do código e relatório: 28/07/2014

3