Re: [Sip-implementors] Call hold with a=inactive

2023-09-07 Thread Sundbaum Per-Johan (Telenor Sverige AB)
Thank you ! Sensitivity: Internal -Original Message- From: Paul Kyzivat Sent: den 7 september 2023 16:14 To: Roman Shpount ; Sundbaum Per-Johan (Telenor Sverige AB) Cc: sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] Call hold with a=inactive On 9/7/23 8:44 AM,

Re: [Sip-implementors] Call hold with a=inactive

2023-09-07 Thread Paul Kyzivat
On 9/7/23 8:44 AM, Roman Shpount wrote: 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. +1 An offer should only be based on local preferences, because the other side can

Re: [Sip-implementors] Call hold with a=inactive

2023-09-07 Thread Sundbaum Per-Johan (Telenor Sverige AB)
That sounds reasonable, thank you !  Sensitivity: Internal From: Roman Shpount Sent: den 7 september 2023 14:45 To: Sundbaum Per-Johan (Telenor Sverige AB) Cc: sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors] Call hold with a=inactive No, A is not on hold. Placing on

Re: [Sip-implementors] Call hold with a=inactive

2023-09-07 Thread Roman Shpount
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) <

Re: [Sip-implementors] Call hold with a=inactive

2023-09-07 Thread Sundbaum Per-Johan (Telenor Sverige AB)
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 Sent: den 7 september 2023 14:26 To: Sundbaum Per-Johan (Telenor Sverige AB) Cc: sip-implementors@lists.cs.columbia.edu Subject: Re: [Sip-implementors]

Re: [Sip-implementors] Call hold with a=inactive

2023-09-07 Thread Roman Shpount
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,

[Sip-implementors] Call hold with a=inactive

2023-09-07 Thread Sundbaum Per-Johan (Telenor Sverige AB)
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