Como o Skype Segmenta Áudio/Vídeo na Camada 4
Ao iniciar uma chamada de vídeo no Skype, a camada de Transporte (OSI Camada 4) lida com segmentação, multiplexação e entrega ponta a ponta. Os protocolos-chave:
1. RTP — Protocolo de Transporte em Tempo Real (RFC 3550)
- Carrega payload de mídia real (frames de áudio/vídeo).
- Adiciona cabeçalhos: número de sequência, timestamp, SSRC (fonte de sincronização), tipo de payload.
- Rodando sobre UDP. Não garante entrega ou ordem — aplicação lida com perda/jitter.
2. UDP — Protocolo de Datagrama de Usuário (RFC 768)
- Sem conexão, overhead mínimo (cabeçalho 8 bytes).
- Sem retransmissão, sem controle de congestionamento → baixa latência.
- Preferido para mídia em tempo real porque pacotes atrasados são inúteis.
3. SRTP — RTP Seguro (RFC 3711)
- Criptografa payload RTP + autentica cabeçalho.
- Usa AES-CTR ou AES-GCM; chaves derivadas via DTLS-SRTP ou SDES.
- Protege confidencialidade e integridade dos streams de mídia.
4. TLS — Segurança da Camada de Transporte (RFC 8446)
- Protege o canal de sinalização (SIP sobre TLS, ou protocolo proprietário Skype sobre TLS).
- Autentica pares, troca certificados, negocia chaves SRTP (via DTLS).
- Roda sobre TCP (geralmente porta 443 para travessia de firewall).
5. ICE / STUN / TURN (Travessia NAT)
- Não são camada de Transporte per se, mas essenciais para caminho de mídia UDP.
- ICE reúne candidatos; STUN descobre IP público; TURN relé se direto falhar.
Fluxo Resumido
- TLS protege setup da chamada e troca de chaves.
- DTLS-SRTP deriva chaves de mídia.
- Mídia codificada → pacotes RTP → SRTP criptografa → datagramas UDP → rede.
- Receptor: UDP → SRTP descriptografa → RTP desempacota → decodifica → reproduz.
Esta stack atinge latência sub-150ms com criptografia — crítico para conversa natural.
