Github: https://github.com/Joilence/n...

路由模拟项目介绍

链路状态协议（Link-state routing protocol）和距离向量路由协议（Distance-vector routing protocol）是分组交换（Packet switching）网络中最主要的两种路由协议。本项目的模拟路由器实现了LS路由算法、LS广播洪泛、DV路由算法，以及防止DV路由环路和无穷计数问题的策略。此外还实现了完整的前后端以便研究者通过UI界面自定义网络拓扑、控制路由器、查看路由器信息和日志。

链路状态算法（LS）

LS算法要求网络中每个节点都收集完整的网络信息，以邻接表的形式存储整个网络的拓扑结构和所有链路的费用，然后根据这个图来运行路由选择算法（在这里我们选择Dijkstra算法），计算出从本节点到网络中所有其他节点的最低费用路径。

LS广播

为了让每个节点都知道整个网络的拓扑结构和所有链路费用，每个节点都要将自己直连的链路信息广播给网络中的所有节点（LS广播）。要广播的信息包括自己的邻居有哪些、到达它们的链路开销分别是多少。

为了更新它本身存储的网络拓扑图，在接收到其他节点的LS广播时，要根据广播中的链路信息更新自己的邻接表。

同时，在接收到其他节点的LS广播时，要将它转发给自己的所有邻居，从而这个LS广播能散播到整个网络。为了避免广播风暴（广播包在网络中无休止地传播，导致网络瘫痪），每个路由器要辨别接收到的LS广播包是不是已经接收过。这可以通过一个广播包中的序列号字段来做到。每台ls路由器，每次广播使用一个递增的序列号，如果多次收到来自同一台路由器且序号相同的广播，则不更新邻接表，也不转发给邻居，防止广播风暴。

迪杰斯特拉算法（Dijkstra's algorithm）

Dijkstra算法能够计算出图中所有节点到某个节点的最短路径。对于一个图和一个给定的原点，Dijkstra算法不断选择一个距离源点最近且尚未扩展的节点w来扩展，并更新w的邻居节点到原点的距离。最终，所有被扩展的节点就是从原点可以到达的节点，它们被扩展时到原点的距离就是最终的最短距离。

什么时候触发Dijkstra算法计算出新的路由表

Dijkstra算法的输入就是节点维护的邻接表，因此只要邻接表有更新，就要触发Dijkstra算法计算出新的路由表。
那么邻接表什么时候会更新呢？有2种情况：

1. 本节点的直连链路发生变化，要更新邻接表中对应的链路。
2. 接收到新的LS广播，要根据LS广播中的信息更新邻接表。

距离向量算法（DV）

DV算法不需要全局网络信息。每个节点只从直连邻居接收路由通告，执行DV计算，然后将计算结果分发给直连邻居。重复这个过程，直到每个节点的DV计算结果都与上一次的DV计算结果相同，此时网络中不再有路由通告，算法终止。

DV算法

DV算法的思想相对比较简单：邻居能到达的节点，我经过这个邻居也能到达，并且我去目标节点的费用 = 我到邻居的费用 + 邻居到目标节点的费用。一个节点的DV存储的就是这个节点能到达哪些节点、费用分别是多少。

DV算法的输入是所有邻居的DV和自己的直连链路信息，输出是自己的DV（也就是路由表）。如果输出的DV与上次输出的不同，也就是自己的DV发生了变化，那么要将自己的DV通告给所有邻居。

有几点需要注意：

1. 为了保证DV算法的自我终止（网络中不再有DV通告，也不再运行DV算法），仅仅当DV发生变化时才通告给邻居。
2. DV的计算完全不依赖于自己上次计算得到的DV（也就是自己当前的路由表）。

路由环路和无穷计数问题

由于DV算法没有全局网络信息，DV算法中可能会出现路由环路和无穷计数的问题。

The Bellman–Ford algorithm does not prevent routing loops from happening and suffers from the count-to-infinity problem. The core of the count-to-infinity problem is that if A tells B that it has a path somewhere, there is no way for B to know if the path has B as a part of it.
如果A告诉B：A能到达C。由于B没有全局网络信息，它无法知道自己是否已经处于从A到C的路径上。
https://en.wikipedia.org/wiki...

为了避免路由环路和无穷计数，我们使用了Split-horizon routing with poison reverse和Holddown的策略。详见路由器设计文档。

• 路由毒化：如果一个节点A发现节点B变为不可达，那么A就要毒化从A到B的路由（也就是将去往B节点的费用设置为无穷），并且将毒化信息传播给所有邻居。如果A的某个邻居C原本是经过A去往B的，那么C去往B的路由也被毒化，同时C向它的邻居也传播毒化信息，以此类推。这个过程就像是毒性的传播一样。最终，通过A-B链路去往B的那些节点都会被毒化，从而没有路由会再利用这个失效的A-B链路。
• 横向分割：如果节点A是通过B去往C的，那么A不告诉B：“我能到达C”。从而避免再B-C链路失效以后，B选择通过A来到达C。这个方法只能避免2个节点组成的路由环路。
• Holddown：在去往C的路由被毒化的一段时间内，不再接受邻居通告的任何去往C节点的路由，因为这个路由可能也使用了失效的链路，只不过尚未被毒化。
• 毒性逆转：一般与横向分割和Holddown一起使用。如果C接受到A的毒化路由以后也中毒，那么C要把自己毒化后的路由发给A。从而A能更新邻居的DV使其不包含失效的路由。

设计文档

路由器设计

Router类设计图： https://www.processon.com/vie...

我们的路由器实例是运行在同一台机器上的，它们之间通过UDP进行通信。

路由器类的主要成员

• prot是本路由器的监听的端口。路由器与路由器之间通过UDP socket进行通信（交换路由信息、发送普通消息报文）。由于prot肯定是全局唯一的，因此我们也将它用作路由器的标识符。

• neighbors存储直连的邻居信息，包括邻居的port、链路的cost。为了加速查询，它的数据结构是一个以邻居port为key的Map。

  • 它是网络拓扑变化的根本来源，它的更新会触发ls算法或dv算法的执行、ls广播或dv通告。
  • 当修改网络拓扑时，修改它，网络拓扑的变化信息就能扩散到整个网络
  • adjacencyList、DVs的更新从根本上来说都来自于它的更新。
  • 详见 https://www.processon.com/dia...
  • 算法为ls时，将它广播到整个网络
  • 算法为dv时，在计算自己的dv（也就是路由表）的时候需要用到它

• routeTable是路由器的路由表。用来转发数据包。

  • 它是ls或dv的计算结果，不要直接修改routeTable，而是修改数据来源（也就是neighbors或adjacencyList或neighborsDVs），然后触发路由算法，从而更新路由表。
  • 道理类似于：我们不应该直接修改编译器的输出代码，而应该去修改输入编译器的源代码，然后重新编译。从而输出会相应地改变。

• adjacencyList只在链路算法为ls的时候使用，它是存储了整个网络信息的邻接表。当接收到ls广播，或自己的直连链路变化（也就是neighbors变化），都要触发它的更新。

  • 使用邻接链表运行Dijkstra算法时，要忽略那些单向的链路（也就是说，如果A的邻居中有B，但B的邻居中没有A，那么不算这条链路）。
  • Dijkstra算法的输出只包括从本节点可达的节点，利用这一点，可以定期将adjacencyList中已经不可达的节点的邻居表删除。
• neighborsDVs（在设计图中的DVs）维护了所有邻居发来的DV通告。为了加速存取，它的数据结构是以邻居port为key的Map。

前后端设计

前端是用Angular5和typescript制作的简单UI，运行在浏览器中；后端是用Node.js写的服务器，模拟路由是完全在后端进行的。前端与后端之间通过WebSocket而不是HTTP来通信，以便后端能主动、实时地发送信息给前端显示。

前端主要包含4个部分：

1. BackendService负责通过WebSocket与后端进行通信；
2. NetworkService负责根据后端发来的消息来绘制UI，并响应用户在UI上的操作；
3. PanelComponent负责展示用户选中的路由器或链路的信息，并提供一些针对选中对象的操作。
4. Chrome（或其他浏览器）控制台。后端运行的路由器实例产生的日志将通过Websocket连接发送到前端，前端将日志打印在控制台。用户如果想要查看路由器的运行过程需要打开控制台再刷新页面。由于浏览器的控制台自带filter功能，用户可以选择只查看某个路由器发出的日志、某种操作发出的日志。

后端主要包含3个文件：

1. server.ts负责监听WebSocket端口、调用RouterController来操作路由器和链路；
2. RouterController.ts负责维护并操作网络中所有的路由器实例，比如连接路由器、关闭路由器、改变路由器之间的链路，它提供操作网络的接口给server.ts；
3. router.ts定义了路由器类，其实现了ls算法和dv算法，并提供操作单个路由器的接口给RouterController.ts。

配置和运行

先安装node.js。
克隆这个仓库，切换到dev分支。

1. 运行后端程序。命令行进入server文件夹，依次执行“npm install”来安装后端依赖，“npm run build”来编译后端项目（此命令会一直监视文件变化并重新编译）。再打开一个命令行窗口并进入server文件夹，执行“npm run serve”来运行后端项目，看到server is listening on port 8999表示服务端成功运行。

1. 运行前端程序。然后从命令行进入client文件夹，依次执行“npm install”和“ng serve”。看到已下信息表示客户端网页已经可以可以访问。

打开浏览器，访问“http://localhost:4200/”即可。如果还想要查看路由器日志可以打开浏览器控制台并刷新页面。如果出现“socket发生错误，点击确定刷新页面”弹窗，表示客户端无法通过WebSocket连接到后端，请确保后端正在运行。

默认情况下，运行的是dv算法的路由器。如果要换成ls算法，修改“router.ts”的这一行：

将“dv”改为“ls”（“npm run build”命令行窗口会监测到变化并重新编译）。然后重新执行“npm run serve”来运行后端项目。

运行结果

左上角的操作栏可以添加、删除路由器和链路。点击路由器或链路，会在右边栏显示它的信息和一些操作。路由日志显示在浏览器控制台中，如果想要只查看某个路由器的日志或某个操作的日志，只需要在控制带的Filter输入框中输入过滤字符串，比如“9014log”，或“route table has changed”。

可以通过这个项目来自定义网络拓扑、操作网络拓扑，并观察路由表的变化。具体的例子在视频中展示。

阅读资料

《计算机网络 自顶向下方法 第六版》
https://en.wikipedia.org/wiki...
https://en.wikipedia.org/wiki...
https://en.wikipedia.org/wiki...
https://en.wikipedia.org/wiki...
https://en.wikipedia.org/wiki...
https://en.wikipedia.org/wiki...