{"id":6899,"date":"2016-08-19T12:36:34","date_gmt":"2016-08-19T17:36:34","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=6899"},"modified":"2019-06-11T07:32:57","modified_gmt":"2019-06-11T12:32:57","slug":"formato-de-los-mensajes","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/formato-de-los-mensajes\/","title":{"rendered":"Formato de los Mensajes"},"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

Formato de los Mensajes: <\/strong> Los mensajes que se intercambian en el protocolo SI P pueden ser peticiones o respuestas. Las peticiones tienen una l\u00ednea de petici\u00f3n, una serie de encabezados y un cuerpo. Las respuestas tienen una l\u00ednea de respuesta, una serie de encabezados y un cuerpo. En la l\u00ednea de petici\u00f3n se indica el prop\u00f3sito de la petici\u00f3n y el destinatario de la petici\u00f3n. <\/p>\n

Las peticiones tienen distintas funciones. El prop\u00f3sito de una petici\u00f3n est\u00e1 determinado por lo que se denomina el M\u00e9todo (Method) de dicha petici\u00f3n, que no es m\u00e1s que un identificador del prop\u00f3sito de la petici\u00f3n. En la [RFC 3261] se definen los m\u00e9todos b\u00e1sicos del protocolo. Existen otros m\u00e9todos definidos en extensiones al protocolo SIP. En la l\u00ednea de respuesta se indica el c\u00f3digo de estado de la respuesta que es un n\u00famero indica el resultado del procesamiento de la petici\u00f3n. <\/p>\n

Los encabezados de peticiones y respuestas se utilizan para diversas funciones del protocolo relacionadas con el encaminamiento de los mensajes, autenticaci\u00f3n de los usuarios, entre otras. La extensibilidad del protocolo permite crear nuevos encabezados para los mensajes agregando de esta manera funcionalidad. El cuerpo de los mensajes es opcional y se utiliza entre otras cosas para transportar las descripciones de las sesiones que se quieren establecer, utilizando la sintaxis del protocolo SDP. <\/p>\n

Flujo de establecimiento de una sesi\u00f3n<\/strong><\/p>\n

El flujo habitual del establecimiento de una sesi\u00f3n mediante el protocolo SIP es el siguiente, en este ejemplo todos los servidores act\u00faan como proxy: Un usuario ingresa la direcci\u00f3n l\u00f3gica de la persona con la que quiere comunicarse, puede indicar al terminal tambi\u00e9n las caracter\u00edsticas de las sesi\u00f3n que quiere establecer (voz, voz y video, etc.), o estas pueden estar impl\u00edcitas por el tipo de terminal del que se trate. <\/p>\n

El agente de usuario SIP que reside en el terminal, actuando como UAC env\u00eda la petici\u00f3n (en este caso c on el m\u00e9todo INVITE) al servidor que tiene configurado. Este servidor se va le del sistema DNS para determinar la direcci\u00f3n del servidor SIP del dominio del destinatario. El dominio lo conoce pues es parte de la direcci\u00f3n l\u00f3gica del destinatario. Una vez obtenida la direcci\u00f3n del servidor del dominio destino, encamina hacia all\u00ed la petici\u00f3n. El servidor del dominio destino establece que la petici\u00f3n es para un usuario de su dominio y entonces se vale de la informaci\u00f3n de registraci\u00f3n de dicho usuario para establecer su ubicaci\u00f3n f\u00edsica. <\/p>\n

Si la encuentra, entonces encamina la petici\u00f3n hacia dicha direcci\u00f3n. El agente de usuario destino si se encuentra desocupado comenzar\u00e1 a alertar al usuario destino y env\u00eda una respuesta hacia el usuario originante con un c\u00f3digo de estado que indica esta situaci\u00f3n (180 en este caso). <\/p>\n

La respuesta sigue el camino inverso hacia el originan te. Cuando el usuario destino finalmente acepta la invitaci\u00f3n, se genera una respuesta con un c\u00f3digo de estado (el 200) que indica que la petici\u00f3n fue aceptada. L a recepci\u00f3n de la respuesta final es confirmada por el UAC originantem ediante una petici\u00f3n con el m\u00e9todo ACK (de Acknowledgement), esta petici\u00f3n no genera respuesta s y completa la transacci\u00f3n de establecimiento de la sesi\u00f3n. Normalmente la petici\u00f3n con el m\u00e9todo INVITE lleva un cuerpo donde viaja una descripci\u00f3n de la sesi\u00f3n que quiere establecer, est a descripci\u00f3n es realizada con el protocolo SDP. En ella se indica el tipo de contenido a intercambiar (voz, video, etc.) y sus caractar\u00edsticas (c\u00f3decs, direcciones, puertos donde se espera recibirlos, velocidades de transmisi\u00f3n, etc.). Esto se conoce como \u00aboferta de sesi\u00f3n SDP\u00bb. <\/p>\n

La respuesta a esta oferta viaja, en este caso, en el cuerpo de la respuesta defnitiva a la petici\u00f3n con el m\u00e9todo INVITE. La misma contiene la descripci\u00f3n de la sesi\u00f3n desde el punto de vista del destinatario. Si las de scripciones fueran incompatibles,[7] la sesi\u00f3n debe terminarse (median te una petici\u00f3n con el m\u00e9todo BYE). Al terminar la sesi\u00f3n, lo que puede hacer cualquier a de las partes, el agente de usuario de la parte que termin\u00f3 la sesi\u00f3n, actuando como UAC, env\u00eda hacia la otra una petici\u00f3n con el m\u00e9todo BYE. Cuando lo recibe el UAS genera la respuesta con el c\u00f3digo de estado correspondiente. Si bien se describi\u00f3 el caso de una sesi\u00f3n bipartita, el protocolo permite el establecimiento de sesiones multipartitas. Tambi\u00e9n permite que un usuario est\u00e9 registrado en diferentes ubicaciones pudiendo realizar la b\u00fasqueda en paralelo o secuencial entre todas ellas. <\/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

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

\n

Contactos<\/h2>\n

Obt\u00e9n respuestas sobre tu Empresa Voip. Habla con un asesor especializado para despejar tus inquietudes.<\/p>\n

\"contacto<\/a>
\n