Re: Alternatives to the flag (Was:Confirmation to advance: draft-ietf-6man-ipv6only-flag-05)

Gyan Mishra <hayabusagsm@gmail.com> Thu, 16 May 2019 23:49 UTC

Return-Path: <hayabusagsm@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AD0B12032B for <ipv6@ietfa.amsl.com>; Thu, 16 May 2019 16:49:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 zlk1CVDPggeB for <ipv6@ietfa.amsl.com>; Thu, 16 May 2019 16:49:34 -0700 (PDT)
Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (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 C43CE1200BA for <ipv6@ietf.org>; Thu, 16 May 2019 16:49:33 -0700 (PDT)
Received: by mail-qt1-x831.google.com with SMTP id j53so6048638qta.9 for <ipv6@ietf.org>; Thu, 16 May 2019 16:49:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=UBbFSZ7YVD4XxApGFoIx+ipN5lRH2COPP4T2es75Nco=; b=NjbyBT0tat25L5QXyKWtKO29pTFWWChe1a6QIMbMxMWMJ4KvClp1oo3b+T03iIRxkz sNE1zpOjeAhLeegc9PN6gO+6ow0HOHEvuhVOLff5wNXixvMBuF2Wa9XQaYLCTYWUpyDs Ztt6JFBhL3N5RDax+fYE9X1SoK+6O67ofJNs5YhXJq4X4w4nJ1Y9xZa+kpcowqHVq8zW ftvt6Y+VD7zlNa+X4wX8NGltlfga5ty0YAb9iZwPlmsSNQT48+uaytOBX5kOJaJf20Vk 0E/4AFylXc8v21SetnFzb7ZrMa8BxyaY+eudQRZDRYAJcRlVJPma15q7bykegTARV2cX SaGA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=UBbFSZ7YVD4XxApGFoIx+ipN5lRH2COPP4T2es75Nco=; b=FzST9GXfOhZ/6SnZX8Wye9xcu/HzO2loYVnFPWVfK1NMEkHITQ264Re80oV/XCuzx7 tsi5onJO3M/xfO9K++ECm24oDsWMfrFCmEcq91K6nKtCMs+FhczD1m1CFKA0XFwa4Nge yDv5uk13ZWe5PTlZm7NAtVX9rjUUXn4kBCgYdcgtLoBHlaKpA1NJh+29XI7M0Mm16S4M pkOChLDKaHmnH0mqdd38Z35E9VcZKlqj6iR7T7SovgtNOLUQlxwmlTQDODE0CY+SPsm1 3YXrDxjWPsxO4TlkExanpFQnB0pFQ+Szz+1DM/vNKQD5WumxE+G1jOv+x1YdFqflk+U1 fQcA==
X-Gm-Message-State: APjAAAUGrvXEJxrh/CBG66xd+r+e/MOXKR+hEJyN0ZEPDLDD0rrHvJ0x c65E5EfE+4CDj0lF979GaBDWqJKE
X-Google-Smtp-Source: APXvYqwxAq5CCIwyhS95d7Uyw0eeDOwVjrrQIp5sQ+Pb2D6ECYyzNNgEnmumIRaiLLfnsp2hpeRecw==
X-Received: by 2002:a0c:961a:: with SMTP id 26mr25988568qvx.131.1558050572480; Thu, 16 May 2019 16:49:32 -0700 (PDT)
Received: from ?IPv6:2600:1003:b021:e374:8c55:b721:4b18:dca0? ([2600:1003:b021:e374:8c55:b721:4b18:dca0]) by smtp.gmail.com with ESMTPSA id o6sm1479086qtc.47.2019.05.16.16.49.28 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 May 2019 16:49:31 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail-A1CBF0D6-0E6D-49DF-B2EC-5D49CA6FF592"
Mime-Version: 1.0 (1.0)
Subject: Re: Alternatives to the flag (Was:Confirmation to advance: draft-ietf-6man-ipv6only-flag-05)
From: Gyan Mishra <hayabusagsm@gmail.com>
X-Mailer: iPhone Mail (16E227)
In-Reply-To: <E0256E13-8487-436A-A8F7-D38C9546405C@gmail.com>
Date: Thu, 16 May 2019 19:49:26 -0400
Cc: Brian E Carpenter <brian.e.carpenter@gmail.com>, 6man WG <ipv6@ietf.org>
Content-Transfer-Encoding: 7bit
Message-Id: <192E1A41-B9C8-41F3-A08D-2310999B7725@gmail.com>
References: <F8BFFCAD-E58E-4736-8A1C-56579B6F6032@employees.org> <30239E0C-C444-4A7E-8342-AEE47BF8A2BB@employees.org> <20190505200449.GB7546@vurt.meerval.net> <80073906-c3c0-1f22-9e7f-c2b349063936@gmail.com> <CAO42Z2xzVW3m0mN7jEn8SYyYCYhrufVnkfp3rBjJcijBkvucNQ@mail.gmail.com> <CACWOCC-35yVYXSRR0sRL-MBMHyOFZtJx9E9h14G8qqVh5T7qGA@mail.gmail.com> <232c1a43-0fd9-4eae-737b-260a3906f72a@gmail.com> <663F6C0B-7B8A-4088-B9C0-B2867B0C3EB8@gmail.com> <CAN-Dau3VJN7qNHAW-yStMrDRCa4vsDs2ObkAxswnYbcHde2t_w@mail.gmail.com> <m1hPqHO-0000J8C@stereo.hq.phicoh.net> <CAN-Dau3R=4JbcbK7tWkJKYzVjq7DvAAEjVsbCLbZdYYO8OJ0YA@mail.gmail.com> <m1hQ7Dm-0000M3C@stereo.hq.phicoh.net> <CAN-Dau040j6U+1CCn0QJiVMy2nVShHqqSFdCkM-FbMAH-2wjRA@mail.gmail.com> <m1hQCYr-0000KBC@stereo.hq.phicoh.net> <CAN-Dau3Lcv3qTBVtig36RfbQKuGpoqdTLfrM=eWfYxCCQRy5Sw@mail.gmail.com> <m1hQfSy-0000LTC@stereo.hq.phicoh.net> <CAN-Dau3akjaZ-j16ucOY=-d0nabG4ZdFs6wrSD4EGr3NEh9Wsw@mail.gmail.com> <a646a186-be05-cdff-c8e4-61cf09930494@foobar.org> <725e05a6-726d-850a-0196-e7585b5449bd@gmail.com> <CAO42Z2xjkFQjYX_fjbTEekXrGce1z0PA8h7KUvpFQgY3EP7Wkg@mail.gmail.com> <E0256E13-8487-436A-A8F7-D38C9546405C@gmail.com>
To: Mark Smith <markzzzsmith@gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/09riPK9YFBVmnbWvwTopYpv-3Jc>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 May 2019 23:49:38 -0000

Verizon fios is behind on dual stacking unfortunately but in this link they do talk about ISPs going to IPv6 only for customers.  

Makes a lot of sense for all broadband providers to go IPv6 only for security but also pulling back IPv4 as space is limited even though CG nat has allowed the reserved block to be allocated to help prolong IPv4 usage not good for IPv6 but their is major gains to be made still for both broadband and 4G and 5G providers to go IPv6 only even well before enterprises get there and lastly the content providers trailing at the very end.

Just thinking about from a broadband or 4G perspective how to access IPv4 resources on the internet once you are IPv6 only how would the broadband providers accomplish that.  

So a 6to4 proxy gateway would provide web but in reality you need a dynamic nat 6to4 gateway for all service ports.

Most customers use web port 80 and 444 are the primary ports but ssh port 22 would be good and also all flavors of VPN being translated 6to4 dynamically. 

Something to think about for the future of an IPv6 only world at the access layer world wide from broadband and WiFi to wireless 4G 5G to enterprises to eventually content providers and hosting services.

Excerpt from link below:

WHY SHOULD VERIZON MAKE IPV6 AVAILABLE FOR CUSTOMERS?
To be clear, Verizon and all other IPS providers still have IPv4 addresses to issue. IPv4 address aren’t running out right away, and the change to IPv6 isn’t happening overnight. But it is happening. IPv6 coverage is increasing every year. There are several major advantages for ISPs to upgrade as soon as possible.  

While the percentage of strictly IPv6-only sites is relatively small, none of them are accessible to current Verizon customers. Many other IPS customers can see these sites. 

Additionally, IPv6 is more secure. Once the switch to IPv6 is made, IPv4 can be turned off. This will help reduce global cyber attacks and other large-scale hacking. The vulnerabilities of IPv4 are already well-known. But IPv6 uses end-to-end encryption, Secure Neighbor Discovery protocol and other sophisticated security procedures. 

Plus, IPv4 was never supposed to be the final version of the Internet. Early internet pioneer Vint Cerf said IPv4 is “the experimental version of the Internet.” IPv6 is considered the more complete and secure version of the Internet – the world has basically been using a beta version this whole time!



https://www.ipv6.com/blog/how-long-will-verizon-take-to-make-ipv6-available-to-fios-customers-we-believe-its-time/#Verizon_Fios_Upgrades

Sent from my iPhone

> On May 16, 2019, at 7:19 PM, Gyan Mishra <hayabusagsm@gmail.com> wrote:
> 
> That’s pretty cool.
> 
> I’ll have to try both the LL and global uni printing at home.  Also try the IPv4 LL printing.
> 
> So I guess if dhcp option was set to disable IPv4 link local and on your home network your broadband router supported setting the IPv6 only flag so you could turn off IPv4 and your router went down you could still print via IPv6 LL just as you did in your scenario. 
> 
> I guess I could convert my home network to IPv6 only and build V4 and V6 port forwarding rules back to my IPv6 only severs at home.  
> 
> Gyan
> 
> Sent from my iPhone
> 
>> On May 15, 2019, at 9:01 PM, Mark Smith <markzzzsmith@gmail.com> wrote:
>> 
>> On Thu, 16 May 2019 at 06:45, Brian E Carpenter
>> <brian.e.carpenter@gmail.com> wrote:
>>> 
>>>>> On 16-May-19 01:34, Nick Hilliard wrote:
>>>>> David Farmer wrote on 15/05/2019 14:27:
>>>>> So, I'm not willing to drop what I think is a viable solution to the
>>>>> problem unless other stakeholders are willing to buy into this kind of
>>>>> change. In particular, I'm thinking the people maintaining mDNS in dnssd
>>>>> wg. I can't see making the change proposed above without their buy-in.
>>>> [...]
>>>>> So I think we either need the flag or disable RFC 3927 by default on
>>>>> dual-stack hosts.
>>>> 
>>>> RFC 2563 already specifies a protocol to turn off ipv4 LLs.
>>> 
>>> Yes, an IPv4-based mechanism. The proposal stipulates that we want a mechanism for IPv6-only networks to signal to dual-stack hosts, as did draft-ietf-sunset4-noipv4. That is of course looking to the future, not to most current networks.
>> 
>> IPv6 Only means only IPv6.
>> 
>> 
>>>   Brian
>>> 
>>> 
>>> --------------------------------------------------------------------
>>> IETF IPv6 working group mailing list
>>> ipv6@ietf.org
>>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>>> --------------------------------------------------------------------
>> 
>> --------------------------------------------------------------------
>> IETF IPv6 working group mailing list
>> ipv6@ietf.org
>> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
>> --------------------------------------------------------------------