[prev in list] [next in list] [prev in thread] [next in thread]
List: mpls
Subject: [mpls] =?utf-8?b?562U5aSNOiDnrZTlpI06IFtPU1BGXSA/PzogIFdHIExhc3Qg?= =?utf-8?q?Call_for_=22Signalling
From: Xuxiaohu <xuxiaohu () huawei ! com>
Date: 2016-11-24 1:56:43
Message-ID: 1FEE3F8F5CCDE64C9A8E8F4AD27C19EE2BB3ACF7 () NKGEML515-MBX ! china ! huawei ! com
[Download RAW message or body]
[Attachment #2 (text/plain)]
Hi Acee,
发件人: Acee Lindem (acee) [mailto:acee@cisco.com]
发送时间: 2016年11月23日 23:13
收件人: Xuxiaohu; bruno.decraene@orange.com
抄送: OSPF WG List; mpls@ietf.org; Carlos Pignataro (cpignata)
主题: Re: 答复: [OSPF] ??: WG Last Call for "Signalling ELC using OSPF"
Hi Tiger,
Ok – but I believe we need to be clear that in this context, "egress" refers to any \
to router that will encounter <ELI, EL> at the top of the stack or after popping the \
top label and not the final "egress" of the LSP.
[Xiaohu] Did you mean the egress of the tunnel that consists of multiple LSPs by the \
final egress of the LSP? If so, yes. Each explicit hop within the explicit source \
path is an egress of a given LSP (i.e., node segment).
Bruno has also proposed that the EL capability be used to determine if a transit LSR \
supports EL based load balancing and inserting an <ELI, EL> pair within that LSR's \
RLD will be of any value. If you read RFC 6790, it would imply that an LSR that is \
able to pop the <ELI, EL> pair MAY also load balance based on the pair. Personally, I \
don't know why a data plane implementation would recognize the <ELI, EL> pair but \
not use them for load balancing when multiple paths exist. Consistent with RFC 6790, \
can we add this usage as a "MAY"?
[Xiaohu] Sure. The ELC term used in this draft is strictly referred to the definition \
of ELC in RFC6790.
Best regards,
Xiaohu
Thanks,
Acee
From: Xiaohu Xu <xuxiaohu@huawei.com<mailto:xuxiaohu@huawei.com>>
Date: Tuesday, November 22, 2016 at 8:35 PM
To: Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>, Bruno Decraene \
<bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>>
Cc: OSPF WG List <ospf@ietf.org<mailto:ospf@ietf.org>>, \
"mpls@ietf.org<mailto:mpls@ietf.org>" <mpls@ietf.org<mailto:mpls@ietf.org>>, "Carlos \
Pignataro (cpignata)" <cpignata@cisco.com<mailto:cpignata@cisco.com>>
Subject: 答复: [OSPF] ??: WG Last Call for "Signalling ELC using OSPF"
Hi Acee,
The ELC is only used to indicate that the advertising router as an egress of a given \
LSP could pop the EL/ELI pair. As such, the ingress of an LSP doesn't know whether \
those transit LSRs along this LSP could perform EL-based load-balancing when \
inserting EL/ELI.
Best regards,
Xiaohu
发件人: Acee Lindem (acee) [mailto:acee@cisco.com]
发送时间: 2016年11月22日 1:41
收件人: bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>
抄送: OSPF WG List; mpls@ietf.org<mailto:mpls@ietf.org>; Carlos Pignataro \
(cpignata); Xuxiaohu 主题: Re: [OSPF] ??: WG Last Call for "Signalling ELC using \
OSPF"
Hi Bruno,
From: Bruno Decraene <bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>>
Date: Monday, November 21, 2016 at 12:21 PM
To: Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>
Cc: OSPF WG List <ospf@ietf.org<mailto:ospf@ietf.org>>, \
"mpls@ietf.org<mailto:mpls@ietf.org>" <mpls@ietf.org<mailto:mpls@ietf.org>>, "Carlos \
Pignataro (cpignata)" <cpignata@cisco.com<mailto:cpignata@cisco.com>>, Xiaohu Xu \
<xuxiaohu@huawei.com<mailto:xuxiaohu@huawei.com>>
Subject: RE: [OSPF] ??: WG Last Call for "Signalling ELC using OSPF"
Hi Acee,
From: Acee Lindem (acee) [mailto:acee@cisco.com]
Sent: Monday, November 21, 2016 6:02 PM
To: DECRAENE Bruno IMT/OLN; Xuxiaohu
Cc: OSPF WG List; mpls@ietf.org<mailto:mpls@ietf.org>; Carlos Pignataro (cpignata)
Subject: Re: [OSPF] ??: WG Last Call for "Signalling ELC using OSPF"
Hi Bruno,
From: Bruno Decraene <bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>>
Date: Monday, November 21, 2016 at 9:43 AM
To: Acee Lindem <acee@cisco.com<mailto:acee@cisco.com>>, Xiaohu Xu \
<xuxiaohu@huawei.com<mailto:xuxiaohu@huawei.com>>
Cc: OSPF WG List <ospf@ietf.org<mailto:ospf@ietf.org>>, \
"mpls@ietf.org<mailto:mpls@ietf.org>" <mpls@ietf.org<mailto:mpls@ietf.org>>, "Carlos \
Pignataro (cpignata)" <cpignata@cisco.com<mailto:cpignata@cisco.com>>
Subject: RE: [OSPF] ??: WG Last Call for "Signalling ELC using OSPF"
Hi Acee,
From: Acee Lindem (acee) [mailto:acee@cisco.com]
Sent: Saturday, November 19, 2016 12:33 AM
To: DECRAENE Bruno IMT/OLN; Xuxiaohu
Cc: OSPF WG List; mpls@ietf.org<mailto:mpls@ietf.org>; Carlos Pignataro (cpignata)
Subject: Re: [OSPF] ??: WG Last Call for "Signalling ELC using OSPF"
Hi Bruno,
From: OSPF <ospf-bounces@ietf.org<mailto:ospf-bounces@ietf.org>> on behalf of Bruno \
Decraene \
<bruno.decraene@orange.com<mailto:bruno.decraene@orange.com>>
Date: Friday, November 18, 2016 at 11:30 AM
To: Xiaohu Xu <xuxiaohu@huawei.com<mailto:xuxiaohu@huawei.com>>
Cc: OSPF WG List <ospf@ietf.org<mailto:ospf@ietf.org>>, \
"mpls@ietf.org<mailto:mpls@ietf.org>" <mpls@ietf.org<mailto:mpls@ietf.org>>, "Carlos \
Pignataro (cpignata)" <cpignata@cisco.com<mailto:cpignata@cisco.com>>
Subject: Re: [OSPF] ??: WG Last Call for "Signalling ELC using OSPF"
Hi Xiaohu,
Please see inline [Bruno]
From: Xuxiaohu [mailto:xuxiaohu@huawei.com]
Sent: Monday, November 14, 2016 1:00 PM
To: DECRAENE Bruno IMT/OLN
Cc: OSPF WG List; Carlos Pignataro (cpignata); mpls@ietf.org<mailto:mpls@ietf.org>
Subject: ??: [OSPF] ??: WG Last Call for "Signalling ELC using OSPF"
Hi Bruno,
Could you please explain why the defination of the RLDC should be specific to the LB \
behavior of the transit LSR?
[Bruno] The whole purpose of EL and ELC is to improve load balancing of MPLS packets \
on transit LSR.
According to 6 of your draft, RLDC is also used to improve load-balancing : "The \
RLDC is used by ingress LSRs to determine whether it's necessary to insert an EL for \
a given LSP tunnel in the case where there has already been at least one EL in
the label stack.
What would be the point for the ingress to add an additional EL, within the RLDC of \
LSR A, if LSR A do not use this EL to improve the load balancing?
cf my example below where a LSR can read 5 labels, yet do not use those 5 labels for \
the load-balancing hence would not benefit from adding an EL within those 5 labels.
BTW, it would be useful for the discussion if you could reply to the content of my \
email sent: Monday, November 14, 2016 (also included below). As this was already the \
second time I send this example on the OSPF mailing list.
If I understand correctly, it seems that the text proposed by you conflict with \
Acee's take (see blow):
" 1. The standards track IGP drafts should have a precise definition of RLD and so \
not require a normative reference to the MPLS entropy draft (which is informational). \
The IGP drafts need not precisely specify how the information is used - this can be \
specified via a reference to the MPLS draft. 2. The MPLS draft should precisely \
specify the initial use case of entropy label insertion at the ingress of the LSP. It \
should not limit the applicability of RLDC to this use case. "
[Bruno] I'm not seeing any conflict. I agree with both points. In this thread, I'm \
working on 1, i.e. having a clear definition of RLD. But I would also like that this \
RLD advertisement be effective in improving the load-balancing of MPLS packets.
I think Readable Label Depth (RLD) should be independent of EL Capability (ELC). It \
allows advertisement of the the maximum number of labels an OSPF router will examine \
in a received MPLS encapsulated packet. If an OSPF Router supports ELC, it would \
imply that it support the EL Capability within RLD labels. [Bruno] Would work for me, \
assuming that this is stated in the document, and :s/support the EL Capability within \
RLD labels/for load-balancing purpose, use the EL within RLD labels. I would propose \
the following text: "RLDC is the maximum number of labels, from the top of the stack, \
where the MPLS transit LSR searches for the ELI,EL pair and load-balance based on the \
EL if present."
I would completely decouple the two capabilities. Here is the text I would recommend.
The Readable Label Depth (RLD) is the maximum number of labels, starting with top or \
first label in the stack, that an LSR can examine in a received MPLS packet. The \
supported RLD can be important when searching for an entropy label for purpose of \
load-balancing as the <ELI, EL> pair must be included in the first RLD labels in the \
stack.
[Bruno] What would you use this RLD information for?
Current OSPF draft proposes to use it to make a decision on whether/where adding an \
additional ELI, EL pairs in the stack of labels. But if we don't know whether that \
additional EL, within the RLD, will be used for load-balancing purpose, the ingress \
can't know whether adding this ELI, EL is useful or not. Since we are in a context \
where the number of labels that can be pushed is limited, we may be wasting 2 label \
push for zero benefit.
As the name would imply, Entropy Label Capability (ELC) would be used to determine if \
the LSR supports load-balancing. The RLD capability, also as as the name would imply, \
would be used solely to determine the number of labels an LSR will read.
Am I the only one who thinks this is obvious?
think ELC should be defined in RFC 6790 and the SPRING Entropy label draft as opposed \
to the IGP advertisement drafts. [Bruno] I tend to agree that the definition of RLD, \
or the load-balancing behavior of a transit LSR supporting EL, would be better \
specified by the MPLS WG. Then the value advertised by control plane \
protocols/signaling. https://tools.ietf.org/html/rfc7325#section-2.4.5 talks about \
this, but the document is informational, and the text is a bit too large/ open to \
have the LSR behavior advertised in the IGP using a single integer. But this option \
may delay a lot the IGP draft, unless it is splitted in 2 parts (as ELC is ready). \
Alternatively, I'm ok with your above proposition.
Why can't we simply use the definition of entropy processing included in RFC 6790 \
section 4? [Bruno] Basically, section 4.3 says that the LSR can load-balance based on \
whatever it wants, and not necessarily based on the EL label. If it does not use the \
EL label, there is no point in the ingress trying to add additional ELI,EL labels \
within the RLD of this LSR.
I'd say that a router supporting ELC recognizes the <ELI, EL> label in the first RLD \
labels and MAY load-balance as described in RFC 6790. An OSPF document should not \
update the MPLS data plane behavior.
Which is the purpose of advertising the RLD (AFAIK).
It is one usage of RLD – however, the maximum number of labels an LSR can examine \
must not be inextricably tied to the Entropy Label processing.
Thanks,
Acee
Thanks
--Bruno
Thanks,
Acee
_________________________________________________________________________________________________________________________
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.
[Attachment #3 (text/html)]
<html xmlns:v="urn:schemas-microsoft-com:vml" \
xmlns:o="urn:schemas-microsoft-com:office:office" \
xmlns:w="urn:schemas-microsoft-com:office:word" \
xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" \
xmlns="http://www.w3.org/TR/REC-html40"> <head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 12 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:宋体;
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:"\@宋体";
panose-1:2 1 6 0 3 1 1 1 1 1;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
{font-family:Consolas;
panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
pre
{mso-style-priority:99;
mso-style-link:"HTML 预设 式 Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
{mso-style-priority:99;
mso-style-link:"批注框文本 Char";
margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.HTMLChar
{mso-style-name:"HTML 预设 式 Char";
mso-style-priority:99;
mso-style-link:"HTML 预设 式";
font-family:"Courier New";}
span.Char
{mso-style-name:"批注框文本 Char";
mso-style-priority:99;
mso-style-link:批注框文本;
font-family:宋体;}
p.prformathtml, li.prformathtml, div.prformathtml
{mso-style-name:prformathtml;
mso-style-priority:99;
margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
p.textedebulles, li.textedebulles, div.textedebulles
{mso-style-name:textedebulles;
mso-style-priority:99;
margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
p.msochpdefault, li.msochpdefault, div.msochpdefault
{mso-style-name:msochpdefault;
mso-style-priority:99;
margin:0cm;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Times New Roman","serif";}
span.PrformatHTMLCar
{mso-style-name:"Préformaté HTML Car";
mso-style-priority:99;
mso-style-link:"Préformaté HTML";
font-family:Consolas;}
p.PrformatHTML0, li.PrformatHTML0, div.PrformatHTML0
{mso-style-name:"Préformaté HTML";
mso-style-priority:99;
mso-style-link:"Préformaté HTML Car";
margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.TextedebullesCar
{mso-style-name:"Texte de bulles Car";
mso-style-priority:99;
mso-style-link:"Texte de bulles";
font-family:"Tahoma","sans-serif";}
p.Textedebulles0, li.Textedebulles0, div.Textedebulles0
{mso-style-name:"Texte de bulles";
mso-style-priority:99;
mso-style-link:"Texte de bulles Car";
margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.prformathtmlcar0
{mso-style-name:prformathtmlcar;
font-family:Consolas;}
span.textedebullescar0
{mso-style-name:textedebullescar;
font-family:"Tahoma","sans-serif";}
span.htmlchar0
{mso-style-name:htmlchar;
font-family:"Courier New";}
span.char0
{mso-style-name:char;
font-family:宋体;}
span.prformathtmlcar00
{mso-style-name:prformathtmlcar0;
font-family:"Courier New";}
span.textedebullescar00
{mso-style-name:textedebullescar0;
font-family:"Tahoma","sans-serif";}
span.emailstyle25
{mso-style-name:emailstyle25;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.emailstyle26
{mso-style-name:emailstyle26;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.emailstyle27
{mso-style-name:emailstyle27;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.emailstyle28
{mso-style-name:emailstyle28;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.emailstyle29
{mso-style-name:emailstyle29;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.emailstyle30
{mso-style-name:emailstyle30;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.emailstyle31
{mso-style-name:emailstyle31;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.emailstyle37
{mso-style-name:emailstyle37;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.emailstyle38
{mso-style-name:emailstyle38;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.h2
{mso-style-name:h2;}
span.EmailStyle45
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle46
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle47
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle48
{mso-style-type:personal;
font-family:"Calibri","sans-serif";
color:#1F497D;}
span.EmailStyle49
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="ZH-CN" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Hi \
Acee,<o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span \
style="font-size:10.0pt;font-family:宋体">发件人<span \
lang="EN-US">:</span></span></b><span lang="EN-US" \
style="font-size:10.0pt;font-family:宋体"> Acee Lindem (acee) \
[mailto:acee@cisco.com] <br>
</span><b><span style="font-size:10.0pt;font-family:宋体">发送时间<span \
lang="EN-US">:</span></span></b><span lang="EN-US" \
style="font-size:10.0pt;font-family:宋体"> 2016</span><span \
style="font-size:10.0pt;font-family:宋体">年<span lang="EN-US">11</span>月<span \
lang="EN-US">23</span>日<span lang="EN-US"> 23:13<br>
</span><b>收件人<span lang="EN-US">:</span></b><span lang="EN-US"> Xuxiaohu; \
bruno.decraene@orange.com<br> </span><b>抄送<span lang="EN-US">:</span></b><span \
lang="EN-US"> OSPF WG List; mpls@ietf.org; Carlos Pignataro (cpignata)<br> \
</span><b>主题<span lang="EN-US">:</span></b><span lang="EN-US"> Re: \
</span>答复<span lang="EN-US">: [OSPF] ??: WG Last Call for "Signalling ELC \
using OSPF"<o:p></o:p></span></span></p> </div>
</div>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Hi \
Tiger, <o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Ok \
– but I believe we need to be clear that in this context, "egress" refers to any to \
router that will encounter <ELI, EL> at the top of the stack or after popping \
the top label and not the final "egress" of the LSP. <o:p></o:p></span></p> \
</div> <div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D">[Xiaohu] \
Did you mean the egress of the tunnel that consists of multiple LSPs by the final \
egress of the LSP? If so, yes. Each explicit hop within the explicit source path is \
an egress of a given LSP (i.e., node segment).<o:p></o:p></span></p> <p \
class="MsoNormal"><span lang="EN-US" \
style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Bruno \
has also proposed that the EL capability be used to determine if a transit LSR \
supports EL based load balancing and inserting an <ELI, EL> pair within that \
LSR's RLD will be of any value. If you read RFC 6790, it would imply that an LSR that \
is able to pop the <ELI, EL> pair MAY also load balance based on the pair. \
Personally, I don't know why a data plane implementation would recognize the \
<ELI, EL> pair but not use them for load balancing when multiple paths \
exist. Consistent with RFC 6790, can we add this usage as a \
"MAY"?<o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D">[Xiaohu] \
Sure. The ELC term used in this draft is strictly referred to the definition of ELC \
in RFC6790. <o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Best \
regards,<o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Xiaohu<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Thanks,<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Acee <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">From:
</span></b><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">Xiaohu \
Xu <<a href="mailto:xuxiaohu@huawei.com">xuxiaohu@huawei.com</a>><br> <b>Date: \
</b>Tuesday, November 22, 2016 at 8:35 PM<br> <b>To: </b>Acee Lindem <<a \
href="mailto:acee@cisco.com">acee@cisco.com</a>>, Bruno Decraene <<a \
href="mailto:bruno.decraene@orange.com">bruno.decraene@orange.com</a>><br> <b>Cc: \
</b>OSPF WG List <<a href="mailto:ospf@ietf.org">ospf@ietf.org</a>>, "<a \
href="mailto:mpls@ietf.org">mpls@ietf.org</a>" <<a \
href="mailto:mpls@ietf.org">mpls@ietf.org</a>>, "Carlos Pignataro \
(cpignata)" <<a \
href="mailto:cpignata@cisco.com">cpignata@cisco.com</a>><br> <b>Subject: \
</b></span><span style="font-size:11.0pt;font-family:宋体;color:black">答复</span><span \
lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">: \
[OSPF] ??: WG Last Call for "Signalling ELC using \
OSPF"<o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
</div>
<blockquote style="border:none;border-left:solid #B5C4DF 4.5pt;padding:0cm 0cm 0cm \
4.0pt;margin-left:3.75pt;margin-right:0cm" id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE"> \
<div> <div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Hi \
Acee,</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> <p \
class="MsoNormal"><span lang="EN-US" \
style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <p class="MsoNormal"><span \
lang="EN-US" style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D">The \
ELC is only used to indicate that the advertising router as an egress of a given LSP \
could pop the EL/ELI pair. As such, the ingress of an LSP doesn't know whether those \
transit LSRs along this LSP could perform EL-based load-balancing when inserting \
EL/ELI.</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> <p \
class="MsoNormal"><span lang="EN-US" \
style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <p class="MsoNormal"><span \
lang="EN-US" style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Best \
regards,</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> <p \
class="MsoNormal"><span lang="EN-US" \
style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Xiaohu
</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:16.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <div \
style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt"> <div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span \
style="font-size:10.0pt;font-family:宋体;color:black">发件人<span \
lang="EN-US">:</span></span></b><span lang="EN-US" \
style="font-size:10.0pt;font-family:宋体;color:black"> Acee Lindem (acee) [<a \
href="mailto:acee@cisco.com">mailto:acee@cisco.com</a>] <br>
</span><b><span style="font-size:10.0pt;font-family:宋体;color:black">发送时间<span \
lang="EN-US">:</span></span></b><span lang="EN-US" \
style="font-size:10.0pt;font-family:宋体;color:black"> 2016</span><span \
style="font-size:10.0pt;font-family:宋体;color:black">年<span \
lang="EN-US">11</span>月<span lang="EN-US">22</span>日<span lang="EN-US"> 1:41<br>
</span><b>收件人<span lang="EN-US">:</span></b><span lang="EN-US"> <a \
href="mailto:bruno.decraene@orange.com"> bruno.decraene@orange.com</a><br>
</span><b>抄送<span lang="EN-US">:</span></b><span lang="EN-US"> OSPF WG List; <a \
href="mailto:mpls@ietf.org"> mpls@ietf.org</a>; Carlos Pignataro (cpignata); \
Xuxiaohu<br> </span><b>主题<span lang="EN-US">:</span></b><span lang="EN-US"> Re: \
[OSPF] ??: WG Last Call for "Signalling ELC using OSPF"</span></span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
</div>
<p class="MsoNormal"><span lang="EN-US" \
style="color:black"> <o:p></o:p></span></p> <div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Hi \
Bruno, </span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> \
</div> <div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">From:
</span></b><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">Bruno \
Decraene <<a href="mailto:bruno.decraene@orange.com">bruno.decraene@orange.com</a>><br>
<b>Date: </b>Monday, November 21, 2016 at 12:21 PM<br>
<b>To: </b>Acee Lindem <<a href="mailto:acee@cisco.com">acee@cisco.com</a>><br>
<b>Cc: </b>OSPF WG List <<a href="mailto:ospf@ietf.org">ospf@ietf.org</a>>, \
"<a href="mailto:mpls@ietf.org">mpls@ietf.org</a>" <<a \
href="mailto:mpls@ietf.org">mpls@ietf.org</a>>, "Carlos Pignataro \
(cpignata)" <<a href="mailto:cpignata@cisco.com">cpignata@cisco.com</a>>, \
Xiaohu Xu <<a href="mailto:xuxiaohu@huawei.com">xuxiaohu@huawei.com</a>><br> \
<b>Subject: </b>RE: [OSPF] ??: WG Last Call for "Signalling ELC using \
OSPF"</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<blockquote style="border:none;border-left:solid #B5C4DF 4.5pt;padding:0cm 0cm 0cm \
4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt" \
id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE"> <div>
<div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Hi \
Acee,</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> <p \
class="MsoNormal"><span lang="FR" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <div \
style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt"> <div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="FR" \
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black">From:</span></b><span \
lang="FR" style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black"> \
Acee Lindem (acee) [<a href="mailto:acee@cisco.com">mailto:acee@cisco.com</a>] <br>
<b>Sent:</b> Monday, November 21, 2016 6:02 PM<br>
<b>To:</b> DECRAENE Bruno IMT/OLN; Xuxiaohu<br>
<b>Cc:</b> OSPF WG List; <a href="mailto:mpls@ietf.org">mpls@ietf.org</a>; Carlos \
Pignataro (cpignata)<br> <b>Subject:</b> Re: [OSPF] ??: WG Last Call for \
"Signalling ELC using OSPF"</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> </div>
</div>
<p class="MsoNormal"><span lang="FR" style="color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Hi \
Bruno, </span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> \
</div> <div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="FR" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">From:
</span></b><span lang="FR" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">Bruno \
Decraene <<a href="mailto:bruno.decraene@orange.com">bruno.decraene@orange.com</a>><br>
<b>Date: </b>Monday, November 21, 2016 at 9:43 AM<br>
<b>To: </b>Acee Lindem <<a href="mailto:acee@cisco.com">acee@cisco.com</a>>, \
Xiaohu Xu <<a href="mailto:xuxiaohu@huawei.com">xuxiaohu@huawei.com</a>><br> \
<b>Cc: </b>OSPF WG List <<a href="mailto:ospf@ietf.org">ospf@ietf.org</a>>, \
"<a href="mailto:mpls@ietf.org">mpls@ietf.org</a>" <<a \
href="mailto:mpls@ietf.org">mpls@ietf.org</a>>, "Carlos Pignataro \
(cpignata)" <<a \
href="mailto:cpignata@cisco.com">cpignata@cisco.com</a>><br> <b>Subject: </b>RE: \
[OSPF] ??: WG Last Call for "Signalling ELC using OSPF"</span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<blockquote style="border:none;border-left:solid #B5C4DF 4.5pt;padding:0cm 0cm 0cm \
4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt" \
id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE"> <div>
<div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Hi \
Acee,</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> <p \
class="MsoNormal"><span lang="FR" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <div \
style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt"> <div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="FR" \
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black">From:</span></b><span \
lang="FR" style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black"> \
Acee Lindem (acee) [<a href="mailto:acee@cisco.com">mailto:acee@cisco.com</a>] <br>
<b>Sent:</b> Saturday, November 19, 2016 12:33 AM<br>
<b>To:</b> DECRAENE Bruno IMT/OLN; Xuxiaohu<br>
<b>Cc:</b> OSPF WG List; <a href="mailto:mpls@ietf.org">mpls@ietf.org</a>; Carlos \
Pignataro (cpignata)<br> <b>Subject:</b> Re: [OSPF] ??: WG Last Call for \
"Signalling ELC using OSPF"</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> </div>
</div>
<p class="MsoNormal"><span lang="FR" style="color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Hi \
Bruno, </span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> \
</div> <div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="FR" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">From:
</span></b><span lang="FR" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">OSPF \
<<a href="mailto:ospf-bounces@ietf.org">ospf-bounces@ietf.org</a>> on behalf of \
Bruno Decraene <<a \
href="mailto:bruno.decraene@orange.com">bruno.decraene@orange.com</a>><br> \
<b>Date: </b>Friday, November 18, 2016 at 11:30 AM<br> <b>To: </b>Xiaohu Xu <<a \
href="mailto:xuxiaohu@huawei.com">xuxiaohu@huawei.com</a>><br> <b>Cc: </b>OSPF WG \
List <<a href="mailto:ospf@ietf.org">ospf@ietf.org</a>>, "<a \
href="mailto:mpls@ietf.org">mpls@ietf.org</a>" <<a \
href="mailto:mpls@ietf.org">mpls@ietf.org</a>>, "Carlos Pignataro \
(cpignata)" <<a \
href="mailto:cpignata@cisco.com">cpignata@cisco.com</a>><br> <b>Subject: </b>Re: \
[OSPF] ??: WG Last Call for "Signalling ELC using OSPF"</span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<blockquote style="border:none;border-left:solid #B5C4DF 4.5pt;padding:0cm 0cm 0cm \
4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt" \
id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE"> <div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Hi \
Xiaohu,</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> <p \
class="MsoNormal"><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <p class="MsoNormal"><span \
lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Please \
see inline [Bruno]</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <div \
style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt"> <div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="FR" \
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black">From:</span></b><span \
lang="FR" style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black"> \
Xuxiaohu [<a href="mailto:xuxiaohu@huawei.com">mailto:xuxiaohu@huawei.com</a>] <br>
<b>Sent:</b> Monday, November 14, 2016 1:00 PM<br>
<b>To:</b> DECRAENE Bruno IMT/OLN<br>
<b>Cc:</b> OSPF WG List; Carlos Pignataro (cpignata); <a href="mailto:mpls@ietf.org">
mpls@ietf.org</a><br>
<b>Subject:</b> ??: [OSPF] ??: WG Last Call for "Signalling ELC using \
OSPF"</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
</div>
<p class="MsoNormal"><span lang="FR" style="color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <div>
<p><span lang="FR" style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black">Hi \
Bruno,</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> <p><span \
lang="FR" style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <p><span lang="FR" \
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black">Could \
you please explain why the defination of the RLDC should be specific to the LB \
behavior of the transit LSR?</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> <p><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">[Bruno] \
The whole purpose of EL and ELC is to improve load balancing of MPLS packets on \
transit LSR.</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> \
<pre><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">According \
to 6 of your draft, RLDC is also used to improve load-balancing : "</span><span \
lang="EN-US" style="font-size:10.0pt;font-family:"Courier \
New";color:black">The RLDC is used by ingress LSRs</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></pre> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.0pt;font-family:"Courier New";color:black"> \
to determine whether it's necessary to insert an EL for a given LSP</span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <p class="MsoNormal"><span \
lang="EN-US" style="font-size:10.0pt;font-family:"Courier \
New";color:black"> tunnel in the case where there has already been \
at least one EL in</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.0pt;font-family:"Courier New";color:black"> \
</span><span lang="FR" style="font-size:10.0pt;font-family:"Courier \
New";color:black">the label stack. </span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> <p><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <p><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">What \
would be the point for the ingress to add an additional EL, within the RLDC of LSR A, \
if LSR A do not use this EL to improve the load balancing?</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> <p><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">cf \
my example below where a LSR can read 5 labels, yet do not use those 5 labels for the \
load-balancing hence would not benefit from adding an EL within those 5 \
labels.</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> <p><span \
lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">BTW, \
it would be useful for the discussion if you could reply to the content of my email \
sent: Monday, November 14, 2016 (also included below). As this was already the \
second time I send this example on the OSPF mailing list.</span><span lang="EN-US" \
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black"><br>
<br>
<br>
<br>
<br>
<br>
</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p>
<p><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <p><span lang="EN-US" \
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <p><span lang="EN-US" \
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black">If \
I understand correctly, it seems that the text proposed by you conflict with Acee's \
take (see blow):</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> \
<p><span lang="EN-US" \
style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <div>
<p class="MsoNormal"><span lang="EN-US" style="color:black">" 1. The \
standards t</span><span lang="FR" style="color:black">rack IGP drafts should have a \
precise definition of RLD and so not require a normative reference to the MPLS \
entropy draft (which is informational). The IGP drafts need not precisely specify \
how the information is used - this can be specified via a reference to the MPLS \
draft. </span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> \
</div> <div>
<p class="MsoNormal"><span lang="EN-US" style="color:black"> 2. The MPLS \
draft should precisely specify the initial use case of entropy label insertion at the \
ingress of the LSP. </span><span lang="FR" style="color:black">It should not limit \
the applicability of RLDC to this use case. "</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> <p class="MsoNormal"><span lang="FR" \
style="color:#1F497D"> </span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">[Bruno] \
I'm not seeing any conflict. I agree with both points. In this thread, I'm working on \
1, i.e. having a clear definition of RLD. But I would also like that this RLD \
advertisement be effective in improving the load-balancing of MPLS \
packets.</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
</div>
</div>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">I \
think Readable Label Depth (RLD) should be independent of EL Capability (ELC). It \
allows advertisement of the the maximum number of labels an OSPF router will examine \
in a received MPLS encapsulated packet. </span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> If \
an OSPF Router supports ELC, it would imply that it support the EL Capability within \
RLD labels.</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> <p \
class="MsoNormal"><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">[Bruno] \
Would work for me, assuming that this is stated in the document, and :s/support the \
EL Capability within RLD labels/for load-balancing purpose, use the EL within RLD \
labels.</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> <p \
class="MsoNormal"><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">I \
would propose the following text: "RLDC is the maximum number of labels, from the top \
of the stack, where the MPLS transit LSR searches for the ELI,EL pair and \
load-balance based on the EL if present."</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> </div>
</div>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">I \
would completely decouple the two capabilities. Here is the text I would \
recommend. </span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> \
</div> <div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">The \
Readable Label Depth (RLD) is the maximum number of labels, starting with top or \
first label in the stack, that an LSR can examine in a received MPLS packet. \
The supported RLD can be important when searching for an entropy label for \
purpose of load-balancing as the <ELI, EL> pair must be included in the first \
RLD labels in the stack. </span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> <p class="MsoNormal"><span lang="FR" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <p class="MsoNormal"><span \
lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">[Bruno] \
What would you use this RLD information for?</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Current \
OSPF draft proposes to use it to make a decision on whether/where adding an \
additional ELI, EL pairs in the stack of labels. But if we don't know whether that \
additional EL, within the RLD, will be used for load-balancing purpose, the ingress \
can't know whether adding this ELI, EL is useful or not. Since we are in a context \
where the number of labels that can be pushed is limited, we may be wasting 2 label \
push for zero benefit.</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> </div>
</div>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">As \
the name would imply, Entropy Label Capability (ELC) would be used to determine if \
the LSR supports load-balancing. The RLD capability, also as as the name would \
imply, would be used solely to determine the number of labels an LSR will \
read. </span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> \
</div> <div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Am \
I the only one who thinks this is obvious? </span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<blockquote style="border:none;border-left:solid #B5C4DF 4.5pt;padding:0cm 0cm 0cm \
4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt" \
id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE"> <div>
<div>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<blockquote style="border:none;border-left:solid #B5C4DF 4.5pt;padding:0cm 0cm 0cm \
4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt" \
id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE"> <div>
<div>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <p class="MsoNormal"><span \
lang="EN-US" style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">think \
ELC should be defined in RFC 6790 and the SPRING Entropy label draft as opposed to \
the IGP advertisement drafts. </span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">[Bruno] \
I tend to agree that the definition of RLD, or the load-balancing behavior of a \
transit LSR supporting EL, would be better specified by the MPLS WG. Then the value \
advertised by control plane protocols/signaling.</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> <p class="MsoNormal"><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><a \
href="https://tools.ietf.org/html/rfc7325#section-2.4.5">https://tools.ietf.org/html/rfc7325#section-2.4.5</a> \
talks about this, but the document is informational, and the text is a bit too \
large/ open to have the LSR behavior advertised in the IGP using a single \
integer.</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> <p \
class="MsoNormal"><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">But \
this option may delay a lot the IGP draft, unless it is splitted in 2 parts (as ELC \
is ready). Alternatively, I'm ok with your above proposition.</span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
</div>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="FR" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Why \
can't we simply use the definition of entropy processing included in RFC 6790 section \
4? </span><span lang="EN-US" style="color:black"><o:p></o:p></span></p> <p \
class="MsoNormal"><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">[Bruno] \
Basically, section 4.3 says that the LSR can load-balance based on whatever it wants, \
and not necessarily based on the EL label. If it does not use the EL label, there is \
no point in the ingress trying to add additional ELI,EL labels within the RLD of this \
LSR. </span><span lang="EN-US" style="color:black"><o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">I'd \
say that a router supporting ELC recognizes the <ELI, EL> label in the first \
RLD labels and MAY load-balance as described in RFC 6790. An OSPF document should \
not update the MPLS data plane behavior. </span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<blockquote style="border:none;border-left:solid #B5C4DF 4.5pt;padding:0cm 0cm 0cm \
4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt" \
id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE"> <div>
<div>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Which \
is the purpose of advertising the RLD (AFAIK).</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></p> </div>
</div>
</div>
</div>
</blockquote>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">It \
is one usage of RLD – however, the maximum number of labels an LSR can examine must \
not be inextricably tied to the Entropy Label processing. </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Thanks,</span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Acee </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<blockquote style="border:none;border-left:solid #B5C4DF 4.5pt;padding:0cm 0cm 0cm \
4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt" \
id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE"> <div>
<div>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Thanks</span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> <p class="MsoNormal"><span \
lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">--Bruno
</span><span lang="EN-US" style="color:black"><o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Thanks,</span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black">Acee </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<div>
<p class="MsoNormal"><span lang="EN-US" \
style="font-size:10.5pt;font-family:"Calibri","sans-serif";color:black"> </span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></p> </div>
<blockquote style="border:none;border-left:solid #B5C4DF 4.5pt;padding:0cm 0cm 0cm \
4.0pt;margin-left:3.75pt;margin-top:5.0pt;margin-right:0cm;margin-bottom:5.0pt" \
id="MAC_OUTLOOK_ATTRIBUTION_BLOCKQUOTE"> <div>
<div>
<pre><span lang="EN-US" style="color:black"> <o:p></o:p></span></pre>
</div>
</div>
</blockquote>
</div>
<pre><span lang="FR" \
style="color:black">_________________________________________________________________________________________________________________________</span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></pre> <pre><span lang="FR" \
style="color:black"> </span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></pre> <pre><span lang="FR" \
style="color:black">Ce message et ses pieces jointes peuvent contenir des \
informations confidentielles ou privilegiees et ne doivent donc</span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></pre> <pre><span lang="FR" \
style="color:black">pas etre diffuses, exploites ou copies sans autorisation. Si vous \
avez recu ce message par erreur, veuillez le signaler</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></pre> <pre><span lang="FR" \
style="color:black">a l'expediteur et le detruire ainsi que les pieces jointes. Les \
messages electroniques etant susceptibles d'alteration,</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></pre> <pre><span lang="FR" \
style="color:black">Orange decline toute responsabilite si ce message a ete altere, \
deforme ou falsifie. Merci.</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></pre> <pre><span lang="FR" \
style="color:black"> </span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></pre> <pre><span lang="FR" \
style="color:black">This message and its attachments may contain confidential or \
privileged information that may be protected by law;</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></pre> <pre><span lang="FR" \
style="color:black">they should not be distributed, used or copied without \
authorisation.</span><span lang="EN-US" style="color:black"><o:p></o:p></span></pre> \
<pre><span lang="FR" style="color:black">If you have received this email in error, \
please notify the sender and delete this message and its attachments.</span><span \
lang="EN-US" style="color:black"><o:p></o:p></span></pre> <pre><span lang="FR" \
style="color:black">As emails may be altered, Orange is not liable for messages that \
have been modified, changed or falsified.</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></pre> <pre><span lang="FR" \
style="color:black">Thank you.</span><span lang="EN-US" \
style="color:black"><o:p></o:p></span></pre> </div>
</div>
</blockquote>
</div>
</div>
</div>
</blockquote>
</div>
</div>
</body>
</html>
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls
--===============7937610861633188114==--
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic