Re: [mpls] Mode negotiation for PSC

"Ryoo, Jeong-dong" <ryoo@etri.re.kr> Mon, 19 August 2013 13:20 UTC

Return-Path: <ryoo@etri.re.kr>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77EAB11E8249 for <mpls@ietfa.amsl.com>; Mon, 19 Aug 2013 06:20:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.398
X-Spam-Level:
X-Spam-Status: No, score=-101.398 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_13=0.6, J_CHICKENPOX_14=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8ygTdY-1gkZ8 for <mpls@ietfa.amsl.com>; Mon, 19 Aug 2013 06:20:30 -0700 (PDT)
Received: from smtpeg.etri.re.kr (smtpeg2.etri.re.kr [129.254.27.142]) by ietfa.amsl.com (Postfix) with ESMTP id 3689311E810D for <mpls@ietf.org>; Mon, 19 Aug 2013 06:20:29 -0700 (PDT)
Received: from SMTP1.etri.info (129.254.28.71) by SMTPEG2.etri.info (129.254.27.142) with Microsoft SMTP Server (TLS) id 14.1.355.2; Mon, 19 Aug 2013 22:20:25 +0900
Received: from SMTP2.etri.info ([169.254.2.105]) by SMTP1.etri.info ([129.254.28.71]) with mapi id 14.01.0355.002; Mon, 19 Aug 2013 22:20:22 +0900
From: "Ryoo, Jeong-dong" <ryoo@etri.re.kr>
To: "Eric Osborne (eosborne)" <eosborne@cisco.com>, Loa Andersson <loa@pi.nu>
Thread-Topic: [mpls] Mode negotiation for PSC
Thread-Index: Ac6ULYh0Wz1ulMCERKa7JFuZBxS/GACvMvEAAOMPfoAAmb+rXQ==
Date: Mon, 19 Aug 2013 13:20:22 +0000
Message-ID: <5B4A6CBE3924BB41A3BEE462A8E0B75A28663D52@SMTP2.etri.info>
References: <20ECF67871905846A80F77F8F4A27572102C229B@xmb-rcd-x09.cisco.com> <52089C6A.1060104@pi.nu>, <20ECF67871905846A80F77F8F4A27572102EB9BD@xmb-rcd-x09.cisco.com>
In-Reply-To: <20ECF67871905846A80F77F8F4A27572102EB9BD@xmb-rcd-x09.cisco.com>
Accept-Language: ko-KR, en-US
Content-Language: ko-KR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-new-displayname: UnlvbywgSmVvbmctZG9uZw==
x-originating-ip: [129.254.28.45]
Content-Type: multipart/alternative; boundary="_000_5B4A6CBE3924BB41A3BEE462A8E0B75A28663D52SMTP2etriinfo_"
MIME-Version: 1.0
Cc: "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] Mode negotiation for PSC
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Aug 2013 13:20:36 -0000

Eric, it is a little bit confusing.

See [JR] inline...


________________________________
From : "Eric Osborne (eosborne)" <eosborne@cisco.com>
Sent : 2013-08-17 05:49:16 ( +09:00 )
To : Loa Andersson <loa@pi.nu>
Cc : mpls@ietf.org <mpls@ietf.org>
Subject : Re: [mpls] Mode negotiation for PSC


Hi Loa-

See inline

> -----Original Message-----
> From: Loa Andersson [mailto:loa@pi.nu]
> Sent: Monday, August 12, 2013 1:27 AM
> To: Eric Osborne (eosborne)
> Cc: mpls@ietf.org
> Subject: Re: [mpls] Mode negotiation for PSC
>
> Eric,
>
>
>
> On 2013-08-08 14:34, Eric Osborne (eosborne) wrote:
>
>
> > Example of method 2
> > -------------------
> > Both Node A and Node Z announce two things - Capabilities and Mask.
> > Capabilities is a bitmap of the capabilities that are supported.
> > Mask is a mask of don't-care bits against the Capabilities string. A
> 0 in Mask means "I don't care if we do this capability or not", and a 1
> means "we must (or must not) agree on this capability in order to come
> up".
> >
> > A.capabilities = 00000
> > A.mask = 00000
>
> Why is this not
>
> A.capabilities = 11111
> A.mask = 00000
>

Althought I didn't put it in my email, a capabilties of 1 and mask of 0 is illegal. This is partly because it makes no sense ("I require this capability but I don't care if we do it or not") and partly because there's a case which doesn't converge right:
[JR] The meaning of cap=11111 and mask=00000 would be "I am capable of all five things but I don't care if we do it or not"

If I have 11111/00000 on one side and 00000/00000 on the other I end up with

A.cap = 11111, A.mask = 00000
Z.cap = 00000, Z.mask = 00000


res = (111111 & 00000) ^ (00000 & 00000)
res = 11111 ^ 00000 = 11111
[JR] The answer for (11111 & 00000) should be 00000. And the final result of 00000 ^ 00000 will be 00000.

and if res != 0 then the nodes can't converge on a common subset, even though there are 2^5 combinations that would work for both nodes.


[JR] Now, two ends will operate without any capabilities.

eric

> ?
>
> /Loa
>
> >
> > This says "I am capable of supporting all capabilities and I don't
> care if we do any of them or not"
>
>
> --
>
>
> Loa Andersson email: loa@mail01.huawei.com
> Senior MPLS Expert loa@pi.nu
> Huawei Technologies (consultant) phone: +46 739 81 21 64
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls