Com base nessa mensagem invite do protocolo SIP, assinale a opção correta.
AA última linha da mensagem determina a forma como o remetente quer receber o áudio da ligação SIP.
BO endereço 167.180.112.24 corresponde ao próximo salto que a mensagem deverá fazer para chegar ao destino.
CO endereço [email protected] corresponde ao endereço do servidor SIP.
DA linha Content-Type determina os formatos de arquivo que podem ser anexados durante a chamada SIP.
EA linha Content-Lenght indica o comprimento, em bits,do tamanho da mensagem SIP.
Revelar gabarito e comentário▾
GabaritoA — A última linha da mensagem determina a forma como o remetente quer receber o áudio da ligação SIP.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
SIP: mensagem INVITE e o corpo SDP
Gabarito: letra A. A última linha da mensagem (m=audio 38060 RTP/AVP 0) faz parte do corpo SDP (Session Description Protocol) e descreve a sessão de mídia que o remetente deseja estabelecer — no caso, áudio na porta 38060, usando RTP/AVP (perfil de áudio/vídeo) com o payload type 0 (PCMU, codec de áudio). É essa linha que determina como o remetente quer receber o áudio da chamada SIP.
O SIP (Session Initiation Protocol) é o protocolo de sinalização usado para estabelecer, modificar e encerrar sessões multimídia (chamadas VoIP, videoconferências). A mensagem INVITE é a primeira etapa do estabelecimento de uma chamada: o remetente convida o destinatário a participar de uma sessão. A mensagem é dividida em duas partes principais: o cabeçalho (header) e o corpo (body). O cabeçalho contém as linhas de controle — Via, From, To, Call-ID, Content-Type, Content-Length — enquanto o corpo contém a descrição da sessão, geralmente em SDP.
O SDP é um formato de descrição de sessão que especifica os detalhes da mídia que será trocada: tipo de mídia (áudio, vídeo), porta de destino, protocolo de transporte (RTP/AVP) e codecs suportados. No exemplo, a linha m=audio 38060 RTP/AVP 0 indica que o remetente quer receber áudio na porta UDP 38060, usando RTP (Real-time Transport Protocol) com o perfil AVP (Audio/Video Profile) e o payload type 0, que corresponde ao codec PCMU (G.711 μ-law). Essa é a informação que define "como" o remetente quer receber o áudio.
A pegadinha da questão está em confundir os papéis de cada campo da mensagem. O endereço IP na linha Via não é o próximo salto, mas o endereço do remetente que enviou a mensagem. O Call-ID não é o endereço do servidor SIP, mas um identificador único da chamada. O Content-Type não define formatos de arquivo anexados, mas o tipo do corpo da mensagem (no caso, SDP). E o Content-Length não é medido em bits, mas em bytes. A banca explora exatamente essa confusão entre os campos do cabeçalho e o corpo SDP.
Guarde a distinção entre sinalização (SIP) e mídia (RTP): o SIP negocia a chamada, mas o áudio em si trafega via RTP sobre UDP, na porta indicada pela linha m= do SDP. É essa linha que decide a alternativa correta.
Mensagem SIP INVITE
1Cabeçalho (controle)
Via: endereço do remetente
From/To: origem/destino
Call-ID: identificador da chamada
Content-Type: tipo do corpo (SDP)
Content-Length: tamanho em bytes
2Corpo SDP (mídia)
m=audio 38060 RTP/AVP 0
Tipo: áudio
Porta: 38060
Protocolo: RTP/AVP
Codec: payload 0 (PCMU)
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
A linha m=audio 38060 RTP/AVP 0 é uma linha de mídia do SDP. Ela especifica o tipo de mídia (áudio), a porta de destino (38060), o protocolo de transporte (RTP/AVP) e o formato de codificação (payload type 0, que é o codec PCMU). Ou seja, ela determina exatamente como o remetente quer receber o áudio da ligação: em qual porta, com qual protocolo e com qual codec. É a descrição da sessão de mídia que o remetente propõe.
Alternativa B — ❌ Incorreta
O endereço 167.180.112.24 aparece na linha Via: SIP/2.0/UDP 167.180.112.24. A linha Via indica o endereço do remetente que enviou a mensagem (o host de origem), não o próximo salto. O próximo salto seria determinado pelo roteamento SIP, que pode envolver servidores proxy, e não é indicado por essa linha. A linha Via serve para que as respostas SIP possam ser roteadas de volta pelo mesmo caminho.
Alternativa C — ❌ Incorreta
O campo Call-ID: [email protected] é um identificador único da chamada, usado para correlacionar mensagens da mesma sessão. Ele não é o endereço do servidor SIP. O servidor SIP seria identificado pelo domínio no URI de destino (dominio2.com) ou pelo endereço no cabeçalho To, mas o Call-ID é apenas um identificador de diálogo, não um endereço de servidor.
Alternativa D — ❌ Incorreta
A linha Content-Type: application/sdp indica o tipo do corpo da mensagem, ou seja, que o corpo é uma descrição de sessão SDP. Ela não determina formatos de arquivo que podem ser anexados durante a chamada. O Content-Type no SIP segue o padrão MIME, mas aqui ele apenas informa que o corpo é SDP, não que arquivos podem ser anexados.
Alternativa E — ❌ Incorreta
A linha Content-Length: 960 indica o comprimento do corpo da mensagem em bytes, não em bits. O valor 960 representa o tamanho do corpo SDP em bytes. A banca troca a unidade de medida: o campo Content-Length no SIP (e no HTTP) é sempre expresso em bytes, nunca em bits.
NÃO CAIA NESSA!
A banca adora inverter o papel dos campos do cabeçalho SIP. Aqui, ela troca o Via (origem) por "próximo salto", o Call-ID (identificador) por "endereço do servidor", o Content-Type (tipo do corpo) por "formatos de arquivo anexados" e o Content-Length (bytes) por "bits". A única alternativa que acerta é a que reconhece a linha m= do SDP como a descrição da mídia. Com treino, você identifica essas trocas de longe 💪
PEGA ESSA DICA!
Para questões de SIP, memorize a função de cada campo: Via = caminho da mensagem, From/To = origem/destino, Call-ID = identificador da chamada, Content-Type = tipo do corpo, Content-Length = tamanho do corpo em bytes. E lembre-se: a linha m= do SDP é a que descreve a mídia (tipo, porta, protocolo e codec).