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种情况：
- 本节点的直连链路发生变化，要更新邻接表中对应的链路。
- 接收到新的LS广播，要根据LS广播中的信息更新邻接表。
距离向量算法（DV）
DV算法不需要全局网络信息。每个节点只从直连邻居接收路由通告，执行DV计算，然后将计算结果分发给直连邻居。重复这个过程，直到每个节点的DV计算结果都与上一次的DV计算结果相同，此时网络中不再有路由通告，算法终止。
DV算法
DV算法的思想相对比较简单：邻居能到达的节点，我经过这个邻居也能到达，并且我去目标节点的费用 = 我到邻居的费用 + 邻居到目标节点的费用。一个节点的DV存储的就是这个节点能到达哪些节点、费用分别是多少。
DV算法的输入是所有邻居的DV和自己的直连链路信息，输出是自己的DV（也就是路由表）。如果输出的DV与上次输出的不同，也就是自己的DV发生了变化，那么要将自己的DV通告给所有邻居。
有几点需要注意：
- 为了保证DV算法的自我终止（网络中不再有DV通告，也不再运行DV算法），仅仅当DV发生变化时才通告给邻居。
- 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个部分：
- BackendService负责通过WebSocket与后端进行通信；
- NetworkService负责根据后端发来的消息来绘制UI，并响应用户在UI上的操作；
- PanelComponent负责展示用户选中的路由器或链路的信息，并提供一些针对选中对象的操作。
- Chrome（或其他浏览器）控制台。后端运行的路由器实例产生的日志将通过Websocket连接发送到前端，前端将日志打印在控制台。用户如果想要查看路由器的运行过程需要打开控制台再刷新页面。由于浏览器的控制台自带filter功能，用户可以选择只查看某个路由器发出的日志、某种操作发出的日志。
后端主要包含3个文件：
- server.ts负责监听WebSocket端口、调用RouterController来操作路由器和链路；
- RouterController.ts负责维护并操作网络中所有的路由器实例，比如连接路由器、关闭路由器、改变路由器之间的链路，它提供操作网络的接口给server.ts；
- router.ts定义了路由器类，其实现了ls算法和dv算法，并提供操作单个路由器的接口给RouterController.ts。
配置和运行
先安装node.js。
克隆这个仓库，切换到dev分支。
- 运行后端程序。命令行进入server文件夹，依次执行“npm install”来安装后端依赖，“npm run build”来编译后端项目（此命令会一直监视文件变化并重新编译）。再打开一个命令行窗口并进入server文件夹，执行“npm run serve”来运行后端项目，看到server is listening on port 8999表示服务端成功运行。
- 运行前端程序。然后从命令行进入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...