IETF Logo Mail Archive

Re: [dhcwg] I-D Action: draft-ietf-dhc-dhcpv6-pd-relay-requirements-00.txt

Timothy Winters <tim@qacafe.com> Wed, 08 April 2020 14:55 UTC

Return-Path: <tim@qacafe.com>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 983E63A0A9F for <dhcwg@ietfa.amsl.com>; Wed, 8 Apr 2020 07:55:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=qacafe.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 u5Ad6bqi_5B4 for <dhcwg@ietfa.amsl.com>; Wed, 8 Apr 2020 07:55:56 -0700 (PDT)
Received: from mail-lf1-x134.google.com (mail-lf1-x134.google.com [IPv6:2a00:1450:4864:20::134]) (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 10DC13A0A9C for <dhcwg@ietf.org>; Wed, 8 Apr 2020 07:55:55 -0700 (PDT)
Received: by mail-lf1-x134.google.com with SMTP id j17so5337589lfe.7 for <dhcwg@ietf.org>; Wed, 08 Apr 2020 07:55:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=qacafe.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jbqVLgd8+CEw01dX7Z1C01SsHh/gB0jhvL7PcLWJLRE=; b=sEW7ktaRrZZRmFYz3c2asSrXZQl12MDbccDWSl1DZ+n3Dcq7yowbXcDgVLbv8+12fZ pTP3xeNvzTHq1AvYpBHTvEBUkN63UzCuc3hb9ZkUWRfQCXOFiBlznRCSes2wloTAFQgp JebCpPrgr1e55AHlY6nLwBBI1je6ZG9x408m8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jbqVLgd8+CEw01dX7Z1C01SsHh/gB0jhvL7PcLWJLRE=; b=pi6GTGFyevNlXmRML1t/+amNX6YtufBtNN8erSxXSJZvjYgFEclYjPy+cA+846awTJ PHDDa455J/LuhlDZT4KTJQrncB47FMyfeEKU8LJ9SJdSLrfbSICtNdFWAyeaa1OB0E93 DJ+P68mE9KOj6HHJkIFAC3UBBz1ht7hWw/cUZI3PHn1Bi6gTB1+PMLSvuJdVJP5SmYtn IQ8kGM9luABd28nDr/D86WzTsy8KDQ4VkntodkZb4BpiLZqo0c5V8zuJBq2vucg05f7S MNAhNUnG5DzyGDN4u1MyVMc3toaHSKEfsbzbpF5IdYGS8d137mFPdXKaPz6hmWVW32uQ YkJA==
X-Gm-Message-State: AGi0PubqpSfUOAnOY2IetWomhnYGG5ZNU7u5+jyh68Pv5I+8KFrcIHrn BwB+/wt2FzJoa33RTNOXIEpL8GjKg9I+a9TkBOm388Oy85EODw==
X-Google-Smtp-Source: APiQypKIEo8iNbn0szbkxWW8tdelibyv04T8lXa0Juc3SwmhMqUdbkabWSaEKr7cxYZ0LDgCLQAq5BlD8WzgoOmyI08=
X-Received: by 2002:a5d:474b:: with SMTP id o11mr8591562wrs.391.1586356202773; Wed, 08 Apr 2020 07:30:02 -0700 (PDT)
MIME-Version: 1.0
References: <158346050095.14620.2547383825421375669@ietfa.amsl.com> <CANFmOt=21NNyYom9KtVQ7x5mTE6rR2GAAg8DwAdaptuOWAJLrQ@mail.gmail.com> <BN7PR11MB2547E17639F673343B5210BBCFFC0@BN7PR11MB2547.namprd11.prod.outlook.com> <CANFmOtnWHJzNtw8-aj+Dqgbqh0aeDMVtXcnib0RC4Bpi+OW0eg@mail.gmail.com> <43727BCE-732F-4629-8BCD-EBCDE2507B82@cisco.com> <BN7PR11MB2547273DA5E1D5F39F26629ACFF00@BN7PR11MB2547.namprd11.prod.outlook.com> <BN7PR11MB254754D841622448F49B021ACFCE0@BN7PR11MB2547.namprd11.prod.outlook.com> <98E34F29-CAB3-4FC3-9B53-AB17AF811683@gmx.com> <75369E25-F0D9-47A5-A94C-EF40736656FC@cisco.com> <D847C596-F3D0-4165-BA5B-32E0D4E7BA35@gmx.com> <BN7PR11MB254768A96E2FCD8A56C92138CFC90@BN7PR11MB2547.namprd11.prod.outlook.com> <CAJgLMKs+v-NF4n7Jg+2LxA965e=FtYt-i9OA7XuWMFkum9VC+w@mail.gmail.com> <BN7PR11MB254798D6651138C6A1614072CFC00@BN7PR11MB2547.namprd11.prod.outlook.com> <DD7C9190-F204-42BE-A210-BEFD3B6AE534@employees.org>
In-Reply-To: <DD7C9190-F204-42BE-A210-BEFD3B6AE534@employees.org>
From: Timothy Winters <tim@qacafe.com>
Date: Wed, 08 Apr 2020 10:29:51 -0400
Message-ID: <CAJgLMKvv2ao2zLzVFyOoD8suhS_4FJ-jN5fZNCSYt69cNq=ijg@mail.gmail.com>
To: otroan@employees.org
Cc: "Bernie Volz (volz)" <volz=40cisco.com@dmarc.ietf.org>, "draft-ietf-dhc-dhcpv6-pd-relay-requirements@ietf.org" <draft-ietf-dhc-dhcpv6-pd-relay-requirements@ietf.org>, "dhcwg@ietf.org" <dhcwg@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f4307805a2c855b1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/ISXqoeQS-jozjO6Swy8juUZGYUo>
Subject: Re: [dhcwg] I-D Action: draft-ietf-dhc-dhcpv6-pd-relay-requirements-00.txt
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dhcwg/>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Apr 2020 14:55:58 -0000

Hi Ole,

We have a rule for this when it's delegated to the CPE, WPD-5 to blackhole
PDs not assigned.  In this case the CPE had no idea it had it.   G-3
disallows LAN to WAN forwarding before getting an address.  I think this
case is WAN to WAN forwarding.   It's not in 7084 to my knowledge, as for
3633 I'm not so sure about.  Let me have a look.

~Tim

On Wed, Apr 8, 2020 at 10:12 AM <otroan@employees.org> wrote:

> > Sounds like a useful issue to try to address – the DHC connection is
> because of the DHCP issues.
> >
> > And, I assume looping occurs because packets cycle between SP router and
> CPE until TTL/HOP expires?
> >
> > Do you have a suggestion as to what the CPE should do in this case? For
> example, are you suggesting that the CPE drop received traffic (except for
> DHCP and perhaps some other limited traffic addressed to it)?
>
> A CPE should never provide transit.
> I.e it should never forward a packet received on it's WAN interface back
> out the WAN interface.
>
> A more specific rule for that is in 7084 and possibly in 3633, requiring a
> blockhole route on the requesting router for the delegated prefix.
>
> Ole
>
>

v2.23.0 | Report a Bug | By Email