Networks aren't Internetworks Was: Call for Papers:
Phillip Hallam-Baker <phill@hallambaker.com> Mon, 15 December 2014 17:08 UTC
Return-Path: <hallam@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94C661A8706 for <ietf@ietfa.amsl.com>; Mon, 15 Dec 2014 09:08:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.423
X-Spam-Level: *
X-Spam-Status: No, score=1.423 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 Vjz4C_TMFBwC for <ietf@ietfa.amsl.com>; Mon, 15 Dec 2014 09:08:19 -0800 (PST)
Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B6621A86EA for <ietf@ietf.org>; Mon, 15 Dec 2014 09:08:19 -0800 (PST)
Received: by mail-la0-f44.google.com with SMTP id gd6so9923016lab.3 for <ietf@ietf.org>; Mon, 15 Dec 2014 09:08:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=jM0F0BExhcmrpjkewGqSs+nBwX07Msq79BIRf5hycNg=; b=aclp1UbL8b757o9CnyJd/FQX38Ogzw6wuhhubA/KLqkoQ0YW0twNAP3XfqrvZGq1lz siYXpT+8J6efVrvgAyEXShn55z0hBVrQ7hwMP4dj85NSaydJ8Z0NgnoAH7rf8oIJU8oZ YQwKWtpj1OJ3f0SU+Ycr0cPE65PJug+k6NxlfXYDQr6Mw0hZMLUPWK7baz/N8xNKpM11 dG2dHYv2MPPrQ33Y9B+5t4jGSVa0pDdnRU2hhaSuwHEsYQJRRL/Dx2oeQCPRhjvm54wi HYmByCDc0ih0rz6JbkS4LMrj8Hx5JMmXPH1Z27WR9gfaOhy5f2e6v6YxznIqtGphEdhO /oFw==
MIME-Version: 1.0
X-Received: by 10.112.131.1 with SMTP id oi1mr23643098lbb.2.1418663297643; Mon, 15 Dec 2014 09:08:17 -0800 (PST)
Sender: hallam@gmail.com
Received: by 10.112.19.42 with HTTP; Mon, 15 Dec 2014 09:08:17 -0800 (PST)
Date: Mon, 15 Dec 2014 12:08:17 -0500
X-Google-Sender-Auth: 65LRNDWBbt4OMKLdMndiJjP8_Ho
Message-ID: <CAMm+Lwh2_m9gL7wTE2oPHMyf-X=T7rziKUFaCb8D964HmsbenQ@mail.gmail.com>
Subject: Networks aren't Internetworks Was: Call for Papers:
From: Phillip Hallam-Baker <phill@hallambaker.com>
To: IETF <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="047d7b343106e97bc1050a444948"
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/YLcUVUowZAfmDgk0v1XSgBix9R0
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Dec 2014 17:08:21 -0000
Thinking further on this discussion in the light of having my entire network out for 48 hours plus my main work machine suffering a drive failure, I think I have found the hole in our thinking: Traditionally we have considered the network to be merely a special case of the Internet. But that is a mistake. The network has management requirements. The Internetwork does not by definition. On Mon, Dec 15, 2014 at 2:26 AM, Masataka Ohta < mohta@necom830.hpcl.titech.ac.jp> wrote: > > Joe Touch wrote: > > > > I had thought that part of the meeting would be to address the tension > > between these two issues, but I have also since learned it has become > > "how do we evolve the Internet to accept whatever middleboxes want to > > do" - i.e., precisely the latter of your examples. > > > That's called "anarchy", and the results only serve to increase entropy. > No. What people want to do with their middleboxen is to control their NETWORK. One of the pathologies here is that folk are insisting on a model where there are no networks, every device is connected to the Internetwork. Another pathology is that my ISP is selling me an Internet Service but has the mistaken belief that my machines are part of their network when in fact I have a home network and I am paying them to provide a pipe to the Internetwork. The question of whether ISPs should run middleboxen is completely separate from the question of whether local networks should run them. With 80-100 devices in my house I have an absolute requirement for centralized management. What concerns me is the anarchy on my network in which any device connected to my network can BRING THE STUPID NETWORK DOWN. Consider the tools we leave the home user to deal with network issues. There is no visibility into the local network. None, zilch, zip, nada. The network analysis tools don't even ship on Windows by default and they aren't at all useful because there is no model of what the local network should look like to compare against and identify anomalies. So when you have a network issue, the first thing you discover is that you have to download the network debugging tool while the toaster oven is DoS-ing your network. Which mental midget thought that the network monitor was less important than the 8th desktop theme? Probably the same mental midget who thought that the 32 and 64 bit versions of powershell should have separate permissions and not tell you which is running. Another somewhat subtle problem with local networking is that there is a confusion between IP and ethernet. Some local network protocols still use MAC addresses and broadcast addresses. And this turns the local network into the loser-network. Because there is really no way to predict whether a bridge will actually bridge the packets or not. At the moment, the only way to bring order to my network is to middlebox it into subnets. Today my home network is an outlier but it won't be for very long. I use Windows, Linux and Mac on a daily basis and the network management tools all suck. It should be possible to bring up a map of the local network showing all the bridges, the connections between them and the traffic loads with one click. It should then be possible to drill down and identify which machines have services running, which machines are talking to the external Internet, etc. etc. And there should be a replay button that lets me roll back the past hour or so of network activity just like I have on my DVR. Now it would be really easy to write a bunch of JSON Web services that would enable such a console to be provided. In fact I have been working on something of the sort. But there is an architectural step we need to take. I really could not care less as to what the packet layer data format is. It can be IPv4, IPv6, RS232, RS485, Infineon, Bluetooth, Telepathic relay, Z-wave or Zigbee. What I do care about is having them all use the DNS as the name service. If everything in my local network will check in with the local directory service to say what it is and to ping it from time to time to say it is still up, I have a chance of working out what is going on in my network. It is a really obvious requirement for a network stack. But it is one we have consistently overlooked because it is not a part of an internetwork stack.
- Networks aren't Internetworks Was: Call for Paper… Phillip Hallam-Baker