# Flujo de llamada SIP: de INVITE a BYE

> Una llamada SIP básica es una negociación en tres fases INVITE/200/ACK seguida de medios y un BYE. El emisor envía INVITE (con una oferta SDP); el destinatario responde 100 Trying, 180 Ringing y luego 200 OK (con la respuesta SDP); el emisor envía ACK; fluyen los medios RTP; y cualquiera de las partes termina la llamada con BYE, respondido con 200 OK.

- URL canónica: https://www.broadnet.me/es/reference/sip-call-flow
- Idioma: es
- Última actualización: 2026-07-18
- Editor: BroadNet (https://www.broadnet.me)

Una llamada SIP completa paso a paso: INVITE con oferta SDP, 100 Trying, 180 Ringing, 200 OK con respuesta SDP, el ACK en tres fases, medios RTP y el derribo BYE/200 OK, además de cómo CANCEL aborta una llamada que suena.

## Establecer la llamada

La llamada comienza con el UAC del emisor enviando un INVITE hacia el destinatario, transportando una oferta SDP que describe los medios que desea. A medida que la solicitud atraviesa los proxies, cada uno puede devolver 100 Trying para detener las retransmisiones. Cuando el teléfono del destinatario empieza a alertar, fluye de vuelta un 180 Ringing, que es lo que produce el tono de llamada. Si se necesita early media (anuncios de red, tono de llamada de la red remota), un 183 Session Progress con SDP puede abrir el trayecto de medios antes de contestar.

## Respuesta y la negociación en tres fases

Cuando el destinatario contesta, su UAS devuelve un 200 OK que transporta la respuesta SDP que finaliza la negociación de medios. El emisor confirma con un ACK —la tercera pata de la negociación del INVITE— y el diálogo queda entonces completamente establecido, identificado por Call-ID más ambas etiquetas. El intercambio en tres fases INVITE/200/ACK, en lugar de una simple solicitud/respuesta, es lo que hace fiable el establecimiento de llamada SIP incluso sobre UDP con pérdidas.

*Una llamada SIP completa*

```text
Alice (UAC)                         Bob (UAS)
   │  INVITE (SDP offer)   ─────────▶ │
   │ ◀───────── 100 Trying           │
   │ ◀───────── 180 Ringing          │   (Bob's phone rings)
   │ ◀───────── 200 OK (SDP answer)  │   (Bob answers)
   │  ACK                  ─────────▶ │
   │ ◀═══════ RTP media (both ways) ═▶ │   (the conversation)
   │  BYE                  ─────────▶ │   (Alice hangs up)
   │ ◀───────── 200 OK               │
```

## Medios y cambios en mitad de la llamada

Una vez que el ACK completa el establecimiento, los medios RTP fluyen directamente entre los puntos finales (o a través de un relé de medios) en los puertos que negoció el SDP, con independencia del trayecto de señalización. Los cambios en mitad de la llamada se hacen con un re-INVITE o UPDATE que transporta un nuevo SDP: así se hacen la retención (a=sendonly), la reanudación (a=sendrecv), la renegociación de códec y añadir vídeo, todo dentro del diálogo existente sin caer la llamada.

## Terminar la llamada — BYE

Cualquiera de las partes termina una llamada establecida enviando BYE, que la otra confirma con 200 OK; el diálogo se cierra entonces y los medios se detienen. BYE es una solicitud dentro del diálogo, así que transporta el Call-ID establecido, la etiqueta de From, la de To y el siguiente CSeq. Como es una transacción normal, un BYE perdido se retransmite hasta que se confirma, de modo que ambos lados convergen en que la llamada ha terminado.

## Abortar una llamada en curso — CANCEL

Si el emisor se rinde antes de que el destinatario conteste —la llamada aún suena—, el UAC envía CANCEL, no BYE, porque aún no ha llegado una respuesta final. El destinatario deja de alertar y devuelve 487 Request Terminated para el INVITE original, que el emisor confirma con ACK. CANCEL solo es válido en esta ventana previa a la respuesta; una vez recibido un 200 OK, la llamada está establecida y BYE es la forma de terminarla.

*Terminar frente a abortar una llamada*

| Situación | Método | Resultado |
|---|---|---|
| Llamada contestada, ahora colgar | BYE | 200 OK; diálogo cerrado |
| Sigue sonando, el llamante abandona | CANCEL | 487 Request Terminated en el INVITE |
| El destinatario rechaza mientras suena | (respuesta) 486/603 | Busy Here / Decline; el llamante envía ACK |

## Preguntas frecuentes

### ¿Cuál es el flujo básico de una llamada SIP?

INVITE (con oferta SDP) → 100 Trying → 180 Ringing → 200 OK (con respuesta SDP) → ACK, luego fluyen los medios RTP, y la llamada termina con BYE → 200 OK. La negociación en tres fases INVITE/200/ACK establece el diálogo; BYE lo derriba.

### ¿Por qué SIP usa una negociación en tres fases para el INVITE?

El ACK confirma que el emisor recibió el 200 OK final, haciendo fiable el establecimiento de llamada incluso sobre UDP con pérdidas. Como un 200 OK a un INVITE se retransmite hasta que se confirma con ACK, el intercambio en tres fases garantiza que ambos lados acuerden que la llamada está activa antes de confiar en los medios.

### ¿Cómo pongo una llamada SIP en espera?

Envía un re-INVITE (o UPDATE) dentro del diálogo establecido con un nuevo SDP que fije la dirección de medios a a=sendonly (y a=sendrecv para reanudar). El diálogo y la llamada permanecen activos; solo cambia la dirección de los medios, que es también como se entrega la música en espera.

### ¿Cuándo envío CANCEL en lugar de BYE?

Envía CANCEL cuando la llamada aún suena y no ha llegado ninguna respuesta final: aborta el INVITE pendiente y produce un 487. Envía BYE solo después de que la llamada esté establecida (se recibió un 200 OK). Usar el equivocado deja los dos lados desincronizados.

### ¿Los medios siguen el mismo trayecto que los mensajes SIP?

Normalmente no. La señalización SIP puede atravesar varios proxies, pero los medios RTP fluyen por puertos negociados por separado, normalmente directamente entre los puntos finales o a través de un relé de medios o SBC dedicado, y por eso la señalización puede tener éxito mientras los medios (el audio) fallan de forma independiente.

## Fuentes

- [IETF RFC 3261 — SIP (call flows)](https://datatracker.ietf.org/doc/html/rfc3261)
- [IETF RFC 3665 — SIP Basic Call Flow Examples](https://datatracker.ietf.org/doc/html/rfc3665)

## Relacionado

- [Métodos y solicitudes SIP](https://www.broadnet.me/es/reference/sip-methods-and-requests)
- [Códigos de respuesta SIP](https://www.broadnet.me/es/reference/sip-response-codes)
- [SDP: Session Description Protocol](https://www.broadnet.me/es/reference/sdp-session-description-protocol)
- [Medios RTP y SRTP](https://www.broadnet.me/es/reference/rtp-and-srtp-media)
- [Voz programable (producto)](https://www.broadnet.me/es/products/voice)