IETF Logo Mail Archive

Re: [hybi] Flow control quota

Takeshi Yoshino <tyoshino@google.com> Thu, 28 June 2012 05:07 UTC

Return-Path: <tyoshino@google.com>
X-Original-To: hybi@ietfa.amsl.com
Delivered-To: hybi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E20E721F8535 for <hybi@ietfa.amsl.com>; Wed, 27 Jun 2012 22:07:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.96
X-Spam-Level:
X-Spam-Status: No, score=-102.96 tagged_above=-999 required=5 tests=[AWL=0.016, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 3i7dCwPzhDtl for <hybi@ietfa.amsl.com>; Wed, 27 Jun 2012 22:07:32 -0700 (PDT)
Received: from mail-yx0-f172.google.com (mail-yx0-f172.google.com [209.85.213.172]) by ietfa.amsl.com (Postfix) with ESMTP id C513B21F8528 for <hybi@ietf.org>; Wed, 27 Jun 2012 22:07:31 -0700 (PDT)
Received: by yenq13 with SMTP id q13so1703382yen.31 for <hybi@ietf.org>; Wed, 27 Jun 2012 22:07:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-system-of-record; bh=jT8Zw/NYs2TDeWXV0t8gTwSZcP5+HDDlQ6dC6CQEcks=; b=AZzEmwMtaabOa6gZsMSuVSq31SRGG1hP0jU9JZUNHxCxxDgYNR67qHKiqFxLaerlUI PdHUe0kzyDw/S2MnSNlKiNVRxuhJS9Hz+m+3iUXK3D7RQakDIu6Z+lkZRltjA6keIsM9 5u3WhfX2Eb2ubLUvqkWq9WMm8q0AsQQ0Pe2ymQ8izCNm7LP2iHoVm/aD+HO/zRU4lHgz oNQk4iqxpbQMb1Ry0AXMd7QyesL2PJxhHPtwAek4TpLoYuFx9M3hebk58d3gLfG4/WJJ viUXcjBr9TrcLmVPF7dg3S9TRYCkFXP4M8bleEpPNN0PAB5YOK072mS0S33Du01+kCOk aSJg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-system-of-record:x-gm-message-state; bh=jT8Zw/NYs2TDeWXV0t8gTwSZcP5+HDDlQ6dC6CQEcks=; b=BajGmkbfYmTXkcP++YS91SBpcocW63qJXOWgv17MvlkRGgrbZeoxS46OZs+7Zmu0ko SoGR31sO3SaspO647Xk0GpelBdYVvuydJYS84mO9KUNOxU2VXJF340XbP6OQaIomVoRk PnzUPEeyuM03qptblHbDjKruGvL6odkr6nVa7Y6lhkkMxNevzGudvcDdshKeOjSosdwK MKN3IudBCd+EMcgSwJTNDdn+TGj7ylRL6gvcuM1ePnfAmIubSV/83AP7RfKGvFlj6zWT UaX2NuDYLQ9PTErQopCF10+9yJQEMmJpoIEn/2atH1XVuLIHDPboJyyK0g6k+9LqI4o7 JkPQ==
Received: by 10.50.100.137 with SMTP id ey9mr114307igb.61.1340860050634; Wed, 27 Jun 2012 22:07:30 -0700 (PDT)
Received: by 10.50.100.137 with SMTP id ey9mr114300igb.61.1340860050467; Wed, 27 Jun 2012 22:07:30 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.231.66.7 with HTTP; Wed, 27 Jun 2012 22:07:08 -0700 (PDT)
In-Reply-To: <005301cd545d$0a329030$1e97b090$@noemax.com>
References: <001a01cd3e69$4a221c10$de665430$@noemax.com> <4FC732DC.3000308@250bpm.com> <000e01cd3f1c$af15ad40$0d4107c0$@noemax.com> <4FC880A7.9070007@250bpm.com> <CAH9hSJaWrUX6gFNLT4xkXLYKHSUH5+Y7AvqN9cD_CwekvsNu3A@mail.gmail.com> <001001cd4000$fe2c82c0$fa858840$@noemax.com> <4FCCAE6B.1010306@250bpm.com> <002d01cd4262$747957b0$5d6c0710$@noemax.com> <20120607022312.GA26406@jl-vm1.vm.bytemark.co.uk> <000e01cd449d$1c0ed220$542c7660$@noemax.com> <CAH_y2NE6+3r_9pkYXhMOiRWfGJXGauEYCqg-8GvtOoCT9Ch0mA@mail.gmail.com> <000401cd4566$d5f6bb70$81e43250$@noemax.com> <CAH9hSJZfXdh2yj+g37DCCtfUK6QBAiPCDh4oh-umOnKG1+g_RQ@mail.gmail.com> <CAH9hSJY4eRKLqSSkdKxFjtcY3dZhnfSatEAnwobdFvybVZ7bSg@mail.gmail.com> <002f01cd5442$c0129370$4037ba50$@noemax.com> <CAH9hSJatWnJ9Bw5icAzyao2HGvBKWnZ6-YYrrPdpmT_TVAt8aA@mail.gmail.com> <005301cd545d$0a329030$1e97b090$@noemax.com>
From: Takeshi Yoshino <tyoshino@google.com>
Date: Thu, 28 Jun 2012 14:07:08 +0900
Message-ID: <CAH9hSJasxSbv03uh3qwD2pjfzT_ZKBKx9Guosx8tS+1-U+8y9w@mail.gmail.com>
To: Arman Djusupov <arman@noemax.com>
Content-Type: multipart/alternative; boundary="e89a8f23532b0069bf04c3814f41"
X-System-Of-Record: true
X-Gm-Message-State: ALoCoQlBTbz7AuguST29BbpUv2rPlhC0MY2IIVgLNXeOlXwAVDp6tWOKBx7iYXMBzIEU97nz7MOSHDjnoonnM3kq6q1XK4zEHfwd9+lrvC/BXBKb9zl4Q4au9VP9aGJ5kaysYaw+qqiyqGKnGO8KaSXJEAAnaiha84Vuu5Px1tAI+zLsH6Ktf5M=
Cc: hybi@ietf.org
Subject: Re: [hybi] Flow control quota
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Jun 2012 05:07:33 -0000

On Wed, Jun 27, 2012 at 9:04 PM, Arman Djusupov <arman@noemax.com> wrote:

> This encapsulation would allow a muxed message to be further fragmented by
> an intermediary
>
Yes

> and so resolves the per-frame compression issue when it is used after mux
> since it would be able to sync on proper message boundaries.****
>
> **
>
I have no idea why you connected the sentences with "so", but yes. There
would be no problem with applying per-frame compression after this new mux.

But after the per-frame compression, fragmentation will be locked.

>  But it doesn’t seem that the original frame boundaries can be recovered
> after de-multiplexing as the frame is getting encapsulated after
> re-fragmentation. So we completely abandon the idea to preserve the
> original frames boundaries? (I don’t mind, I just want to clarify).
>
Yes. As I stated here
http://www.ietf.org/mail-archive/web/hybi/current/msg09720.html, I'm going
to also change the compression algorithm to per-message one. Then, there
would be no fragmentation lock for any combination.

We can
- add per-message flag to encapsulating message that indicates it has the
final chunk of the encapsulated frame
- change the quota mechanism from per-frame basis to per-byte basis
to make the mux to keep frame boundary.

But I prefer the former.

v2.23.0 | Report a Bug | By Email