Unidad 6 - Clase 6 - VoIP

Telefonía IP
VoIP
Ing. Mijail Ochoa S.

Universidad Tecnológica de Panamá
Agosto, 2018
INDICE
 Objetivos
 Introducción
 Voz sobre Redes de Paquetes
 Modelo de referencia TCP/IP
 Norma RFC 1889: Protocolos RTP y RTCP
 Capa de control de llamada (Señalización)
 CODECs
 Análisis del Paquete de VoIP
 El Gateway
 Trunking IP y el Toll Bypass
11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 2

OBJETIVOS
 Comprender qué es y cuáles son los fundamentos de Voz sobre IP.
 Comprender las similitudes y diferencias con Telefonáa Básica.
 Desarrollar una comprensión completa y estructurada sobre
funciones, protocolos y componentes de VoIP.
 Comprender los distintos protocolos que existen en VoIP.
 Comprender como se puede mejorar la QoS en VoIP.
 Comprender qué es y cuáles son los fundamentos del protocolo
H.323.
 Comprender el protocolo SIP.
 Comprender y evaluar calidad de servicio en VoIP.
 Conocer cuáles son las distintas estrategias para su
implementación.
 Vincular los conocimientos teóricos con implementaciones reales de
VoIP que funcionan en su empresa o lugar de trabajo.

HITOS
 Telefonía Internet VocalTec Inc. (Feb 1995)
 Software Internet Phone permitía que dos usuarios de Internet se
hablaran entre sí (PC a PC)
 Su principal limitación era no poder hablar desde un PC a un
teléfono
 Gateway de Telefonía VocalTec / Dialogic (Ago. 1996)
 Creación de VoIP VocalTec / Cisco (Verano 1996)

 Primeras experiencias de establecimiento de llamadas de
teléfono a computadora y de teléfono a teléfono.

¿Por qué tanta emoción?
 Reduce costos en las redes
 Integración de Redes
 Convergencia de escritorio
 Simplificación de Administración y Mantenimiento
 Mismo personal para Voz y Datos
 Incrementa la movilidad y el acceso a la información

 Mensajería Unificada
 Centros de atención remotos
 Facilita la movilidad de trabajadores
 Habilita nuevas aplicaciones de eBusiness

 Habilita la Web al centro de llamadas

¿En qué consiste?
 Es una forma de codificación y encapsulamiento de señales digitales de
voz para ser transmitidas a través de redes de paquete (p.e. IP)
 La voz es primeramente digitalizada y procesada para ocupar menos ancho

de banda (Codificada)
 Los DSP (Digital Sound Processor) son dispositivos electrónicos
encargados de la compresión y paquetización
 Luego se encapsula en el protocolo IP formando paquetes y se transmite
 Aprovecha la red IP para la comunicación de voz

 Utiliza las redes LAN y WAN como medio de Transmisión
 Voz y datos completamente integrados
 En el extremo receptor se realiza el proceso inverso y se recupera la voz

Voz sobre redes de paquetes
 Funciones básicas que debe realizar un sistema de voz sobre IP.
 Digitalizar (G.711) y comprimir si es necesario (G.723 ó G.729).
 La voz es nativamente una señal analógica.
 Si el paquete va a pasar por una red WAN.
 Paquetizar (encapsulada en paquetes IP).

 Enrutamiento de los paquetes.
Señal de voz Señal de voz
Codificación Decodificación
Empaquetado Desempaquetado
Red de paquetes IP
(Internet, MPLS)

Tipos de llamadas VoIP
 PC a PC
 PC a Teléfono
 Teléfono a Teléfono
PSTN
Cable Modem
Gateway
Gateway
INTERNET
Acceso Internet
Dedicado

En la Red IP
 Los Routers y Switches en la Internet examinan las Direcciones IP
de los paquetes para llegar al destino deseado
 Pueden haber muchos “Routers” y switches en el camino que toma

el paquete de VoIP hasta su destino

Modelo de referencia TCP/IP

Criterio de entrega
 IP (Internet Protocol)
 Protocolo de nivel de red.
 Se preocupa de hacer llegar cada paquete a su destino del mejor modo
posible.
 Datos Entrega confiable (TCP, protocolo de nivel de transporte)

 Proporciona transporte de datos de un nodo a otro mediante el uso de
técnicas orientadas a la conexión.
 Multimedia: Entrega a tiempo (UDP)

 Intercambio de información (audio y video en tiempo real)
 Transmisión de paquetes de sonido y video no interactivo bajo UDP
(User Datagram Protocol)
 Protocolo de nivel de transporte
 Establece la comunicación entre dos estaciones pero no provee
confiabilidad
 Los paquetes pueden llegar en desorden o no llegar.

Protocolo de Nivel de Transporte
 TCP (Transmission Control Protocol)
 Servicio de entrega de paquetes orientado a conexión.
 Es confiable y se basa en el establecimiento de Circuitos Virtuales.
 Maneja el concepto de puertos.
 Las conexiones se identifican por dos pares :
 (Dirección IP Host 1, Puerto Host 1)
 (Dirección IP Host 2, Puerto Host 2)
 Se pueden tener varias conexiones simultáneas al mismo puerto en un

host.
 Existen (al igual que en UDP) Puertos BIEN CONOCIDOS que son
asignados a aplicaciones específicas.
 Los bloques de información que entrega la aplicación son divididos en
segmentos de datos y manejados óptimamente.
 El tamaño de los segmentos es independiente del tamaño de los
bloques de información.
 Estos segmentos de datos son entregados al nivel IP para su
transmisión.
 UDP (User Datagram Protocol):
 Servicio de entrega de paquetes NO orientado a conexión.
 Las aplicaciones desarrolladas que utilizan UDP deben ser
responsables de la confiabilidad.
 Varias aplicaciones pueden utilizar simultáneamente los servicios de
UDP.
 La forma de diferenciar las aplicaciones consiste en la asignación de
PUERTOS.
 Algunos puertos se denominan PUERTOS BIEN CONOCIDOS y se
asignan a aplicaciones específicas.

Puerto l Puerto n Puerto m
UDP Mux
Datagrama UDP
Nivel IP

VoIP Layers
• VoIP sessions consist of three
separate flows over the network
– The outgoing media stream

ALayer 7,
Applications Terminal Control & management pplication Layers 3
Layer through 6 are – The incoming media stream
ITU-T Rec. assume support defined by
Layer 6, VOIP
of G.711, G.723, G.729 40ms
packets is 40 bytes for G.729 SIP (Session Initiation Protocol) or
Presentati
on Layer
standards, not – The Signaling and Control
802.11
& 320 bytes for G.711 RTCP H.323, or Megaco, or proprietary stream.
RTP (Real Time Transport Protocol) Layer 5,
- Requires 12 to 16 bytes of Session
Total Header
header overhead
UPD (User Datagram Protocol) - Requires 8
Layer
Layer 4,
Overhead in
layers 3 through
• Streams use different routes and
bytes of header overhead TCP (Transmission Control Protocol) Transport 5 is 40 bytes. By they use different protocols.
Layer going to the
Layer 3, Robust Header
IP (Internet Protocol) - requires 20 bytes minimum of header overhead Network
Layer
Compression,
this overhead
– Media Streams use RTP/UDP
Layer 2, drops to 2 bytes because voice data is very fragile.
802.2 Logical Link Control (LLC) Not part of the 802.11 standard! Link Layer If it doesn’t get there within 150
802.11i - security still in committee In wired
system
msec, its useless!
802.11 Media Access Control Layer (Mac)
This layer serves to provide reliable data delivery and controls access this would
to the network. For VoIP applications, this access must have priority
over data applications.
be
Ethernet Defined by – Signaling and Control uses TCP
This layer adds 34 bytes of header overhead. with 14 the 802.11 because it is very important that
bytes of standard. the data arrive and be accurate.
overhead Everything
Header in physical layer has “sync bits” that must run at the slowest possible else defined The time it arrives doesn’t matter
speed to ensure backward compatibility. by a so much.
Overhead in this layer is 96usecs per frame. Layer 1, different
Physical standard or
layer proprietary
Frequency Hopping Spread Direct Sequence Spread
Infrared
Spectrum Spectrum

Connection-Oriented Protocol (TCP)
Destination Address
Destination Address continued (address of first router) Ethernet Ver .2
Header
Source Address
(14 bytes
Source Address Continued Type
Ver IHL Type of Service Total Length (16 bits)
Identifier Flags Fragment Offset
Time to Live Protocol (6) Header Checksum IP Header
(20 bytes)
Source Address
Destination Address (Final destination address)
Options and Padding
Source Port Destination Port
Sequence Number
Acknowledgement Number
TCP Header
Offset Reserved UA P RS F Window (min length 20
octets)
Checksum Urgent Pointer
Options and Padding
Data
Data Link Trailer
Data Link Trailer Variable length

TCP Startup
IP Host Synchronize IP Host
A B
Synchronize Acknowledge
Synchronize: Sets sequence
Connection number randomly (ex 2000)
Acknowledge Sync acknowledge from host B
sets an acknowledgement
Data Transfer number 1 greater than the
Data Transfer
Acknowledge (1) original sequence number (ex
(Slow Start)
2001) then set its own random
Data Transfer
sequence number (ex 4000).
Host A then send an
Acknowledge (2)
acknowledgment number back
of 1 plus the sequence number
from host B (4001)
Data Transfer
Once data transmission is
started, the sequence number
Acknowledge (4)
is incremented by the number
of data octets. For example if
an initial sequence number is
100 and 150 octets of data are
sent, then the next sequence
Finish number will be 250.
Disconnect
Finish Acknowledge

Norma RFC 1889: Protocolos
RTP y RTCP
Protocolo RTP
 RTP: Real-Time Transport Protocol (protocolo en tiempo real)
 Estándar para el transporte de tráfico en tiempo real sobre Internet.
 Origen: red MBONE (Multicast Backbone): red virtual de difusión
superpuesta sobre Internet para multiconferencias
 Se asume la existencia de:
 Imperfecciones en la red (pérdidas y retardos).
 Posible variación de características de la red durante la

comunicación.
 Corre sobre UDP.
 Considera sincronización, con tags de tiempo.
 RTCP: Real-Time Trasport Control Protocol.
 RTP: No se concentra en entrega segura de información como TCP.
 Es preferible entregar a tiempo, que entregar confiable.
 RTP le agrega a cada trama la identificación del tipo de información que
contiene, el número de secuencia y la hora en que fue generada. Esto
permite que el receptor transmita la información al usuario al mismo ritmo
en que fue generada y permite conocer si hubo descartes de información
Estructura del RTP
20 8 12 Bytes Variable
Cabecera Cabecera Cabecera
Datos (Audio o Video digital)
IP UDP RTP
La cabecera RTP incluye: Con esto el receptor puede:
Identificar el tipo de
Tipo de carga útil
información recibida
(7 bits)
(ej.: audio G.722)
Ordenar datagramas
Número de secuencia
recibidos,
(16 bits)
detectar perdidos
Reproducir en el
Timestamp
instante adecuado,
(32 bits)
sincronizar audio y vídeo

Cabecera RTP
 El campo ‘Tipo de carga útil’ (Payload Type):

 Permite especificar el formato de la información digital de audio o
vídeo que lleva el paquete (por ejemplo el valor 9 representa audio
G.722). Esto permite al receptor realizar correctamente la
decodificación. El emisor puede variar el formato cuando lo desee
durante una sesión simplemente cambiando el valor de este
campo.
 El campo ‘Número de secuencia’:

 Lo utiliza el emisor para enumerar de forma monótonamente
ascendente los paquetes enviados. Esto permite al receptor (o
receptores) detectar paquetes perdidos (por ejemplo por congestión
en la red) y reordenar los paquetes recibidos fuera de orden.

RTCP (RTP Control Protocol)
 Protocolo que trabaja en conjunto con RTP que se basa en la
transmisión periódica, a todos los participantes de una sesión, de
paquetes de control con información sobre la calidad de la
comunicación.
 Regula intercambio de mensajes de control en una sesión

multimedia.
 Información de calidad de servicio:

 Retardo
 Tasa de paquetes recibidos y perdidos...
 No proporciona mecanismos QoS.

RTP Packet
Destination Address
Ethernet Ver .2
Destination Address continued
Header
Source Address (14 bytes
Source Address Continued Type
Ver IHL Type of Service Total Length
Identifier Flags Fragment Offset IP Header
(20 bytes)
Time to Live Protocol(17) Header Checksum
Source Address
Destination Address
Options and Padding
Source Port Destination Port UDP Header
(8 bytes)
Length Checksum
V P X CC M PT Sequence Number
Time Stamp
RTP Header
Synchronization Source 12-16 bytes
Contributing Source (optional)
Voice Data – 40 msec G.729 is 40 bytes, G.711 320 bytes Data Link Trailer
Data Link Trailer 4 bytes

QoS en VoIP
 Latencia
 Problema solo con audio bidireccional, no es un problema para audio de una vía (transmisión).
 La latencia de más de 300 ms de ida y vuelta (150 mseg una vía) no es aceptable
 Eco - TCLw es muy importante! (TIA810a)

 El eco es un problema para su oyente. Por lo general, la persona con la que está hablando habla, su voz se escucha en su
receptor, parte de esa voz se acopla al mic rófono de su teléfono, que luego se transmite al altavoz pero se retrasa por la latencia
de la red. A ciertas cantidades de retraso y amplitud, puede hacer casi imposible que la persona incluso hable.
 ¡Cualquier retraso de ida y vuelta> 28 mseg requiere cancelación de eco o muy buena!
 VoIP siempre tiene un retraso de ida y vuelta> 28 mseg
 Paquetes perdidos
 Más del 1% al 5% perceptible.
 Intranet típica <.1%, Internet <4% a 100%
 Causa principal: congestión de la red.
 Jitter - Variación en Delay

 Típico: Intranet <50 ms, Internet <200 ms a ∞
 Causa principal: colas, sistemas CSMA muy impredecibles
 Múltiples caminos a través de la red que hacen que algunos paquetes lleguen antes que otros.
 Si el teléfono 802.11 VoIP no puede tener acceso predecible a la red, el resultado es la inestabilidad.
 La memoria intermedia de fluctuación de fase adaptativa resuelve la fluctuación de fase a expensas de la latencia
 Los buffers de jitter inteligentes se reajustan durante los períodos de silencio.
 Calidad de audio - Problemas de Vocoder, ancho de banda de audio

 Varios estándares de codificación de la voz que permiten diferentes anchos de banda de audio y diferentes niveles de calidad
intercambiados frente a ancho de banda.
 G.711 64 Kbits / seg ancho de banda ADPCM 3 KHz
 G.729 8 Kbits / seg. Modela la voz en trozos de 10 ms y envía coeficientes DSP para reconstruir el sonido.

QoS - Latencia
 Delay > 150 msec one way is unacceptable
 The old satellite overseas links had a one way latency of 500 ms
 Typical intranet delay <50 msec,
 Typical internet delay (best effort) <800 msec
 Chief cause of network latency:

 Queuing in Routers
 Going from 100 Mbit/sec to < 1 Mbit/sec
 Additional latency due to tradeoff of packet size vs. header overhead vs. power.
 Header overhead doesn’t directly affect latency for high speed links (>1Mb/s) but does so indirectly in
that more bandwidth is used. Coupled with other traffic, a congested network results that cause delay
in accessing or result in lost packets.
 58 bytes (464 bits) of header overhead using wired Ethernet VoIP
 Robust Header Compression (RHC) can reduce this to 20 bytes
 78 bytes (624 bits) using 802.11 wireless Ethernet of header overhead in VoIP
 When power must be saved for battery life issues, the only solution is to increase the voice sample
size from, for example, 10 msec to 40 msec, then pushing this accumulated data over a high speed
link in something under 5 msec, and finally putting the device into a power save mode for 35 msec.
 Increasing the voice sample size from 10 msec to 40 msec directly increases latency to 40 msec. You have to
accumulate the entire set o samples before it can be packetized!
 Jitter is converted to latency through the use of a “jitter buffer”. Data is accumulated in the
jitter buffer for the maximum expected arrival time for the packet. This time adds directly to
latency.
 If one doesn’t wait for a long enough time, packets will be lost (but latency will be less)

QoS - Latencia
 Retraso> 150 msec una forma es inaceptable
 Los antiguos enlaces satelitales en el extranjero tenían una latencia unidireccional de 500 ms.
 Retardo de intranet típico <50 mseg,
 Retardo típico de internet (mejor esfuerzo) <800 mseg
 Causa principal de la latencia de la red:

 Hacer cola en los enrutadores
 Pasando de 100 Mbit / seg a <1 Mbit / seg
 Latencia adicional debido a la compensación del tamaño del paquete frente a la

sobrecarga del encabezado frente a la potencia.
 La sobrecarga del encabezado no afecta directamente la latencia para los enlaces de alta velocidad (> 1Mb / s), pero lo
hace de manera indirecta ya que se usa más ancho de banda. Junto con otro tráfico, los resultados de una red
congestionada causan un retraso en el acceso o la pérdida de paquetes.
 58 bytes (464 bits) de sobrecarga de encabezado utilizando Ethernet VoIP por cable
 La compresión de encabezado robusta (RHC) puede reducir esto a 20 bytes
 78 bytes (624 bits) que usan 802.11 Ethernet inalámbrica de la sobrecarga del encabezado en VoIP
 Cuando se debe ahorrar energía debido a problemas de duración de la batería, la única solución es aumentar el tamaño de
la muestra de voz, por ejemplo, de 10 ms a 40 ms, y luego empujar estos datos acumulados sobre un enlace de alta
velocidad en algo inferior a 5 ms, y finalmente poner el dispositivo en un modo de ahorro de energía durante 35 ms.
 Aumentar el tamaño de la muestra de voz de 10 ms a 40 ms directamente aumenta la latencia a 40 ms. ¡Debe acumular todo el
conjunto de muestras antes de poder empaquetar!
 Jitter se convierte a latencia mediante el uso de un "búfer de jitter". Los datos

se acumulan en el búfer de fluctuación de fase para el tiempo de llegada
máximo esperado para el paquete. Esta vez se suma directamente a la
latencia.
 Si uno no espera el tiempo suficiente, los paquetes se perderán (pero la latencia será menor)

Codecs
 Los codecs se utilizan para transformar la señal

de voz analógica en una versión digital.
 Los softphone, hardphone, PBX-IP... soportan
una serie de codecs cada uno. Cuando “hablan
entre sí” negocian un codec común.
 Aspectos a tener en cuenta por el codec:
 Calidad de sonido.
 Ancho de banda requerido.
 Requisitos de computación.

Codecs: comparación
GSM 13 kbps
iLBC 15 kbps
G.711 64 kbps
G.723 5.3/6.3 kbps
G.726 16/24/32/40 kbps
G.729 8 kbps
Speex 2.15 a 44.2 kbps

Codecs
 Codec Standards
 G.711
 64000 bits/sec (8000 samples/sec and 8 bits/sample)
 ADPCM with either µ law or A law applied
 A 20 msec audio sample requires 160 bytes
 G.729 (Vocoder –Linear Predictive Coding)

 8000 bits/sec
 Operates on 10 msec audio samples. A 20 msec audio sample
would require two G.729 samples and a total of 20 bytes.
 Other standards, G.729B, G.723.1, G.728, G.726, G.722
 Transcoding
 While it is possible to transcode between standards, it is almost
never a good idea. Audio quality is lost!
 Transcoding also introduces latency

Capa de infraestructura de paquetes
 El protocolo utilizado es RTP (Real time

Transport Protocol).
 En caso de pérdida de paquetes, éstos no se
retransmiten ya que RTP funciona sobre UDP.
 Para garantizar la calidad y poder priorizar estos
paquetes, la red debería soportar esquemas de
conocimiento de la aplicación y marcado de
paquetes.

Capa de control de llamada
(Señalización)
 Es la capa que le informa a RTP dónde terminar y dónde

comenzar.
 Traduce el número de teléfono a la dirección IP.
 Es el proceso de tomar una decisión de enrutamiento:
adónde debe ir y cómo hacer para que ocurra la
llamada.
 En PSTN esta tarea es realizada por los protocolos de
señalización (SS7).
 Los protocolos mas importantes que se utilizan para
negociar y establecer las comunicaciones de voz sobre
IP son: SIP, H323, IAX2, MGCP.
Arquitectura de capas

Análisis del paquete de VoIP
 De tramas (Frames) a Paquetes:
 El Software Ensamblador de Paquetes dentro del
DSP toma los frames del CODEC y crea paquetes
(packets)
 Combinación de tramas en un paquete.
 Varias tramas pueden estar contenidos en un sólo
paquete.
Frames
10110101 10110101 10110101 10110101
Packet

 Se agrega un encabezado Real Time Protocol (RTP) de 12 bytes,
que provee:
 Número de secuencia .
 Time stamp.
 El paquete es enviado a través de la red WAN.
RTP 10110101 10110101 10110101 10110101
 Se agrega al paquete un IP header de 20 bytes que contiene:

 Dirección IP de origen.
 La dirección IP de destino.
 Se agrega también un header UDP de 8 bytes conteniendo los

puertos sockets de origen y destino.
IP UDP RTP 10110101 10110101 10110101 10110101

 Por tanto el Overhead Total es de 40 Bytes:
 20 Bytes de IP
 8 Bytes de UDP
 12 Bytes de RTP
 Total de 40 Bytes O 320 Bits por cada
paquete
 Normalmente se lleva 20 ms de voz en cada

paquete por lo que implica un BW de
320bits/20ms = 16 Kbps.
 Si se está empleando G.729 a se tiene un BW

adicional 8 Kbps.
 Por lo tanto se obtiene un BW total de 24 Kbps.

EL GATEWAY
 El Gateway es responsable por la adaptación desde la telefonía
tradicional a la Telefonía IP
 Interconexión entre la red IP y el sistema telefónico tradicional
analógica (PBX tradicional) o red pública (PSTN) o con la red
RDSI
 Emplea DSP´s y Microprocesadores

 DSP Digital Signal Processor
DSP  Voice Compression
 Tone
Telephones Detection/Generation
DSP Ethernet
(Circuitos) (Internet)  Echo Cancellation
Micro
 Silence Suppression
DSP
 Micro Processor(s)
DSP  Telephony Protocols
 Network Protocols
 Management
 Routing
GATEWAY
 Un gateway es un dispositivo que cuida las funciones de
Interworking para hacer de puente entre circuitos-paquetes y la red
basada en IP. Transforma los paquetes IP en señales digitales o
analógicas y viceversa. Traduce la señalización de la llamada.
 La media gateway conectada a la LAN permitirá que un teléfono IP

se comunique a través de la red PSTN/ISDN y trabajar con un
cliente que utilice una PBX estándar.
 No se debe olvidar que todavía se necesita PSTN/ISDN para

conectar 2 compañías con sistemas IP que no tienen una línea de
datos entre ellos.

Simulación Teléfono a Teléfono
(Analógico)
Analog Digital IP LAN
Voice Gateway Voice Packet
Voice
LAN
IP
WAN
Router Router
Gateway
Sitio Remoto

ATA (Analog Telephone Adaptors)

Telefonía IP
Clase 10: Unidad 5 (SIP)
Ing. Mijail Ochoa S.

Universidad Tecnológica de Panamá
Agosto, 2018
Componentes SIP
 Agentes de usuario
 UAC (user agent client): Aplicación de llamada que inicia y envía solicitudes SIP.
 UAS (user agent server): Recibe y responde a solicitudes de SIP en nombre de los clients.
Acepta, redirige o rechazas llamadas.
 Tipos de Servidor
 Servidor de redireccionamiento.
 Acepta solicitudes SIP, asigna la dirección a cero o más direcciones nuevas y devuelve esas
direcciones al cliente. No inicia solicitudes SIP ni acepta llamadas.
 Servidor Proxy
 Se pone en contacto con uno o más clientes o servidores del siguiente salto y pasa las solicitudes de
llamadas. Contiene UAC y UAS.
 Servidor de Registro
 Un registrador es un servidor que acepta solicitudes de REGISTRO y coloca la información que recibe
en esas solicitudes en el servicio de ubicación para el dominio que maneja..
 Servidor de Ubicación
 Un registrador es un servidor que acepta solicitudes de REGISTRO y coloca la información que recibe
en esas solicitudes en el servicio de ubicación para el dominio que maneja..
 Gateways
 Un servicio Sip Gateway le permite llamar a números "reales" desde su software o tener un
número de teléfono "real" dedicado que se recibe a través de VoIP.
11/24/2019 11:58 p. m. 41 TRAFICO Y CONMUTACION

SIP Trapezoidal
DNS Location
Server Server
DNS
Registrar
SIP
Outgoing Incoming
Proxy Proxy
SIP SIP SIP
SIP
Originating Terminating
User Agent RTP User Agent
11/24/2019 11:58 p. m. 42
TRAFICO Y CONMUTACION
SIP Triangular
DNS Location
Server Server
DNS Servidor de
Registro
Incoming
Proxy
SIP SIP SIP
SIP
11/24/2019 11:58 p. m. 43
SIP Peer to Peer
SIP
11/24/2019 11:58 p. m. 44
Mensajes SIP
 INVITE Requests a session
 ACK Final response to the INVITE
 OPTIONS Ask for server capabilities
 CANCEL Cancels a pending request
 BYE Terminates a session
 REGISTER Sends user’s address to server
11/24/2019 11:58 p. m. 45
Respuestas SIP
 1XX Provisional 100 Trying
 2XX Successful 200 OK
 3XX Redirection 302 Moved Temporarily
 4XX Client Error 404 Not Found
 5XX Server Error 504 Server Time-out
 6XX Global Failure 603 Decline
11/24/2019 11:58 p. m. 46
Flujo SIP básico
User User
A B
“Calls”
INVITE: sip:18.18.2.4
18.18.2.4
180 - Ringing Rings
200 - OK Answers
ACK
Talking RTP Talking
Hangs up BYE
200 - OK
11/24/2019 11:58 p. m. 47
SIP Invite
INVITE sip:e9-airport.mit.edu SIP/2.0
From: "Dennis Baron"<sip:6172531000@mit.edu>;tag=1c41
To: sip:e9-airport.mit.edu
Call-Id: call-1096504121-2@18.10.0.79
Cseq: 1 INVITE
Contact: "Dennis Baron"<sip:6172531000@18.10.0.79>
Content-Type: application/sdp
Content-Length: 304
Accept-Language: en
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE
Supported: sip-cc, sip-cc-01, timer, replaces
User-Agent: Pingtel/2.1.11 (WinNT)
Date: Thu, 30 Sep 2004 00:28:42 GMT
Via: SIP/2.0/UDP 18.10.0.79
11/24/2019 11:58 p. m. 48
SDP (Session Description Protocol)
 IETF RFC 2327
 "SDP está diseñado para describir sesiones multimedia
con el propósito de anunciar la sesión, invitar a la sesión
y otras formas de inicio de sesión multimedia".
 SDP incluye:
 El tipo de media (video, audio, etc.)
 El protocolo de transporte (RTP / UDP / IP, H.320, etc.)
 El formato de los medios (video H.261, video MPEG, etc.)
 Información para recibir esos medios (direcciones, puertos,
formatos, etc.)
11/24/2019 11:58 p. m. 49
SDP (Session Description Protocol)
v=0
o=Pingtel 5 5 IN IP4 18.10.0.79
s=phone-call
c=IN IP4 18.10.0.79
t=0 0
m=audio 8766 RTP/AVP 96 97 0 8 18 98
a=rtpmap:96 eg711u/8000/1
a=rtpmap:97 eg711a/8000/1
a=rtpmap:0 pcmu/8000/1
a=rtpmap:8 pcma/8000/1
a=rtpmap:18 g729/8000/1
a=fmtp:18 annexb=no
a=rtpmap:98 telephone-event/8000/1
11/24/2019 11:58 p. m. 50
Flujo SIP - Registro
User Registrar Location
B MIT.EDU MIT.EDU
REGISTER: sip:dbaron@MIT.EDU
401 - Unauthorized
REGISTER: (add credentials)

sip:dbaron@MIT.EDU
Contact 18.18.2.4
200 - OK
11/24/2019 11:58 p. m. 51
Flujo SIP – Vía Proxy
User Proxy User
A MIT.EDU B
“Calls” dbaron
INVITE: sip:dbaron@MIT.EDU
@MIT.EDU
INVITE: sip:dbaron@18.18.2.4
100 - Trying
180 - Ringing Rings
180 - Ringing
200 - OK Answers
200 - OK
ACK
Talking RTP Talking
Hangs up BYE
200 - OK
11/24/2019 11:58 p. m. 55
Flujo SIP – Via Gateway
User Proxy Gatew ay
A MIT.EDU 30161
“Calls” joe
INVITE: sip:joe@MIT.EDU
@MIT.EDU
INVITE: sip:38400@18.162.0.25
100 - Trying Rings
180 - Ringing
180 - Ringing
Answers
200 - OK
200 - OK
ACK
ACK
Talking RTP Talking
Hangs up BYE
BYE
200 - OK
200 - OK
11/24/2019 11:58 p. m. 56
Estándares SIP
Just a sampling of IETF standards work…

IETF RFCs http://ietf.org/rfc.html
 RFC3261 Core SIP specification – obsoletes RFC2543
 RFC2327 SDP – Session Description Protocol
 RFC1889 RTP - Real-time Transport Protocol
 RFC2326 RTSP - Real-Time Streaming Protocol
 RFC3262 SIP PRACK method – reliability for 1XX messages
 RFC3263 Locating SIP servers – SRV and NAPTR
 RFC3264 Offer/answer model for SDP use with SIP
11/24/2019 11:58 p. m. 58
Estándares SIP
 RFC3265 SIP event notification – SUBSCRIBE and NOTIFY

 RFC3266 IPv6 support in SDP
 RFC3311 SIP UPDATE method – eg. changing media
 RFC3325 Asserted identity in trusted networks
 RFC3361 Locating outbound SIP proxy with DHCP
 RFC3428 SIP extensions for Instant Messaging
 RFC3515 SIP REFER method – eg. call transfer
 SIMPLE IM/Presence - http://ietf.org/ids.by.wg/simple.html
 SIP authenticated identity management -
 http://www.ietf.org/internet-drafts/draft-ietf-sip-
identity-02.txt
11/24/2019 11:58 p. m. 59

Unidad 6 - Clase 6 - VoIP

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Unidad 6 - Clase 6 - VoIP

Cargado por

Copyright:

Formatos disponibles

Telefonía IP

Ing. Mijail Ochoa S.

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 2

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 3

 Gateway de Telefonía VocalTec / Dialogic (Ago. 1996)

 Creación de VoIP VocalTec / Cisco (Verano 1996)

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 4

 Incrementa la movilidad y el acceso a la información

 Habilita nuevas aplicaciones de eBusiness

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 5

 La voz es primeramente digitalizada y procesada para ocupar menos ancho

 Aprovecha la red IP para la comunicación de voz

 En el extremo receptor se realiza el proceso inverso y se recupera la voz

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 6

 Si el paquete va a pasar por una red WAN.

 Paquetizar (encapsulada en paquetes IP).

Señal de voz Señal de voz

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 7

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 8

 Pueden haber muchos “Routers” y switches en el camino que toma

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 9

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 10

 Datos Entrega confiable (TCP, protocolo de nivel de transporte)

 Multimedia: Entrega a tiempo (UDP)

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 11

 (Dirección IP Host 2, Puerto Host 2)

 Se pueden tener varias conexiones simultáneas al mismo puerto en un

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 13

Puerto l Puerto n Puerto m

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 14

– The outgoing media stream

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 15

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 16

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 17

 Posible variación de características de la red durante la

La cabecera RTP incluye: Con esto el receptor puede:

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 20

 El campo ‘Tipo de carga útil’ (Payload Type):

 El campo ‘Número de secuencia’:

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 21

 Regula intercambio de mensajes de control en una sesión

 Información de calidad de servicio:

 No proporciona mecanismos QoS.

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 22

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 23

 Eco - TCLw es muy importante! (TIA810a)

 Jitter - Variación en Delay

 Calidad de audio - Problemas de Vocoder, ancho de banda de audio

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 24

 Chief cause of network latency:

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 25

 Causa principal de la latencia de la red:

 Latencia adicional debido a la compensación del tamaño del paquete frente a la

 Jitter se convierte a latencia mediante el uso de un "búfer de jitter". Los datos

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 26

 Los codecs se utilizan para transformar la señal

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 27

G.723 5.3/6.3 kbps

G.726 16/24/32/40 kbps

Speex 2.15 a 44.2 kbps

 G.729 (Vocoder –Linear Predictive Coding)

 Other standards, G.729B, G.723.1, G.728, G.726, G.722

11/24/2019 11:58 p. m. TRAFICO Y CONMUTACION 29

 El protocolo utilizado es RTP (Real time