Subject: Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Considerations) in draft-ietf-mmusic-rfc8843bis-06

From: Paul Kyzivat <[email-masked]>
Date: Sat, 20 Nov 2021 12:54:23 -0500

On 11/20/21 12:06 PM, Christer Holmberg wrote:
> Hi,
> 
> The purpose of the text is not to mandate 3PCC to be implemented in a specific way. The purpose is to point out that if 3PCC is implemented in a way that the 3PCC controller receives a subsequent BUNDLE offer from an endpoint currently in a session, it needs to convert it into an initial BUNDLE offer before forwarding it to an endpoint that is currently not in a session.

OK. It would be helpful to point out that doing so may degrade the call 
- specifically it may result in no longer having a multimedia call, and 
that if this is a concern then special consideration may need to be taken.

	Thanks,
	Paul

> Regards,
> 
> Christer
> 
> -----Original Message-----
> From: mmusic <[email-masked]> On Behalf Of Paul Kyzivat
> Sent: lauantai 20. marraskuuta 2021 18.37
> To: [email-masked]
> Subject: Re: [MMUSIC] 1-week WGLC on Section 7.6 (3PCC Considerations) in draft-ietf-mmusic-rfc8843bis-06
> 
> Hi,
> 
> This is interesting ...
> 
> On 11/17/21 6:16 PM, Flemming Andreasen wrote:
>> Greetings MMUSIC
>>
>> We previously submitted draft-ietf-mmusic-rfc8843bis for publication,
>> however subsequently, the issue of 3rd Party Call Control came up and
>> as a result of that, Section 7.6 has been updated accordingly.
>>
>> We are hereby starting a 1-week WGLC on Section 7.6 only in
>> draft-ietf-mmusic-rfc8843bis-06.
>>
>> If you have any comments on Section 7.6, please send those to the
>> document authors and the MMUSIC mailing list by Wednesday November 24,
>> 2021. If you review it but do not have any comments, please send a
>> note to that effect as well.
> 
> This approach has a limitation:
> 
> If the new UA is unable/unwilling to bundle the media then the updated call will be limited to a single media stream, even if the old UA is willing to operate with unbundled media.
> 
> An alternative way to do this is for the 3pcc controller start the transfer by sending the old UA an offerless INVITE/Replaces. That will result in getting an initial bundle offer that should give maximum flexibility to the new UA.
> 
> Its possible that the old UA doesn't support INVITE/Replaces. If so, the 3pcc controller could then fall back to the method currently in 7.6.
> 
> 	Thanks,
> 	Paul
> 
> _______________________________________________
> mmusic mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/mmusic
> 
> _______________________________________________
> mmusic mailing list
> [email-masked]
> https://www.ietf.org/mailman/listinfo/mmusic
>