Hola, ¿cómo debería reaccionar un UAS si recibe una conexión TCP de un UAC, seguida de un INVITE correcto, y al instante y usando la misma conexión TCP recibe "basura"?
¿Debería ese UAS cerrar la conexión TCP y descartar la transacción SIP? ¿Debería mantener abierta la conexión TCP pero descartar la transacción SIP? ¿Debería cerrar la conexión TCP pero mantener la transacción SIP? ¿O debería mantener abierta la conexión TCP y mantener la transacción SIP?
Gracias.
esto es más para sip-implementors...pero ahi va mi opinión: Mucho depende de lo que sea basura? Pero si se ha recibido el INVITE correctamente y a continuación se recibe "basura" yo ignoraría la basura y dejaría la conexión TCP abierta y la transacción en espera para recibir mensajes siguientes.
Samuel.
2008/3/7, Iñaki Baz Castillo ibc@aliax.net:
Hola, ¿cómo debería reaccionar un UAS si recibe una conexión TCP de un UAC, seguida de un INVITE correcto, y al instante y usando la misma conexión TCP recibe "basura"?
¿Debería ese UAS cerrar la conexión TCP y descartar la transacción SIP? ¿Debería mantener abierta la conexión TCP pero descartar la transacción SIP? ¿Debería cerrar la conexión TCP pero mantener la transacción SIP? ¿O debería mantener abierta la conexión TCP y mantener la transacción SIP?
Gracias.
-- Iñaki Baz Castillo
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
El Friday 07 March 2008 10:03:17 samuel escribió:
esto es más para sip-implementors...pero ahi va mi opinión: Mucho depende de lo que sea basura? Pero si se ha recibido el INVITE correctamente y a continuación se recibe "basura" yo ignoraría la basura y dejaría la conexión TCP abierta y la transacción en espera para recibir mensajes siguientes.
Gracias. Y tienes razón, lo preguntaré en sip-implementators.
Saludos.
2008/3/7 Iñaki Baz Castillo ibc@aliax.net:
Hola, ¿cómo debería reaccionar un UAS si recibe una conexión TCP de un UAC, seguida de un INVITE correcto, y al instante y usando la misma conexión TCP recibe "basura"?
RFC3261: It is RECOMMENDED that connections be kept open for some implementation-defined duration after the last message was sent or received over that connection. This duration SHOULD at least equal the longest amount of time the element would need in order to bring a transaction from instantiation to the terminated state. This is to make it likely that transactions are completed over the same connection on which they are initiated (for example, request, response, and in the case of INVITE, ACK for non-2xx responses)
Saludos,
Mírate tambien el draft outbound, que en breve será RFC, en el que se especifica el reúso de la conexión TCP y por eso no se recomienda cerrar la conexión TCP...
Samuel
2008/3/9, Victor Pascual Ávila victor.pascual.avila@gmail.com:
2008/3/7 Iñaki Baz Castillo ibc@aliax.net:
Hola, ¿cómo debería reaccionar un UAS si recibe una conexión TCP de un
UAC,
seguida de un INVITE correcto, y al instante y usando la misma conexión
TCP
recibe "basura"?
RFC3261: It is RECOMMENDED that connections be kept open for some implementation-defined duration after the last message was sent or received over that connection. This duration SHOULD at least equal the longest amount of time the element would need in order to bring a transaction from instantiation to the terminated state. This is to make it likely that transactions are completed over the same connection on which they are initiated (for example, request, response, and in the case of INVITE, ACK for non-2xx responses)
Saludos,
Victor Pascual Ávila Research Engineer Tel. +34 93 542 2906 Fax. +34 93 542 2517
Research Group on Network Technologies and Strategies (NeTS) Universitat Pompeu Fabra (UPF) Pg. de Circumval·lació, 8 Office 358 08003 Barcelona (Spain) http://nets.upf.edu/
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
El Monday 10 March 2008 10:30:12 samuel escribió:
Mírate tambien el draft outbound, que en breve será RFC, en el que se especifica el reúso de la conexión TCP y por eso no se recomienda cerrar la conexión TCP...
Sí, gracias, ya le he empezado a leer. Desde que ha salido Twinkle 1.2 con soporte TCP (aunque sin implementar ese draft) me he tenido que poner al día XD
sr-users-es@lists.kamailio.org
-
Iñaki Baz Castillo -
Iñaki Baz Castillo -
samuel -
Victor Pascual Ávila