Re: [v6ops] IPmix version 01 modification.

Nick Hilliard <nick@foobar.org> Sun, 18 November 2018 11:04 UTC

Return-Path: <nick@foobar.org>
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 85A59130DC2 for <v6ops@ietfa.amsl.com>; Sun, 18 Nov 2018 03:04:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 tyLYgIvCnZuW for <v6ops@ietfa.amsl.com>; Sun, 18 Nov 2018 03:04:49 -0800 (PST)
Received: from mail.netability.ie (mail.netability.ie [IPv6:2a03:8900:0:100::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 27E1012D7F8 for <v6ops@ietf.org>; Sun, 18 Nov 2018 03:04:48 -0800 (PST)
X-Envelope-To: v6ops@ietf.org
Received: from crumpet.local (089-101-070074.ntlworld.ie [89.101.70.74] (may be forged)) (authenticated bits=0) by mail.netability.ie (8.15.2/8.15.2) with ESMTPSA id wAIB4kiI086723 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 18 Nov 2018 11:04:46 GMT (envelope-from nick@foobar.org)
X-Authentication-Warning: cheesecake.ibn.ie: Host 089-101-070074.ntlworld.ie [89.101.70.74] (may be forged) claimed to be crumpet.local
To: Khaled Omar <eng.khaled.omar@outlook.com>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>, Simon Hobson <linux@thehobsons.co.uk>
References: <VI1PR04MB30881C3D106EFEDCA1CAA1A0BDDC0@VI1PR04MB3088.eurprd04.prod.outlook.com> <3F1AA528-8933-4E6A-ABA9-8235DDB82C23@thehobsons.co.uk> <HE1PR0402MB293770E05A8881F0DDE08F40AEDC0@HE1PR0402MB2937.eurprd04.prod.outlook.com> <3ED391F1-0707-4F7A-BDD1-6C5BB2EC617C@thehobsons.co.uk> <HE1PR0402MB29373DCD3DEF425901DD4395AEDC0@HE1PR0402MB2937.eurprd04.prod.outlook.com> <8A8A368F-7DD8-4C5D-BA3A-B53F2004F663@thehobsons.co.uk> <HE1PR0402MB293704E2A387B41DF4A3BF0EAEDE0@HE1PR0402MB2937.eurprd04.prod.outlook.com> <4571803E-F154-443D-8400-5D240A1F0898@thehobsons.co.uk> <HE1PR0402MB293719FBB6648DF71AB2FB71AEDE0@HE1PR0402MB2937.eurprd04.prod.outlook.com> <05A5E413-9985-4C63-8360-EA27BD8D7E1B@thehobsons.co.uk> <HE1PR0402MB2937FAC72830B20BB6C5C1ACAEDE0@HE1PR0402MB2937.eurprd04.prod.outlook.com> <22CC1C4E-E59F-4364-B578-5A0BAEE47D1B@thehobsons.co.uk> <HE1PR0402MB293762667D5B00B276D5D3E5AEDF0@HE1PR0402MB2937.eurprd04.prod.outlook.com>
From: Nick Hilliard <nick@foobar.org>
Message-ID: <ccd7f19e-846a-d0e1-a021-b4f58ebd35d8@foobar.org>
Date: Sun, 18 Nov 2018 11:04:45 +0000
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 PostboxApp/6.1.5
MIME-Version: 1.0
In-Reply-To: <HE1PR0402MB293762667D5B00B276D5D3E5AEDF0@HE1PR0402MB2937.eurprd04.prod.outlook.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/rD1Tcr1Hfr4Ndxi_r4PQ7jfRaJI>
Subject: Re: [v6ops] IPmix version 01 modification.
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: Sun, 18 Nov 2018 11:04:52 -0000

Khaled Omar wrote on 18/11/2018 00:22:
> Look, electronically, what is 0 and what is 1, 0 is 0 voltage, and 1 is 
> 5 voltage, below 5 voltage is 0, 5 or over voltage is 1, so the values 
> of voltages that can represent a 0 are listed on the file 0, 0.1, 0.2, 
> etc and the values of voltages that can represent a 1 are 5, 5.1, 5.2, 
> etc, so the 32 bits can be represented by 5 bits.
> 
> For example, the output can be 00000 for many number of inputs, and each 
> 00000 has a different value of voltage that represents each 0.
> 
> Now it is very clear, looking forward for more discussions anywhere.

Right, I see what you're proposing: fractional voltage to encode 
multiple intermediate values between 0 and 1.  Nice!

Could I make a helpful suggestion?  It would probably be easier if you 
could write an internet draft to encode fractional ipv4 addresses.  So 
instead of having just 192.168.1.0 and 192.168.1.1, you could have a 
range of values in-between, e.g. 192.168.1.(1/2) or 192.168.1.(7/13). 
You'd need to work on the notation a bit because we're already using "/" 
to denote netmask, but I think the idea is sound, and it would solve a 
lot of problems with ipv4 deployment as well as providing a foundation 
for full ipv4 / ipv6 interoperability.  I.e. you'd solve two problems at 
once.

It would be a lot easier to handle this fractional idea at a higher 
level rather than trying to encode it at the electrical signaling level 
(see RFC 1925, Section 6).  The reason for this is that you'd probably 
need to make some changes at the electrical interface layer on IP 
routers to allow your signaling differentiation idea to work, and that 
could present some logistical problems.  Also, if you could make your 
proposal more generic by allowing floating point ipv4 addressing, that 
would probably be an advantage, but I don't think it would be necessary 
to go this far.  Fractional would be more than enough.

Nick