一百万个纽约城市的设备能够被编程为真正的点对点吗？

Question

如果Chris和Pat想要交换短信，他们会通过他们的网络提供商发送和接收，这些提供商会向他们收取连接费用。

如果Chris和Pat都位于纽约市，并且Chris和Pat之间有足够的无线设备彼此足够接近以形成一个连续链，是否有可能将所有这些设备编程为协同转发相互之间的数据包，绕过网络提供商的需求？

似乎每个设备的“地址”必须包含当前的地理坐标，设备必须经常报告其移动，以便路由尝试仍然可以找到它们，但现在设备的速度和容量可以处理，对吗？

这样的网络是否可行？它已经存在还是已经尝试过？是否存在一些难以克服的固有编程问题？

Answer 1

这里有一些有趣的事情：

1. 可达性。至少您需要使用可以进行ad-hoc和点对点网络的技术。在这些技术中，只有蓝牙，NFC和WiFi或多或少经常实现。其中只有wifi目前可能有力量连接到其他房屋或街道的设备，但即使是典型的范围是30-60米（对于AP而言，它可能会低于UE）。
2. 移动。任何短距离无线通信协议都存在快速移动设备的困难。这是简单的数学运算，假设您的覆盖范围是直径50米，如果您移动到大约20km/h或5.5m/s，那么在通过此链接时实际检测，连接和发送数据的次数少于10s 。哦，但是后来我们没有考虑接收流量，你实际上必须让所有设备知道在接下来的10年内你想通过这个接入网络接收数据。举一个例子，wifi连接时间与体面的身份验证（你需要这样的东西）单独需要几秒钟。 10s可能是可行的，但是一旦我们谈论汽车，火车，......现在的技术变得几乎不可能。但话又说回来，如果你无法连接到那些，那么你可以通过有限的可达性穿越一些巨大的林荫大道的几率是多少？
3. 跳跃跳跃延迟。你需要很多这些。我们可以公平地假设你需要每个20-30米至少一跳，让我们的平均值为40跳/公里。所以要发送一个数据包，比如5km，你需要200跳。每一跳需要接收一个数据包（L2处理），路由它（L3处理）并再次发送（L2处理）。虽然移动设备现在相对强大，但我不认为他们可以在微秒路由器中处理它。在无线网络中，您必须等待传输时隙，实际上可以采用ms（每一跳！）的顺序。总而言之，可能性很大，这将是一个非常慢的网络。
4. 损失。嗯，这取决于无线协议，要么它有自己的可靠传输协议（这将使前一点更糟）或者它没有。在最后一种情况下，假设您的无线链接损失大约.1%或99.9%无损，这实际上最终会导致之前考虑的200跳的18.1%丢失率（(1-0.999**200)*100 {1}}）这在日常沟通中几乎是不可能的。
5. 路由。假设您需要数百万台设备，因此需要路由。对于传统路由，这通常需要一些具有大量处理能力的非常重的多核路由器。我们只是说移动设备（今天）还不能削减它。纯粹基于地理位置的路由机制可能会起作用，但我个人无法想到今天有效的任何（甚至是理论上的）系统。您仍然需要分发这些路由，处理（非常）频繁的路由更新，避免路由循环等。所以即便如此，我猜你会遇到与OSPF相同的规模问题。但总而言之，我认为这是移动设备能够在不远的将来处理的地方，我们只是在谈论计算容量。

还有一些其他的观点，为什么今天这样的网络很难，但这些是我所知道的主要网络。这不可能吗？不，当然不是，但我只想说明为什么我认为现有技术几乎不可能，并且需要一些非常重要的改进，而不仅仅是建立网络。

Answer 2

请检查：Wireless sensor network

空间分布式自主传感器的无线传感器网络（WSN），用于监控物理或环境条件，如温度，声音，压力等，并通过网络协同传递数据到主要位置

Answer 3

如果每个人都有一个具有足够接收/处理/发送功能的设备，那么主干（ISP）就不是必需的。从mesh networking开始，找到已经在开发中的庞大的实现，设备，项目等网络。早期的arpanet本质上是真正的点对点，但网络节点的数量增长速度快于节点的个人能力，因此主干的增长以及每个人都向电话和有线电视公司支付的那些该死的费用。

最终有人会意识到纽约市有一百万青少年很乐意免费发短信和发送电子邮件。他们将创建一个99美分的下载版本，让每个人都可以将他们的手机和笔记本电脑以及丢弃的设备转换为路由器和中继器，并且它将会传播。

有朝一日，家用屋顶中继器可能会变得像以前的电视天线一样普遍。