Re: [v6ops] FW: New Version Notification for draft-palet-v6ops-rfc7084-bis-00.txt

Philip Homburg <pch-v6ops-6@u-1.phicoh.com> Tue, 21 February 2017 12:55 UTC

Return-Path: <pch-bF054DD66@u-1.phicoh.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 8A37C1299B3 for <v6ops@ietfa.amsl.com>; Tue, 21 Feb 2017 04:55:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham autolearn_force=no
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 KTk6JVrQ3Jg1 for <v6ops@ietfa.amsl.com>; Tue, 21 Feb 2017 04:55:48 -0800 (PST)
Received: from stereo.hq.phicoh.net (stereo6-tun.hq.phicoh.net [IPv6:2001:888:1044:10:2a0:c9ff:fe9f:17a9]) by ietfa.amsl.com (Postfix) with ESMTP id 92D0F129456 for <v6ops@ietf.org>; Tue, 21 Feb 2017 04:55:46 -0800 (PST)
Received: from stereo.hq.phicoh.net ([::ffff:127.0.0.1]) by stereo.hq.phicoh.net with esmtp (Smail #127) id m1cg9yr-0000D8C; Tue, 21 Feb 2017 13:55:45 +0100
Message-Id: <m1cg9yr-0000D8C@stereo.hq.phicoh.net>
To: v6ops@ietf.org
From: Philip Homburg <pch-v6ops-6@u-1.phicoh.com>
Sender: pch-bF054DD66@u-1.phicoh.com
References: <148763027040.25952.5914924936449771028.idtracker@ietfa.amsl.com> <692043A0-04F2-46EA-84D2-D4964E925C6B@consulintel.es> <B32D8BA9-0C0D-4576-9B7A-C08044A7433A@ripe.net> <CAAedzxpJB+rfDzm8H0ZpoYQymeqSjw1hdZnjFSNU24pyXoM+pA@mail.gmail.com> <7D4321A8-BC93-4C40-B61C-193959662246@consulintel.es> <alpine.DEB.2.02.1702211234380.23841@uplift.swm.pp.se>
In-reply-to: Your message of "Tue, 21 Feb 2017 12:47:01 +0100 (CET) ." <alpine.DEB.2.02.1702211234380.23841@uplift.swm.pp.se>
Date: Tue, 21 Feb 2017 13:55:44 +0100
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/DZj07wxF99h5Crcs_w70XSGPffg>
Subject: Re: [v6ops] FW: New Version Notification for draft-palet-v6ops-rfc7084-bis-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
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, 21 Feb 2017 12:55:49 -0000

In your letter dated Tue, 21 Feb 2017 12:47:01 +0100 (CET) you wrote:
>My ISP started sending me RAs with no prefix in them, M=1, and responds to 
>requests for IA_NA and IA_PD with "NoPrefixAvail".
>
>My UBNT ER5 overwrites the static ::/0 route I have over the 6in4 tunnel 
>and points default to the ISP router (breaking my connectivity). In the 
>routing table, it says "proto RA" for that route. Changing distance on my 
>static route doesn't help. I ended up having to firewall ICMP6 from my ISP 
>towards the ER5 so it wouldn't even see the RAs, and I will continue doing 
>this until my ISP deployment is done. Now I have a working soltion again.
>
>My Omnia Turris (running OpenWrt variant) in the same environment (but 
>without 6in4 tunnel), seems to consider these RAs and the lack of 
>prefix/address as a reason to just ignore them. It doesnt install a 
>default route (so I don't have a ::/0 route on it at all on it).

I guess this is something that could be fixed with source-dest routing.

The 6in4 tunnel should be preferred for source addresses associated with the
tunnel. 

The default route from the RA can be added but won't be used because of 
longest prefix matching on the source address.

(Just not accepting a default route because there are no associated addresses
may break other setups)