{"id":726,"date":"2026-10-01T12:04:02","date_gmt":"2026-10-01T15:04:02","guid":{"rendered":"https:\/\/orlandoneto.com\/?page_id=726"},"modified":"2026-10-01T12:59:57","modified_gmt":"2026-10-01T15:59:57","slug":"cat-rtpsdp","status":"publish","type":"page","link":"https:\/\/orlandoneto.com\/index.php\/cat-rtpsdp\/","title":{"rendered":"cat-rtpsdp"},"content":{"rendered":"\n
\n
<\/path><\/svg><\/div>

RTP \/ SDP<\/h3><\/div><\/div>

RTP e SDP s\u00e3o componentes fundamentais das comunica\u00e7\u00f5es de voz e v\u00eddeo sobre IP.<\/strong>
Enquanto o SIP \u00e9 utilizado principalmente para sinaliza\u00e7\u00e3o e controle da sess\u00e3o, o SDP descreve como a m\u00eddia ser\u00e1 estabelecida e o RTP \u00e9 normalmente respons\u00e1vel pelo transporte dessa m\u00eddia em tempo real.
Em uma chamada VoIP, entender a rela\u00e7\u00e3o entre esses tr\u00eas elementos \u00e9 fundamental para diagnosticar problemas como aus\u00eancia de \u00e1udio, \u00e1udio unilateral, codec incompat\u00edvel, portas bloqueadas e problemas de conectividade.<\/p><\/div><\/div>\n<\/div><\/div>\n\n\n\n

\n

01 – RTP<\/h4><\/div>\n\n\n\n
RTP \u2014 Real-time Transport Protocol
Categoria:<\/strong>\u00a0RTP \/ M\u00eddia
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico
Tipo:<\/strong>\u00a0Protocolo<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
RTP \u00e9 um protocolo utilizado para transportar dados de m\u00eddia em tempo real, principalmente\u00a0\u00e1udio e v\u00eddeo<\/strong>, em redes IP.
Em uma chamada VoIP, o RTP normalmente transporta o conte\u00fado da conversa enquanto o SIP fica respons\u00e1vel pela sinaliza\u00e7\u00e3o da sess\u00e3o.
O RTP foi especificado pelo IETF no RFC 3550. O protocolo foi projetado para aplica\u00e7\u00f5es de tempo real e \u00e9 acompanhado pelo RTCP, utilizado para fun\u00e7\u00f5es de controle e monitoramento.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Quando uma chamada SIP \u00e9 estabelecida, podemos ter:

SIP INVITE <\/code>
\u2193 <\/code>
SDP <\/code>
\u2193 <\/code>
Negocia\u00e7\u00e3o da m\u00eddia <\/code>
\u2193 <\/code>
RTP <\/code>
\u2193 <\/code>
\u00c1udio<\/code>

O SIP pode indicar que a chamada foi atendida, mas isso\u00a0n\u00e3o significa necessariamente que o RTP esteja funcionando<\/strong>.
Por isso uma chamada pode apresentar:

SIP funcionando + chamada estabelecida + nenhum \u00e1udio.<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
Imagine:

Telefone A <\/code>
10.10.10.10:4000 <\/code>
\u2502 <\/code>
\u2502 RTP <\/code>
\u25bc <\/code>
10.20.20.20:5000 <\/code>
Telefone B<\/code>

Se os pacotes RTP n\u00e3o conseguirem chegar ao destino, a chamada pode ficar estabelecida sem \u00e1udio.

Em troubleshooting

Verifique:

IP de origem;
IP de destino;
porta UDP;
fluxo nos dois sentidos;
perda de pacotes;
codec;
NAT;
firewall;
SDP negociado.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

02 – RTCP<\/h4><\/div>\n\n\n\n
RRTCP \u2014 RTP Control Protocol
Categoria:<\/strong>\u00a0RTP \/ Controle
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio
Tipo:<\/strong>\u00a0Protocolo<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
RTCP \u00e9 o protocolo de controle associado ao RTP.
Enquanto o RTP transporta a m\u00eddia, o RTCP fornece informa\u00e7\u00f5es de controle e monitoramento relacionadas \u00e0 entrega dessa m\u00eddia. O RFC 3550 define RTP e RTCP como componentes associados de uma arquitetura de transporte para aplica\u00e7\u00f5es de tempo real.\u00a0<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Simplificando:

RTP \u2192 transporta \u00e1udio\/v\u00eddeo <\/code>
RTCP \u2192 informa como est\u00e1 a entrega dessa m\u00eddia<\/code>

O RTCP pode fornecer informa\u00e7\u00f5es relacionadas a:

perda de pacotes;
jitter;
sequ\u00eancia;
sincroniza\u00e7\u00e3o;
identifica\u00e7\u00e3o das fontes;
qualidade da recep\u00e7\u00e3o.<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
Durante uma chamada:

A \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500 RTP \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2192 B <\/code>
A \u2190\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500 RTCP \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500 B<\/code>

Dependendo da arquitetura, os fluxos podem utilizar portas diferentes ou podem ser multiplexados.

Aten\u00e7\u00e3o!!!
RTP e RTCP n\u00e3o s\u00e3o a mesma coisa.<\/strong>
Esse \u00e9 um erro comum de quem est\u00e1 come\u00e7ando.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

03 – SDP<\/h4><\/div>\n\n\n\n
SDP \u2014 Session Description Protocol
Categoria:<\/strong>\u00a0SDP \/ Sinaliza\u00e7\u00e3o de m\u00eddia
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico
Tipo:<\/strong>\u00a0Protocolo\/formato de descri\u00e7\u00e3o<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
SDP \u00e9 um formato utilizado para\u00a0descrever uma sess\u00e3o multim\u00eddia<\/strong>.

Ele informa aos participantes caracter\u00edsticas importantes da sess\u00e3o, como:

tipo de m\u00eddia;
endere\u00e7o IP;
porta;
protocolo;
codecs;
par\u00e2metros da m\u00eddia.

O RFC 8866 \u00e9 a especifica\u00e7\u00e3o atual do SDP e substituiu o RFC 4566.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Quando voc\u00ea olha um INVITE SIP, provavelmente encontrar\u00e1 algo como:

Content-Type: application\/sdp<\/code>

E dentro do corpo:

v=0 <\/code>
o=... <\/code>
s=- <\/code>
c=IN IP4 192.168.1.10 <\/code>
t=0 0 <\/code>
m=audio 49170 RTP\/AVP 0 8 101 <\/code>
a=rtpmap:0 PCMU\/8000 <\/code>
a=rtpmap:8 PCMA\/8000<\/code>

O SIP transportou o SDP.
O SDP descreveu a m\u00eddia.
O RTP posteriormente transportar\u00e1 a m\u00eddia.

Pense assim:

SIP:<\/strong>\u00a0“Vamos fazer uma chamada.”
SDP:<\/strong>\u00a0“Posso receber \u00e1udio nesse IP, nessa porta e usando estes codecs.”
RTP:<\/strong>\u00a0“Aqui est\u00e1 o \u00e1udio.”<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

04 – SDP Offer<\/h4><\/div>\n\n\n\n
Offer
Categoria:<\/strong>\u00a0SDP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a proposta de par\u00e2metros de m\u00eddia apresentada por uma das partes de uma sess\u00e3o.

Ela pode indicar:

m\u00eddias suportadas;
codecs;
IP;
portas;
protocolos;
atributos.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Um INVITE pode carregar um SDP Offer:

INVITE <\/code>
\u2502 <\/code>
\u2514\u2500\u2500 SDP Offer <\/code>
\u2502 <\/code>
\u251c\u2500\u2500 IP <\/code>
\u251c\u2500\u2500 porta <\/code>
\u251c\u2500\u2500 \u00e1udio <\/code>
\u251c\u2500\u2500 codecs <\/code>
\u2514\u2500\u2500 atributos<\/code><\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
m=audio 40000 RTP\/AVP 0 8 101<\/code>

Isso informa, entre outras coisas, a porta e os payload types propostos para a m\u00eddia.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

05 – SDP Answer<\/h4><\/div>\n\n\n\n
Answer
Categoria:<\/strong>\u00a0SDP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a resposta \u00e0 proposta SDP enviada pela outra parte.
Ela informa quais par\u00e2metros foram aceitos, rejeitados ou modificados.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
A
\u2502
\u2502 SDP Offer
\u25bc
B
\u2502
\u2502 SDP Answer
\u25bc
A<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
A oferece:

PCMU <\/code>
PCMA <\/code>
G729<\/code>

B pode responder aceitando apenas:

PCMA<\/code>

A m\u00eddia ser\u00e1 estabelecida de acordo com a negocia\u00e7\u00e3o resultante.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

06 – Offer\/Answer<\/h4><\/div>\n\n\n\n
Offer\/Answer Model
Categoria:<\/strong>\u00a0SDP \/ SIP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 o modelo utilizado para negociar par\u00e2metros de uma sess\u00e3o multim\u00eddia atrav\u00e9s de uma oferta e uma resposta.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
\u00c9 extremamente importante durante an\u00e1lise de traces SIP.

Quando houver problema de \u00e1udio, compare:

SDP Offer \u00d7 SDP Answer<\/strong>

e depois compare isso com:

RTP real observado no trace.<\/strong><\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
Fluxo simplificado:

A B
\u2502
\u2502\u2500\u2500\u2500\u2500 SDP OFFER \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500>\u2502
\u2502
\u2502<\u2500\u2500\u2500\u2500 SDP ANSWER \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2502
\u2502
\u2502========= RTP ===========\u2502<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

07 – Codec<\/h4><\/div>\n\n\n\n
Codec
Categoria:<\/strong>\u00a0\u00c1udio \/ RTP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Codec \u00e9 o mecanismo utilizado para\u00a0codificar e decodificar<\/strong>\u00a0o \u00e1udio ou v\u00eddeo.
O nome vem de:
CO<\/strong>der +\u00a0DEC<\/strong>oder<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Alguns codecs comuns em voz:

PCMU \/ G.711 \u03bc-law
PCMA \/ G.711 A-law
G.729
G.722
Opus
iLBC<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
Se um lado suporta:

PCMA PCMU G729<\/code>

e o outro:

PCMA G722<\/code>

um codec em comum precisa existir para que a m\u00eddia seja estabelecida usando aquela negocia\u00e7\u00e3o.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

08 – Payload Type<\/h4><\/div>\n\n\n\n
PT \u2014 Payload Type
Categoria:<\/strong>\u00a0RTP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 um campo do cabe\u00e7alho RTP utilizado para identificar o formato do conte\u00fado transportado.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Quando voc\u00ea est\u00e1 analisando um trace, pode encontrar:

Payload Type: 0<\/code>

e relacion\u00e1-lo ao codec correspondente.<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
m=audio 40000 RTP\/AVP 0 8 101<\/code>

Aqui aparecem os payload types:

0 8 101<\/code>

Eles podem representar diferentes tipos de m\u00eddia ou sinaliza\u00e7\u00e3o, conforme o perfil e a negocia\u00e7\u00e3o.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

09 – RTPMAP<\/h4><\/div>\n\n\n\n
a=rtpmap
Categoria:<\/strong>\u00a0SDP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 um atributo SDP utilizado para associar um payload type a informa\u00e7\u00f5es como codec e clock rate.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Durante troubleshooting, \u00e9 importante comparar:

m=audio<\/code>

com:

a=rtpmap<\/code>

para entender o que est\u00e1 sendo negociado.<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
a=rtpmap:8 PCMA\/8000<\/code>

Interpretando:

8 \u2192 Payload Type PCMA \u2192 Codec 8000 \u2192 Clock rate<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

10 – m=audio<\/h4><\/div>\n\n\n\n
m=audio
Categoria:<\/strong>\u00a0SDP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 uma linha SDP utilizada para descrever uma se\u00e7\u00e3o de m\u00eddia de \u00e1udio.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Essa \u00e9 uma das primeiras linhas que voc\u00ea deve procurar quando estiver investigando o SDP de uma chamada.<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
m=audio 40000 RTP\/AVP 0 8 101<\/code>

Podemos interpretar:

audio <\/code>
\u2193 <\/code>
tipo de m\u00eddia <\/code>
40000 <\/code>
\u2193 <\/code>
porta <\/code>
RTP\/AVP <\/code>
\u2193 <\/code>
protocolo\/perfil <\/code>
0 8 101 <\/code>
\u2193 <\/code>
Payload Types<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

11 – Connection Information<\/h4><\/div>\n\n\n\n
c= \u2014 Connection Information
Categoria:<\/strong>\u00a0SDP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
Linha SDP utilizada para informar informa\u00e7\u00f5es de conex\u00e3o, incluindo o endere\u00e7o IP associado \u00e0 m\u00eddia.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Se o SDP indicar um IP incorreto, inexistente ou inacess\u00edvel, isso pode contribuir para problemas de m\u00eddia.

Troubleshooting

Sempre compare:

IP informado no SDP<\/strong>

com:

IP real observado no RTP.<\/strong><\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
c=IN IP4 10.10.10.20<\/code>

Significa, simplificadamente:

IN \u2192 Internet <\/code>
IP4 \u2192 IPv4 <\/code>
10.10.10.20 \u2192 endere\u00e7o<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

12 – Porta RTP<\/h4><\/div>\n\n\n\n
RTP Port
Categoria:<\/strong>\u00a0RTP \/ UDP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a porta UDP utilizada para transportar o fluxo RTP.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Voc\u00ea pode encontrar:

10.10.10.1:40000 \u2193 10.10.10.2:50000<\/code>

Se o firewall bloquear uma dessas portas, o SIP pode funcionar enquanto a m\u00eddia falha.<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
SDP:

m=audio 40000 RTP\/AVP 0<\/code>

Nesse exemplo:

porta RTP = 40000<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

13 – SSRC<\/h4><\/div>\n\n\n\n
SSRC \u2014 Synchronization Source
Categoria:<\/strong>\u00a0RTP
N\u00edvel:<\/strong>\u00a0\ud83d\udd34 Avan\u00e7ado<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 um identificador utilizado dentro do RTP para identificar uma fonte de sincroniza\u00e7\u00e3o.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Ao analisar uma captura, diferentes fluxos RTP podem ser diferenciados por seus SSRCs.

Exemplo

SSRC: 0x4A83F921<\/code>

Esse valor ajuda ferramentas de an\u00e1lise a acompanhar determinado fluxo RTP.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

14 – Sequence Number<\/h4><\/div>\n\n\n\n
Sequence Number
Categoria:<\/strong>\u00a0RTP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 o n\u00famero de sequ\u00eancia presente no cabe\u00e7alho RTP.
Ele permite identificar a ordem dos pacotes.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Em uma captura Wireshark, a an\u00e1lise dos sequence numbers ajuda a identificar:

perda;
reordena\u00e7\u00e3o;
interrup\u00e7\u00f5es;
problemas de transporte.<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
1001 <\/code>
1002 <\/code>
1003 <\/code>
1005<\/code>

O pacote:

1004<\/code>

aparentemente n\u00e3o chegou.
Isso pode ser um indicativo de\u00a0packet loss<\/strong>.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

15 – Timestamp<\/h4><\/div>\n\n\n\n
Timestamp RTP
Categoria:<\/strong>\u00a0RTP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 uma informa\u00e7\u00e3o temporal presente no cabe\u00e7alho RTP utilizada para relacionar os dados transportados \u00e0 sua posi\u00e7\u00e3o no tempo.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
\u00c9 importante para que o receptor consiga processar corretamente m\u00eddia em tempo real.

N\u00e3o confundir

Timestamp \u2260 Sequence Number<\/strong>

Sequence Number \u2192 identifica ordem dos pacotes <\/code>
Timestamp \u2192 representa posi\u00e7\u00e3o temporal da m\u00eddia<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

16 – Jitter<\/h4><\/div>\n\n\n\n
Jitter
Categoria:<\/strong>\u00a0RTP \/ QoS
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a varia\u00e7\u00e3o no tempo de chegada dos pacotes.

Imagine:

Pacote 1 \u2192 20 ms <\/code>
Pacote 2 \u2192 20 ms <\/code>
Pacote 3 \u2192 21 ms <\/code>
Pacote 4 \u2192 80 ms <\/code>
Pacote 5 \u2192 20 ms<\/code>

A varia\u00e7\u00e3o pode afetar a reprodu\u00e7\u00e3o da m\u00eddia.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Jitter elevado pode contribuir para:

\u00e1udio entrecortado;
falhas;
atraso;
necessidade de buffering;
degrada\u00e7\u00e3o da qualidade.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

17 – Packet Loss<\/h4><\/div>\n\n\n\n
Packet Loss
Categoria:<\/strong>\u00a0RTP \/ QoS
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a perda de pacotes durante o transporte.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Pode provocar:

\u00e1udio cortado;
voz rob\u00f3tica;
falhas;
palavras incompletas;
degrada\u00e7\u00e3o do MOS.<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
Enviado: <\/code>
1 2 3 4 5 6 7 8 9 10 <\/code>

Recebido: <\/code>
1 2 3 5 6 8 9 10<\/code>

Pacotes:

4 e 7<\/code>

foram perdidos.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

18 – One-Way Audio<\/h4><\/div>\n\n\n\n
One-Way Audio
Categoria:<\/strong>\u00a0Voz \/ RTP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 uma situa\u00e7\u00e3o em que o \u00e1udio funciona em apenas uma dire\u00e7\u00e3o.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Causas poss\u00edveis:

firewall;
NAT;
ACL;
rota;
IP incorreto no SDP;
porta UDP bloqueada;
SBC;
media gateway;
assimetria de rede.

Procedimento

Compare:

SDP A <\/code>
\u2193 <\/code>
IP\/porta <\/code>
\u2193 <\/code>
RTP real <\/code>
SDP B <\/code>
\u2193 <\/code>
IP\/porta <\/code>
\u2193 <\/code>
RTP real<\/code><\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
A \u2500\u2500\u2500\u2500\u2500\u2500\u2500 RTP \u2500\u2500\u2500\u2500\u2500\u2500\u2500> B <\/code>
A <\u2500\u2500\u2500\u2500\u2500\u2500 X \u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500 B<\/code>

A escuta B.
B n\u00e3o escuta A.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

19 – No Audio<\/h4><\/div>\n\n\n\n
No Audio
Categoria:<\/strong>\u00a0Voz \/ RTP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a aus\u00eancia de \u00e1udio durante uma chamada que aparentemente foi estabelecida.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Primeiras verifica\u00e7\u00f5es:

SDP;
IP;
porta;
codec;
RTP;
firewall;
NAT;
SBC.<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
Fluxo t\u00edpico

INVITE \u2713 <\/code>
100 Trying \u2713 <\/code>
180 Ringing \u2713 <\/code>
200 OK \u2713 <\/code>
ACK \u2713 <\/code>
RTP \u2717<\/code>

Aqui temos uma situa\u00e7\u00e3o cl\u00e1ssica:

Sinaliza\u00e7\u00e3o funcionando, m\u00eddia n\u00e3o funcionando.<\/strong><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

20 – RTCP-MUX<\/h4><\/div>\n\n\n\n
RTCP-MUX
Categoria:<\/strong>\u00a0RTP \/ RTCP \/ SDP
N\u00edvel:<\/strong>\u00a0\ud83d\udd34 Avan\u00e7ado<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a multiplexa\u00e7\u00e3o de RTP e RTCP na mesma porta UDP.
Tradicionalmente, RTP e RTCP poderiam utilizar portas separadas. O RFC 5761 especifica como RTP e RTCP podem compartilhar uma \u00fanica porta e como isso pode ser sinalizado no SDP utilizando\u00a0a=rtcp-mux<\/code>.\u00a0<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Isso \u00e9 muito importante em an\u00e1lise de traces modernos e em ambientes que precisam simplificar NAT traversal e regras de firewall.<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
Sem multiplexa\u00e7\u00e3o:

RTP \u2192 UDP 40000 <\/code>
RTCP \u2192 UDP 40001<\/code>

Com\u00a0rtcp-mux<\/code>:

RTP \u2500\u2510 <\/code>
\u251c\u2500\u2500 UDP <\/code>
40000 <\/code>
RTCP \u2500\u2518<\/code>

No SDP

a=rtcp-mux<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

21 – SRTP<\/h4><\/div>\n\n\n\n
SRTP \u2014 Secure Real-time Transport Protocol
Categoria:<\/strong>\u00a0Seguran\u00e7a \/ RTP
N\u00edvel:<\/strong>\u00a0\ud83d\udd34 Avan\u00e7ado<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 um perfil seguro do RTP que fornece mecanismos de prote\u00e7\u00e3o para o tr\u00e1fego RTP e tamb\u00e9m para o RTCP.

Entre as propriedades previstas est\u00e3o:

confidencialidade;
autentica\u00e7\u00e3o\/integridade;
prote\u00e7\u00e3o contra replay.

Essas caracter\u00edsticas est\u00e3o especificadas no RFC 3711.\u00a0<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Em vez de:

RTP <\/code>
\u2193 <\/code>
\u00c1udio<\/code>

temos:

SRTP <\/code>
\u2193 <\/code>
\u00c1udio protegido<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

22 – RTCP SR<\/h4><\/div>\n\n\n\n
SR \u2014 Sender Report
Categoria:<\/strong>\u00a0RTCP
N\u00edvel:<\/strong>\u00a0\ud83d\udd34 Avan\u00e7ado<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 um tipo de pacote RTCP utilizado por fontes que est\u00e3o enviando m\u00eddia.
Ele transporta informa\u00e7\u00f5es relacionadas \u00e0 transmiss\u00e3o e sincroniza\u00e7\u00e3o da sess\u00e3o.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
\u00c9 utilizado em conjunto com outros mecanismos RTCP para fornecer informa\u00e7\u00f5es sobre o fluxo RTP.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

23 – RTCP RR<\/h4><\/div>\n\n\n\n
RR \u2014 Receiver Report
Categoria:<\/strong>\u00a0RTCP
N\u00edvel:<\/strong>\u00a0\ud83d\udd34 Avan\u00e7ado<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 um tipo de relat\u00f3rio RTCP enviado por receptores para fornecer informa\u00e7\u00f5es sobre a recep\u00e7\u00e3o do fluxo RTP.

Pode ajudar a analisar:

perda;
jitter;
sequ\u00eancia;
qualidade da recep\u00e7\u00e3o.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

24 – Media Stream<\/h4><\/div>\n\n\n\n
Media Stream
Categoria:<\/strong>\u00a0RTP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 o fluxo de m\u00eddia entre dois ou mais participantes de uma sess\u00e3o.

Em uma chamada de voz:

\u00c1udio A \u2192 RTP \u2192 B <\/code>
\u00c1udio B \u2192 RTP \u2192 A<\/code><\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
\u00c9 comum termos\u00a0dois fluxos RTP<\/strong>:

RTP A \u2192 B RTP B \u2192 A<\/code>

Por isso uma chamada pode apresentar \u00e1udio em uma dire\u00e7\u00e3o e aus\u00eancia na outra.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

25 – DTMF sobre RTP<\/h4><\/div>\n\n\n\n
DTMF Events
Categoria:<\/strong>\u00a0RTP \/ Telefonia
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 o transporte de eventos DTMF atrav\u00e9s do RTP.
Um m\u00e9todo muito comum \u00e9 o uso de eventos RTP associados ao payload type negociado no SDP.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
\u00c9 utilizado quando o usu\u00e1rio pressiona:

1 <\/code>
2 <\/code>
3 <\/code>
# <\/code>
*<\/code>

durante uma chamada.

\u00c9 muito importante em:

URA;
atendimento eletr\u00f4nico;
call center;
servi\u00e7os banc\u00e1rios;
consulta de saldo;
menus telef\u00f4nicos.<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
a=rtpmap:101 telephone-event\/8000<\/code>

Isso indica que o payload type 101 est\u00e1 associado a eventos\u00a0telephone-event<\/code>.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

26 – Clock Rate<\/h4><\/div>\n\n\n\n
Clock Rate
Categoria:<\/strong>\u00a0RTP \/ Codec
N\u00edvel:<\/strong>\u00a0\ud83d\udfe1 Intermedi\u00e1rio<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a frequ\u00eancia de amostragem associada \u00e0 m\u00eddia\/codec, expressa em Hz.<\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Voc\u00ea encontrar\u00e1 frequentemente:

8000 Hz <\/code>
16000 Hz <\/code>
48000 Hz<\/code>

dependendo do codec e da aplica\u00e7\u00e3o.<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
PCMA\/8000<\/code>

Temos:

PCMA <\/code>
\u2193 <\/code>
codec <\/code>

8000 <\/code>
\u2193 <\/code>
clock rate<\/code><\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

27 – Media Type<\/h4><\/div>\n\n\n\n
Media Type
Categoria:<\/strong>\u00a0SDP
N\u00edvel:<\/strong>\u00a0\ud83d\udfe2 B\u00e1sico<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 a identifica\u00e7\u00e3o do tipo de m\u00eddia descrita no SDP.

Os exemplos mais comuns incluem:

audio <\/code>
video <\/code>
application<\/code><\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
m=audio<\/code>

indica uma se\u00e7\u00e3o de \u00e1udio.

m=video<\/code>

indica uma se\u00e7\u00e3o de v\u00eddeo.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

28 – RTP Profile<\/h4><\/div>\n\n\n\n
RTP Profile
Categoria:<\/strong>\u00a0RTP
N\u00edvel:<\/strong>\u00a0\ud83d\udd34 Avan\u00e7ado<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 um conjunto de regras e conven\u00e7\u00f5es que define como o RTP ser\u00e1 utilizado para determinada aplica\u00e7\u00e3o.

Um exemplo conhecido \u00e9:

RTP\/AVP<\/code><\/div><\/div>\n\n\n\n
Na pr\u00e1tica<\/div><\/div>\n\n\n\n
Voc\u00ea pode encontrar no SDP:

m=audio 40000 RTP\/AVP 0 8 101<\/code>

O perfil aparece como parte da descri\u00e7\u00e3o da m\u00eddia.<\/div><\/div>\n<\/div><\/div>\n\n\n\n
\n

29 – a=rtcp<\/h4><\/div>\n\n\n\n
a=rtcp
Categoria:<\/strong>\u00a0SDP \/ RTCP
N\u00edvel:<\/strong>\u00a0\ud83d\udd34 Avan\u00e7ado<\/div><\/div>\n\n\n\n
O que \u00e9?<\/div><\/div>\n\n\n\n
\u00c9 um atributo SDP utilizado para sinalizar informa\u00e7\u00f5es relacionadas \u00e0 porta utilizada para RTCP quando RTP e RTCP n\u00e3o est\u00e3o multiplexados.<\/div><\/div>\n\n\n\n
Exemplo<\/div><\/div>\n\n\n\n
a=rtcp:40001<\/code>

Indica uma porta RTCP espec\u00edfica.

Aten\u00e7\u00e3o

N\u00e3o confundir:

a=rtcp<\/code>

com:

a=rtcp-mux<\/code>

O segundo indica a utiliza\u00e7\u00e3o da mesma porta para RTP e RTCP quando negociado conforme as regras aplic\u00e1veis.\u00a0<\/div><\/div>\n<\/div><\/div>\n","protected":false},"excerpt":{"rendered":"

01 – RTP RTP \u2014 Real-time Transport ProtocolCategoria:\u00a0RTP \/ M\u00eddiaN\u00edvel:\u00a0\ud83d\udfe2 B\u00e1sicoTipo:\u00a0Protocolo O que \u00e9? RTP \u00e9 um protocolo utilizado para transportar dados de m\u00eddia em tempo real, principalmente\u00a0\u00e1udio e v\u00eddeo, em redes IP.Em uma chamada VoIP, o RTP normalmente transporta o conte\u00fado da conversa enquanto o SIP fica respons\u00e1vel pela sinaliza\u00e7\u00e3o da sess\u00e3o.O RTP foi […]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_uag_custom_page_level_css":"","site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"disabled","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"class_list":["post-726","page","type-page","status-publish","hentry"],"uagb_featured_image_src":{"full":false,"thumbnail":false,"medium":false,"medium_large":false,"large":false,"1536x1536":false,"2048x2048":false},"uagb_author_info":{"display_name":"orlandoneto.com","author_link":"https:\/\/orlandoneto.com\/index.php\/author\/orlandoneto-com\/"},"uagb_comment_info":0,"uagb_excerpt":"01 – RTP RTP \u2014 Real-time Transport ProtocolCategoria:\u00a0RTP \/ M\u00eddiaN\u00edvel:\u00a0\ud83d\udfe2 B\u00e1sicoTipo:\u00a0Protocolo O que \u00e9? RTP \u00e9 um protocolo utilizado para transportar dados de m\u00eddia em tempo real, principalmente\u00a0\u00e1udio e v\u00eddeo, em redes IP.Em uma chamada VoIP, o RTP normalmente transporta o conte\u00fado da conversa enquanto o SIP fica respons\u00e1vel pela sinaliza\u00e7\u00e3o da sess\u00e3o.O RTP foi…","_links":{"self":[{"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/pages\/726","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/comments?post=726"}],"version-history":[{"count":9,"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/pages\/726\/revisions"}],"predecessor-version":[{"id":743,"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/pages\/726\/revisions\/743"}],"wp:attachment":[{"href":"https:\/\/orlandoneto.com\/index.php\/wp-json\/wp\/v2\/media?parent=726"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}