Thanks! once the first ACK was received,the call should be released because the Offer/Answer model was incomplete.And the second ACK would be ignored as the retransmitting of the first ACK.
On 10/9/06, Markus Hofmann <[EMAIL PROTECTED]> wrote: > > Hi Hong, > > this sceanrio is not rfc conform. If the INVITE has no SDP body the 200 > OK and the ACK must have a SDP body. > > Read RFC 3264 - An Offer/Answer Model with Session Description Protocol > (SDP). > > Regards, > Markus > > asura_hzk wrote: > > hello,everyone ,I met a scenario like this > > > > Sip server Sip Client > > INVITE(without SDP) > > -------------------> > > 200 OK(with SDP) > > <------------------ > > ACK(without SDP) > > -------------------> > > ACK(with SDP) > > -------------------> > > > > The first ACK is just for stopping the retransmitting "200 ok",I > thought, > > Because the second ACK should be received after the remote client > accepted the > > call.The server is not developped by ourselves,So I dont know whether > this > > implementation complies to RFC? > > > > Waiting for your instruction,Thank you! > > > > _______________________________________________ > > Sip-implementors mailing list > > [email protected] > > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
