Re: [cso] Cross-Stratum Optimization Problem Statement revision

"So, Ning" <ning.so@verizonbusiness.com> Tue, 31 August 2010 18:47 UTC

Return-Path: <ning.so@verizonbusiness.com>
X-Original-To: cso@core3.amsl.com
Delivered-To: cso@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 84EF33A6A70 for <cso@core3.amsl.com>; Tue, 31 Aug 2010 11:47:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.244
X-Spam-Level:
X-Spam-Status: No, score=-3.244 tagged_above=-999 required=5 tests=[AWL=0.354, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Uor0NUmXeZ3n for <cso@core3.amsl.com>; Tue, 31 Aug 2010 11:47:38 -0700 (PDT)
Received: from ashesmtp03.verizonbusiness.com (ashesmtp03.verizonbusiness.com [198.4.8.167]) by core3.amsl.com (Postfix) with ESMTP id 31AB33A69DD for <cso@ietf.org>; Tue, 31 Aug 2010 11:47:23 -0700 (PDT)
Received: from omzismtp02.vzbi.com ([unknown] [165.122.46.167]) by firewall.verizonbusiness.com (Sun Java(tm) System Messaging Server 7u2-7.03 32bit (built May 29 2009)) with ESMTP id <0L81008T15JIGB20@firewall.verizonbusiness.com> for cso@ietf.org; Tue, 31 Aug 2010 18:47:43 +0000 (GMT)
Received: from omzismtp02.vzbi.com ([unknown] [127.0.0.1]) by omzismtp02.vzbi.com (Sun Java(tm) System Messaging Server 7u2-7.03 32bit (built May 29 2009)) with SMTP id <0L8100J6F5JIF200@omzismtp02.vzbi.com> for cso@ietf.org; Tue, 31 Aug 2010 18:47:42 +0000 (GMT)
Received: from ASHSRV139.mcilink.com ([unknown] [153.39.68.165]) by omzismtp02.vzbi.com (Sun Java(tm) System Messaging Server 7u2-7.03 32bit (built May 29 2009)) with ESMTP id <0L8100J3H5JHEZ00@omzismtp02.vzbi.com> for cso@ietf.org; Tue, 31 Aug 2010 18:47:42 +0000 (GMT)
Received: from ASHEVS008.mcilink.com ([153.39.69.129]) by ASHSRV139.mcilink.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 31 Aug 2010 18:47:41 +0000
X-MIMEOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-version: 1.0
Content-type: multipart/alternative; boundary="----_=_NextPart_001_01CB493C.FD808983"
Date: Tue, 31 Aug 2010 18:47:39 +0000
Message-id: <14584D6EE26B314187A4F68BA206060005084816@ASHEVS008.mcilink.com>
In-reply-to: <002501cb492d$0fba1380$600c7c0a@china.huawei.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-topic: Cross-Stratum Optimization Problem Statement revision
Thread-index: ActAsaxi+70ccMW+QhqgDdMr/6lT5wEfwl/gAAEaGsAAATt10ADHKHLgADMtMCAABijRUA==
References: <003001cb40b1$acf382a0$600c7c0a@china.huawei.com> <14584D6EE26B314187A4F68BA206060004F91674@ASHEVS008.mcilink.com> <005001cb4537$de270c90$600c7c0a@china.huawei.com> <14584D6EE26B314187A4F68BA206060004F9174C@ASHEVS008.mcilink.com> <2464076D83FAED4D985BF2622111AAC40F06614097@FHDP1LUMXC7V11.us.one.verizon.com> <002501cb492d$0fba1380$600c7c0a@china.huawei.com>
From: "So, Ning" <ning.so@verizonbusiness.com>
To: Young Lee <ylee@huawei.com>, "McDysan, David E (Dave)" <dave.mcdysan@verizon.com>
X-OriginalArrivalTime: 31 Aug 2010 18:47:41.0543 (UTC) FILETIME=[FDD19F70:01CB493C]
Cc: cso@ietf.org
Subject: Re: [cso] Cross-Stratum Optimization Problem Statement revision
X-BeenThere: cso@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: This list is for pre-WG technical discussion of cross stratum optimization <cso.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/cso>, <mailto:cso-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/cso>
List-Post: <mailto:cso@ietf.org>
List-Help: <mailto:cso-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cso>, <mailto:cso-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 31 Aug 2010 18:47:49 -0000

Young,

 

I like the way you described the goal and how you narrowed it down.
Just want to clarify that the definition of "network" in network CSO
Gateway include WAN (all Layer 1, 2 and 3) networks as well as LAN
networks, right?       

 

Ning So

Transport & Data Network Evolution Planning

Verizon, Inc.

(office) 972-729-7905

(Cell) 972-955-0914

 

________________________________

From: Young Lee [mailto:ylee@huawei.com] 
Sent: Tuesday, August 31, 2010 11:54 AM
To: McDysan, David E (Dave); So, Ning
Cc: cso@ietf.org
Subject: RE: Cross-Stratum Optimization Problem Statement revision

 

Hi Dave and Ning,

 

Relating to the issue of scoping the CSO work, I just wanted to make
sure we have the same understanding. 

 

The initial work under CSO is simply defining protocol between the ACG
(Application CSO Gateway) and NCG (Network CSO Gateway). I think you
refer to this as proxy-signaling. 

The following figure shows the focus of CSO work. 

 

                    -------------------------------------------

                   |                    Application Overlay    |

                   |                                           |

 ----------        |    -------------         --------------   |


| End-User |       |   | Application |. . . .| Application  |  |

|          |. . . >|   | CSO Gateway |       |  Processes   |  |

 ----------        |   |    (ACG)    |        --------------   |

                   |   |             |        --------------   |

                   |    ------------- . . . .| Application  |  |


                   |          /\             | Related Data |  |

                   |          ||              --------------   |

                    ----------||-------------------------------

                              ||

                              ||   Application - Network

                              ||   Communication Interface & 

                              ||   Protocol (Focus of WG)

                              ||   

                    ----------||-------------------------------

                   |          \/         Network Underlay      |

                   |                                           |


                   |    -------------        ------------------  |

                   |   |   Network   |. . . |    Network     | |

                   |   | CSO Gateway |      |    Processes   | |

                   |   |    (NCG)    |       ----------------  |

                   |   |             |       -----------------  |

                   |    ------------- . . . |    Network     | |

                   |                        |  Related Data  | |

                   |                         ----------------  |

                    -------------------------------------------

 

 

The protocol is simply request/reply and should support:

-          path estimation (from application to network) 

-          path configuration/reservation (from application to network -
here the application profile needs to be communicated)

-          notification (e.g., congestion/failure indication from/to
application to/from network)

-          virtual/abstract info query from/to application to/from
network (we need to define what information to exchange)

 

Once this protocol is clearly defined, then we have quite a few works to
be done in the network side at a minimum:  

-          Interface between NCG and PCE (including multi-domain PCE) 

-          Interface between NCG and Diameter/Radius (for IP network)
and Control Plane (for MPLS/GMPLS network) 

-          How can we make communication of properties (e.g., latency)
more dynamic/agile across functional groups in the network stratum

-          How to provide atomic NM/configuration for the whole network
elements

 

But these items need to be worked on other WG groups such as CCAMP/MPLS,
PCE, PCN, Diameter, netconf/ying, etc. I think the confusion takes place
because all these functions are thought to be part of CSO work. 

CSO is only the trigger for these works to be done in other WG's. 

 

Let's continue to discuss. 

 

Best Regards,

Young