[L3sm] 回复: Re: Next steps with L3SM

赵婧 <zhaojing@sttri.com.cn> Thu, 14 May 2015 07:59 UTC

Return-Path: <zhaojing@sttri.com.cn>
X-Original-To: l3sm@ietfa.amsl.com
Delivered-To: l3sm@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 652E71A1A02 for <l3sm@ietfa.amsl.com>; Thu, 14 May 2015 00:59:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: YES
X-Spam-Score: 7.35
X-Spam-Level: *******
X-Spam-Status: Yes, score=7.35 tagged_above=-999 required=5 tests=[BAYES_50=0.8, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, J_CHICKENPOX_12=0.6, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001] autolearn=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 Nw2PTLRADNg6 for <l3sm@ietfa.amsl.com>; Thu, 14 May 2015 00:59:36 -0700 (PDT)
Received: from corp.21cn.com (corp.forptr.21cn.com [121.14.129.38]) by ietfa.amsl.com (Postfix) with ESMTP id 5B71D1B34F5 for <l3sm@ietf.org>; Thu, 14 May 2015 00:59:34 -0700 (PDT)
HMM_SOURCE_IP: 10.28.101.10:60679.1402470800
HMM_ATTACHE_NUM: 0000
HMM_SOURCE_TYPE: SMTP
Received: from zhaojing-PC (unknown [10.28.101.10]) by corp.21cn.com (HERMES) with ESMTP id 2C8DD48401D; Thu, 14 May 2015 15:59:30 +0800 (CST)
Received: from zhaojing-PC ([101.231.250.178]) by 21CN-entas10(MEDUSA 10.28.101.10) with ESMTP id 1431590371.26214 for stephane.litkowski@orange.com ; Thu May 14 15:59:33 2015
0/X-Total-Score: -120:
X-FILTER-SCORE: to=<9495869189828f864f8d8a958c9098948c8a619093828f88864f84908e8d54948e618a8695874f909388>, score=<1431590373pZNBeeeeeyeeteeUeytUbFG6jzzzzzuzzAzzhzuAhS8a>
X-REAL-FROM: zhaojing@sttri.com.cn
X-Receive-IP: 101.231.250.178 zhaojing@sttri.com.cn
Date: Thu, 14 May 2015 15:59:35 +0800
From: 赵婧 <zhaojing@sttri.com.cn>
To: "stephane.litkowski" <stephane.litkowski@orange.com>
References: <201505121113385202385@sttri.com.cn>, <17651_1431415888_5551AC50_17651_7422_1_9E32478DFA9976438E7A22F69B08FF9216653714@OPEXCLILMA4.corporate.adroot.infra.ftgroup>
X-Priority: 3
X-Has-Attach: no
X-Mailer: Foxmail 7, 2, 6, 40[cn]
Mime-Version: 1.0
Message-ID: <201505141559346506045@sttri.com.cn>
Content-Type: multipart/alternative; boundary="----=_001_NextPart442660501264_=----"
Archived-At: <http://mailarchive.ietf.org/arch/msg/l3sm/-P9iAsDndN-0ky2AKo3ZxRHoy2M>
Cc: "l3sm@ietf.org" <l3sm@ietf.org>
Subject: [L3sm] 回复: Re: Next steps with L3SM
X-BeenThere: l3sm@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: L3VPN Service YANG Model discussion group <l3sm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/l3sm>, <mailto:l3sm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/l3sm/>
List-Post: <mailto:l3sm@ietf.org>
List-Help: <mailto:l3sm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/l3sm>, <mailto:l3sm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 May 2015 07:59:41 -0000

Hi,
 So your idea is to represent dual home scenarios with two sites:
   <site-id>Hub#1-PrimarySite</site-id>
   <availability>
       <availability-type>
       <service-type>primary-backup</service-type>
       <access-type>primary</access-type>
   </availability-type>
   </availability>
      <site-id>Hub#1-BackupSite</site-id>
   <availability>
       <availability-type>
       <service-type>primary-backup</service-type>
       <access-type>backup</access-type>
   </availability-type>
   </availability>
That works for me. 
 


JingZhao
 
发件人: stephane.litkowski@orange.com
发送时间: 2015-05-12 15:31
收件人: 赵婧
抄送: l3sm@ietf.org
主题: Re: [L3sm] Next steps with L3SM
Hi,
 
I think there is a misunderstanding of what a site is here, we consider a site has an access. So Hub#1 will be composed of two sites : one primary and one backup.
 
Best Regards,
 
From: 赵婧 [mailto:zhaojing@sttri.com.cn] 
Sent: Tuesday, May 12, 2015 05:14
To: LITKOWSKI Stephane SCE/IBNF
Cc: l3sm@ietf.org
Subject: RE: [L3sm] Next steps with L3SM
 
Hi, 
1.  In the schema tree, access-type is within availability. Access-type leaf or access-type leaf list? Can dual home site support both primary access and backup access at the same time
[SLI] I don’t see the use case for this, could you elaborate ?
 
How about dual homing case where one hub#1 site has two primary-backup accesses (see the first figure in the section 5.2.1.2):
One is CE1- PE1 primary access, the other is CE2-PE2 backup access, then hub#1 site support dual homing
can be represented as follows:
   <site-id>Hub#1Site</site-id>
   <availability>
       <availability-type>
       <service-type>primary-backup</service-type>
       <access-type>primary</access-type>
       <service-type>primary-backup</service-type>
       <access-type>backup</access-type>
   </availability-type>
   </availability>
So I am wondering whether <availability-type> can be defined as list rather than container? What do you think of this?
Also I am not sure the second figure in the section 5.2.1.2 is wrong or not:
                               Hub#2 LAN
              loadsharing        |
              loadsharing-access |
           PE3 --------- CE3 --- |
                                 |
                                 |
           PE4 --------- CE4 --- |
           |   loadsharing       |
           |   loadsharing-access
           |
           | single
           | single-access
           | loadsharing-eibgp
           |
           CE6
           |
       Spoke#2 site
 
Since it looks to me Spoke# site support single access between PE4 and CE6, but it looks access between PE4 and CE6 also support loadsharing-eibgp, is this intentional? 
 


Jingzhao
Shanghai Research Institution of China Telecom
_________________________________________________________________________________________________________________________
Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.