Re: [MEXT] FW: Comments to draft-ietf-mext-binary-ts-00.txt
George Tsirtsis <tsirtsis@googlemail.com> Fri, 07 August 2009 08:46 UTC
Return-Path: <tsirtsis@googlemail.com>
X-Original-To: mext@core3.amsl.com
Delivered-To: mext@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 067853A6E9A for <mext@core3.amsl.com>; Fri, 7 Aug 2009 01:46:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.827
X-Spam-Level:
X-Spam-Status: No, score=-0.827 tagged_above=-999 required=5 tests=[AWL=-1.150, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, MANGLED_SIDE=2.3]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OEhK9FdrZsHx for <mext@core3.amsl.com>; Fri, 7 Aug 2009 01:46:15 -0700 (PDT)
Received: from mail-fx0-f226.google.com (mail-fx0-f226.google.com [209.85.220.226]) by core3.amsl.com (Postfix) with ESMTP id A6D243A6E88 for <mext@ietf.org>; Fri, 7 Aug 2009 01:46:14 -0700 (PDT)
Received: by fxm26 with SMTP id 26so1244512fxm.42 for <mext@ietf.org>; Fri, 07 Aug 2009 01:46:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=xZ1YX+cMDBr1AJ3aY/fluo1mONQrC6C0vLfTTnJjdP4=; b=PC2Yf2hLik/ZZwNgt5PWYOU3Vn/XVHzOAdpqiHmXevaGXfdpNlwCr3nMvQLzDmIfQV oMQaE53kx6zaa8uN8ONw0ID+a0IP7eo1lxzQQYbpn9tvMjUq3QuXjqowzcqsR22E9PpE mP+BWbHQ1UF20YHW09dNa0vOKDP+jX5VZYxEk=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=WAqx0XdI/G4FGcO2eZeUViCx4SvezoV9iJ6tcCh6fce4+EfQ7jP9B+fukA9vaLeP3y NVJmm1uX25Vjnk5sugJAiBrr3HOZ6xSli9QmBHehCdl1wTaHNZwPwt5e0nq/qJCKuno3 ISs95KbCeuNUPC9GFpRi7BqmT8boIEWD901Ns=
MIME-Version: 1.0
Received: by 10.239.179.198 with SMTP id e6mr106257hbg.98.1249634774324; Fri, 07 Aug 2009 01:46:14 -0700 (PDT)
In-Reply-To: <009001ca1701$f3f64690$110ca40a@china.huawei.com>
References: <009001ca1701$f3f64690$110ca40a@china.huawei.com>
Date: Fri, 07 Aug 2009 04:46:14 -0400
Message-ID: <d3886a520908070146g56631fe8p7ff638a1bce9f99d@mail.gmail.com>
From: George Tsirtsis <tsirtsis@googlemail.com>
To: w52006@huawei.com
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Cc: mext@ietf.org
Subject: Re: [MEXT] FW: Comments to draft-ietf-mext-binary-ts-00.txt
X-BeenThere: mext@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Mobile IPv6 EXTensions WG <mext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mext>, <mailto:mext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mext>
List-Post: <mailto:mext@ietf.org>
List-Help: <mailto:mext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mext>, <mailto:mext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Aug 2009 08:46:16 -0000
On Thu, Aug 6, 2009 at 9:54 PM, Yungui Wang<w52006@huawei.com> wrote: > Hello > > I had sent below comment at before. Re-forwarding it here. Welcome > your clarification. Thanks. > > 1, Could the IPv4/IPv6 binary traffic selector sub-options be > encoded as the TLV/TV (type, length, value) format? > Consideration: TLV/TV format can save size of message. > case 1, It may be not necessary to describe the traffic which > includes all the parameters in the sub-option. e.g. the traffic is > described as "UDP 21" > case 2, On the other hand, one parameter may appear multiple times > in the sub-option to describe the traffic. e.g. the traffic > includes two flow which may be presented as TCP port 5000 and > 5002. > GT> I am not sure I understand. The existing format would result to (using IPv4 TS for the example): - case 1: in a 2+5byte suboption since only B flag (Protocol=UDP), and I flag (Dst port low=21) would be set - case 2 in 2+7byte suboption since B flag (Protocol=UDP), I flag (Dst portlow=5001), and K flag (Dst portlow=5001) would be set. How does the TLV/TV format allow for more efficient packing? > 2, Could the Ethernet service flow description sub-option be also > introduced in this document? > Consideration: > The Ethernet service sub-option is senseful when Ethernet service > is supported by MIP (referring to > http://www.ietf.org/internet-drafts/draft-wu-mip4-ether-02.txt ). > > The format of the Ethernet serice sub-option can be: > > - Ethernet serice sub-option (TLV/TV format) > 0x01 48bit,source MAC address > 0x02 48bit,destination MAC address > 0x03 16bit,ethernet type > 0x04 16bit,vlan tag > > - Ethernet serice sub-option (proto header format) > > 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 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |S|D|E|V| Reservered | (S) Source MAC Address | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | (S) Source MAC Address | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | (D)Destination MAC Address | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > |(D)Destination MAC Address | (E) Ethernet Type | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > | (V) VLAN tag | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > B.R. > Yungui > GT> Given that draft-wu-mip4 is not a WG draft yet I do not think it makes sense to start adding TSs for this already in a WG doc. > >
- [MEXT] FW: Comments to draft-ietf-mext-binary-ts-… Yungui Wang
- Re: [MEXT] FW: Comments to draft-ietf-mext-binary… George Tsirtsis
- Re: [MEXT] FW: Comments to draft-ietf-mext-binary… Yungui Wang
- Re: [MEXT] FW: Comments to draft-ietf-mext-binary… George Tsirtsis
- [MEXT] ranges for draft-ietf-mext-binary-ts-00.txt Laganier, Julien