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.

>
>