Re: [Ila] [DMM] [E] Re: Fwd: New Version Notification for draft-herbert-ila-mobile-00.txt
Arashmid Akhavain <arashmid.akhavain@huawei.com> Wed, 07 February 2018 16:14 UTC
Return-Path: <arashmid.akhavain@huawei.com>
X-Original-To: ila@ietfa.amsl.com
Delivered-To: ila@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A15B12DB70; Wed, 7 Feb 2018 08:14:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.22
X-Spam-Level:
X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, T_RP_MATCHES_RCVD=-0.01] 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 Nvm8Yw45hW0S; Wed, 7 Feb 2018 08:14:12 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [194.213.3.17]) (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 1710C126D05; Wed, 7 Feb 2018 08:14:12 -0800 (PST)
Received: from lhreml703-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 648D3DF358FEA; Wed, 7 Feb 2018 16:14:07 +0000 (GMT)
Received: from YYZEML703-CHM.china.huawei.com (10.218.33.73) by lhreml703-cah.china.huawei.com (10.201.108.44) with Microsoft SMTP Server (TLS) id 14.3.361.1; Wed, 7 Feb 2018 16:14:08 +0000
Received: from YYZEML701-CHM.china.huawei.com ([169.254.4.55]) by YYZEML703-CHM.china.huawei.com ([169.254.5.26]) with mapi id 14.03.0382.000; Wed, 7 Feb 2018 11:14:06 -0500
From: Arashmid Akhavain <arashmid.akhavain@huawei.com>
To: "Bogineni, Kalyani" <Kalyani.Bogineni@VerizonWireless.com>, Marco Liebsch <Marco.Liebsch@neclab.eu>
CC: "ila@ietf.org" <ila@ietf.org>, dmm <dmm@ietf.org>
Thread-Topic: [DMM] [Ila] [E] Re: Fwd: New Version Notification for draft-herbert-ila-mobile-00.txt
Thread-Index: AQHTnugc/YAYgUpYAUmIa5aApU6uNKOW6XCAgAAUz4D//69LVIAAV3sAgADreYCAAEb8gIAADPuAgABQCoCAAF/6AIAATkMA///M1HA=
Date: Wed, 07 Feb 2018 16:14:05 +0000
Message-ID: <D57109449177B54F8B9C093953AC5BCD74B2CCFE@YYZEML701-CHM.china.huawei.com>
References: <151750859755.24445.6929673804211867286.idtracker@ietfa.amsl.com> <CAPDqMerbX4UJ-mK-A-f=im=1h0Yz-52QfWLLgVDkybtSShNp5Q@mail.gmail.com> <D698D3B3.2A3906%sgundave@cisco.com> <D43DF85C-75F6-445B-895F-D27CE3285061@gmail.com> <D698E00C.10A01%sgundave@cisco.com> <b9d5a581af5c46d3834f080c8e62b6a3@scwexch12apd.uswin.ad.vzwcorp.com> <1ED57BC0-DBE3-49A9-801C-7F19EE98ECE9@gmail.com> <5d6067277f484e78b561cf511f9d2861@scwexch12apd.uswin.ad.vzwcorp.com> <D69E42B4.10DB3%sgundave@cisco.com> <60D36175-0CB4-48E1-98C1-B7B1CAA0B876@gmail.com> <D69E5671.10DCE%sgundave@cisco.com> <680D7F3C-8417-40A3-856D-205D77B21AA6@gmail.com> <D69E5971.10DDB%sgundave@cisco.com> <69756203DDDDE64E987BC4F70B71A26DD5AEDF95@PALLENE.office.hd>, <ae152f8a187d490598da58cb0c537f67@scwexch12apd.uswin.ad.vzwcorp.com> <69ECCC1B-56AD-42BB-913F-A794C9D106CF@neclab.eu> <25f61d02d615402b9c05ec16ff429d9e@scwexch12apd.uswin.ad.vzwcorp.com> <69756203DDDDE64E987BC4F70B71A26DD5AEF474@PALLENE.office.hd> <4d50a8a4ead74d3baa1ee86b47eabc4c@scwexch12apd.uswin.ad.vzwcorp.com>
In-Reply-To: <4d50a8a4ead74d3baa1ee86b47eabc4c@scwexch12apd.uswin.ad.vzwcorp.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: multipart/alternative; boundary="_000_D57109449177B54F8B9C093953AC5BCD74B2CCFEYYZEML701CHMchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ila/flRRZwmIp2VGLtvbkhqI1x_Mt9o>
Subject: Re: [Ila] [DMM] [E] Re: Fwd: New Version Notification for draft-herbert-ila-mobile-00.txt
X-BeenThere: ila@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Identifier Locator Addressing <ila.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ila>, <mailto:ila-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ila/>
List-Post: <mailto:ila@ietf.org>
List-Help: <mailto:ila-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ila>, <mailto:ila-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 07 Feb 2018 16:14:16 -0000
The database is simply a vehicle to locate UPFs in the network. As UPFs move around, the database gets updated and notifies other UPFs that are interested to receive this information. The records could be of course augmented to store additional information. Option 1 might require changes to N4. But given the small number of required instructions, I don't think these changes will be significant. Options 2 will use the APIs which I think is a more flexible and perhaps easier. The mapping database (in a distributed model which I think need to be used in MN) will also use this method to synchronise its nodes, load balance, etc. We don't need any special interface here. Kalyani, you talked about non-mobility state transfer between the UPFs. Wouldn't this info. use the established data path between the UPFs (i.e. N9)? Arashmid From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Bogineni, Kalyani Sent: 07 February 2018 08:20 To: Marco Liebsch <Marco.Liebsch@neclab.eu> Cc: ila@ietf.org; dmm <dmm@ietf.org> Subject: Re: [DMM] [Ila] [E] Re: Fwd: New Version Notification for draft-herbert-ila-mobile-00.txt Marco: I think you are talking about 2 features: one for mobility that needs the database; another for non-mobility state transfer between user plane nodes (not necessarily mobility nodes). Kalyani From: ila [mailto:ila-bounces@ietf.org] On Behalf Of Marco Liebsch Sent: Wednesday, February 7, 2018 3:40 AM To: Bogineni, Kalyani <Kalyani.Bogineni@VerizonWireless.com<mailto:Kalyani.Bogineni@VerizonWireless.com>> Cc: ila@ietf.org<mailto:ila@ietf.org>; dmm <dmm@ietf.org<mailto:dmm@ietf.org>>; Dino Farinacci <farinacci@gmail.com<mailto:farinacci@gmail.com>>; Sri Gundavelli (sgundave) <sgundave@cisco.com<mailto:sgundave@cisco.com>> Subject: Re: [Ila] [DMM] [E] Re: Fwd: New Version Notification for draft-herbert-ila-mobile-00.txt Kalyani, even with Option 1 I see much impact on the control plane as it implies that SMF offers/uses service to/from the Mapping DB utilizing the service-based interfaces. My comment was more about whether we need or should introduce a new building block into the control plane at all. marco From: Bogineni, Kalyani [mailto:Kalyani.Bogineni@VerizonWireless.com] Sent: Mittwoch, 7. Februar 2018 03:56 To: Marco Liebsch Cc: Sri Gundavelli (sgundave); Dino Farinacci; ila@ietf.org<mailto:ila@ietf.org>; dmm Subject: RE: [Ila] [DMM] [E] Re: Fwd: New Version Notification for draft-herbert-ila-mobile-00.txt Marco: Response Inline From: Marco Liebsch [mailto:Marco.Liebsch@neclab.eu] Sent: Tuesday, February 6, 2018 5:10 PM To: Bogineni, Kalyani <Kalyani.Bogineni@VerizonWireless.com<mailto:Kalyani.Bogineni@VerizonWireless.com>> Cc: Sri Gundavelli (sgundave) <sgundave@cisco.com<mailto:sgundave@cisco.com>>; Dino Farinacci <farinacci@gmail.com<mailto:farinacci@gmail.com>>; ila@ietf.org<mailto:ila@ietf.org>; dmm <dmm@ietf.org<mailto:dmm@ietf.org>> Subject: Re: [Ila] [DMM] [E] Re: Fwd: New Version Notification for draft-herbert-ila-mobile-00.txt Hi Kalyani, my current take is to keep the data plane independent of a specific mapping base. Even if it comes with an extended control plane per the two options that you draw, I personally don't think that SMF and UPF/Data Plane should communicate through the service-based architecture. [KB] Does this mean you prefer option 1 because option 2 shows APIs from both UPFs and Mapping DB to the services based interfaces? marco On 6. Feb 2018, at 22:30, Bogineni, Kalyani <Kalyani.Bogineni@VerizonWireless.com<mailto:Kalyani.Bogineni@VerizonWireless.com>> wrote: Marco, Sri: Here is the services based 5G architecture. <image001.png> SMF is a control plane entity and talks to the User plane functions (UPF) through N4 interface as specified in 3GPP TS 29.244. Here are two variants: Option 1: Mapping DB talks to the UPFs using a variant of N4 possibly. <image002.png> Option 2: Here there is no direct interface between Mapping Db and UPFs. UPFs also support APIs like the control plane functions. <image003.png> The architecture is extensible and additional control plane or user plane functions can be added. Is this what you had in mind? Kalyani -----Original Message----- From: ila [mailto:ila-bounces@ietf.org] On Behalf Of Marco Liebsch Sent: Tuesday, February 6, 2018 12:09 PM To: Sri Gundavelli (sgundave) <sgundave@cisco.com<mailto:sgundave@cisco.com>>; Dino Farinacci <farinacci@gmail.com<mailto:farinacci@gmail.com>> Cc: ila@ietf.org<mailto:ila@ietf.org>; dmm <dmm@ietf.org<mailto:dmm@ietf.org>> Subject: Re: [Ila] [DMM] [E] Re: Fwd: New Version Notification for draft-herbert-ila-mobile-00.txt It could be a nice option to keep the data plane specific control (the mapping DB you refer to) in the user plane and take a common N4 to update the mapping DB in case of mobility. But I think that clashes with the clear data plane / control plane separation in nextgen. And: there may be data plane solutions which don't come with a control plane / mapping system. For these the N4 needs to disseminate complete forwarding states (an more, e.g. for chargeable event monitoring, device dormancy support etc.) to all relevant data plane nodes, means the ones that hold a state for the mobile. Btw, in terms of compatibility with nextgen, so far N4 is terminated only in few types of core data plane nodes with a dedicated role. We may investigate options to push forwarding and further policies from the (nextgen) control plane to other data plane nodes which don't terminate N4. marco -----Original Message----- From: dmm [mailto:dmm-bounces@ietf.org] On Behalf Of Sri Gundavelli (sgundave) Sent: Dienstag, 6. Februar 2018 04:07 To: Dino Farinacci Cc: dmm; ila@ietf.org<mailto:ila@ietf.org> Subject: Re: [DMM] [Ila] [E] Re: Fwd: New Version Notification for draft-herbert-ila-mobile-00.txt > The UPF sends IP packets. The UPF is part of the NGC core, right? So >the packets from the UPF get to a map-resolver and map-server via IP. >It's pretty simple. At least it should be. Sure, that LISP control plane packet is an IP packet. But, every message that is going between CP and UP will be named and numbered in 3GPP specs, and so said in my first mail that its probably a new interface specific to LISP. With any of the IETF protocols, PMIPv6/LISP/ILA, it can be argued that these are IP packets. But, we should note that there is interworking needed with the 3GPP authentication infrastructure, and the protocol specific control plane. Note that these protocols are not doing MN identity establishment. May be I could be wrong here on the assumptions you have around LISP MN capabilities, but to me MN is a standard 3GPP UE with no special capabilities such as MIPv6/LISP MN stack. Sri On 2/5/18, 6:52 PM, "Dino Farinacci" <farinacci@gmail.com<mailto:farinacci@gmail.com>> wrote: >> Sure, but I assume the mapping table/DB is some where else in some >>central location and not on the UPF? > >True. > >> The question is how does the UPF fetch that entry and if the >>interface for that query is built on some 3GPP interface, or its >>internal to LISP with no bearing on the access technology. > >The UPF sends IP packets. The UPF is part of the NGC core, right? So >the packets from the UPF get to a map-resolver and map-server via IP. >It's pretty simple. At least it should be. > >Dino > >> >> Sri >> >> >> >> On 2/5/18, 6:42 PM, "Dino Farinacci" <farinacci@gmail.com<mailto:farinacci@gmail.com>> wrote: >> >>> I don't know what you mean. If you put the xTR function on an UPF, >>> then by LISP spec definition, Map-Request, Map-Reply, and >>> Map-Register functionality is part of the UPF. >>> >>> Dino >>> >>>> On Feb 5, 2018, at 5:27 PM, Sri Gundavelli (sgundave) >>>> <sgundave@cisco.com<mailto:sgundave@cisco.com>> wrote: >>>> >>>> I suspect there might be a need for a new interface. >>>> >>>> Assuming the LISP mapping system stays in the control plane, next >>>>to SMF/AMF, and the xTR functions on the UPF, there needs to be >>>>probably a new interface along the lines of the N4, for managing >>>>the LISP MAP operations (Reg/Req/Reply/Notify..). But, off course >>>>if the mapping system stays in the user-plane, may be there is just >>>>interworking with the 3GPP authentication interfaces. >>>> >>>> Sri >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On 2/5/18, 5:15 PM, "Bogineni, Kalyani" >>>> <Kalyani.Bogineni@VerizonWireless.com<mailto:Kalyani.Bogineni@VerizonWireless.com>> wrote: >>>> >>>>> Dino: >>>>> >>>>> Please look at 3GPP TS 23.501 to understand the architecture of NGC. >>>>>We >>>>> tried to explain that in the White paper. >>>>> TS 23.502 has the procedures for the NGC. TS 23.503 specifies the >>>>>policy and charging control framework for NGC. >>>>> CT4 has a technical report on protocol aspects for NGC in TR 29.891. >>>>> >>>>> Your draft needs to describe how it fits in the 5G architecture, >>>>>right now it only addresses 4G. >>>>> >>>>> Kalyani >>>>> >>>>> >>>>> >>>>> -----Original Message----- >>>>> From: ila [mailto:ila-bounces@ietf.org] On Behalf Of Dino >>>>>Farinacci >>>>> Sent: Monday, February 5, 2018 7:32 PM >>>>> To: Bogineni, Kalyani <Kalyani.Bogineni@VerizonWireless.com<mailto:Kalyani.Bogineni@VerizonWireless.com>> >>>>> Cc: Tom Herbert <tom@quantonium.net<mailto:tom@quantonium.net>>; ila@ietf.org<mailto:ila@ietf.org>; dmm >>>>><dmm@ietf.org<mailto:dmm@ietf.org>>; Sri Gundavelli (sgundave) <sgundave@cisco.com<mailto:sgundave@cisco.com>> >>>>> Subject: Re: [Ila] [E] Re: [DMM] Fwd: New Version Notification for >>>>>draft-herbert-ila-mobile-00.txt >>>>> >>>>>> On Feb 6, 2018, at 5:04 AM, Bogineni, Kalyani >>>>>> <Kalyani.Bogineni@VerizonWireless.com<mailto:Kalyani.Bogineni@VerizonWireless.com>> wrote: >>>>>> >>>>>> Dino: >>>>>> >>>>>> Can you add a section to show how this proposal would fit in 5G >>>>>> architecture? >>>>> >>>>> Can you be more specific in what you¹d like to see in the new >>>>>section? >>>>> >>>>> There are references throughout the draft where you see eNodeB and >>>>>pGW that UPF functionality could be at the same network mode >>>>>location. >>>>> >>>>> Dino >>>>> _______________________________________________ >>>>> ila mailing list >>>>> ila@ietf.org<mailto:ila@ietf.org> >>>>> >>>>> >>>>>https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_m >>>>>ail >>>>>ma >>>>> n_ >>>>> >>>>> >>>>>listinfo_ila&d=DwIGaQ&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ >>>>>&r= >>>>>Id >>>>> iS >>>>> >>>>> >>>>>ODh8aDRjdCeGgd9MznLHMYKgKcs_YSwXBDiaofh47oilzaXYRYETcBynUdpT&m=zf1K >>>>>fRu >>>>>4n >>>>> UF >>>>> >>>>> >>>>>sUT8IJVExPygA_iAC-h4BErkY_CE2ugM&s=oLQOKLOAxuYtjVD_qWMbiQjkmP9acy6A >>>>>u0X >>>>>6l >>>>> pS >>>>> iBvg&e= >>>> >>> >> > _______________________________________________ dmm mailing list dmm@ietf.org<mailto:dmm@ietf.org> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_dmm&d=DwIFAw&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=IdiSODh8aDRjdCeGgd9MznLHMYKgKcs_YSwXBDiaofh47oilzaXYRYETcBynUdpT&m=lWGVj8Jd11JyGVLcPLOSIxTZ-YHY3VbtfD1mi2uqhOY&s=-EIvAEYOQusoChy_iwtR4nMkaEqRKBTKTJ8GDjADuCk&e= _______________________________________________ ila mailing list ila@ietf.org<mailto:ila@ietf.org> https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ietf.org_mailman_listinfo_ila&d=DwIFAw&c=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ&r=IdiSODh8aDRjdCeGgd9MznLHMYKgKcs_YSwXBDiaofh47oilzaXYRYETcBynUdpT&m=lWGVj8Jd11JyGVLcPLOSIxTZ-YHY3VbtfD1mi2uqhOY&s=cwX6UkOqq2vREiCvsQ7GPBXgKsinbkDmmckbpGwi73o&e=
- [Ila] Fwd: New Version Notification for draft-her… Tom Herbert
- [Ila] Fwd: New Version Notification for draft-her… Tom Herbert
- Re: [Ila] Fwd: New Version Notification for draft… Sri Gundavelli (sgundave)
- Re: [Ila] [DMM] Fwd: New Version Notification for… Dino Farinacci
- Re: [Ila] [DMM] Fwd: New Version Notification for… Sri Gundavelli (sgundave)
- Re: [Ila] [DMM] Fwd: New Version Notification for… Dino Farinacci
- Re: [Ila] [DMM] Fwd: New Version Notification for… Sri Gundavelli (sgundave)
- Re: [Ila] [DMM] Fwd: New Version Notification for… Tom Herbert
- Re: [Ila] [DMM] Fwd: New Version Notification for… Marco Liebsch
- Re: [Ila] [DMM] Fwd: New Version Notification for… Sri Gundavelli (sgundave)
- Re: [Ila] [DMM] Fwd: New Version Notification for… Sri Gundavelli (sgundave)
- Re: [Ila] [DMM] Fwd: New Version Notification for… Templin, Fred L
- Re: [Ila] [DMM] Fwd: New Version Notification for… Sri Gundavelli (sgundave)
- Re: [Ila] [E] Re: [DMM] Fwd: New Version Notifica… Bogineni, Kalyani
- Re: [Ila] [E] Re: [DMM] Fwd: New Version Notifica… Bogineni, Kalyani
- Re: [Ila] [E] Re: [DMM] Fwd: New Version Notifica… Dino Farinacci
- Re: [Ila] [E] Re: [DMM] Fwd: New Version Notifica… Bogineni, Kalyani
- Re: [Ila] [E] Re: [DMM] Fwd: New Version Notifica… Sri Gundavelli (sgundave)
- Re: [Ila] [E] Re: [DMM] Fwd: New Version Notifica… Dino Farinacci
- Re: [Ila] [E] Re: [DMM] Fwd: New Version Notifica… Dino Farinacci
- Re: [Ila] [E] Re: [DMM] Fwd: New Version Notifica… Sri Gundavelli (sgundave)
- Re: [Ila] [E] Re: [DMM] Fwd: New Version Notifica… Dino Farinacci
- Re: [Ila] [E] Re: [DMM] Fwd: New Version Notifica… Sri Gundavelli (sgundave)
- Re: [Ila] [E] Re: [DMM] Fwd: New Version Notifica… Dino Farinacci
- Re: [Ila] [DMM] Fwd: New Version Notification for… Lorenzo Colitti
- Re: [Ila] [DMM] Fwd: New Version Notification for… Sri Gundavelli (sgundave)
- Re: [Ila] [DMM] Fwd: New Version Notification for… Tom Herbert
- Re: [Ila] [DMM] Fwd: New Version Notification for… Lorenzo Colitti
- Re: [Ila] [DMM] Fwd: New Version Notification for… Tom Herbert
- Re: [Ila] [DMM] Fwd: New Version Notification for… Lorenzo Colitti
- Re: [Ila] [DMM] Fwd: New Version Notification for… Tom Herbert
- Re: [Ila] [DMM] Fwd: New Version Notification for… Lorenzo Colitti
- Re: [Ila] [DMM] Fwd: New Version Notification for… Sri Gundavelli (sgundave)
- Re: [Ila] [E] Re: [DMM] Fwd: New Version Notifica… Bogineni, Kalyani
- Re: [Ila] [E] Re: [DMM] Fwd: New Version Notifica… Dino Farinacci
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Marco Liebsch
- Re: [Ila] [DMM] Fwd: New Version Notification for… Tom Herbert
- Re: [Ila] [DMM] Fwd: New Version Notification for… Tom Herbert
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Bogineni, Kalyani
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Marco Liebsch
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Bogineni, Kalyani
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Marco Liebsch
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Bogineni, Kalyani
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Arashmid Akhavain
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Bogineni, Kalyani
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Sri Gundavelli (sgundave)
- Re: [Ila] [DMM] Fwd: New Version Notification for… Tom Herbert
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Behcet Sarikaya
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Sri Gundavelli (sgundave)
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Behcet Sarikaya
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Sri Gundavelli (sgundave)
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Arashmid Akhavain
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Ron Parker
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Sri Gundavelli (sgundave)
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Bogineni, Kalyani
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Sri Gundavelli (sgundave)
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Ron Parker
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Sri Gundavelli (sgundave)
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Templin, Fred L
- Re: [Ila] [DMM] Fwd: New Version Notification for… Templin, Fred L
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Sri Gundavelli (sgundave)
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Dino Farinacci
- Re: [Ila] [DMM] Fwd: New Version Notification for… Dino Farinacci
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Marco Liebsch
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Marco Liebsch
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Bogineni, Kalyani
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Bogineni, Kalyani
- Re: [Ila] [DMM] Fwd: New Version Notification for… Templin, Fred L
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Marco Liebsch
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Sri Gundavelli (sgundave)
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Uma Chunduri
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Bogineni, Kalyani
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Uma Chunduri
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Bogineni, Kalyani
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Uma Chunduri
- Re: [Ila] [DMM] [E] Re: Fwd: New Version Notifica… Bogineni, Kalyani
- Re: [Ila] [DMM] Fwd: New Version Notification for… Alexandre Petrescu
- Re: [Ila] [DMM] Fwd: New Version Notification for… Tom Herbert
- Re: [Ila] [DMM] Fwd: New Version Notification for… Alexandre Petrescu