Re: [PWE3] Questions relating to draft-ietf-pwe3-iccp-15.

Binny Jeshan <binnyjeshan@gmail.com> Sun, 20 April 2014 09:31 UTC

Return-Path: <binnyjeshan@gmail.com>
X-Original-To: pwe3@ietfa.amsl.com
Delivered-To: pwe3@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 051A41A010A for <pwe3@ietfa.amsl.com>; Sun, 20 Apr 2014 02:31:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.9
X-Spam-Level:
X-Spam-Status: No, score=0.9 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, SPF_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 8hmwO60GCwtv for <pwe3@ietfa.amsl.com>; Sun, 20 Apr 2014 02:31:07 -0700 (PDT)
Received: from mail-lb0-x230.google.com (mail-lb0-x230.google.com [IPv6:2a00:1450:4010:c04::230]) by ietfa.amsl.com (Postfix) with ESMTP id 7628F1A0101 for <pwe3@ietf.org>; Sun, 20 Apr 2014 02:31:06 -0700 (PDT)
Received: by mail-lb0-f176.google.com with SMTP id 10so2464501lbg.35 for <pwe3@ietf.org>; Sun, 20 Apr 2014 02:31:01 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=NbL3WhitCY/CXtUe37dm7zFsdWra2BtSCbLTu0I5VuQ=; b=B1pT7ku5Ubo9MOlb8N5FF3bGnsdwblPe1LGmmY5YGeKlvm8vOzSQiBLTE55hV8bG5r z1Aiz7P3JLT+Cy7ZqwjZ1yCG/kwh47dkpyZU8MAK0ytKnpsXjAAm6k/XWgukv7upACUe 19HPvK62TXYOtaFkXbctksVx9Yzm3nxgbVY12qCY1C37Ji4+X1krruIlU1WdBejrKZxx ZMyWu7spgv2Xt1LHE1ejUeY+lxnqO1N4V3IEjJTCAfC4W88rmN2yZcWMqXStoRcqrrG7 bqZW+tXrSwv2VGhS/4Ijl5uypiREtnNAiN1VMopBFvpaUBqRKlSaBYvb4CUGe31bjNxZ vpIg==
MIME-Version: 1.0
X-Received: by 10.152.246.43 with SMTP id xt11mr970323lac.34.1397986261294; Sun, 20 Apr 2014 02:31:01 -0700 (PDT)
Received: by 10.114.2.110 with HTTP; Sun, 20 Apr 2014 02:31:01 -0700 (PDT)
In-Reply-To: <CF5F1A25.27AB8%ssalam@cisco.com>
References: <CAHcPYOxh9E+4w+hNdbtip2-GN+zifG9n4mVY7EOHNmZ2PM8aeg@mail.gmail.com> <CF5F1A25.27AB8%ssalam@cisco.com>
Date: Sun, 20 Apr 2014 12:31:01 +0300
Message-ID: <CAHcPYOwtDVk3upzCqJ_O4Bj-PXx34g6ipetqMrs30B1M5u8zQA@mail.gmail.com>
From: Binny Jeshan <binnyjeshan@gmail.com>
To: "Samer Salam (ssalam)" <ssalam@cisco.com>
Content-Type: multipart/alternative; boundary=001a1133a77481626304f7760a3b
Archived-At: http://mailarchive.ietf.org/arch/msg/pwe3/HFPvBErttBN3zTnRwQhqMZzdi68
Cc: "Ali Sajassi \(sajassi\)" <sajassi@cisco.com>, "tnadeau@brocade.com" <tnadeau@brocade.com>, "Luca Martini \(lmartini\)" <lmartini@cisco.com>, "matthew.bocci@alcatel-lucent.co.uk" <matthew.bocci@alcatel-lucent.co.uk>, "pwe3@ietf.org" <pwe3@ietf.org>
Subject: Re: [PWE3] Questions relating to draft-ietf-pwe3-iccp-15.
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Pseudowire Emulation Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pwe3/>
List-Post: <mailto:pwe3@ietf.org>
List-Help: <mailto:pwe3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 20 Apr 2014 09:31:11 -0000

Hi Samer,

I have few questions now.

1) How many MAX redundant Groups can be possible between two Peers?
[Binny]: In my understanding one RG configured in a PE can cater many
instances of Applications. for example, one can associate a mLACP
Aggregation bundle t1 and t2  to be a part of Redundant group 1. Please
clarify  and confirm.

2) As i understand from this draft, applications send their TLV's to the
peer through the ICCP channel. Which means mLACP Application Data Message
would look like -> ICC Header (6.1.1)  with Type 0x703+ mLACP SystemConfig
Tlv (type 0032 - section 7.2.3) . Is this understanding correct that the
stack order looks like Ethernet + IP + LDP Header + ICCP header +
Application TLVs.

If my understanding in (1) was right, then How different Application
Instances are distinuguished in the Packets received. (for example mLACP
may have two MC-LAG instances that its managing) - but the ICC header will
have only one RG ID but the following TLV could belong to one of the
application instances running on top of the RG.  How to demultiplex that.

I  see a reference to ROID. Section 4.3 " That allows *separate systems in
an RG **to use a common handle* to reference the protected entity" .
This draft does not define how exactly the ROID bytes will be encoded, as
far as i read. This leaves interop malfunction also, various options to
code the ROID. one option could
ROID =
But im left unclear where i will fit this ROID in each type of packet sent
by the application

3) How do i exactly code the ROID? can you please standardize that >
Comment please.
4) Why ROID is not mentioned to be a Part of EVERY TLV or atleast have a
Application Header or something like that to carry it ?

Thanks,
Binny.
Aricent.



On 31 March 2014 23:15, Samer Salam (ssalam) <ssalam@cisco.com> wrote:

>  Hi Binny,
>
>   From: Binny Jeshan <binnyjeshan@gmail.com>
> Date: Thursday, 20 March, 2014 3:12 AM
> To: "Luca Martini (lmartini)" <lmartini@cisco.com>om>, Samer Salam <
> ssalam@cisco.com>gt;, "Ali Sajassi (sajassi)" <sajassi@cisco.com>om>, "
> matthew.bocci@alcatel-lucent.co.uk" <matthew.bocci@alcatel-lucent.co.uk>uk>,
> "satoru.matsushima@gmail.com" <satoru.matsushima@gmail.com>om>, "
> tnadeau@brocade.com" <tnadeau@brocade.com>
> Cc: "pwe3@ietf.org" <pwe3@ietf.org>
> Subject: Questions relating to draft-ietf-pwe3-iccp-15.
>
>   Hello,
>
>  I came across this when reading this draft.
> http://tools.ietf.org/html/draft-ietf-pwe3-iccp-15
>
>  1)
>  Section 7.2.5<http://tools.ietf.org/html/draft-ietf-pwe3-iccp-15#section-7.2.5>.5>.
> mLACP Port Config TLV says,
> - Flags
>
>        Valid values are:
>
>             -i. Synchronized (0x01)
>
>                 Indicates that the sender has concluded transmitting all
>                 member link port configurations for a given Aggregator.
>
>  Shouldn't this be stating it as "given Port" ?
>
>  >>> Aggregator is the term used by the IEEE 802.1AX standard to refer to
> the Ethernet "bundle", so it is correct as is.
>
>
>  2) I am not able to spot mail archives of this topic in the PWE3 group .
> Did I do a limited search or a wrong directory search? please direct me to
> the right mail archive where I can see discussion emails about this draft
> so that I can know more details from it for better understanding.
>
>
>    >>>> What type of information are you looking for? The draft is quite
> detailed and self-explanatory. If you have questions, please post them.
>
>  Regards,
> Samer
>
>    I am new to this Topic of mLACP and its aggregation. I may have more
> queries later on.
>
>  Thanks,
> Binny
>
>  Aricent, India.
>