gpt4 book ai didi

networking - 如果中间节点已用路径回复源,如何最小化 AODV 中 RREQ 数据包的泛洪?

转载 作者:行者123 更新时间:2023-12-03 09:41:21 25 4
gpt4 key购买 nike

假设我们在 AODV 协议(protocol)中有一个条件

AODV(MANET 协议(protocol))中的 RREQ(路由请求)数据包继续移动到目的地,即使 TTL=1 的节点已回复路由请求。
例如,
n1,n2和 n3 是 TTL=1 的 3 个节点,n2 回复源 S,但 n1 和 n3 已将 RREQ 数据包重新广播到目标 D,这可能会在网络中造成不必要的泛洪。


现在我想到了一个天真的解决方案来最小化这种泛洪,即 n2 还将广播另一个数据包,其中包含它已回复 S 到 D 的 RREQ 的信息,可能使用其中的更高目标序列号或包含与 RREQ 相同的广播 ID。但它会做的是创造另一个泛滥的机会。那么,有没有什么可能的方法可以更有效地减少这个问题?

注意:AODV 是移动 Ad-Hoc 网络系统中的一种响应式(Reactive)路由协议(protocol),它依赖于表路由。

最佳答案

这是一个研究课题。为此提供了几种解决方案。提供了一个有效的解决方案:
源节点第一次以较小的 TTL 值 1 开始广播。此 RREQ 到达相邻节点,它们检查天气是否包含到目的地的更新路由。那些有目的地更新路由的节点用 RREP 回复,其余节点不能重新广播,因为 TTL 已过期。如果没有人有路由,则 RREQ 由源重新广播,增加一个 TTL=2 的值。这样,只有当节点没有到达目的地的路径时,才会重新广播 RREQ 数据包。
这种方法也增加了RREQ包的泛洪,但它是一个优化问题,仍然是解决这个问题的好方法之一。
希望现在天气晴朗。

关于networking - 如果中间节点已用路径回复源,如何最小化 AODV 中 RREQ 数据包的泛洪?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15795654/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com