Re: [CCAMP] Generalized Labels for the Flexi-Grid in LSC Label Switching Routers

"Adrian Farrel" <adrian@olddog.co.uk> Thu, 06 February 2014 10:57 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: ccamp@ietfa.amsl.com
Delivered-To: ccamp@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32E271A00C4 for <ccamp@ietfa.amsl.com>; Thu, 6 Feb 2014 02:57:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1
X-Spam-Level:
X-Spam-Status: No, score=-1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_52=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001] 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 Kq6vdtiTVS4z for <ccamp@ietfa.amsl.com>; Thu, 6 Feb 2014 02:57:55 -0800 (PST)
Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) by ietfa.amsl.com (Postfix) with ESMTP id AD9021A02F6 for <ccamp@ietf.org>; Thu, 6 Feb 2014 02:57:54 -0800 (PST)
Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s16Avktn021526; Thu, 6 Feb 2014 10:57:46 GMT
Received: from 950129200 (idanet5.ida.ing.tu-bs.de [134.169.115.102]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s16Avhfo021485 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 6 Feb 2014 10:57:44 GMT
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Jonas Mårtensson' <Jonas.Martensson@acreo.se>, "'Gabriele Maria Galimberti (ggalimbe)'" <ggalimbe@cisco.com>, 'Daniel King' <daniel@olddog.co.uk>, 'CCAMP' <ccamp@ietf.org>
References: <061c01cf1e79$cfb6e620$6f24b260$@olddog.co.uk> <CF11824E.56BB7%ggalimbe@cisco.com> <7ECED07E132D4B4F89DCC0FDA683C6C2413F31@ACREOEXC02.ad.acreo.se> <0a0f01cf22c3$39a97e10$acfc7a30$@olddog.co.uk> <7ECED07E132D4B4F89DCC0FDA683C6C2414594@ACREOEXC02.ad.acreo.se>
In-Reply-To: <7ECED07E132D4B4F89DCC0FDA683C6C2414594@ACREOEXC02.ad.acreo.se>
Date: Thu, 06 Feb 2014 10:57:40 -0000
Message-ID: <012501cf232a$41d3ec80$c57bc580$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQLsG9hTuaWoJUSXqjXbxF31vCbjkgJNiSkeAkml/pcCno0A/gJiJXBqmCFclaA=
Content-Language: en-gb
X-TM-AS-MML: No
Subject: Re: [CCAMP] Generalized Labels for the Flexi-Grid in LSC Label Switching Routers
X-BeenThere: ccamp@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: adrian@olddog.co.uk
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: Thu, 06 Feb 2014 10:57:57 -0000

Ah yes, apologies. Ramon has just explained this to me. sorry for being thick.

You are talking about the thing that "m" multiplies for the slot width.
Currently 12.5.

I can see the potential, but (of course) we are again talking about
future-proofing in a rather speculative way.
Where do we stand with data plane specs and implementations of this hardware?

A

> -----Original Message-----
> From: Jonas Mårtensson [mailto:Jonas.Martensson@acreo.se]
> Sent: 06 February 2014 08:37
> To: adrian@olddog.co.uk; 'Gabriele Maria Galimberti (ggalimbe)'; 'Daniel
King';
> 'CCAMP'
> Subject: RE: [CCAMP] Generalized Labels for the Flexi-Grid in LSC Label
Switching
> Routers
> 
> Hi Adrian,
> 
> I'm not talking about defining new CS values. I'm proposing adding a separate
> SWG (slot width granularity) field to allow for granularities finer than 12.5
GHz in
> the future. Maybe this is unnecessarily future-proof and we can deal with it
> if/when it becomes necessary. Just wanted to bring it up for discussion.
> 
> Cheers,
> Jonas
> 
> > -----Original Message-----
> > From: Adrian Farrel [mailto:adrian@olddog.co.uk]
> > Sent: den 5 februari 2014 23:40
> > To: Jonas Mårtensson; 'Gabriele Maria Galimberti (ggalimbe)'; 'Daniel King';
> > 'CCAMP'
> > Subject: RE: [CCAMP] Generalized Labels for the Flexi-Grid in LSC Label
> > Switching Routers
> >
> > Hi,
> >
> > This seems like future-proofing for the sake of future proofing.
> >
> > I think that the proposed CS value gives us 6.25 (recall, we already had
> > 12.5).
> >
> > If 3.125 or some "odd" value like 17.937 becomes a requirement in the future
> > we
> > could define a new CS value to mean "CS is encoded in bytes 6 and 7 of the
> > label" and then utilise the two currently reserved bytes. That is how we
might
> > do it, but I would be less than enthusiastic about making this provision now
> > on
> > the theory that we might need it one day.
> >
> > Cheers,
> > Adrian
> >
> > > -----Original Message-----
> > > From: Jonas Mårtensson [mailto:Jonas.Martensson@acreo.se]
> > > Sent: 05 February 2014 09:18
> > > To: Gabriele Maria Galimberti (ggalimbe); adrian@olddog.co.uk; 'Daniel
> > King';
> > > 'CCAMP'
> > > Subject: RE: [CCAMP] Generalized Labels for the Flexi-Grid in LSC Label
> > Switching
> > > Routers
> > >
> > > Hi all,
> > >
> > > I don't know if this has been proposed and discussed already but why not
> > also
> > > add a field indicating slot width granularity (similar to the C.S. field)
> > where today
> > > the only defined value would correspond to 12.5 GHz. This would
> accommodate
> > a
> > > potentially finer granularity in the future (when technologies improve as
> > Gabriele
> > > points out).
> > >
> > > /Jonas
> > >
> > > > -----Original Message-----
> > > > From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Gabriele
> Maria
> > > > Galimberti (ggalimbe)
> > > > Sent: den 31 januari 2014 16:47
> > > > To: adrian@olddog.co.uk; 'Daniel King'; 'CCAMP'
> > > > Subject: Re: [CCAMP] Generalized Labels for the Flexi-Grid in LSC Label
> > > > Switching Routers
> > > >
> > > > Hi Adrian,
> > > >
> > > > Thanks for the clarification.
> > > > If We talk about the the slot with granularity specified by G.694.1
> > > > To be 12.5GHz, I agree that we have to wait any ITU feedback.
> > > > On the other hand I don't see any constraint of Spectrum Width
> > > > Size in G.694.1.  So there is no specification/limitation to m value.
> > > >
> > > > In this sense I'd agree with Ramon: why not extend it.
> > > >
> > > > Best Regards,
> > > >
> > > > Gabriele
> > > >
> > > >
> > > >
> > > > Gabriele Galimberti
> > > > Technical Leader
> > > > Cisco Photonics Srl
> > > >
> > > >
> > > > Via Philips, 12
> > > > 20900 - Monza (MI)
> > > > Italy
> > > > www.cisco.com/global/IT/ <http://www.cisco.com/global/IT/>
> > > >
> > > > ggalimbe@cisco.com
> > > > Phone :+39 039 2091462
> > > > Mobile :+39 335 7481947
> > > > Fax :+39 039 2092049
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > On 1/31/14 12:44 PM, "Adrian Farrel" <adrian@olddog.co.uk> wrote:
> > > >
> > > > >Hi Gabriele,
> > > > >
> > > > >IIRC this topic has come up in various discussions.
> > > > >I think the discussion ran aground when we tried to understand what
ITU-
> T
> > > > >SG15
> > > > >Q6 data plane capabilities this increased value of "m" modelled.
> > > > >
> > > > >I believe that we could easily increase the size of the m field, but as
I
> > > > >understand the status of the Q6 work, we would still need to constrain
> > > > >its use
> > > > >as defined in G.694.1. Maybe that is the best compromise: it gives us
> > > > >scope for
> > > > >future expansion, but it makes (for now) the value strictly limited
> > > > >according to
> > > > >the current definition of the data plane we are controlling.
> > > > >
> > > > >Thoughts?
> > > > >Adrian
> > > > >
> > > > >> -----Original Message-----
> > > > >> From: CCAMP [mailto:ccamp-bounces@ietf.org] On Behalf Of Gabriele
> > > Maria
> > > > >> Galimberti (ggalimbe)
> > > > >> Sent: 31 January 2014 10:35
> > > > >> To: Daniel King; 'CCAMP'
> > > > >> Subject: Re: [CCAMP] Generalized Labels for the Flexi-Grid in LSC
Label
> > > > >Switching
> > > > >> Routers
> > > > >>
> > > > >> Hi Daniel
> > > > >>
> > > > >> I have a change request on the label:
> > > > >>
> > > > >> 0                   1                   2                   3
> > > > >>     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0  1 2 3 4 5 6 7 8 9 0 1
> > > > >>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> > > > >>    |Grid | C.S.  |    Identifier      |               n
> > |
> > > > >>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> > > > >>    |       m     |                     Reserved                    |
> > > > >>    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> > > > >>
> > > > >>
> > > > >> I'd like to extend the m value range to 16 bits to have the
possibility
> > > > >>to
> > > > >> Allocate the whole C-band spectrum if needed.
> > > > >> With 8 bits we can allocate only 60% of it.
> > > > >> Another reason is that when new technologies will be available the
> > > > >> Slot Width Granularity may increase (to 6.25GHz or better).
> > > > >>
> > > > >> So the proposed change is:
> > > > >>
> > > > >> 0                   1                   2                   3
> > > > >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0  1 2 3 4 5 6 7 8 9 0 1
> > > > >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> > > > >> |Grid | C.S. |    Identifier    |                n              |
> > > > >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> > > > >> |                m              |            Reserved           |
> > > > >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
> > > > >>
> > > > >>
> > > > >>  m field = 16 bits.
> > > > >>
> > > > >>
> > > > >> Best Regards,
> > > > >>
> > > > >> Gabriele
> > > > >>
> > > > >>
> > > > >>
> > > > >> Gabriele Galimberti
> > > > >> Technical Leader
> > > > >> Cisco Photonics Srl
> > > > >>
> > > > >>
> > > > >> Via Philips, 12
> > > > >> 20900 - Monza (MI)
> > > > >> Italy
> > > > >> www.cisco.com/global/IT/ <http://www.cisco.com/global/IT/>
> > > > >>
> > > > >> ggalimbe@cisco.com
> > > > >> Phone :+39 039 2091462
> > > > >> Mobile :+39 335 7481947
> > > > >> Fax :+39 039 2092049
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >>
> > > > >> On 1/29/14 6:06 PM, "Daniel King" <daniel@olddog.co.uk> wrote:
> > > > >>
> > > > >> >Hi CCAMP'rs,
> > > > >> >
> > > > >> >The authors are planning a revision of this I-D before London, but
the
> > > > >> >only
> > > > >> >changes will be the addition of an Implementation Status section as
> > per
> > > > >> >RFC6982.
> > > > >> >
> > > > >> >It seems to us that this I-D is stable and that there are no further
> > > > >> >technical issues. The label format documented in the I-D has been
> > > > >>picked
> > > > >> >up
> > > > >> >by the RSVP-TE extensions draft and the ongoing OSPF work.
> > > > >> >
> > > > >> >We would like to take this opportunity to solicit feedback from the
> > > > >> >working
> > > > >> >group:
> > > > >> >
> > > > >> >- Are there any changes you would like to see in the draft?
> > > > >> >- Are you happy with the label format described?
> > > > >> >- What do you think the next steps should be for this draft?
> > > > >> >
> > > > >> >Thanks,
> > > > >> >Dan (for the authors)
> > > > >> >
> > > > >> >
> > > > >> >_______________________________________________
> > > > >> >CCAMP mailing list
> > > > >> >CCAMP@ietf.org
> > > > >> >https://www.ietf.org/mailman/listinfo/ccamp
> > > > >>
> > > > >> _______________________________________________
> > > > >> CCAMP mailing list
> > > > >> CCAMP@ietf.org
> > > > >> https://www.ietf.org/mailman/listinfo/ccamp
> > > > >
> > > >
> > > > _______________________________________________
> > > > CCAMP mailing list
> > > > CCAMP@ietf.org
> > > > https://www.ietf.org/mailman/listinfo/ccamp