[manet-dlep-rg] Slight issue with Data items

Rick Taylor <rick@tropicalstormsoftware.com> Mon, 10 March 2014 16:41 UTC

Return-Path: <rick@tropicalstormsoftware.com>
X-Original-To: manet-dlep-rg@ietfa.amsl.com
Delivered-To: manet-dlep-rg@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com []) by ietfa.amsl.com (Postfix) with ESMTP id ABEFC1A05C3 for <manet-dlep-rg@ietfa.amsl.com>; Mon, 10 Mar 2014 09:41:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 3.596
X-Spam-Level: ***
X-Spam-Status: No, score=3.596 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.793, SPF_PASS=-0.001] autolearn=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id O0_lFLKqdoW1 for <manet-dlep-rg@ietfa.amsl.com>; Mon, 10 Mar 2014 09:41:08 -0700 (PDT)
Received: from mail.tropicalstormsoftware.com (unknown []) by ietfa.amsl.com (Postfix) with ESMTP id 007A41A0549 for <manet-dlep-rg@ietf.org>; Mon, 10 Mar 2014 09:41:06 -0700 (PDT)
Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d]) by tss-server1.home.tropicalstormsoftware.com ([fe80::753b:fa82:5c0:af0d%10]) with mapi; Mon, 10 Mar 2014 16:40:35 +0000
From: Rick Taylor <rick@tropicalstormsoftware.com>
To: "manet-dlep-rg@ietf.org Group, (manet-dlep-rg@ietf.org)" <manet-dlep-rg@ietf.org>
Thread-Topic: Slight issue with Data items
Thread-Index: AQHPPH91PCp7d2LHg0SwkWmlhgboNA==
Date: Mon, 10 Mar 2014 16:40:34 +0000
Message-ID: <38A5475DE83986499AEACD2CFAFC3F98FA6C8222@tss-server1.home.tropicalstormsoftware.com>
Accept-Language: en-GB, en-US
Content-Language: en-GB
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/manet-dlep-rg/9bkyW5TGAhtrbwniCxIXJmcRETQ
Subject: [manet-dlep-rg] Slight issue with Data items
X-BeenThere: manet-dlep-rg@ietf.org
X-Mailman-Version: 2.1.15
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: Mon, 10 Mar 2014 16:41:09 -0000

Hi All,

I've been ruminating over Data Items and their default handling as we discussed in London, i.e. an implementation MUST silently drop any unrecognised Data Items it receives.

But, there is some inconsistency over what a Data Item is (in my mind), and so I ask:  Is a Data Item *any* signal payload, or is it one of the payload items in a Destination Up/Down/Update message?

The reason I ask is that there is a class of TLVs in DLEP that appear in session initiation (and possibly discovery) that are semantically different from 'regular' TLVs in session signals: Version information, TCP server addresses, etc...  Now, are these TLVs treated as Data Items as far as the handling rules apply?  What happens if you receive a Version Data Item in a Destination_Update:  The implementation should recognise it, but not expect it where it finds it.

So, have I revealed a new class of Data Item that needs it's own rules and status code, or do the existing rules still work?

In summary, do we need to define "Status Code <N>: Data Item not allowed in last signal"

Hmm... something for you all to ponder at the start of the week...


P.S> Is everyone happy for me to post the summary report to the WG mailing list?  If I hear no objections by close of play Tuesday, I'll just forward it.