Re: [DMM] New Liaison Statement, "CP-173160: New Study Item on User Plane Protocol in 5GC"
Arashmid Akhavain <arashmid.akhavain@huawei.com> Mon, 09 July 2018 17:20 UTC
Return-Path: <arashmid.akhavain@huawei.com>
X-Original-To: dmm@ietfa.amsl.com
Delivered-To: dmm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F287F130EAA for <dmm@ietfa.amsl.com>; Mon, 9 Jul 2018 10:20:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v8gIAECBfSGR for <dmm@ietfa.amsl.com>; Mon, 9 Jul 2018 10:20:00 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D8CB130DCE for <dmm@ietf.org>; Mon, 9 Jul 2018 10:20:00 -0700 (PDT)
Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 319672197888A for <dmm@ietf.org>; Mon, 9 Jul 2018 18:19:56 +0100 (IST)
Received: from YYZEML702-CHM.china.huawei.com (10.218.33.72) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.382.0; Mon, 9 Jul 2018 18:19:57 +0100
Received: from YYZEML701-CHM.china.huawei.com ([169.254.4.44]) by YYZEML702-CHM.china.huawei.com ([169.254.6.138]) with mapi id 14.03.0399.000; Mon, 9 Jul 2018 13:19:54 -0400
From: Arashmid Akhavain <arashmid.akhavain@huawei.com>
To: "Sri Gundavelli (sgundave)" <sgundave@cisco.com>, "dmm@ietf.org" <dmm@ietf.org>
Thread-Topic: New Liaison Statement, "CP-173160: New Study Item on User Plane Protocol in 5GC"
Thread-Index: AQHUFVGdq6XAt58/PUWVijs4IXASkKSCpMuggADqOACAAkL/sIAACJwAgAEVaHCAAGGYAP//1Gcg
Date: Mon, 09 Jul 2018 17:19:53 +0000
Message-ID: <D57109449177B54F8B9C093953AC5BCD74BD3951@YYZEML701-CHM.china.huawei.com>
References: <152347061706.2098.5631070563392014331.idtracker@ietfa.amsl.com> <D764EE74.2BD14D%sgundave@cisco.com> <D57109449177B54F8B9C093953AC5BCD74BC965B@YYZEML702-CHM.china.huawei.com> <D765A84B.2BD1F3%sgundave@cisco.com> <D57109449177B54F8B9C093953AC5BCD74BCF7CE@YYZEML701-CHM.china.huawei.com> <D767E34A.1D511%sgundave@cisco.com> <D57109449177B54F8B9C093953AC5BCD74BD28AE@YYZEML701-CHM.china.huawei.com> <D768CF06.2BD321%sgundave@cisco.com>
In-Reply-To: <D768CF06.2BD321%sgundave@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.193.61.47]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/dmm/dPK15Mxgp9wF7_zU04tntmaxTgU>
Subject: Re: [DMM] New Liaison Statement, "CP-173160: New Study Item on User Plane Protocol in 5GC"
X-BeenThere: dmm@ietf.org
X-Mailman-Version: 2.1.27
Precedence: list
List-Id: Distributed Mobility Management Working Group <dmm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dmm>, <mailto:dmm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dmm/>
List-Post: <mailto:dmm@ietf.org>
List-Help: <mailto:dmm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dmm>, <mailto:dmm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Jul 2018 17:20:06 -0000
Hi Sri, A minor addition to the end of this sentence would perhaps do the trick. These proposals include protocol specifications based on new/existing protocols, proposals covering requirements/analysis/comparison of various approaches, and building proof of concept demos. Arashmid > -----Original Message----- > From: Sri Gundavelli (sgundave) [mailto:sgundave@cisco.com] > Sent: 09 July 2018 11:51 > To: Arashmid Akhavain <arashmid.akhavain@huawei.com>; dmm@ietf.org > Subject: Re: New Liaison Statement, "CP-173160: New Study Item on User > Plane Protocol in 5GC" > > Hi Arashmid/Kalyani, > > Thank you both for your feedback. > > Yes, we thought its better to keep the focus on problem statement and > requirement analysis. We don’t want to prematurely high-light any solution > documents to SDO. Which did not go through proper review process, as it > will only result in confusing them. > > > > Having said that however, I think a general statement about proof of > >concepts can help the cause. > > The current text provides an high-level update and status on where the WG > is going, and a also a pointer to all documents under review. I am personally > not keen on making additional edits, unless you guys think the change is > absolutely needed and will make a difference in CT4 discussion. > So, if you are keen on seeing any such changes, please propose the exact > text. But, if you have no objections to the current response, we can let this > go. In future liaisons we can have detailed technical exchanges. > > > Sri > > > > On 7/9/18, 7:23 AM, "Arashmid Akhavain" > <arashmid.akhavain@huawei.com> > wrote: > > >Hi Sri, > > > >Thank you for your clarifying email. The POC draft talks about the SRv6 > >demos and I can see how it can be seen as a document advocating a > >particular solution strategy. > >So, I agree that we should stay away from specific POCs and drafts in > >the LS. Having said that however, I think a general statement about > >proof of concepts can help the cause. > > > >At this point I think it is more important to discuss the GAPs in > >existing system rather than focusing on different solutions. That's why > >I really like what > >draft-hmm-dmm-5g-uplane-analysis-00 is trying to do. > > > >Cheers, > >Arashmid > > > > > >> -----Original Message----- > >> From: Sri Gundavelli (sgundave) [mailto:sgundave@cisco.com] > >> Sent: 08 July 2018 19:29 > >> To: Arashmid Akhavain <arashmid.akhavain@huawei.com>; > dmm@ietf.org > >> Subject: Re: New Liaison Statement, "CP-173160: New Study Item on > >> User Plane Protocol in 5GC" > >> > >> Hi Arashmid, > >> > >> We were trying to avoid this debate on inclusion/exclusions of > >>individual I- D’s, but looks like we are just doing that. That is > >>fine. Lets review the situation. > >> > >> The approach on what documents to be explicitly listed is based on > >> the following principles. > >> > >> #1 Provide references to DMM WG documents that have any relation to > >>the study item in 5GC. > >> #2 Include references to individual I-D’s that have done broader > >>requirement/solution analysis/comparative study on the topic of mobile > >>user plane optimization; documents that are not advocating a specific > >>solution. > >> We also wanted to apply the constraint of documents that have had > >>substantial discussions in the working group. In other words, > >>documents that were reviewed by the WG and received significantly > >>high number of comments. > >> > >> > >> For #1: we have included draft-ietf-dmm-srv6-mobile-uplane-02.txt, as > >>its a WG document on track for standardization. > >> > >> For #2: we have included draft-bogineni as there were many > >>discussions/presentations/conference calls on that draft. We have also > >>included draft-hmm-dmm-5g-uplane-analysis-00, but however this draft > >>was published recently and had near zero discussions in the WG. But > >>given the quality of the document and noting that its about > >>requirement analysis and as its not advocating a specific solution, > >>we chose to keep this document in the list. > >> > >> We have not included any other I-D’s which have not had enough > >>discussions and which are solution specific documents. Not that we > >>have not established the draft applicability to the 3GPP study item. > >>These include: > >> > >> draft-auge-dmm-hicn-mobility-00, > >> draft-auge-dmm-hicn-mobility-deployment-options-00, > >> draft-camarillo-dmm-srv6-mobile-pocs-00, > >> draft-gundavelli-dmm-mfa-00 > >> draft-homma-dmm-5gs-id-loc-coexistence-01, > >> > >> > >> > >> Now, if this sounds unreasonable or unfair, we have two options. > >> > >> #1 Remove references to all individual drafts and only include WG > >> documents > >> #2: Include every single I-D (WG and non WG) documents. > >> > >> > >> All - Please comment. > >> > >> > >> > >> Sri > >> > >> > >> > >> > >> > >> > >> On 7/8/18, 2:14 PM, "Arashmid Akhavain" > >> <arashmid.akhavain@huawei.com> > >> wrote: > >> > >> >Hi Sri, > >> >Thank you for the reply. Pablo's draft is rather different as it > >> >describes the two POCs addressing the mobile core data plane. > >> >Referencing the POCs in the LS can help put things into perspective > >> >and sort of backs up all the analysis work that everyone have been > >> >involved in for the last while. > >> > > >> >I agree, we do want to keep it simple, but the POCs can certainly > >> >add > >>to > >> >the strength of the LS. > >> > > >> >Regards, > >> >Arashmid > >> > > >> >-----Original Message----- > >> >From: Sri Gundavelli (sgundave) [mailto:sgundave@cisco.com] > >> >Sent: Saturday, July 07, 2018 2:25 AM > >> >To: Arashmid Akhavain <arashmid.akhavain@huawei.com>; > dmm@ietf.org > >> >Subject: Re: New Liaison Statement, "CP-173160: New Study Item on > >> >User Plane Protocol in 5GC" > >> > > >> >Hi Arashmid, > >> > > >> >Thanks for the feedback. > >> > > >> >I have added a link to the DMM WG pages and it has links to all the > >> >DMM documents. I think that should be OK, we don’t have to > >> >explicitly list out every single I-D at this stage. As we move > >> >forward and based on WG discussions/progress, we can provide more > >> >detailed feedback on each document. I suggest we keep this simple for > now. > >> > > >> > > >> > > >> >> So, what happens next? We wait for their reply? > >> > > >> >This is just a response to the LS; more an information exchange on > >> >the status/progress. > >> > > >> > > >> > > >> >Regards > >> >Sri > >> > > >> > > >> > > >> > > >> >On 7/6/18, 1:56 PM, "Arashmid Akhavain" > >> <arashmid.akhavain@huawei.com> > >> >wrote: > >> > > >> >>Hi Sri, > >> >> > >> >>We might also want to add draft-camarillo-dmm-srv6-mobile-pocs-00 > >> >>under "Related Documents". > >> >> > >> >>Also, we might want to say something like: > >> >>"Although we will NOT pick a particular approach, we will be ready > >> >>to provide further assistance to 3GPP regarding the technical > >> >>details of different candidates." > >> >> > >> >>So, what happens next? We wait for their reply? > >> >> > >> >>Cheers, > >> >>Arashmid > >> >> > >> >>> -----Original Message----- > >> >>> From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Sri > >> >>> Gundavelli > >> >>> (sgundave) > >> >>> Sent: 06 July 2018 13:49 > >> >>> To: dmm@ietf.org > >> >>> Subject: Re: [DMM] New Liaison Statement, "CP-173160: New Study > >> >>> Item on User Plane Protocol in 5GC" > >> >>> > >> >>> We plan to send the following response to 3GPP CT4. If you have > >> >>>any quick comments/corrections/suggestions, please let us know in a > day. > >> >>> > >> >>> > >> >>> > >> >>> ³ > >> >>> Thank you for your Liaison request (Reference: CP-173160) and for > >> >>>sharing the information on the status of the CT4 study item on > >> >>>user-plane protocol for 5GC. The IETF DMM working group wants to > >> >>>acknowledge your request and want to share the following update. > >> >>> > >> >>> IETF DMM working is currently reviewing various proposals on > >> >>>approaches for realizing optimizations in user-plane for mobile > >> >>>packet core. These proposals include protocol specifications > >> >>>based > >>on > >> >>>new/existing protocols and proposals covering > >> >>>requirements/analysis/comparison of various approaches. At this > >>point > >> >>>of time, some of these documents are working group documents and > >> some > >> >>>are individual submissions and yet to be adopted as working group > >> >>>documents. Based on the working group interest, feedback > >> >>>charter-scope, the working group may choose to adopt some of > >> >>>these work items as working group documents and at that time will > >> >>>seek feedback from 3GPP. > >> >>> > >> >>> We also would like to state that the DMM working group will not > >> >>> be > >>in > >> >>>a position to pick a single approach/solution as THE approach for > >> >>>user-plane optimization. Most likely the working group may > >> >>>standardize more than one approach, but will characterize each of > >> >>>these approaches based on its technical capabilities and > >>limitations. > >> >>>This approach would be consistent with the approach that IETF > >> >>>took with IPv6 transitioning work, where IETF standardized > >> >>>multiple approaches including DSLite, NAT64, Gi-DSLite and other > approaches. > >> >>> > >> >>> Finally, IETF would like to point 3GPP to the following documents > >> >>> under consideration. > >> >>> > >> >>> http://www.ietf.org/id/draft-bogineni-dmm-optimized-mobile-user- > >> plane > >> >>> - > >> >>> 01.tx > >> >>> t (Individual submission) > >> >>> > >> >>> https://www.ietf.org/internet-drafts/draft-hmm-dmm-5g-uplane- > >> analysis > >> >>> - > >> >>> 00.tx > >> >>> t (Individual submission) > >> >>> > >> >>> > >> >>> Related Documents: > >> >>> > >> >>> > >> >>> https://www.ietf.org/id/draft-ietf-dmm-srv6-mobile-uplane-02.txt > >> >>>(Working > >> >>> group document) > >> >>> > >> >>> > >> >>> Link to DMM Pages: > >> >>> > >> >>> https://datatracker.ietf.org/wg/dmm/documents/ > >> >>> > >> >>> > >> >>> > >> >>> Please let us know if you need any additional information. > >> >>> " > >> >>> > >> >>> ----- > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> On 4/11/18, 11:16 AM, "Liaison Statement Management Tool" > >> >>> <lsmt@ietf.org> > >> >>> wrote: > >> >>> > >> >>> >Title: CP-173160: New Study Item on User Plane Protocol in 5GC > >> >>> >Submission Date: 2018-04-11 URL of the IETF Web page: > >> >>> >https://datatracker.ietf.org/liaison/1572/ > >> >>> >Please reply by 2018-07-20 > >> >>> >From: Satoru Matsushima <satoru.matsushima@g.softbank.co.jp> > >> >>> >To: Sri Gundavelli <sgundave@cisco.com>,Dapeng Liu > >> >>> ><maxpassion@gmail.com> > >> >>> >Cc: Dapeng Liu <maxpassion@gmail.com>,Terry Manderson > >> >>> ><terry.manderson@icann.org>,Distributed Mobility Management > >> >>> Discussion > >> >>> >List <dmm@ietf.org>,Sri Gundavelli <sgundave@cisco.com>,Suresh > >> >>> Krishnan > >> >>> ><suresh@kaloom.com> Response Contacts: > >> >>> >georg.mayer.huawei@gmx.com,3GPPLiaison@etsi.org > >> >>> >Technical Contacts: > >> >>> >Purpose: For action > >> >>> > > >> >>> >Body: 1. Overall Description: > >> >>> >3GPP working group of CT4 (Core and Terminal) would like to > >> >>> >inform the IETF that CT4 has initiated a study item on user > >> >>> >plane protocol in 5GC for Release-16 of 5G phase 2 (see CP-173160). > >> >>> > > >> >>> >Based on the outcome from the IETF / 3GPP Coordination meeting > >> >>> >at IETF#100, 3GPP CT4 got aware that IETF DMM WG is currently > >> >>> >working on a possible candidate protocol for the 3GPP 5G user > >> >>> >plane > >>protocol. > >> >>> > > >> >>> >3GPP CT4 wants to emphasize that currently there is no related > >> >>> >evaluation ongoing in 3GPP. Nevertheless, a study item was > >> >>> >approved for such a study to start in the second half of 2018. > >> >>> >The study > >>will > >> >>> >evaluate between existing solutions within 3GPP and other > >>protocols, > >> >>> >based on the Release > >> >>> >16 stage 2 (system architecture) requirements. > >> >>> > > >> >>> >3GPP CT4 would like to point IETF DMM to the following > >> >>> >specifications on GTP-U. The Release 16 stage 2 requirements are > >>not > >> >>> >yet known but it is worth looking at latest GTP-U spec which > >> >>> >will > >>be > >> >>> >evaluated through the study as the existing protocol. > >> >>> > > >> >>> >€ [1] 3GPP TS 29.281 (V15.1.0): GPRS Tunnelling Protocol User > Plane > >> >>> >(GTPv1-U) > >> >>> > > >> >>> > > >> >>> >Following technical report provides information of how 3GPP > >> >>> >considered GTP-U apply to user plane of 5G_ph1: > >> >>> > > >> >>> >€ [2] 3GPP TR 29.891 (V15.0.0): 5G System Phase 1; CT4 > Aspects > >> >>> > > >> >>> > > >> >>> >Furthermore, 3GPP would like to give the following general > >> >>> >guidance to IETF DMM, regarding user plane transport within 3GPP > networks. > >> >>> >These are technical specifications that include also the > >> >>> >necessary information to understand which architectural, QoS, > >>security-related > >> >>> >and high-level requirements GTP-U currently complies to within > >> 5G_ph1. > >> >>> > > >> >>> >€ [3] 3GPP TS 23.501 (V15.0.0): System Architecture for the 5G > >>System > >> >>> >€ [4] 3GPP TS 23.502 (V15.0.0): Procedures for the 5G System > >> >>> >€ [5] 3GPP TS 23.503 (V15.0.0): Policy and Charging Framework > for > >>the > >> >>> 5G > >> >>> >System > >> >>> >€ [6] 3GPP TS 33.501 (V0.6.0): Security Architecture (work in > >> >>>progress) > >> >>> > > >> >>> >2. Actions: > >> >>> >To IETF DMM: > >> >>> >ACTION: CT4 respectfully asks IETF DMM to provide any > information > >> >>> that > >> >>> >may be relevant to the above CT4 work by July 2018. > >> >>> > > >> >>> > > >> >>> >3. Date of Next CT and CT4 Meetings: > >> >>> >CT4#83 26th Feb 2nd Mar 2018 Montreal, CAN > >> >>> >CT#79 19th 20th Mar 2018 Chennai, India > >> >>> >CT4#84 16th 20th April 2018 Kunming, China > >> >>> >CT4#85 21st 25th May 2018 Osaka, Japan > >> >>> >CT#80 11th 12th June 2018 La Jolla, USA > >> >>> >CT4#85-bis 9th 13th July 2018 TBD, France > >> >>> >CT4#86 20st 24th Aug 2018 TBD, USA > >> >>> >Attachments: > >> >>> > > >> >>> > CP-180116 > >> >>> > > >> >>> >https://www.ietf.org/lib/dt/documents/LIAISON/liaison-2018-04-11 > >> >>> >- > >> 3gp > >> >>> >p-t > >> >>> >sgc > >> >>> >t-ct4-dmm-cp-173160-new-study-item-on-user-plane-protocol-in-5gc > >> >>> >- > >> att > >> >>> >ach > >> >>> >men > >> >>> >t-1.doc > >> >>> > > >> >>> > >> >>> _______________________________________________ > >> >>> dmm mailing list > >> >>> dmm@ietf.org > >> >>> https://www.ietf.org/mailman/listinfo/dmm > >> > > >
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Bogineni, Kalyani
- Re: [DMM] New Liaison Statement, "CP-173160: New … Arashmid Akhavain
- Re: [DMM] New Liaison Statement, "CP-173160: New … Arashmid Akhavain
- Re: [DMM] New Liaison Statement, "CP-173160: New … Bogineni, Kalyani
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Arashmid Akhavain
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Arashmid Akhavain
- Re: [DMM] New Liaison Statement, "CP-173160: New … Arashmid Akhavain
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Bogineni, Kalyani
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Arashmid Akhavain
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- [DMM] New Liaison Statement, "CP-173160: New Stud… Liaison Statement Management Tool
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Arashmid Akhavain
- Re: [DMM] New Liaison Statement, "CP-173160: New … Bogineni, Kalyani
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Arashmid Akhavain
- Re: [DMM] New Liaison Statement, "CP-173160: New … Charlie Perkins
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Uma Chunduri
- Re: [DMM] [E] Re: New Liaison Statement, "CP-1731… Bogineni, Kalyani
- Re: [DMM] New Liaison Statement, "CP-173160: New … Bogineni, Kalyani
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Satoru Matsushima
- Re: [DMM] New Liaison Statement, "CP-173160: New … Arashmid Akhavain
- Re: [DMM] New Liaison Statement, "CP-173160: New … Bogineni, Kalyani
- Re: [DMM] New Liaison Statement, "CP-173160: New … Arashmid Akhavain
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Arashmid Akhavain
- Re: [DMM] New Liaison Statement, "CP-173160: New … Luca Muscariello
- Re: [DMM] New Liaison Statement, "CP-173160: New … Jordan Augé
- Re: [DMM] New Liaison Statement, "CP-173160: New … Giovanna Carofiglio (gcarofig)
- Re: [DMM] New Liaison Statement, "CP-173160: New … Sri Gundavelli (sgundave)