Thank you !
Sensitivity: Internal
-----Original Message-----
From: Paul Kyzivat <pkyzi...@alum.mit.edu>
Sent: den 7 september 2023 16:14
To: Roman Shpount <ro...@telurix.com>; Sundbaum Per-Johan (Telenor Sverige AB)
<per-johan.sundb...@telenor.se>
Cc: sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] Call hold with a=inactive
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
express its preferences in its answer. When one side conditions its offers
based on what it *thinks* the other side wants that can lead to a "stuck on
hold" situation.
Thanks,
Paul
> _____________
> Roman Shpount
>
>
> On Thu, Sep 7, 2023 at 8:38 AM Sundbaum Per-Johan (Telenor Sverige AB)
> < per-johan.sundb...@telenor.se> 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 <ro...@telurix.com>
>> *Sent:* den 7 september 2023 14:26
>> *To:* Sundbaum Per-Johan (Telenor Sverige AB) <
>> per-johan.sundb...@telenor.se>
>> *Cc:* sip-implementors@lists.cs.columbia.edu
>> *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) < per-johan.sundb...@telenor.se> 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
>> Sip-implementors@lists.cs.columbia.edu
>> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flis
>> ts.cs.columbia.edu%2Fmailman%2Flistinfo%2Fsip-implementors&data=05%7C
>> 01%7Cper-johan.sundbaum%40telenor.se%7Cdebdac44d3204dcd048408dbafacc1
>> 5b%7C1676489c5c7246b7ba639ab90c4aad44%7C1%7C0%7C638296928738731121%7C
>> Unknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1
>> haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=JcRfckQoJZLZVbJeHRy%2FCqTcD
>> fgRk07OPIpTpqyZxm8%3D&reserved=0
>>
>>
> _______________________________________________
> Sip-implementors mailing list
> Sip-implementors@lists.cs.columbia.edu
> https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
> s.cs.columbia.edu%2Fmailman%2Flistinfo%2Fsip-implementors&data=05%7C01
> %7Cper-johan.sundbaum%40telenor.se%7Cdebdac44d3204dcd048408dbafacc15b%
> 7C1676489c5c7246b7ba639ab90c4aad44%7C1%7C0%7C638296928738731121%7CUnkn
> own%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwi
> LCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=JcRfckQoJZLZVbJeHRy%2FCqTcDfgRk07
> OPIpTpqyZxm8%3D&reserved=0
_______________________________________________
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
