Hola, el RFC 3261 dice: ------------------------------------------------------------------ 10.3 Processing REGISTER Requests
8. The registrar returns a 200 (OK) response. The response MUST contain Contact header field values enumerating all current bindings. Each Contact value MUST feature an "expires" parameter indicating its expiration interval chosen by the registrar. The response SHOULD include a Date header field. ------------------------------------------------------------------
Pero también dice: ------------------------------------------------------------------ 10.2.5 Setting the Internal Clock
If the response for a REGISTER request contains a Date header field, the client MAY use this header field to learn the current time in order to set any internal clocks. ------------------------------------------------------------------
¿En qué quedamos? ¿es obligatorio la cabecera "Date" en el 200 OK a un REGISTER? ¿Esto ya se lo ha revisado alguien antes de publicarlo? XD
PD: OpenSer no añade ninguna cabecera "Date".
On Sat, Mar 1, 2008 at 7:41 PM, Iñaki Baz Castillo ibc@aliax.net wrote:
Hola, el RFC 3261 dice:
10.3 Processing REGISTER Requests
8. The registrar returns a 200 (OK) response. The response MUST contain Contact header field values enumerating all current bindings. Each Contact value MUST feature an "expires" parameter indicating its expiration interval chosen by the registrar. The response SHOULD include a Date header field.
Pero también dice:
10.2.5 Setting the Internal Clock
If the response for a REGISTER request contains a Date header field, the client MAY use this header field to learn the current time in order to set any internal clocks.
¿En qué quedamos? ¿es obligatorio la cabecera "Date" en el 200 OK a un REGISTER?
Leyendo los trozos que has puesto yo diría que no. Entiendo que lo que ocurre es que si se manda un Date este lo puede usar el cliente para algún tipo de timming... Pero dudo que sea necesario... aunque podría equivocarme, desafortunadamente tengo el openser un poco oxidado :(
¿Esto ya se lo ha revisado alguien antes de publicarlo? XD
PD: OpenSer no añade ninguna cabecera "Date".
-- Iñaki Baz Castillo
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
El Sábado, 1 de Marzo de 2008, Saúl Ibarra escribió:
On Sat, Mar 1, 2008 at 7:41 PM, Iñaki Baz Castillo ibc@aliax.net wrote:
Hola, el RFC 3261 dice:
10.3 Processing REGISTER Requests
8. The registrar returns a 200 (OK) response. The response MUST contain Contact header field values enumerating all current bindings. Each Contact value MUST feature an "expires" parameter indicating its expiration interval chosen by the registrar. The response SHOULD include a Date header field.
Pero también dice:
10.2.5 Setting the Internal Clock
If the response for a REGISTER request contains a Date header field, the client MAY use this header field to learn the current time in order to set any internal clocks.
¿En qué quedamos? ¿es obligatorio la cabecera "Date" en el 200 OK a un REGISTER?
Leyendo los trozos que has puesto yo diría que no. Entiendo que lo que ocurre es que si se manda un Date este lo puede usar el cliente para algún tipo de timming... Pero dudo que sea necesario... aunque podría equivocarme, desafortunadamente tengo el openser un poco oxidado :(
Yo asumo que no es obligatorio, ya que OpenSer no lo manda y todos pueden registrarse. Es decir, 100% seguro que no es obligatorio. Pero me fastidia que el RFC sea tan confuso a veces :(
El Saturday 01 March 2008 19:41:51 Iñaki Baz Castillo escribió:
Hola, el RFC 3261 dice:
10.3 Processing REGISTER Requests
8. The registrar returns a 200 (OK) response. The response MUST contain Contact header field values enumerating all current bindings. Each Contact value MUST feature an "expires" parameter indicating its expiration interval chosen by the registrar. The response SHOULD include a Date header field.
Me han aclarado en otra lista que "SHOULD" significa "RECOMMENDED", y que lo obligatorio es "MUST". Y yo que pensaba que lo tenía claro XDDD
http://tools.ietf.org/html/rfc2119
sr-users-es@lists.kamailio.org