Aum dispositivo SIP anexou um cabeçalho Via, que indica o IP de João;
Ba linha Content-Length indica o comprimento em bits do conteúdo da mensagem;
Co CALL-ID identifica o endereço do gerenciador da chamada e sua identificação;
Da linha INVITE inclui a versão do SIP, assim como uma mensagem de requisição RTP;
Eo conteúdo fornece informações sobre o IP de Luiza e como ela quer receber o áudio.
Revelar gabarito e comentário▾
GabaritoE — o conteúdo fornece informações sobre o IP de Luiza e como ela quer receber o áudio.
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 E. A mensagem SIP INVITE apresentada contém um corpo SDP (Session Description Protocol) que descreve a sessão de mídia que Luiza deseja estabelecer: o endereço IP de origem (167.180.112.24) e a porta UDP (38060) na qual ela quer receber o fluxo de áudio RTP. As demais alternativas distorcem a função de cabeçalhos SIP como Via, Content-Length e CALL-ID, ou confundem a natureza da mensagem INVITE.
O SIP (Session Initiation Protocol) é um protocolo de sinalização da camada de aplicação, definido pela IETF na RFC 3261, responsável por estabelecer, modificar e encerrar sessões multimídia (como chamadas VoIP). Ele não transporta a mídia em si — essa função é do RTP (Real-time Transport Protocol), que carrega os pacotes de áudio/vídeo. O SIP apenas "prepara o terreno": negocia quem participa, como e por onde a mídia vai fluir.
A mensagem INVITE é o pedido inicial de uma chamada. Ela contém cabeçalhos de sinalização (Via, From, To, CALL-ID, Content-Type, Content-Length) e, opcionalmente, um corpo de mensagem. No exemplo, o corpo é um SDP (Session Description Protocol), identificado pelo cabeçalho Content-Type: application/sdp. É exatamente esse corpo que descreve os detalhes da sessão de mídia: o endereço IP e a porta onde o originador (Luiza) deseja receber o áudio, o tipo de mídia (áudio), o protocolo de transporte (RTP/AVP) e o codec (0 = G.711 μ-law).
Vamos analisar a estrutura da mensagem para entender cada parte:
Linha de requisição: INVITE sip:[email protected] SIP/2.0 — indica o método (INVITE), o destinatário ([email protected]) e a versão do protocolo (SIP/2.0).
Via: SIP/2.0/UDP 167.180.112.24 — identifica o endereço do remetente (Luiza) e o transporte usado (UDP). Cada proxy que encaminha a mensagem adiciona seu próprio cabeçalho Via.
CALL-ID: [email protected] — identifica de forma única a chamada (diálogo) entre Luiza e João.
Content-Type: application/sdp — indica que o corpo da mensagem é um SDP.
Content-Length: 885 — indica o tamanho do corpo em bytes (não bits).
Corpo SDP: c=IN IP4 167.180.112.24 (endereço IP de conexão) e m=audio 38060 RTP/AVP 0 (mídia de áudio, porta 38060, protocolo RTP/AVP, codec 0).
A alternativa E está correta porque o corpo SDP fornece exatamente as informações sobre o IP de Luiza (167.180.112.24) e como ela quer receber o áudio (porta 38060, usando RTP/AVP com codec 0).
NÃO CAIA NESSA!
A banca explora a confusão entre os papéis dos cabeçalhos SIP. O candidato pode achar que o Via indica o IP de João (destino), mas ele indica o IP de Luiza (origem). Da mesma forma, Content-Length é em bytes, não bits, e o CALL-ID identifica a chamada, não o gerenciador. A alternativa E é a única que descreve corretamente a função do corpo SDP.
Elemento da mensagem SIP
Função correta
O que a alternativa errada afirma
Via
Indica o endereço do remetente (Luiza) e o transporte usado (UDP)
Indica o IP de João (destino)
Content-Length
Indica o tamanho do corpo em bytes (885)
Indica o comprimento em bits
CALL-ID
Identifica de forma única a chamada (diálogo) entre Luiza e João
Identifica o endereço do gerenciador da chamada
INVITE
Mensagem de sinalização SIP (inclui versão SIP/2.0)
É uma mensagem de requisição RTP
Corpo SDP
Fornece IP de Luiza (167.180.112.24) e porta de áudio (38060)
— (alternativa correta)
Alternativa A — ❌ Incorreta
O cabeçalho Via indica o endereço do remetente (Luiza), não o de João. Ele é usado para roteamento de respostas: cada proxy adiciona seu próprio Via, e a resposta segue o caminho inverso. O IP de João seria o destino na linha de requisição (sip:[email protected]), não no Via.
Alternativa B — ❌ Incorreta
Content-Length indica o comprimento do corpo da mensagem em bytes (885 bytes), não em bits. É um campo padrão de protocolos baseados em texto (como HTTP e SIP) para delimitar o corpo.
Alternativa C — ❌ Incorreta
O CALL-ID identifica de forma única a chamada (diálogo) entre Luiza e João, não o endereço do gerenciador. Ele é usado para correlacionar mensagens da mesma sessão. O gerenciador (proxy/registrar) é identificado por outros meios, como o endereço no cabeçalho Via ou o domínio.
Alternativa D — ❌ Incorreta
A linha INVITE inclui a versão do SIP (SIP/2.0), mas não é uma mensagem de requisição RTP. O RTP é um protocolo de transporte de mídia separado, usado após o estabelecimento da chamada pelo SIP. O INVITE é uma mensagem de sinalização SIP, não RTP.
Alternativa E — ✅ Correta ⟵ GABARITO
O corpo SDP (c=IN IP4 167.180.112.24 e m=audio 38060 RTP/AVP 0) fornece as informações de mídia: o endereço IP de Luiza (167.180.112.24) e como ela quer receber o áudio (porta UDP 38060, usando RTP/AVP com codec 0). É exatamente isso que o SDP descreve.