Re: Uploaded combined slides on Multipath in ATSSS

[Spencer Dawkins at IETF <[e-mail]>]

Hi, Kazuho,

On Tue, Oct 20, 2020, 21:14 Kazuho Oku <[e-mail]> wrote:

> Hello,
>
> Thank you for working on the slides and sharing them beforehand. They gave
> mea  good understanding on what the requirements from ATSSS would be.
>
> I have one question: Regarding feature breakdown in pp. 7-8, would it be
> the case that the server address can be stable throughout the lifetime of a
> QUIC connection for all the bullet points? Or would it be the case that the
> server has to migrate to a different address mid-connection?
>

(When you say "server", you mean "the other end of the QUIC connection",
right? That's often a UPF, which could be something like a MASQUE server in
some eATSSS proposals)

I don't think the "other end of the QUIC connection" is likely to change
its addresses - the UE is the mobile part of eATSSS, and even then, 3GPP
networks use GTP tunneling to handle mobility, so the UE addresses don't
need to change.

But I'm not sure everyone would agree about that.

What I am wondering is if path validation scheme that we have in QUICv1
> would be sufficient for supporting ATSSS, or if simultaneous migration
> would be required.
>
> I think that having that point clarified (possibly during the
> presentation) would help us better understand the amount of work we need to
> devote if we decide to design features necessary for ATSSS.
>

I agree that's a good question to talk about in discussion. I haven't seen
concerns expressed about that, but people are still thinking through the
details.

And thank you for raising the question!

Best,

Spencer

Thank you in advance.
>
> 2020年10月21日(水) 3:18 Spencer Dawkins at IETF <[e-mail]
> >:
>
>> Dear Chairs,
>>
>> You should have https://github.com/quicwg/wg-materials/pull/163
>> available for your viewing pleasure :-)
>>
>> Best,
>>
>> Spencer
>>
>
>
> --
> Kazuho Oku
>