Re: [manet-dlep-rg] Resources TLV

"Taylor, Rick" <Rick.Taylor@cassidian.com> Wed, 13 November 2013 16:11 UTC

Return-Path: <rick.taylor@cassidian.com>
X-Original-To: manet-dlep-rg@ietfa.amsl.com
Delivered-To: manet-dlep-rg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4335D11E814C for <manet-dlep-rg@ietfa.amsl.com>; Wed, 13 Nov 2013 08:11:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.43
X-Spam-Level:
X-Spam-Status: No, score=-2.43 tagged_above=-999 required=5 tests=[AWL=0.168, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 1GW0eAlyM6BZ for <manet-dlep-rg@ietfa.amsl.com>; Wed, 13 Nov 2013 08:11:48 -0800 (PST)
Received: from mail-dotnet3.eads.net (mail-dotnet3.eads.net [193.56.40.75]) by ietfa.amsl.com (Postfix) with ESMTP id 733A421E80AE for <manet-dlep-rg@ietf.org>; Wed, 13 Nov 2013 08:11:46 -0800 (PST)
Received: from unknown (HELO fr-gate2.mailhub.intra.corp) ([53.154.16.34]) by mail-dotnet3.eads.net with ESMTP; 13 Nov 2013 17:11:38 +0100
Received: from f8562vs5.main.fr.ds.corp ([10.37.8.22]) by fr-gate2.mailhub.intra.corp with Microsoft SMTPSVC(5.0.2195.7381); Wed, 13 Nov 2013 17:10:13 +0100
Received: from f8562vs4.main.fr.ds.corp ([10.37.8.28]) by f8562vs5.main.fr.ds.corp with Microsoft SMTPSVC(6.0.3790.4675); Wed, 13 Nov 2013 17:10:12 +0100
Received: from SUCNPTEXC01.com.ad.uk.ds.corp ([10.80.73.70]) by f8562vs4.main.fr.ds.corp with Microsoft SMTPSVC(6.0.3790.4675); Wed, 13 Nov 2013 17:10:12 +0100
Received: from SUCNPTEXM01.COM.AD.UK.DS.CORP ([fe80::2543:10a0:fd02:b894]) by SUCNPTEXC01.com.ad.uk.ds.corp ([::1]) with mapi id 14.02.0318.004; Wed, 13 Nov 2013 16:10:11 +0000
From: "Taylor, Rick" <Rick.Taylor@cassidian.com>
To: "Stan Ratliff (sratliff)" <sratliff@cisco.com>, Ulrich Herberg <ulrich@herberg.name>
Thread-Topic: [manet-dlep-rg] Resources TLV
Thread-Index: AQHO3vjPLgVv7q3dQUqTxZEXTvGktpogrt6AgAAItwCAAdwKgIABIFSA//+i95A=
Date: Wed, 13 Nov 2013 16:10:12 +0000
Message-ID: <B177F831FB91F242972D0C35F6A0733106FB0A6A@SUCNPTEXM01.com.ad.uk.ds.corp>
References: <72FB622921C13746AD6349E70A8D9F307D9192F7@EXC-MBX03.tsn.tno.nl> <CAK=bVC85XAXR3Zkwq+JwELF-dvgrKwbowWCvwvnjeVn7VStnbw@mail.gmail.com> <72FB622921C13746AD6349E70A8D9F307D9193CD@EXC-MBX03.tsn.tno.nl> <5A8A5085482DA84995F4E70F5093AB50268E6C@XCH-BLV-503.nw.nos.boeing.com> <B2BA430A-F4E6-4DED-A7BB-7282A22802B7@inf-net.nl> <D02397F1-9D1B-4B36-81D0-4585ACDBA34A@gmail.com> <5D184300-2D97-4EC1-8D91-76D4A79B2BDA@inf-net.nl> <DDAE98C5-520E-4F8F-9F9B-2AB9A15A70EF@cisco.com> <7AE67C0F-C4D3-432A-BD4F-F16EA4F06657@inf-net.nl> <DBDD85B3-D1B8-4BEA-8E78-40E0D5A9819C@cisco.com> <1CA101E8-D72D-4930-874E-87B58A2F11EE@inf-net.nl> <CAK=bVC__VpMNAxuYt=Ry5=MtVQwB5KRLLs=tzVZ95yjw29+prA@mail.gmail.com> <7a3e21c1-711b-4a6c-8f08-b9c2fecd4141@SUCNPTEXC01.COM.AD.UK.DS.CORP>
In-Reply-To: <7a3e21c1-711b-4a6c-8f08-b9c2fecd4141@SUCNPTEXC01.COM.AD.UK.DS.CORP>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.80.23.75]
Content-Type: multipart/alternative; boundary="_000_B177F831FB91F242972D0C35F6A0733106FB0A6ASUCNPTEXM01coma_"
MIME-Version: 1.0
X-OriginalArrivalTime: 13 Nov 2013 16:10:12.0503 (UTC) FILETIME=[D5100A70:01CEE08A]
X-TM-AS-Product-Ver: SMEX-8.0.0.4194-6.500.1024-20290.000
X-TM-AS-Result: No--28.950800-0.000000-31
X-TM-AS-User-Approved-Sender: Yes
X-TM-AS-User-Blocked-Sender: No
Cc: "DLEP Research Group (manet-dlep-rg@ietf.org)" <manet-dlep-rg@ietf.org>, Teco Boot <teco@inf-net.nl>
Subject: Re: [manet-dlep-rg] Resources TLV
X-BeenThere: manet-dlep-rg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DLEP Radio Group <manet-dlep-rg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/manet-dlep-rg>, <mailto:manet-dlep-rg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/manet-dlep-rg>
List-Post: <mailto:manet-dlep-rg@ietf.org>
List-Help: <mailto:manet-dlep-rg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/manet-dlep-rg>, <mailto:manet-dlep-rg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Nov 2013 16:11:53 -0000

I'd like to use Resources as a 'worked example' of an Extension metric TLV.

Only because I think it is a 'wishy-washy' metric that I don't want to see creep in as a core metric.

If Stan has uses for it, then Stan can specify it as a requirement for his use-cases, or we can firm up the definition.  Either/or as far as I'm concerned, but as it currently stands I don't want to see it as a core metric, optional or not.

Sorry!

Rick Taylor

________________________________
From: manet-dlep-rg-bounces@ietf.org [mailto:manet-dlep-rg-bounces@ietf.org] On Behalf Of Stan Ratliff (sratliff)
Sent: 13 November 2013 15:40
To: Ulrich Herberg
Cc: DLEP Research Group (manet-dlep-rg@ietf.org); Teco Boot
Subject: Re: [manet-dlep-rg] Resources TLV

Ulrich,

That's fair enough. And if I were arguing for making Resources a MANDATORY TLV, I'd be appropriately chastened... ;-)

But all I'm saying is that Resources becomes the "worked example" of an OPTIONAL metric TLV. If someone doesn't like it, they won't use it.

Stan

On Nov 12, 2013, at 5:28 PM, Ulrich Herberg <ulrich@herberg.name<mailto:ulrich@herberg.name>> wrote:


Stan,

I have not followed the detailed discussion closely enough to say whether it is a good idea to put the Resources TLV in another draft or not, but I have to agree with Teco that your argument is not a good one. If the intention of DLEP is to document Cisco's current implementation, then there is the option of sending a draft as independent submission directly to the RFC Editor ("Company Foo's Protocol"). If, however, the intent is to produce a document that has IETF consensus, then resisting change solely because of the necessity to modify an existing implementation is not a strong argument IMO.
Regards
Ulrich

On Mon, Nov 11, 2013 at 10:04 AM, Teco Boot <teco@inf-net.nl<mailto:teco@inf-net.nl>> wrote:

Op 11 nov. 2013, om 18:33 heeft Stan Ratliff (sratliff) <sratliff@cisco.com<mailto:sratliff@cisco.com>> het volgende geschreven:

> Teco,
>
> I'm opposed to putting Resources in yet another draft. Yes, I understand that you have an implementation. My company has sold units, and has them in the field, interoperating with other company's products. Stripping the Resources TLV makes them non-compliant. IMHO, that's not an option.
Yes, IETF DLEP will not be compatible with your products.
IETF has no objective to be so.
You have to change your code anyway.


>
> I'm not opposed to changing the text around the (now) optional Resources TLV, to make it more vague.
Agreed.


> I am opposed to removing it in its entirety. Hence, I detect that we are at deadlock. Other opinions, please?
There is no deadlock.


Teco

_______________________________________________
manet-dlep-rg mailing list
manet-dlep-rg@ietf.org<mailto:manet-dlep-rg@ietf.org>
https://www.ietf.org/mailman/listinfo/manet-dlep-rg


The information contained within this e-mail and any files attached to this e-mail is private and in addition may include commercially sensitive information. The contents of this e-mail are for the intended recipient only and therefore if you wish to disclose the information contained within this e-mail or attached files, please contact the sender prior to any such disclosure. If you are not the intended recipient, any disclosure, copying or distribution is prohibited. Please also contact the sender and inform them of the error and delete the e-mail, including any attached files from your system. Cassidian Limited, Registered Office : Quadrant House, Celtic Springs, Coedkernew, Newport, NP10 8FZ Company No: 04191036 http://www.cassidian.com