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

Binny Jeshan <binnyjeshan@gmail.com> Fri, 25 April 2014 17:13 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 5BCF21A06A3 for <pwe3@ietfa.amsl.com>; Fri, 25 Apr 2014 10:13:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.999
X-Spam-Level:
X-Spam-Status: No, score=-0.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 kdNIrIVeY-mw for <pwe3@ietfa.amsl.com>; Fri, 25 Apr 2014 10:13:50 -0700 (PDT)
Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) by ietfa.amsl.com (Postfix) with ESMTP id 50A8F1A06AA for <pwe3@ietf.org>; Fri, 25 Apr 2014 10:13:48 -0700 (PDT)
Received: by mail-lb0-f180.google.com with SMTP id 10so3305119lbg.11 for <pwe3@ietf.org>; Fri, 25 Apr 2014 10:13:41 -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=nuGt5KQOAhtTi0o5NmBubd+9YAqnDEjTMdbsw7LIxvU=; b=X9o+4k322QVcNoeV6QpQECpMC2iPAMx/VOOsLZSnpFdrwMzTd9fQ1fDYP5WoJ0LPvN b+81BqL/ut6Dpogk4sq4ddR6FaMTW+Lnyr+1mED87Xy+TuTuuGlV4rR7ygWMJeZf1/jm ND9eCbBs18m50O6DFJXkpDBVYWmYdSxij0K6MNdAfe9iqfypspsmEWVl/CA8dv7YrqMj D+F9VCfit+KRVODhdSH8LMzXnp+Cetm7kpaIr3k4sVVkbJfABPOgo2gwcq+VMkO51j7z Q8ww4OcftPh/jO7zP3C67oRZIpqN+OYgKQ855/YDRNY9fKejQlKDIF6/dG7iHyEMqBBG Dg5g==
MIME-Version: 1.0
X-Received: by 10.112.205.35 with SMTP id ld3mr6059481lbc.1.1398446021122; Fri, 25 Apr 2014 10:13:41 -0700 (PDT)
Received: by 10.114.2.110 with HTTP; Fri, 25 Apr 2014 10:13:40 -0700 (PDT)
In-Reply-To: <CAHcPYOwtDVk3upzCqJ_O4Bj-PXx34g6ipetqMrs30B1M5u8zQA@mail.gmail.com>
References: <CAHcPYOxh9E+4w+hNdbtip2-GN+zifG9n4mVY7EOHNmZ2PM8aeg@mail.gmail.com> <CF5F1A25.27AB8%ssalam@cisco.com> <CAHcPYOwtDVk3upzCqJ_O4Bj-PXx34g6ipetqMrs30B1M5u8zQA@mail.gmail.com>
Date: Fri, 25 Apr 2014 20:13:40 +0300
Message-ID: <CAHcPYOw13F2Ag1wfJsOcR0qxWFnLhVdH7W+pBxD_1A0TZd8n3A@mail.gmail.com>
From: Binny Jeshan <binnyjeshan@gmail.com>
To: "Samer Salam (ssalam)" <ssalam@cisco.com>
Content-Type: multipart/alternative; boundary=001a11c3d864539e8804f7e116aa
Archived-At: http://mailarchive.ietf.org/arch/msg/pwe3/voBp9iDNSyEz0jP0uke6kSHJoq8
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: Fri, 25 Apr 2014 17:13:52 -0000

Dear Authors, all,

A gentle reminder.

Thanks.


On 20 April 2014 12:31, Binny Jeshan <binnyjeshan@gmail.com> wrote:

> 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.
>>
>
>