Every INVITE/re-INVITE recieved has to be acknoledged with a final response to satisfy the transaction and other layers (Offer answer too in this case).
Once the re-INVITE with a=inactive is recieved UAS can stop sending the RTP rite away as it is clear that UAC is no more intrested in listening. This is just from an implementation perspective. If you look at offer answer state its still in offer sent state unless it recieves an answer , In that case UAS can still recieve RTP packets. Regards -Satan On Mon, Nov 29, 2010 at 9:54 PM, Iñaki Baz Castillo <i...@aliax.net> wrote: > 2010/11/24 ENTRESSANGLE, ERIC (ERIC) <eric.entressan...@alcatel-lucent.com > >: > > If a user agent A sends a new sdp offer with a=inactive for the audio > media, should A user agent stop sending/receiving media RTP right after > having sent the REINVITE, or should it wait for 200 OK response with audio > inactive from B to do so ? > > > > Is there a rule described in some RFC for this, or is it up to user agent > application to implement its own behaviour ? > > If a=inactive is used as "mic mute" and "audio mute" then UAC should > not reply for a 200 for such re-INVITE as most probably UAC doesn't > want to "ask for permissions" to UAS, but just mute audio in its own > device. > > -- > Iñaki Baz Castillo > <i...@aliax.net> > > _______________________________________________ > Sip-implementors mailing list > Sip-implementors@lists.cs.columbia.edu > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > -- Regards -Satan _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
