Re: [CCAMP] G.709 signaling - encoding Type

Rajan Rao <rrao@infinera.com> Wed, 13 March 2013 23:50 UTC

Return-Path: <rrao@infinera.com>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA66121F87E9 for <ccamp@ietfa.amsl.com>; Wed, 13 Mar 2013 16:50:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.299
X-Spam-Level:
X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_73=0.6]
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 sgyufEu1EIWE for <ccamp@ietfa.amsl.com>; Wed, 13 Mar 2013 16:50:37 -0700 (PDT)
Received: from sv-casht-prod1.infinera.com (sv-casht-prod1.infinera.com [8.4.225.24]) by ietfa.amsl.com (Postfix) with ESMTP id 6538621F869A for <ccamp@ietf.org>; Wed, 13 Mar 2013 16:50:37 -0700 (PDT)
Received: from SV-EXDB-PROD2.infinera.com ([fe80::1d05:1822:aaea:ff52]) by sv-casht-prod1.infinera.com ([10.100.97.218]) with mapi id 14.02.0342.003; Wed, 13 Mar 2013 16:50:35 -0700
From: Rajan Rao <rrao@infinera.com>
To: Lou Berger <lberger@labn.net>, John E Drake <jdrake@juniper.net>
Thread-Topic: [CCAMP] G.709 signaling - encoding Type
Thread-Index: Ac4f730w+kanHgoHRT6IT+v/deGh0gAAjgiAABGq7AAADwpXgAAAdioAAACATYAADNwUQA==
Date: Wed, 13 Mar 2013 23:50:34 +0000
Message-ID: <650AA355E323C34D9D4AAEED952E053D3FB179F0@SV-EXDB-PROD2.infinera.com>
References: <650AA355E323C34D9D4AAEED952E053D3FB173C6@SV-EXDB-PROD2.infinera.com> <B9FEE68CE3A78C41A2B3C67549A96F4801C044@FR711WXCHMBA05.zeu.alcatel-lucent.com> <0182DEA5604B3A44A2EE61F3EE3ED69E1B2BA7D1@BL2PRD0510MB349.namprd05.prod.outlook.com> <13d65dd005e.2764.9b4188e636579690ba6c69f2c8a0f1fd@labn.net> <0182DEA5604B3A44A2EE61F3EE3ED69E1B2BBB14@BL2PRD0510MB349.namprd05.prod.outlook.com> <514103A5.3010609@labn.net>
In-Reply-To: <514103A5.3010609@labn.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.100.156.118]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Cc: "CCAMP (ccamp@ietf.org)" <ccamp@ietf.org>
Subject: Re: [CCAMP] G.709 signaling - encoding Type
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussion list for the CCAMP working group <ccamp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ccamp>, <mailto:ccamp-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ccamp>
List-Post: <mailto:ccamp@ietf.org>
List-Help: <mailto:ccamp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ccamp>, <mailto:ccamp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Mar 2013 23:50:40 -0000

Lou,

The new encoding has implications in routing(new ISCDs).  I think we can minimize the impact using the two fields mentioned in my email below.   To be specific,

For the case highlighted in the slide,  the Encoding is AMP when
Signal Type = ODU1  in traffic spec
Length Field  = 8 in  Label 

Thanks
Rajan
-----Original Message-----
From: Lou Berger [mailto:lberger@labn.net] 
Sent: Wednesday, March 13, 2013 6:54 PM
To: John E Drake
Cc: BELOTTI, SERGIO (SERGIO); Rajan Rao; CCAMP (ccamp@ietf.org); Daniele Ceccarelli
Subject: Re: [CCAMP] G.709 signaling - encoding Type

John,

See below.

On 3/13/2013 6:40 PM, John E Drake wrote:
> Lou,
> 
>  
> 
> I must have been asleep but I don’t remember hearing of an issue.

No problem, looked like a few others had some trouble getting moving this AM too.

>  It
> was my understanding that AMP and GMP both use G.709 encoding in the 
> data plane, so why would we want to make what appears to be an 
> artificial distinction?

This was covered on slide 3 of Danielle's presentation.  He/They can provide additional details/justification.

Lou

> 
>  
> 
> Irrespectively Yours,
> 
>  
> 
> John
> 
>  
> 
> *From:*Lou Berger [mailto:lberger@labn.net]
> *Sent:* Wednesday, March 13, 2013 3:27 PM
> *To:* John E Drake; BELOTTI, SERGIO (SERGIO); Rajan Rao
> *Cc:* CCAMP (ccamp@ietf.org); Daniele Ceccarelli
> *Subject:* Re: [CCAMP] G.709 signaling - encoding Type
> 
>  
> 
> John,
> 
> Do you have an alternate proposal on how to address the issue, or do 
> you just see an issue?
> 
> (If the former, the onus will fall on you to provide one. If the 
> latter, it'll fall to Sergio And Danielle to recap the presented 
> issue.)
> 
> Lou
> 
>  
> 
> On March 13, 2013 6:16:46 PM John E Drake wrote:
> 
>     Hi,
> 
>      
> 
>     I don’t think this is a good idea and I don’t see any reason for it.
> 
>      
> 
>     Irrespectively Yours,
> 
>      
> 
>     John
> 
>      
> 
>     *From:*ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>
>     [mailto:ccamp-bounces@ietf.org] *On Behalf Of *BELOTTI, SERGIO (SERGIO)
>     *Sent:* Wednesday, March 13, 2013 6:53 AM
>     *To:* Rajan Rao
>     *Cc:* CCAMP (ccamp@ietf.org <mailto:ccamp@ietf.org>)
>     *Subject:* [CCAMP] R: G.709 signaling - encoding Type
> 
>      
> 
>     Rao,
> 
>      
> 
>     it is a proposal: so you should read:  “encoding type can 
> indicate…
> 
>      
> 
>     Regards
> 
>     Sergio
> 
>      
> 
>     *Belotti Sergio-  System Architect*
> 
>     *ALCATE-LUCENT  Optics Division*
> 
>     via Trento 30 Vimercate (MB) - Italy
> 
>     phone +39 (039) 6863033
> 
>     
> ----------------------------------------------------------------------
> --
> 
>     *Da:*ccamp-bounces@ietf.org <mailto:ccamp-bounces@ietf.org>
>     [mailto:ccamp-bounces@ietf.org] *Per conto di *Rajan Rao
>     *Inviato:* mercoledì 13 marzo 2013 14.40
>     *A:* CCAMP (ccamp@ietf.org <mailto:ccamp@ietf.org>)
>     *Oggetto:* [CCAMP] G.709 signaling - encoding Type
> 
>      
> 
>     Daniele,
> 
>      
> 
>     The presentation slide#3 says:  “encoding type indicates AMP or
>     GMP”.   I don’t think this is the case.  We use  G.709 ODUk as
>     encoding type.  There is no explicit indication of AMP or GMP
>     there.  Are you proposing to change this?
> 
>      
> 
>     Note that AMP/GMP can be inferred from Signal Type in traffic param
>     & Length field ( = 8) in the label.
> 
>      
> 
>     Thanks
>     Rajan
>