Discusión:Protocolo de iniciación de sesión

Contenido de la página no disponible en otros idiomas.
De Wikipedia, la enciclopedia libre
Esta página le interesa al Wikiproyecto Informática.

sera el futuro ?


Nivel OSI[editar]

Si el protocolo mismo se llama Session, por qué está clasificado en la capa de aplicación del OSI del ISO? No debería estar en la de sesión? Dónde se puede cambiar?

Respuesta[editar]

Lo que sucede es que se utiliza el término sesión con diferente semántica. Por otra parte el protocolo SIP al ser un protocolo de Internet (definido por el IETF) obedece al modelo DARPA que es el de Interntet. En este modelo sólo hay 4 capas (Network, Internet, Transport y Application) que "equivalen" a las capas (1 y 2, 3, 4 y 5 a 7) respectivamente del modelo OSI. El protocolo SIP realmente pertenece a la capa de aplicación del modelo DARPA--Deleow (discusión) 04:34 25 feb 2008 (UTC).[responder]


¿Por qué ese párrafo sobre XMPP/Jabber?[editar]

En el apartado "Mensajería instantánea y presencia" aparece, sin venir a cuento, un párrafo que habla exclusivamente de XMPP/Jabber:

Se han realizado algunos esfuerzos para integrar la voz sobre IP (VoIP) con la especificación XMPP usada por Jabber. El más notable ha sido Google Talk, que extiende XMPP para soportar voz, diseñado para integrar SIP. La extensión XMPP de Google se llama "Jingle" y como SIP actúa de portador para SDP.

Ciertamente, me da la sensación de que debe haber sido escrito por algún simpatizante de dicho protocolo, que no se queda tranquilo sin decir que XMPP/Jabber "también soporta voz" (aunque sea de una forma irrisoria en comparación con SIP). Creo que sobra y mucho, agradecería algún buen argumento para que continúe allí, de momento yo lo quito creo que por razones obvias. Y si no, en la definición de Jabber o XMPP no aparece mención a SIP, ¿vamos allí a dar el coñazo sobre SIP?.

Acotación[editar]

Estoy de acuerdo con la eliminación. Estaba en la versión anterior y la verdad es que se me ha pasado limpiar esa parte.--Deleow (discusión) 20:44 6 mar 2008 (UTC)[responder]

Servidores Proxy y de Redirección[editar]

No veo claro la distinción que se hace entre proxy y redirector ya que según creo, Asterisk en redirector no proxy (bueno he visto por ahi que es B2BUA, pero no se lo que es eso) y asterisk forma parte del camino entre los dos usuarios que estén hablando puesto que el llamante se comunica con asterisk y asterisk con el llamado. Igual lo que no entiendo es eso de que forme parte del camino.

Respuesta[editar]

Asterisk NO es un proxy, Asterisk es un B2BUA. La diferecia es la siguiente:

Cuando un tfno_A envía un INVITE sip:tfno_B a un proxy SIP, el proxy simplemente (entre otras cosas) ruta el INVITE a la dirección en la que tfno_B está localizado. Pero el INVITE que le llega a tfno_B es el mismo que el que originó tfno_A (excepto por algunos cambios imprescindibles que debe causar el proxy, como añadir una cabecera "Via" y decrementar el "Max-Forwards". Cuando tfno_B responde "200 OK" a ese INVITE, pondrá su IP en la cabecera "Contact" de dicha respuesta "200 OK", llegará al proxy y tfno_A verá dicha IP, o sea, tfno_A sabrá que está hablando con esa IP, aunque lo haga a través de un proxy SIP.

Cuando un tfno_A envía un INVITE sip:tfno_B a un B2BUA (como Asterisk), el B2BUA se "come" el INVITE y actúa como destino. Internamente, el B2BUA puede que genere otro INVITE (que poco o nada tiene que ver con el recibido), lo envíe a otro sitio (por ejemplo a tfno_B) y en caso de recibir un "200 OK" de tfno_B puede que decida "conectar" los dos diálogos SIP independientes. Pero cuando el B2BUA responde el "200 OK" a tfno_A, el "Contact" que pone indica la IP del propio B2BUA.

Concluyendo: En una llamada a través de un proxy SIP sólo existe un diálogo SIP, y es entre el llamante (tfno_A) y el llamado (tfno_B). En cambio, en una llamada a través de un B2BUA existen dos diálogos independientes que el B2BUA se encarga de conectar internamente: un diálogo SIP entre tfno_A y el B2BUA, y otro diálogo SIP entre el B2BUA y tfno_B.

Nomadicidad vs movilidad[editar]

En versiones anteriores del artículo decía Nomadicidad en lugar de Movilidad (Diseño del Protocolo). Si bien no he tocado ese cambio, la palabra nomadicidad quería significar que el usuario puede conectarse en diferentes puntos de una red IP (Internet en el caso más general) y el protocolo tiene la capacidad de "encontrarlo" a través del procedimiento de registro. El término movilidad tiene, a mi modo de ver, la implicancia de que el usuario está en movimiento, lo cual no es equivalente y requiere mecanismos adicionales al protocolo SIP para resolverla. --Deleow (discusión) 04:55 20 ene 2010 (UTC)[responder]

La sección de "Mensajería instantánea y presencia" está mal[editar]

Cuando empieza a hablar de "Openwengo" deja de hablar totalmente de IM y presencia, y luego encima da un listado de softphones SIP. ¿No debería ser una sección a parte o mejor dicho estar en las referencias?

Enlaces externos modificados[editar]

Hola,

Acabo de modificar 1 enlaces externos en Protocolo de iniciación de sesión. Por favor tomaos un momento para revisar mi edición. Si tenéis alguna pregunta o necesitáis que el bot ignore los enlaces o toda la página en su conjunto, por favor visitad esta simple guía para ver información adicional. He realizado los siguientes cambios:

Por favor acudid a la guía anteriormente enlazada para más información sobre cómo corregir los errores que el bot pueda cometer.

Saludos.—InternetArchiveBot (Reportar un error) 18:44 30 jun 2019 (UTC)[responder]

Enlaces externos modificados[editar]

Hola,

Acabo de modificar 1 enlaces externos en Protocolo de iniciación de sesión. Por favor tomaos un momento para revisar mi edición. Si tenéis alguna pregunta o necesitáis que el bot ignore los enlaces o toda la página en su conjunto, por favor visitad esta simple guía para ver información adicional. He realizado los siguientes cambios:

Por favor acudid a la guía anteriormente enlazada para más información sobre cómo corregir los errores que el bot pueda cometer.

Saludos.—InternetArchiveBot (Reportar un error) 15:39 10 ene 2020 (UTC)[responder]