No, A is not on hold. Placing on hold requires a user action. Unless the user of A placed it on hold, A is not on hold. Anything done by B doesn't affect A hold status. _____________ Roman Shpount
On Thu, Sep 7, 2023 at 8:38 AM Sundbaum Per-Johan (Telenor Sverige AB) < [email protected]> wrote: > But you could argue that also A is on hold after “*3. A sends 200 ok > with a=inactive” ?* > > BR/pj > > > > > Sensitivity: Internal > From: Roman Shpount <[email protected]> > *Sent:* den 7 september 2023 14:26 > *To:* Sundbaum Per-Johan (Telenor Sverige AB) < > [email protected]> > *Cc:* [email protected] > *Subject:* Re: [Sip-implementors] Call hold with a=inactive > > > > A should respond with a=sendrecv. The A response (offer in 2XX response to > a re-INVITE) should depend on A hold status only. The state of B has no > effect on A offers. So, since A is not on hold, a=sendrecv is the most > appropriate answer. > > > > On the other hand, if A sends a re-INVITE without SDP to B, B should > respond with a=inactive, since B is on hold. > > _____________ > Roman Shpount > > > > > > On Thu, Sep 7, 2023 at 6:55 AM Sundbaum Per-Johan (Telenor Sverige AB) < > [email protected]> wrote: > > Hi ! > > A question that I hope is simple for some helpful person to answer: > > 1. Call connected between A and B > 2. B holds the call with re-INVITE a=inactive > 3. A sends 200 ok with a=inactive > 4. B sends re-INVITE without SDP > > A should answer a=sendonly or is a=sendrecv normally a better option or > perhaps something else ? > > > MVH/pj > > > > Sensitivity: Internal > _______________________________________________ > Sip-implementors mailing list > [email protected] > https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors > > _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
