.......

-------
32 VOIP y ASTERISK:REDESCUBRIENDOLATELEFONA RA-MA
5 Sealizacinyaudio
5.1 PROTOCOLOSDECOMUNICACIN
La realizacin de unallamada entre dos telfonos cualesquiera implica la
utilizacindediversos equiposelectrnicos, los cuales deben comunicarseentres.
Para poder garantizar que la comunicacin entre los equipos se realiza
adecuadamente, sonnecesariasdiversas reglasy/onormas. Estasreglasy/o normas
de lasquesehablaesloqueseconocecomoprotocolode sealizacin.
En las redes analgicas o redes de conmutacin de circuitos antes de que
ambos extremospuedancomunicarse, seproducelareservade recursos necesarios
para que la comunicacin tenga xito. Si por cualquier circunstancia no puede
llevarse acabo estareservade camino entre ambos extremos se informaal emisor
de este hecho. A la accin de "reservar un camino de recursos entre ambos
extremos"esloque sele conocecomosealizacin.
En la telefona tradicional los protocolos de sealizacin se pueden
clasificarendoscategorias:
Channel Associated Singnalling (CAS). Tanto la informacin de
sealizacin como los datos (voz) se transmiten por los mismos canales.
Protocolos de sealizacin pertenecientes a esta categora: G.732, E&M,
etc.
Common Channel Signalling (CCS) Aqu la informacin
correspondientealasealizacinsetransmiteenuncanalindependienteal
de los datos (voz). Protocolos de sealizacin pertenecientes a esta
categoraes,porejemplo,SS7.
En conmutacin de paquetes los protocolos de sealizacin reaUzan
acciones muy similares a los protocolos de sealizacin en conmutacin de
circuitos adems de cuidar de que se cumplan ciertas garantas de calidad. Los
protocolos de sealizacinms utilizados enconmutacin de paquetes son: SIPy
H323.
5.1.1 SessionInitiationProtocool(SIP)
El protocolo SIP es un protocolo de sealizacin a nivel de aplicacin
encargado de lainiciacin,modificaciny terminacindesesionesmultimedia,
las cuales se llevan a cabo de manera interactiva. Por sesiones multimedia se
refiere a aplicaciones de mensajera instantnea, aplicaciones de video, de audio,
conferenciasyaplicacionessimilares.
;RA-MA CAPTULO2: VOIP - LANUEVAREVOLUCIN 33
SIP se defini en el RFC 2543 en marzo de 1999 porel grupo de trabajo
MMSC perteneciente a IEFT. En junio de 2002, el IETF public una nueva
revisindeSIPconelRFC3261.
El protocolo SIP posee cuatro caractersticas que lo hacen muy
recomendableparacumplirestafuncin:
Caracteristica Descripcin
SIP posee la capacidad de poder conocer en todo
la localizacin de los usuarios. De esta
no importa en qu lugar se encuentre un
determinadousuario. Endefinitivalamovilidaddelos
usuariosnose velimitada.
Posibilidaddenegociarlosparmetrosnecesariospara
lacomunicacin: puertos parael trfico SIP.as como
el trfico Media, direcciones IP parael trfico Media,
etc.
SIPpermitedeterminarsiundeterminadousuario est
disponibleonoparaestablecerunacomunicacin.
Permitelamodificacin, transferencia, finalizacin de
la sesin activa. Adems informa del estado de la
comunicacinqueseencuentraenprogreso.
momento
manera
Figura 2-12.Arquitectura de protocolos SIP
34 VOIP y ASTERISK:REDESCUBRIENDOLATELEFONA RA-M<\
El protocolo SIP es una parte de una arquitectura multimedia, ya que la
nica finalidad es la de gestionarlas sesiones multimedia: iniciarlas, modificarlas,
finalizarlas, etc. Sin embargo, se integraperfectamente con otros protocolos como
RVSP, RTP o RTSP. Gracias al protocolo SDP se puede formar una completa
arquitecturamultimedia.
Conceptos bsicos
El protocolo es similar a HTTP por la forma en que funciona (protocolo
basado en texto) y es similar a SMTP en la forma en la que se especifican las
direccionesSIPo
Las direccionesSIPidentificanaunusuariodeundeterminadodominio. A
estas direcciones SIP habitualmente se les llama URI (Uniform Resource
Identifier).UnaURIsepuedeespecificardelassiguientesmaneras:
sip:\l$u.;u;io@ciominio[:portl
sip:usuario@direccinIP[:portl
Eldominiorepresentaelnombredel proxySIPqueconoceladireccinIP
del terminal identificado por el usuario de dicho dominio. El puerto por defecto
paraSIPes5060,aunqueesposibleespecificarotrosadicionalessiesnecesario.
Enlatabla2-2sepuedenveralgunosejemplosde direccionesSIPo
Descripcin Direccin SIP
Usuario"200" pertenecientealdominio"ual.es"
Usuario "200" perteneciente al dominio con direccin IP
200@192.168.1.120
192.168.1.120
Esportantoposiblehaceruso de unadireccinIP si no disponemos deun
dominioregistradoparaestepropsito.
Supongamos el escenariode laUniversidadde Almera(ual.es). Cadauno
de los trabajadores de la UAL dispone de una direccin SIP que lo identifica de
maneraunvocaenel dominio"ual.es"(vaselafigura2-13).
35 RA-MA CAPTULO2: VOIP - LANUEVAREVOLUCIN
UAC 200@ual.es UAC201@ual.es
ual.es
UAC202@ual.es UAC203@ual.es
Figura 2-13. Ejemplo de escenario SIP
Si por ejemplo el usuario 200@ual.es desea comunicarse con el usuario
201@ual.es, el usuario 200 nicamente tendra que marcar en su telfono el
nmero 201. Al marcar el nmero 201, comienza la sealizacin SIP entre el
terminal 200y el 201 iniciando as una comunicacin SIP entre ambos terminales
paraposteriormenteestablecerseunaconexin Media entreambos(RTP).
Este es un escenario en el que no es posible establecer la sealizacin SIP
ya que el telfono "200@ual.es"realmente desconoce ladireccin IP en la que se
encuentra el telfono 201. Es por ello que para que la sealizacin SIP pueda
llevarseacabo, es necesariohacerusode varioselementosintermediarios.
Para una comunicacin SIP es necesaria la intervencin de varios
elementos, dondecadauno desempeasupapel.Loselementosdelacomunicacin
son:
Los agentes de usuario (Vser agent), o de manera abreviada VA,
manejanlasealizacinSIPo Sepuedendividirendoscategoras:
o Vseragentclient(VAC). Es unelementoquerealizapeticionesSIP
y aceptarespuestas SIP provenientes de UAS. Un ejemplo de UAC
esuntelfonoVoIPyaquerealizapeticionesSIPo
o Vser agent server(VAS). Es el elemento encargado de aceptar las
peticiones SIP realizadas por el UAC y enviar a este la respuesta
conveniente. Un telfono VoIP tambin es un ejemplo de UAS, ya
que acepta las peticiones de inicio de comunicacin enviadas por
36 VOIP y ASTERlSK:REDESCUBRlENDOLATELEFONA RA-MA
otro telfono (UAC). Unservidor SIP oproxy tambin es un UAS,
loveremos acontinuacin.
UAS:ZJ1@B.es
Figura 2-14. Ejemplo de llamada SIP (200 llama al 201)
LosintermediariosnecesariosparaquelacomunicacinentredosUA sea
posible:
o ServidorProxy.Es el elementoencargadodereenviarlaspeticiones
SIP provenientes de unUAC al UAS destino que corresponda, as
como de encaminar las respuestas del UAS destino al UAC origen.
Podemoshacerunasimilitudconel encaminamientoquerealizanlos
routerconlospaquetesanivel [P, esdecir, seracomoel encargado
deenrutarlospaquetesSIPo Pararutar,loquehaceesunatraduccin
de la direccin de destino dada de la forma usuario@dominio a la
forma usuario@direccinlP donde direccin IP es la direccin IP
quetieneenesemomentoeltelfonodedestino.
SIPorigen:200@JaLes
SIPdestino:201@Jal.es
SIPorigen:2OO@.IaI.es
SlPdestino:201@192.168.1.201
DireccinSIP: 2OO@JaI.es DireccinSIP:201@JaI.es
DireccinIP:192.168.1.200 DireccinIP: 192.168.1.201
200LLAMAA201
Figura 2-15.Ejemplo de llamada SIP con intermediarios (200 llama al 201)
En lafigura 2-15 podemosverlafuncin ms importantede
un proxy SIP, la de enrutar los mensajes SIP estableciendo as la
sealizacinSIPpertinente. El escenariomostradoenlafigura no es
37 RA-MA CAPTULO2: VOIP - LANUEVAREVOLUCIN
todava funcional ya que el proxy SIP necesitaconocer la direccin
IP fsicaasociadaconcadausuario. Enelejemplo,elproxySIPtiene
que saberqueel telfonoidentificadocomo201 dedominio"ual.es"
tieneasignadaladireccinIPreal 192.168.1.201.
De estanueva necesidadseencargael servidorde registro y
localizacin:
Registrar-Locationserver.Aceptalas peticiones de registrode los UAC,
guardando toda la informacin referente a la localizacin fsica del UAC,
para que si posteriormente llega una peticin con destino el UAC, sea
posible localizarlo (sea posible traducir su direccin a la forma
usuario@direccinIP dondedireccinserefierealaIP delusuario).
Continuandoconlafigura 2-15, paraque200llame al usuario201
es necesario que previamente ambos telfonos se hayan registrado en
servidor de registro. Esto es necesariamente as porque el proxy SIP
necesitaconocerlas direccinlpdel telfono201 paraenviarle lapeticin
de inicio de conversacin y del mismo modo necesita la direccin IP del
telfono 200 para que pueda rutarle las respuestas SIP generadas por el
telfono20l.
ServidorProxy
Servidorregistro- localizacin
DireccinSIP:200@ual.es
DireccinIP: 192.168.1.200
Figura 2-16.Proceso de registro
Unavezquelostelfonossehanregistradoenelservidorderegistro,estos
puedenentoncesrealizaryrecibirllamadasentresyaqueel proxySIPconocesus
direccionesIP fsicas/reales(medianteconsultas). Habitualmente,elproxySIPyel
servidor de "registro-localizacin"se encuentranjuntosen el mismo software por
logeneral.
Direccin SIP:201@ual.es
DireccinIP: 192.168.1.201
38 VOIP y ASTERISK:REDESCUBRIENDOLATELEFONA RA-MA
Ahoras se puedeafinnar que la llamadarealizada en la figura 2-16 vaa
tenerxito.
Redirect Server. Sufuncionamiento es similaral servidorproxy anterior,
con la diferencia que cuando este resuelve la direccin, esto es, realiza la
traduccin, infonna al UAC que realiz la peticin SIP para que sea este
mismo el que la enve hacia el UA destino. Un servidor de redireccin
actarealmentecomounUAS.
SlPorigen:200@.Jal.es 1 I
SlPdestino: .'
2OO@JaI.es
deslioo:201@192.168.1.201
';5'
200LLAM6.A201
IJreccirlSlP:2OO@.JaI.es IJreccinSlP:201@Ja1.es
IJrecciOOIP: 192.168.1.200 IJreccirlIP: 192. 168.1.201
Figura 2-17. Registro completado
En la figura 2-17 ambos telfonos se han registrado previamente en el
proxy SIPo Apartirde ahoracuandosehablede servidorproxy SIPse refiereaun
servidor que contiene conjuntamente el proxy SIP y el servidor de registro-
localizacin.
Back-to-back user agent (B2BUA). Es una entidad intennediaria que
procesapeticionesSIPentrantescomportndosecomounUAS,yresponde
a estas actuando comoun UAC regenerando porcompleto la peticin SIP
entranteenunanuevapeticinSIPquevaaserenviada.
Peticiones SIP
Hastael momentose hadescritoagrandesrasgoscmosellevaacabouna
comunicacin SIP y los requisitos o elementos que se necesitan para ella. Sin
embargo no se han indicado qu mensajes son intercambiados entre los distintos
elementos durante una comunicacin SIPo En primera instancia se vern los
mensajesSIPparaposterionnentetratarconellosendiversosescenariosejemplo.
Enlatabla2-3 semuestranlasdistintaspeticionesSIPo
39 RA-MA CAPTULO2: VOIP - LANUEVAREVOLUCIN
PeticinSIP Descripcin
Es la peticin SIP que se enva a un usuario cuando queremos
INVITE
establecerconlunacomunicacin,unallamada.
Estapeticin esenviadaporelusuario origenqueenvi lapeticin
INVITE para hacer saber al usuario destino que su respuesta 200
ACK
OKhasidorecibida. Eselmomentoen queambospuedenempezar
aenviartrficoMedia.
Para finalizar la conexin, la comunicacin entre los dos usuarios
BVE
establecidaanteriormenteconINVITE.
CANCEL
Se utiliza paracancelarunapeticin, por ejemplo INVITE, que se
encuentra en progreso. Por ejemplo si el telfono destino est
sonandoperoannohasidodescolgadoyeltelfonoorigencuelga,
se enva unCANCELa diferenciade unBYE que se enviara si el
telfonodestinohubierasidodescolgadopreviamenteyportanto la
comunicacinestablecidaunosinstantes.
Un UA puede enviarpeticionesOPTIONS a unUAS para solicitar
OPTlONS
ciertainformacinsobreeste.
REGISTRR
Un UAC enva peticiones REGISTER a un servidor de registro-
localizacin para informar de la posicin actual en la que se
encuentra en un momento determinado. Esto hace posible que el
UAC pueda ser localizado haciendo uso de su misma direccin
user@dominio sin importar donde el UAC se encuentre
fisicamente.
Respuestas SIP
Cada peticin SIP lleva asociada una respuesta (la que corresponda)
enumerada con un cdigo que la identifica. Estos cdigos van desde el
identificador 100hastael identificador699, siendoademsagrupadasengruposde
respuestastalescomo: 1 xx,2xx,3xx,4xx, 5xxy 6xx:
Las respuestas del grupo Ixx indican el estado temporal de la
comunicacin.Estasseutilizanporejemplocuandosetieneenprogresoel
establecimientodeunacomunicacinmediantelapeticinINVITE.
Las respuestas pertenecientes al grupo 2xxcorrespondena respuestas que
informandel xitodeunapeticin SIPo Porejemplo, cuandose establece
con xito el establecimiento de comunicacin con la peticin INVITE se
envaunarespuesta200OKinformandoal UAC origende estehecho.
--------
40 VOIP y ASTERISK:REDESCUBRIENDOLATELEFONA RA-MA
Las respuestas que confonnan el grupo 3xx infonnan de que la peticin
SIP ha de ser reenviada a otro VAS. Un servidor de redireccin nos
enviaraunarespuestaconcdigo"302Movedtemporarily".
Las respuestas pertenecientes algrupo 4xx corresponden a errores en el
clienteSIP.
Lasrespuestasdel grupo5xxcorrespondenaerroresenelservidorSIP.
Lasrespuestaspertenecientesal grupo6xxinfonnandeerroresgenerales.
Acontinuacinenlatabla2-4semuestranlas distintasrespuestasSIPo
Tipoderespuesta Identificador Significado
100
Informan
181 Call Being Forwarded
provi5-..1deJa
Cmalllucaein.
--"-18.;;..;2=--_____C___all Queued- Encolada
183 SessionProgress- Llamadaen progreso
Intor"uJDdelntodela 200 OK- OK
. o.unieaaDll 202 Accepted- Aceptada
--=:..30.:::..0"--____-:M=ul::.:t:::.ip:..:le=-.:::C:.:::h:::.oices - Mltiplesopciones
301 MovedPennanently- Movido
&Irellvfo. ______
neeesllnede SIP 302 MovedTemporarily- Movido
305 UseProxy- UsarProxy
380 AlternativeService- Servicioalternativo
Informande _40_0______ ci:tIBadRequest- Malapeticin .....
eHente 401 Unauthorized- Noautorizado

_40_2_____ Required- Serequierepago

403 Forbidden- Prohibido
404 NotFound- Noencontrado
405 MethodNotAllowed- Mtodono
____.::..N:..;.o:.::..t.::.:A:::c.::..ceptable - Noesaceptable
407 ProxyAuthenticationRequired- Se
requiereautentificacin
408 RequestTimeout- Tiempoagotadopara
410 Gone- Sehamarchado
413 RequestEntityTooLarge- Peticin
demasiadogrande
41 RA-MA CAPTULO2: VOIP - LA NUEVA REVOLUCIN
414 RequestURITooLong- URIdemasiado
415 UnsupportedMediaType- Tipode
;,"';;"")/,
416 UnsupportedURIScheme- Esquema
_______....:URI:..; nosoportado
420 BadExtension- Extensinincorrecta
-'----
421 ExtensionRequired- Serequiere
extensin
423 IntervalTooBrief- Intervalodemasiado
480 TemporarilyUnavailable- No
_______ temporalmente
481 Call1TransactionDoesNotExist- No
existelallamada/transaccin
482 LoopDetected- Crculovicioso
detectado
___ ____
484 AddressIncomplete- Direccin
485 Ambiguous- Ambiguo
486 BusyHere- Ocupado
487 .RequestTerminated- Peticinterminada
488 NotAcceptableHere- Noesaceptable
491 RequestPending- Peticinpendiente
493 - Indescifrable
500 ServerInternalError- Errorinternodel
______
502 BadGateway- Gatewayincorrecto
503 ServiceUnavailable- Serviciono
504 ServerTime-Out- Tiempoagotadoenel
servidor
505 VersionNotSupported- Versinno
513 MessageTooLarge- Mensaje
demasiadolargo
600 BusyEverywhre- Ocupadoentodos
603 Declined- Rechazado
604 DoesNotExistAnywhere- Noexisteen
ningnsitio
606 NotAcceptable- Noaceptable

deerrorn...

42 VOIP y ASTERlSK:REDESCUBRIENDOLATELEFONA RA-MA

Conocidas tanto las peticiones SIP as como las respuestas SIP que
podemosrecibirencadacaso,sevanamostrarescenariosms detallados.
En la figura 2-18 se muestra cmo se lleva a cabo el registro del usuario
200@ual.es ante un proxy SIP que requiere autenticacin, es decir, se muestra
cmounterminalseregistraenelproxySIPo
ServidorProxy
Servidorregistro- localizacin
Direccin SIP:200@ual.es
ual.es
Direccin IP: 192.168.1.200
I
1. Register
2.401 Unauthorized
3. Register
4.2000K
Figura 2-18. Proceso de registro de un usuario en un Proxy SIP
El telfono enva la peticin SIP Register al proxy SIPo Este al estar
configurado paraexigir autenticacin envauna respuestade vueltaindicando que
el usuario 200@ual.es no est autorizado por el momento y requiere por tanto
mostrar los credenciales necesarios. El telfono enva por tanto de nuevo la
peticinRegister aadiendo a esta unos nuevos campos donde indicael password
con el que se encuentra registrado en el proxy SIP de ual.es. Dado que la
informacinde autenticacin es correcta, el proxy SIPresponde conunarespuesta
200OKindicandoel xitode lapeticin.
Suponiendo que tanto el usuario 200 como el 201 se encuentran
registrados, en la figura 2-19 se muestra cmo se establecera una comunicacin
entreellos.
-------
43 RA-MA CAPTULO2: VOlP - LANUEVAREVOLUCIN
Servidorproxy
Servidorregistro- localizacin
Direccin SIP:200@ual,es
DireccinIP:192,168,1,200
ual.es
DireccinSIP:201@ual.es
DireccinIP: 192,168,1.201
I
1, INVITE
5, 180Ringing
oC
7,2000K
oC
8.ACK
,
SesinMediaRTP
3, INVITE
4, 180Ringing
oC
6,2000K
..
oC
)lo
9, BYE
oC
10,2000K
)lo
Figura 2-19.Proceso de establecimiento de llamada entre dos terminales
En lafigura2-19 semuestracmo secompletala sealizacinREGISTER
eINVITE. Estassonlas peticionesms importantes, las cuales se requiere conocer
detalladamente. Para ello vamos a describir a continuacin el contenido de los
mensajesintercambiadosparaverelfuncionamientode SIPenmayorprofundidad.
Descripcin de los mensajes SIP
Conocidoslospasosenlosquesellevaacabounacomunicacinentredos
telfonos, cmo se registran ante un proxy SIP con autenticacin, etc., se est en
disposicin de conocer el contenido de cada uno de los mensajes SIP que se
intercambian. Enlatabla2-5 que se presentaacontinuacinse muestrancadauno
de loscamposdelacabeceraSIPjuntoasudescripcin.
Un ejemplo del contenido de los mensajes SIP intercambiados entre un
telfono y el proxy SIP durante el registro es el que se muestra en el listado 2.
Antes,esnecesarioconocerlaconfiguracindeltelfonoquevaaregistrarse:
Campo Descripcin
Eneste campo se almacenacadaunode los elementosporlos que va
pasando lapeticin. Almacenarel caminoque sigue la peticindesde
su origen al destino es muy til para las respuestas, ya que estas
simplementetienenqueseguirel caminoinverso.
44 VOIP y ASTERlSK:REDESCUBRIENDOLATELEFONA RA-MA
Nmero mximo de saltos permitidos a la peticin para llegar a su
destino. Esevalorserdecrementadoencadaunodelossaltosporlos
En ella se indica la entidad origen que envi la peticin SIPo Se
especificamediante laURI omejordichomedianteel AOR(Address
ofRecord) que no es ni msni menosque unaURI global y pblica
quepuedeserrutadadesde punto.
. Tamaodelcuerpodelmensaje.
Atributo Valor
Login 200
Password 200
DireccinIP 192.168.1.129
ProxySIP 192.168.1.36:5060
TO
", ';'" '-'r<"-:-:-\-
>__ ."> y,;''_>''_'__ ::: ",;',
Hacereferenciaa laURI dedestinooAORde destino de lapeticin.
Hayquemencionarqueestanoseutilizapararutarelpaquetehaciael
prximo salto, sino que siempre mantiene el destino de la peticin
inicial.
Es un identificador nico y global que se forma mediante
combinacin de una cadena aleatoria, el nombre de la mquina o la
direccin IP del telfono. Lacombinacin de los tags que se indican
en TO,FROMjuntocon el CALL-IDdefinene identificandemanera
unvocaundilogoSIPentredosextremos.
Esun nmero de secencia, donde cada nuevapeticin que se enva
enunmismodilogo incrementaenunaunidadsuvalor.Noesnims
ni menos que un contador de peticiones pertenecientes a un mismo
En l se indicala SIP URI de la forma usuario@direccinIP[:puerto]
o usuario@dominio[:puerto] que representa la direccin de contacto
directo conel emisorde lapeticin. La finalidad de estadireccinde
contacto directo es la de que las futuras peticiones se puedan enviar
directamente al emisor, evitando a la peticin seguir el mismo
camino,comosucedeconlasrespuestas,quesiguenel caminoinverso
dictaminadoporlascabecerasVIA.
Tipo del cuerpo del mensaje. No siempre tiene cuerpo el mensaje,
pero si lo tuviera por lo general seria "applicationlSDP", esto es, el
protocolomultimediaSDP.
45 RA-MA CAPTIJLO2: VOIP - LANUEVAREVOLUCIN
192.168.1.36
Dominio
Direccin del proxy SIP, pero podra ser otra
El primermensajeeselmensajeREGISTERenviadodel telfonoal proxy
SIP:
En la comunicacin hay que destacar dos cosas. La primera es que el
telfonoquiere recibirlas respuestas asociadas aestapeticin que genereel proxy
SIP,yaqueincluyeunregistroconsudireccinIPenel campoVIA. Lasegunday
muy importantees lainformacinindicadaenlacabeceraContactyaque es donde
el telfono de identificador200le indicaal proxy SIP la direccinIPque tiene en
este preciso instante. Esto permite al proxy SIP poder localizarlo para enviarle
futuras peticiones.
46 VOIP y ASTERJSK:REDESCUBRIENDOLATELEFONA RA-MA
Continuando conelflujo de la figura 2-19, elproxy SIP envalarespuesta
"401 Unauthorized"yaqueenlapeticinREGISTERanterioreltelfonono indic
loscredenciales, esdecir,noindicsupassword,yportantonoestautorizado. La
cabecera WWW-Authenticate indica al telfono que debe autenticarse para el
dominio 192.168.1.36.
El siguiente mensaje de la comunicaclOn es el envo del mensaje
REGISTER pero esta vez aadiendo el campo "Authorization" donde indica sus
credenciales.
SIl?/2.
194.168.1. :SOpOi
CEM14D44
From: 200 .::.sip:200@192. .1.36>;tag""61B484649
Tal 200 <sip:200@192.l66.1.36>
Contact,: "200" :200@192.168.1.129:!i!lI){) >
-ID:
CSeg: 4203.!
Expire$: a00 . .
!l.uthod2:ation: Dige.st
username="200",realm="192.168.1.36",nonoe="48a3134d61dad5515f7
9f3f7363hda6aab8alf90".response="b7cc90ae907b4a7655aeeo66df6Ca
.
Max-Forwards:,70
User-Agent: .X-Lite releas.e 110Sd
Finalmente si los credenciales son correctos el proxy SIP le comunica al
telfonoquelaautenticacinse hallevadoacaboconxitoyahoraeltelfono200
puederealizaryrecibirllamadas.
Sl)?12.0 200 OK,
yia,;SIl?1.2.
0
!DPI? ..'"., , .... ,' ..' .. ,. '.,'.... ,.'
192
2p;n.ScaB!l.14D44
200
'1'0:200 ...... ...... ,.. '. ..... '. .
.1613.1.36>;t.ag=329c:::Eeaa6dedQ39da2$:E:E8cbb8668OO2.26
eh .
376$Q6F91;l4QEi603585E:.2A12E49'1:'ACE6'!lil192.168.1.36.
l2032RE.GSTaR
<;sip
{l, (;386[Q,tixJ)