Hi Song, I'm not very familiar with 4722, but please note that this document has been obsoleted by RFC5022.
Cheers, Victor On Mon, Aug 11, 2008 at 6:44 PM, Song, Youngsun <[EMAIL PROTECTED]> wrote: > Hello, > > I have a question on "id" attribute of a MSCML request and matching of a > MSCML response to the request. > > Section 6 includes the following statement. > > "The media server does not queue IVR requests. If the media server receives > a new IVR request while another is in progress, the media server stops the > first operation and it carries out the new request. The media server > generates a <response> message for the first request and returns any data > collected up to that point." > > Section 6.3 states that the "id" attribute of a MSCML request is optional. > > Based on the above, if the "id" attribute is not used, if a MSCML client > sends two MSCML requests (one followed by another before the first one > completes) and the media server sends a MSCML response, how can the MSCML > client determine for which MSCML request it is? > > For example, consider the following case which may not be realistic but is > used to illustrate the scenario in question. (SIP INFO messages are not shown > for simplicity.) > > 1. Client --- MSCML Request (<playcollect> announcement 111) ---> media server > 2. Client --- MSCML Request (<playcollect> announcement 222) ---> media server > 3. Client <--- MSCML Response (<playcollect> digits collected = 987) --- > media server > 4. Client <--- MSCML Response (<playcollect> digits collected = 654) --- > media server > > Without the "id" attribute, I don't know how the MSCML client will know which > response is for which request. Should the client wait for two INFOs which may > be received out of order over UDP in order to determine the correct MSCML > response sequence (e.g., use the INFO with the smaller CSEQ as the first > MSCML response)? > > Thanks for your help in advance. > YoungSun > > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > -- Victor Pascual Ávila _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
