问题标签 [mesh-network]

我在一个团队中，我们应该建立一个“基于地理位置的”、ipv6、wifi 网状网络以在 google android 上运行。

这个想法是使用每个节点的地理位置（纬度、经度、高度）来生成 IPv6 地址，然后使用它来选择最近的节点作为路由的首选节点。通过定期的“路由加载”消息进行一些优化。

http://www.v6pc.jp/apc/en/data/addressing.pdf

我的理解是：进行基于地理位置的算法的主要“好处”是每个网络跃点将在物理上更接近目的地......我们假设沿着到达目的地的最直接路径旅行会给我们带来最优路由路径。

但是，我对这种方法的问题是物理接近+负载并不一定意味着良好的连接强度或快速路由。如果有厚厚的铅墙（？）或大量干扰怎么办？

当然，接近度是确定路线的一个相当无用的指标吗？

主要指标应该主要基于性能/负载，不是吗？诸如信号强度、显示的吞吐量、CPU 使用率、连接到网络的时间等。至少这是我对如何选择路由路径的理解。

为什么这是个好主意？有什么我想念的吗？

我没有花很多时间与网络打交道，所以请用 noobman 的术语。

有没有人有关于网状网络的良好资源的指针？

也许我什至没有使用正确的术语。我需要编写一个在各种机器上具有多个代理的应用程序，并且每个代理都必须了解并能够与他人交流。也许是一种 P2P 应用程序？

我真的在寻找一些架构级别的东西来帮助我开始规划。

我想知道对于普通的开源用户是否已经存在任何这样的系统。随着所有网络中立性的争论以及未来宽带成本可能上涨。对于允许标准消费者路由器一起运行并与附近的其他消费者路由器形成网状网络的开源协议来说，这似乎是一个好主意。

如果有足够接近的节点和良好的抽象，我们可能会得到一些好的结果。

我正在尝试为无线网状网络创建一个程序（除了名称之外的所有内容）。大多数网络将处理 TCP 消息传递，但要确定所有邻居 IP（因为它们在启动时将是未知的），我选择使用 UDP 广播作为初始发现消息。在大多数情况下，该代码是无关紧要的，因为初始测试似乎有效，目前我不调用它。

以下是接收和注册邻居IP的部分。

我已经使用两个 IPEndPoints 进行了测试，无论我如何设置它，绑定都会失败，并出现 SocketException.ErrorCode 10022 Windows Socket Error Codes。这是一个无效的参数，但我对这意味着什么感到困惑，因为所需的参数是一个端点。

这在第一次运行时失败，所以它不像我试图重新绑定端口。

我正在尝试为无线网状网络创建一个程序（除了名称之外的所有内容）。大多数网络将处理 TCP 消息传递，但要确定所有邻居 IP（因为它们在启动时将是未知的），我选择使用 UDP 广播作为初始发现消息。

我目前有两个问题。首先，UDP广播只被发送者接收，没有邻居接收；其次，由于接收套接字不能接受发送者的套接字（由于消息是数据报），我无法恢复 IP 地址。

我需要一种可以让它发挥作用的方法。

我想修改现有的路由协议并模拟它在具有两种不同类型节点的网络上的工作情况，即具有 802.11p 的汽车和具有 802.3 的路边 AP。

有谁知道如何在具有两种不同 MAC 协议（例如 802.11p 与 802.3 组合）的网络上运行路由协议模拟？？？任何链接我将不胜感激。

我一直在研究 Microsoft Research的Mesh Connectivity Layer 。

该实现似乎仅适用于 Windows XP。

是否有任何免费的Ad-hoc Mesh支持可以帮助我进行多跳 ad-hoc 网状网络？我正在使用 Windows 7。

我正在考虑一个应用程序，它将在 Android 上的智能手机和可能的 iOS 设备之间建立网状网络。它看起来像智能手机 + 语音、聊天、数据，也许是本地网络之间的 netsukuku。

1. GSM可以吗？任何 GSM 架构限制？

2. android可以通过GSM连接手机吗？和/或 iOS？

3. 我可以使用 Android 库来实现它还是需要直接访问 GSM 模块来实现它？

我已经用谷歌搜索了这个话题，但我仍然需要帮助。stackoverflow 上有类似的问题，但没有一个完全匹配（也没有很好的答案）。

我想编写一个程序（如果它不存在并且可能的话），它允许 Windows 7+ 用户使用单个 WiFi 适配器配置一个 ad-hoc 网状网络，然后以某种方式允许类似于普通互联网连接的连接每个节点。额外的好处是，如果手机等设备不需要额外的软件，但可以连接到一个或多个网状节点，就好像它是标准接入点一样。

我不知道该怎么做，但我认为：

1. 可以使用 Windows Wireless-ADHOC API 以编程方式将单个无线网卡配置为在 adhoc 模式下运行
2. Ad hoc 模式通常不包括基础设施模式，除非适配器的驱动程序支持它，因此从节点到真实互联网的连接需要第二个适配器。
3. 我们的程序将拥有/需要对 WiFi 适配器的独占控制。
4. Mesh 方面是通过诸如 Babel 之类的路由协议独立于 adhoc 连接来实现的。
5. 必须通过我们的程序创建的一些新的虚拟适配器来提供 Internet。（这个新适配器扮演什么角色，使它成为任何网络感知程序应该选择咨询互联网访问的适配器？）
6. 如果一个节点上有一个真正的互联网连接可用，则该节点将通过 Babel 实现将其共享给网格上的其他节点
7. 无论是否可以从任何节点访问互联网，都不确定网格本身可以托管哪些服务。如何提供资源/域名解析？
8. 如果当前节点有互联网，任何对互联网资源的请求都将直接通过它，而网格内的任何资源都将通过 Babel。如果该节点丢失了直接互联网，则所有流量都将通过 Babel。假设我们的程序编写正确，是否需要对此进行编程，或者 Windows 网络堆栈是否知道如何处理？
9. 由于这是 Windows 7+，IPv6 是在网格中寻址节点的合法选择，但是，并非所有 Internet 连接都支持 IPv6。有些可能。我们如何从网状段定义互联网段？
10. 网格可以任意大，Babel 和其他组件将能够以良好的带宽、低内存使用和最佳路径收敛来处理它。

很明显，我没有实际完成这个项目的背景，但我想了解解决方案的概要。您能否评论大纲的正确之处，缺失/错误之处？由于新技术的出现，哪些概念是不必要或过时的？

一个节点操作起来有多简单？每个节点对攻击它们的其他节点的安全性如何？毒化网络流量和路由？

我读过一些尝试在 Linux 上实现类似目标的项目，但在 Windows 上却没有。对车辆和应急响应人员进行了一些讨论，但这是不同的。飓风桑迪激起了我的兴趣，即在城市连接广泛中断的情况下，流行住宅操作系统的连接性。当许多人的电力和通信系统不可用时，网状网络可以提供帮助。

几乎所有网格参与者都不会提前配置他们的节点。相反，他们可能会在他们的无线网络出现故障时寻找其他人的无线网络，并找到 SSID“免费紧急 Mesh WiFi”并进行连接。与热点一样，他们将看到一个代理登录页面，该页面解释了该项目并提供了一个安装链接，如果他们想参与的话。如果没有，他们仍然可以作为客户端连接到网格“接入点”。

我使用一些带有 zb 堆栈的 xbee (s2) 模块进行网状网络评估。因此，必须创建多跳环境。问题是，固件自己处理关联，并且无法像 api 提供的那样深入堆栈。为了强制数据的路径，而不干扰路由机制，我试图测量，我不得不把它们放在他们够不到的地方。只获得关联的下一跳并不是那么容易。我使用了最小功率级别的输出，但测试设置的距离很大，并且环境变化的射频特性未确定。

因此我的问题是，有人遇到过这个问题吗？

问候，托比