Re: [forces] draft-ietf-forces-model-extension

Jamal Hadi Salim <hadi@mojatatu.com> Thu, 23 October 2014 11:51 UTC

Return-Path: <hadi@mojatatu.com>
X-Original-To: forces@ietfa.amsl.com
Delivered-To: forces@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 000181A8F3D for <forces@ietfa.amsl.com>; Thu, 23 Oct 2014 04:51:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.978
X-Spam-Level:
X-Spam-Status: No, score=-1.978 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
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 viqXb29SQc-y for <forces@ietfa.amsl.com>; Thu, 23 Oct 2014 04:51:27 -0700 (PDT)
Received: from mail-ob0-f179.google.com (mail-ob0-f179.google.com [209.85.214.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B26D81A9029 for <forces@ietf.org>; Thu, 23 Oct 2014 04:51:25 -0700 (PDT)
Received: by mail-ob0-f179.google.com with SMTP id wp4so587495obc.38 for <forces@ietf.org>; Thu, 23 Oct 2014 04:51:25 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=MOMVnmKZ87Zi1joc/xzV8gxQBVpJWU7FPt8Wc1p99bE=; b=WwCeJMSJ6Vq1HTZr4Ea6lNK3pFJSrb2O7YTGKgE4lokluma4AirSsk6x170CMr51MC s9c02RaUHfE4mk+HWFPtIzBg6+jmCPgHni2zrpu1J1FolMF4ECcW3MzkvkmsQ2bWym7Y CV0QCH9AB47XsZLbwxgAFfjFyCABl0dm3kyFXsMwu9srWSurELEWfLj/b+hY55oOInn/ jXuGPVknKla7WIbyfWCC5463GrJF+7ARM5su7RDg7v7hvxMyHHz1tnGRfHpeZsRNd/S4 eHIGsmhHkAJQyrRd7WLwwXxZDVqqutrEA+fpaANhyd7MFaMyJ0v0RV95B4KPfo0PU37k kpPg==
X-Gm-Message-State: ALoCoQmpxzmdFeRaaTAbIh0rK2bN9tuTBDzncPIAIfUS9fM3lRn3DvFREcMdesiczL3kohXGmbZL
X-Received: by 10.182.65.105 with SMTP id w9mr1030097obs.60.1414065085192; Thu, 23 Oct 2014 04:51:25 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.202.199.7 with HTTP; Thu, 23 Oct 2014 04:51:05 -0700 (PDT)
In-Reply-To: <5447ACC0.80904@gmx.de>
References: <54475790.7000609@gmx.de> <54475DC7.4040402@gmx.de> <00e301cfedf7$5d323430$17969c90$@com> <5447ACC0.80904@gmx.de>
From: Jamal Hadi Salim <hadi@mojatatu.com>
Date: Thu, 23 Oct 2014 07:51:05 -0400
Message-ID: <CAAFAkD8Qn95Msmnw9VqqRDHdG51bWuEc4g1a2fYwM+K61r3-Mw@mail.gmail.com>
To: Julian Reschke <julian.reschke@gmx.de>
Content-Type: text/plain; charset="UTF-8"
Archived-At: http://mailarchive.ietf.org/arch/msg/forces/DmrrZ9Pqooco8u5RBfm0svAofig
Cc: Amanda Baber <amanda.baber@icann.org>, Graham Klyne <GK@ninebynine.org>, "forces@ietf.org" <forces@ietf.org>, draft-ietf-forces-model-extension@tools.ietf.org
Subject: Re: [forces] draft-ietf-forces-model-extension
X-BeenThere: forces@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: ForCES WG mailing list <forces.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/forces>, <mailto:forces-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/forces/>
List-Post: <mailto:forces@ietf.org>
List-Help: <mailto:forces-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/forces>, <mailto:forces-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Oct 2014 11:51:29 -0000

On Wed, Oct 22, 2014 at 9:10 AM, Julian Reschke <julian.reschke@gmx.de> wrote:
> On 2014-10-22 14:54, Haleplidis Evangelos wrote:
>>
>> Greetings Julian,
>>
>> I'm a little confused on why you think there is no backwards
>> compatibility.
>>
>> LFB definitions that use the 1.0 namespace are valid in the 1.1 namespace.
>
>
> Unless I'm missing something: no, they are not.
>
> Can you provide a 1.0 example, and show how it is valid according to the 1.1
> schema?
>

I am trying to understand the issue.
There is no namespace version carried in the protocol. And there is no
changes in the protocol encoding as the result of the new namespace.
IOW, it does not affect anything from the protocol perspective.

I can see a challenge with toolkits that look at the new namespace vs old.
Old toolkits wont be able to understand the semantics of the new namespace.
New toolkits should be able to understand the semantics of both old and
new extensions - if the author chooses to. If i understood Evangelos
correctly: He is saying the content inside the new namespace is basically
backward compatible. If i understood you correctly, you are saying the
moment you say it is version 1.1 you cant talk about the content inside
and compare it with 1.0.
All the new extensions introduced are optional. And correctly written
s/ware will log/ignore/bailout on extensions it doesnt support.
Are you suggesting we keep the version at 1.0?
How does one detect there's new extensions?

cheers,
jamal