Re: [OpenSER-Users-ES] Comprobación de diálogo con "OPTIONS - 200 OK"

El Monday 19 November 2007 14:24:44 Jesus Rodriguez escribió: Jesús, te pido ayuda sobre este tema, ya que estoy en plena discusión con Olle Johannson en un reporte sobre el in-dialog OPTIONS en Asterisk, y al final me ha salido con esto: ----------------------------------- Show me an IETF spec that says that we should answer on dialog status and nothing else if the OPTION is sent in-dialog. From RFC3261: 11.2 Processing of OPTIONS Request The response to an OPTIONS is constructed using the standard rules for a SIP response as discussed in Section 8.2.6. The response code chosen MUST be the same that would have been chosen had the request been an INVITE. That is, a 200 (OK) would be returned if the UAS is ready to accept a call, a 486 (Busy Here) would be returned if the UAS is busy, etc. This allows an OPTIONS request to be used to determine the basic state of a UAS, which can be an indication of whether the UAS will accept an INVITE request. An OPTIONS request received within a dialog generates a 200 (OK) response that is identical to one constructed outside a dialog and does not have any impact on the dialog. This says very clearly that OPTIONS outside and inside of a dialog should be treated exactly the same way. ----------------------------------- Voy a tratar de revisar el RFC3261 donde habla del comportamiento "alternativo" del in-dialog OPTION, pero si pudieses ayudarme un poco indicándome dónde se especifica (tengo un peso muy pesado delante XD). Por cierto, el reporte es éste: http://bugs.digium.com/view.php?id=11264 Muchas gracias por adelantado. -- Iñaki Baz Castillo ibc(a)in.ilimit.es