{"id":6908,"date":"2016-08-19T13:06:30","date_gmt":"2016-08-19T18:06:30","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=6908"},"modified":"2019-06-11T07:32:29","modified_gmt":"2019-06-11T12:32:29","slug":"mensajes-sip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/mensajes-sip\/","title":{"rendered":"Mensajes Sip"},"content":{"rendered":"
\n
\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n
\n <\/span>\n <\/div>\n<\/div>\n

Mensajes SIP <\/strong> Son en texto plano y emplean el formato de mensaje gen\u00e9rico establecido en la RFC 2822, es decir: <\/p>\n

\u2022 Una l\u00ednea de inicio
\n\u2022 Campos de cabecera (header)
\n\u2022 Una l\u00ednea vac\u00eda (indica el final de campo de cabeceras)
\n \u2022 Un cuerpo de mensajes opcionales <\/p>\n

\"Mensajes

Mensajes SIP<\/p><\/div>\n

L\u00ednea de inicio de un mensaje SIP <\/p>\n

Peticiones SIP:<\/strong> tienen una Request8Line (l\u00ednea de solicitud), cuyo formato es el siguiente: <\/p>\n

\"Peticiones

Peticiones SIP<\/p><\/div>\n

M\u00e9todo corresponde a la acci\u00f3n que desea realizar. Se definen 6 m\u00e9todos: <\/p>\n

\u2022 REGISTER: petici\u00f3n de registro.
\n\u2022 INVITE: para iniciar una sesi\u00f3n.
\n\u2022 ACK: confirma la recepci\u00f3n de un INVITE.
\n\u2022 CANCEL: cancela una solicitud pendiente.
\n\u2022 BYE: termina una sesi\u00f3n o llamada.
\n\u2022 OPTIONS: consulta sobre las capacidades y compatibilidades del receptor. <\/p>\n

Request-URI <\/strong> corresponde a un SIP o SIPS URI que indica el usuario o servicio al cual va dirigida la petici\u00f3n.
\nRespuestas SIP:<\/strong> tienen una Status8Line (l\u00ednea de estado), cuyo formato es el siguiente:
\n
\n Status-Code: <\/strong> es un entero de 3 d\u00edgitos que se genera como el resultado de una petici\u00f3n. El primer d\u00edgito define la clase dela res puesta. Se definen los siguientes:
\n\u2022 1xx: provisional, solicitud recibida.
\n\u2022 2xx: solicitud aceptada exitosamente.
\n\u2022 3xx: solicitud fue redireccionada.
\n\u2022 4xx: solicitud viene errada del cliente.
\n\u2022 5xx: error del servidor.
\n\u2022 6xx: fallo general. <\/p>\n

Reason-Phrase representa una descripci\u00f3n corta y textual del Stat us8Code. <\/p>\n

Cabeceras de los mensajes SIP<\/strong>
\n Los campos de cabecera especifican cosas como llama da, emisor dela llamada, la trayectoria del mensaje, tipo y largo del cuerpo del mensaje entre otras caracter\u00edsticas<\/p>\n

* El n\u00famero total de cabeceras definidas en el protocolo SIP son 46,aunque en la definici\u00f3n inicial de SIP eran solo 37.
\n* Los distintos tipos de cabeceras SIP se pueden dividir en cuatro tipos: <\/p>\n

\u2022 Cabeceras generales: aplicadas tanto a los mensajes de peticiones como a los de respuesta.
\n\u2022 cabeceras de entidad: definen informaci\u00f3n sobre el cuerpo del mensaje. Si el cuerpo no est\u00e1 presente, sobre los recursos identificados por la petici\u00f3n.
\n\u2022 cabeceras de solicitud: act\u00faan como modificadores de solicitud. Permiten que el cliente pase informaci\u00f3n adicional sobre la solicitud o sobre s\u00ed mismo.
\n\u2022 cabeceras de respuesta: permiten al servidor agrega r informaci\u00f3n adicional sobre la respuesta cuando no hay lugar en la l\u00ednea de inicio (Status8Line). <\/p>\n

[rev_slider captions]
\n[rev_slider ServerVoip]
\n <\/p>\n

\n

Cabeceras de los mensajes SIP <\/strong><\/p>\n

En la tabla se muestran los cuatros grupos de cabec eras y los campos que las componen.. Para un servicio detelefon\u00eda IP b\u00e1sica, los element os de la red debeser capaces de generarlas cabeceras: <\/p>\n

\u2022 Call8ID
\n\u2022 Cseq
\n\u2022 From
\n\u2022 To
\n\u2022 Via
\n\u2022 Content8Length
\n\u2022 Content8Type
\n\u2022 Expires
\n\u2022 Require
\n\u2022 Max8Forwards <\/p>\n

Cuerpo del mensaje SIP El cuerpo es opcional, sin embargo muchas veces esu tilizado para describir las sesiones multimedias.
\n\u2022 Se utiliza el protocolo SDP (Session Description Protocol) para describir sesiones en tiempo real, cuyo prop\u00f3sito principal es conducir informaci\u00f3n acerca de los media streams en las sesiones multimedias. <\/p>\n

\u2022 Al igual que los mensajes SIP, corresponden a campo s de texto que se incluyen a los dem\u00e1s protocolos, los cuales con abreviados en una sola letra. <\/p>\n

Tomado de:
\nArroba, M, & Salazar, M. (2011). Propuesta de soluci\u00f3nes a las vulnerabilidades del protocolo de se\u00f1alizaci\u00f3n SIP en voz sobre IP: Red IP-PBX (tesis de pregrado). Escuela Superior Polit\u00e9cnica de Chimborazo, Riobamba, Ecuador.<\/p>\n

Fuente:
\nhttp:\/\/dspace.espoch.edu.ec\/bitstream\/123456789\/872\/1\/38T00263.pdf<\/p>\n

Emprendiendo en la Telefon\u00eda por Internet<\/h2>\n

\"empresa-de-telefonia-voip\"<\/a>
\n