IETF Logo Mail Archive

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

Lou Berger <lberger@labn.net> Wed, 13 March 2013 22:54 UTC

Return-Path: <lberger@labn.net>
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 A628611E80ED for <ccamp@ietfa.amsl.com>; Wed, 13 Mar 2013 15:54:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.19
X-Spam-Level:
X-Spam-Status: No, score=-102.19 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, 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 3QPn8a+YKK1v for <ccamp@ietfa.amsl.com>; Wed, 13 Mar 2013 15:54:53 -0700 (PDT)
Received: from oproxy13-pub.unifiedlayer.com (oproxy13-pub.unifiedlayer.com [69.89.16.30]) by ietfa.amsl.com (Postfix) with SMTP id 5E1C511E80D5 for <ccamp@ietf.org>; Wed, 13 Mar 2013 15:54:53 -0700 (PDT)
Received: (qmail 29422 invoked by uid 0); 13 Mar 2013 22:54:32 -0000
Received: from unknown (HELO box313.bluehost.com) (69.89.31.113) by oproxy13.unifiedlayer.com with SMTP; 13 Mar 2013 22:54:32 -0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=pCwP8RzHRzVgMNjzwggznLKaiNK4paP+iO1+ZOrCnU4=; b=qKFLiOaugAmTqw/0McIMJ0smtcb+FNa4TS5wpgXw9oTMqgEXZXFoHbkj0RjFSPEgzBkARZ3QOUDwDi7Sh6FUrogKmCTnveMGzmX3C2SLjdSNN9G6fdwafut18ji0xW3r;
Received: from box313.bluehost.com ([69.89.31.113]:57807 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.80) (envelope-from <lberger@labn.net>) id 1UFuZ5-00069P-P6; Wed, 13 Mar 2013 16:54:32 -0600
Message-ID: <514103A5.3010609@labn.net>
Date: Wed, 13 Mar 2013 18:54:29 -0400
From: Lou Berger <lberger@labn.net>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4
MIME-Version: 1.0
To: John E Drake <jdrake@juniper.net>
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>
In-Reply-To: <0182DEA5604B3A44A2EE61F3EE3ED69E1B2BBB14@BL2PRD0510MB349.namprd05.prod.outlook.com>
X-Enigmail-Version: 1.5.1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net}
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 22:54:54 -0000

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
>

v2.23.0 | Report a Bug | By Email