IETF Logo Mail Archive

Re: [v6ops] Proxy function for PTB messages on the tunnel end

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 23 March 2021 00:21 UTC

Return-Path: <brian.e.carpenter@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 0A8A33A17B0; Mon, 22 Mar 2021 17:21:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.2
X-Spam-Level:
X-Spam-Status: No, score=-0.2 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WWG7ikXkawzp; Mon, 22 Mar 2021 17:21:14 -0700 (PDT)
Received: from mail-pf1-x430.google.com (mail-pf1-x430.google.com [IPv6:2607:f8b0:4864:20::430]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D35CC3A17AF; Mon, 22 Mar 2021 17:21:14 -0700 (PDT)
Received: by mail-pf1-x430.google.com with SMTP id c17so5532068pfn.6; Mon, 22 Mar 2021 17:21:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=3l7OYEDdXv8ZEIFNQPxkI3c5QOMJ3U+t2dvzrVH6uEo=; b=vJs0IfH41bGKecJsf7ZqeQ8s3330kl2ZhETO1/Wq5iBiamF7zufT3gKd8tX/XOc8nT SKcft4iYtZ8srqUlnmHIW9HlCjwj0uVWJSNCwgOyGCI4Qcw1lTv/5t9EqQ2cnv03R5/l MGr7J6CdGxxLGVxVuK6VR1bhBQx3RN8hmxuSsVdbJRFZBLvXe3Wb8B60a9aZhMFszan3 dGFXnYUk9oegYKodMk5kkx9i5Y8jQMDLzCg5E/qaeLco3XXEj4RbliLMgy8JTv0pYa+f 0WwrY0XHyLFfJXOuLVYeElZvc+UkcRRFcaI2ZbF7/s8L+2RbVno2d9iR1N4ettAeRUv5 rN3g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=3l7OYEDdXv8ZEIFNQPxkI3c5QOMJ3U+t2dvzrVH6uEo=; b=Z7n+vQOoOfCyZOxjcJ74yObfWUmFgt5Rn4gpKPAjDMeoUMAf6n/7/tr1hThtmTFj/R FDA4BdodIgZpkFSu3w5YrYH5otHRiDue2JijHq/N4QeKFX25MjQH5qIiy+TFLPfLQ37K YTBoYV1zW6MwAHu2ApIAQLUshv2eCTOl837tmqrSrwy6eLT7KVCz7EXoYzzsAOQ+XzBm xAsWvmzQKZziWGdF1dMah51VXqde3VZum0Lq/Efl8NAc41EikOhrmBVHYH/tq24+SOGz PmQwpYytT6lYgvQ1FxAzHj42jI0EHF5Mv6MEUECc0KYakBUT9DXTmD2eIaE3LK5Un2EL JX+A==
X-Gm-Message-State: AOAM533K0NmUdgsvku7XGmpejGCX4Go1EdcSCass1AFYC0mPxibH3Z5u H+PXQSRA5TBzOuGwqUcqlUV6D18GskGYcw==
X-Google-Smtp-Source: ABdhPJyP5xg26q4SfisUnjn+A6XJwu3NLsBf9ZHSa0XkQRZfi1E24+MFo+wLr/PzERIVaTjKfVtD4w==
X-Received: by 2002:a17:902:d30c:b029:e3:f95:6da5 with SMTP id b12-20020a170902d30cb02900e30f956da5mr2242506plc.6.1616458873373; Mon, 22 Mar 2021 17:21:13 -0700 (PDT)
Received: from [130.216.38.87] (sc-cs-567-laptop.uoa.auckland.ac.nz. [130.216.38.87]) by smtp.gmail.com with ESMTPSA id w79sm14798209pfc.87.2021.03.22.17.21.10 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 22 Mar 2021 17:21:12 -0700 (PDT)
To: Vasilenko Eduard <vasilenko.eduard@huawei.com>, Joseph Touch <touch@strayalpha.com>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>, int-area <int-area@ietf.org>
References: <0b61deabe8f3420eba1b5794b024e914@huawei.com> <A063E98C-0D6C-49B2-B871-E2B39A097FD5@strayalpha.com> <37059faadd6e441cb98f6ec7e01ecef9@huawei.com> <9D23C833-46C5-4B93-A204-D2D4F54689DF@strayalpha.com> <1e6ecd3b468d4255bda65d519190135d@huawei.com>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <dd52d83d-ad63-f063-d364-d59ba26957b3@gmail.com>
Date: Tue, 23 Mar 2021 13:21:06 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1
MIME-Version: 1.0
In-Reply-To: <1e6ecd3b468d4255bda65d519190135d@huawei.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/xLwDBTWIFshxFPAbPCGyTfFVxmc>
Subject: Re: [v6ops] Proxy function for PTB messages on the tunnel end
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Tue, 23 Mar 2021 00:21:17 -0000

On 23-Mar-21 08:32, Vasilenko Eduard wrote:
...
> What to do if one could not push the traffic source to decrease MTU because it is already 1280 (minimum)?

Nothing. Any tunnel MUST do whatever it has to do to carry a 1280 byte packet. That is by definition always the tunnel's problem and never the host's problem.

   Brian

v2.23.0 | Report a Bug | By Email