Thank you for notice me about the reference, I will update it in the next
version
Unfortunately, I cannot get visa in time for Dublin IETF so I hope to
present the draft update online in this meeting.
I would like to request a short presentation slot

Regards,
Minh-Ngoc

On Tue, Oct 15, 2024 at 1:12 PM Satoru Matsushima <
[email protected]> wrote:

> Thanks Minh-Ngoc, will take a look into it. BTW can you update MUP
> architecture draft reference to I-D.mhkk-dmm-mup-architecture?
> It has obsoleted I-D.mhkk-dmm-srv6mup-architecture.
>
> See you in Dublin. :-)
> Cheers,
> --satoru
>
> On Tue, Oct 15, 2024 at 3:40 AM Minh Ngoc Tran <
> [email protected]> wrote:
>
>> I agree with your opinion Mr.Satoru, I have recently uploaded a new
>> version of the draft.
>> https://www.ietf.org/archive/id/draft-dcn-dmm-cats-mup-03.html
>>
>> The changes summary are:
>> - CS-ID, CIS-ID should all be included inside the BGP NLRI. In my
>> opinion, Whether to use the CS-ID as the MUP extended community or not is
>> optional. Normally, the PE at RAN side should import DSD routes from all
>> available services (all CS-ID)
>> - The New added contents are: Procedure for handling underlay datapath
>> configuration for new UE request and UE mobility in both centralized and
>> decentralized CATS-MUP cases.
>>
>> I would appreciate any opinions from you about the new updates.
>>
>> Best regards,
>> Minh-Ngoc
>>
>> On Thu, Aug 29, 2024 at 12:06 AM Satoru Matsushima <
>> [email protected]> wrote:
>>
>>> Thanks Minh-Ngoc,
>>>
>>> Leveraging a DSD(Direct Segment Discovery) advertisement to find
>>> computing resources identified with CATS IDs sounds interesting.
>>>
>>> Let me see more detail considerations described in your draft. My first
>>> point for that would be:
>>>
>>> - NLRI in a DSD route corresponds which ID, CS-ID, or CIS-ID, while MUP
>>> ext-comm identifies,
>>> - Direct segment ID in a MUP ext-comm identifies which ID, CS-ID, or
>>> CIS-ID.
>>>
>>> IMO so far was that DSD route NLRI for CIS-ID, MUP ext-comm for CS-ID.
>>> Let me think more on that, and get back to you.
>>>
>>> Cheers,
>>> --satoru
>>>
>>> On Jul 31, 2024, at 2:05, Minh Ngoc Tran <[email protected]>
>>> wrote:
>>>
>>> 
>>> Dear DMM members,
>>>
>>> We updated our cats-mup draft based on discussion and comments from the
>>> IETF 120 meeting.
>>> Any comments are welcomed and appreciated.
>>>
>>> Best regards,
>>> Minh-Ngoc
>>>
>>> ---------- Forwarded message ---------
>>> From: <[email protected]>
>>> Date: Wed, Jul 31, 2024 at 1:58 AM
>>> Subject: New Version Notification for draft-dcn-dmm-cats-mup-02.txt
>>> To: Minh-Ngoc Tran <[email protected]>, Younghan Kim <
>>> [email protected]>
>>>
>>>
>>> A new version of Internet-Draft draft-dcn-dmm-cats-mup-02.txt has been
>>> successfully submitted by Minh-Ngoc Tran and posted to the
>>> IETF repository.
>>>
>>> Name:     draft-dcn-dmm-cats-mup
>>> Revision: 02
>>> Title:    Computing Aware Traffic Steering Consideration for Mobile User
>>> Plane Architecture
>>> Date:     2024-07-30
>>> Group:    Individual Submission
>>> Pages:    13
>>> URL:      https://www.ietf.org/archive/id/draft-dcn-dmm-cats-mup-02.txt
>>> Status:   https://datatracker.ietf.org/doc/draft-dcn-dmm-cats-mup/
>>> HTML:     https://www.ietf.org/archive/id/draft-dcn-dmm-cats-mup-02.html
>>> HTMLized: https://datatracker.ietf.org/doc/html/draft-dcn-dmm-cats-mup
>>> Diff:
>>> https://author-tools.ietf.org/iddiff?url2=draft-dcn-dmm-cats-mup-02
>>>
>>> Abstract:
>>>
>>>    The document [I-D.draft-mhkk-dmm-srv6mup-architecture] describes the
>>>    Mobile User Plane (MUP) architecture for Distributed Mobility
>>>    Management.  The proposed architecture converts the user mobility
>>>    session information from the control plane entity to an IPv6
>>>    dataplane routing information.  When there are multiple candidate
>>>    instances located at different location to serve an user request, the
>>>    MUP Provider Edge (PE) might prioritize the closest service location.
>>>    However, the closest routing path might not be the optimal route.
>>>
>>>    This document discusses how the mentioned MUP architecture can be
>>>    leveraged to set up dataplane routing paths to the optimal service
>>>    instance location with the assistance of computing-aware traffic
>>>    steering capabilities.  For each session request, based on the up-to-
>>>    date collected computing and network information, the MUP controller
>>>    can convert the session information to the optimal route.
>>>
>>>
>>>
>>> The IETF Secretariat
>>>
>>>
>>>
>>>
>>> --
>>>
>>> __________________________________
>>>
>>> *Minh-Ngoc Tran*
>>>
>>> IISTRC - Internet Infra System Technology Research Center
>>>
>>> 369, Sangdo-ro, Dongjak-gu, Seoul, Republic of Korea, 06978
>>> Tel : +82-2-820-0841
>>>
>>> Email: [email protected]
>>>
>>> __________________________________
>>> _______________________________________________
>>> dmm mailing list -- [email protected]
>>> To unsubscribe send an email to [email protected]
>>>
>>>
>>
>> --
>>
>> __________________________________
>>
>> *Minh-Ngoc Tran*
>>
>> IISTRC - Internet Infra System Technology Research Center
>>
>> 369, Sangdo-ro, Dongjak-gu, Seoul, Republic of Korea, 06978
>> Tel : +82-2-820-0841
>>
>> Email: [email protected]
>>
>> __________________________________
>>
>

-- 

__________________________________

*Minh-Ngoc Tran*

IISTRC - Internet Infra System Technology Research Center

369, Sangdo-ro, Dongjak-gu, Seoul, Republic of Korea, 06978
Tel : +82-2-820-0841

Email: [email protected]

__________________________________
_______________________________________________
dmm mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to