Re: [v6ops] new draft: draft-ietf-v6ops-6204bis

Washam Fan <washam.fan@gmail.com> Sat, 22 October 2011 10:13 UTC

Return-Path: <washam.fan@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B87421F8AFC for <v6ops@ietfa.amsl.com>; Sat, 22 Oct 2011 03:13:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.524
X-Spam-Level:
X-Spam-Status: No, score=-3.524 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 UOyRPfnI3tcb for <v6ops@ietfa.amsl.com>; Sat, 22 Oct 2011 03:13:56 -0700 (PDT)
Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by ietfa.amsl.com (Postfix) with ESMTP id C038221F8A62 for <v6ops@ietf.org>; Sat, 22 Oct 2011 03:13:55 -0700 (PDT)
Received: by wyh22 with SMTP id 22so5284476wyh.31 for <v6ops@ietf.org>; Sat, 22 Oct 2011 03:13:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=QxwMx7/ePwvVlhdUJWIKHMg+eW2Hx5KB50rJHbfEtBk=; b=gvHGffbB54Zfd+2z45cmzByJfrR2Q1PHKrtZxDdz+Uh1TgTvDnExdwozLY98sLnvOy 2fepv9m0DhlArC6PGU49JW2oemfQKNLcFEwDBkcPKMvyCl9qNaEBQ601LSRl/0tXJ780 av9VOrPR7diDPZETuD/jRqGMEdLdrSo0MOm0w=
MIME-Version: 1.0
Received: by 10.216.221.228 with SMTP id r78mr680902wep.31.1319278434767; Sat, 22 Oct 2011 03:13:54 -0700 (PDT)
Received: by 10.216.85.4 with HTTP; Sat, 22 Oct 2011 03:13:54 -0700 (PDT)
In-Reply-To: <CAKD1Yr15nVtnGbV9oZ05Y9n=G97uvzVe2GXmM1gD4i7KnR1sBQ@mail.gmail.com>
References: <4E974F1A.2030008@forthnetgroup.gr> <5B6B2B64C9FE2A489045EEEADDAFF2C3030A4156@XMB-RCD-109.cisco.com> <5B6B2B64C9FE2A489045EEEADDAFF2C303130390@XMB-RCD-109.cisco.com> <4E98CCB2.2050100@forthnetgroup.gr> <5B6B2B64C9FE2A489045EEEADDAFF2C3031303D8@XMB-RCD-109.cisco.com> <4E994515.6020204@forthnetgroup.gr> <5B6B2B64C9FE2A489045EEEADDAFF2C303130B54@XMB-RCD-109.cisco.com> <5B6B2B64C9FE2A489045EEEADDAFF2C303130C12@XMB-RCD-109.cisco.com> <4E9E8706.6050006@forthnetgroup.gr> <39D5D616-6E56-46B1-B773-437184567E60@employees.org> <CAKD1Yr3SRRjk4fjg1WkUZSQ6rRT2+dY5p-wjtEiA5SFvx4kqGA@mail.gmail.com> <0F5D8352-7A20-46BF-867B-DBBF36CF0B01@apple.com> <4EA04F5F.1010809@unfix.org> <043c01cc8f50$75b69f40$6123ddc0$@com> <CAKD1Yr15nVtnGbV9oZ05Y9n=G97uvzVe2GXmM1gD4i7KnR1sBQ@mail.gmail.com>
Date: Sat, 22 Oct 2011 18:13:54 +0800
Message-ID: <CAAuHL_Ck+N68fQ_fRQo+pjQgezxfmcuOiwVMtR7A1-mBtRDhEQ@mail.gmail.com>
From: Washam Fan <washam.fan@gmail.com>
To: Lorenzo Colitti <lorenzo@google.com>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: IPv6 Operations <v6ops@ietf.org>, draft-ietf-v6ops-6204bis@tools.ietf.org
Subject: Re: [v6ops] new draft: draft-ietf-v6ops-6204bis
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/v6ops>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 22 Oct 2011 10:13:56 -0000

Hi Lorenzo,

2011/10/22 Lorenzo Colitti <lorenzo@google.com>:
> On Fri, Oct 21, 2011 at 02:48, Dan Wing <dwing@cisco.com> wrote:
>>
>> Indicating different MTUs to the host could go a long way towards
>> solving the issue that James brought up -- we need a clean way to
>> indicate to the host which routes or paths have small MTUs, so
>> that communications within a network can use a large MTU.
>
> Agreed. We should to make MTU a per-path, not per-link, attribute. After
> all, the host already knows from layer 2 hints what the local link MTU is.
> The good news is that we wouldn't need to change any packet formats to do
> that, we could simply make it so that the MTU in the RA would apply to the
> default route.

>From my experience, MTU in the RA is the MTU of the link to which the
advertising interface of the router attaches. I.e., the PMTU for the
host-to-host communication within the link. For host-to-host
communication beyond the link, either PMTU mechanism should be
employed or 1280 is used.

Thanks,
washam