组网介绍

某局点S7706作为核心交换机
下方有S5720作为汇聚交换机
汇聚与核心之间跑OSPF
汇聚承载网关，向核心发布业务路由
组网拓扑如下所示：

故障现象

维护人员接到用户反馈
访问互联网出现时通时不通，并且网络异常卡顿，丢包
于是登录设备进行排查

排查思路

【1】首先查看设备告警日志，是否有提示异常，根据日志信息进行进一步的排查，如果没有则进行下一步
【2】确认出局上行链路之间是否出现拥塞、CRC错包、以及端口up/down
【2】再排查cpu利用率、内存利用率是否过高
【3】排查路由协议，是否full，路由是否有学到

处理过程

首先登录设备，查看了日志，发现一直再提示ospf neighbor down/up，从FUll状态转换为Down状态，再转换为FUll状态

OSPF: Neighbor 10.10.10.1 (GigabitEthernet0/0/1) state changed from Full to Down, reason: Dead timer expired
OSPF: Neighbor 10.10.10.1 (GigabitEthernet0/0/1) state changed from Down to Full
OSPF: Hello packet from 10.10.10.1 received, Hello interval mismatch (local 30s, remote 10s)

于是进一步排查核心与汇聚之间的OSPF配置：

S7706配置：

ospf 1 router-id 10.0.0.1
area 0.0.0.0
  network 10.10.10.0 0.0.0.3
timer hello 10
timer dead 40

S5720配置：

ospf 1 router-id 10.10.10.2
area 0.0.0.0
  network 10.10.10.0 0.0.0.3  
  network 192.168.1.0 0.0.0.255
timer hello 30
timer dead 120

发现两端OSPF的Hello报文时间不一致
核心的Hello Time发送时间周期为10秒
汇聚的Hello Time发送时间周期为30秒
再次通过命令display ospf timer hello确认

/*S7706*/
Hello interval: 10s, Dead interval: 40s
/*S5720*/
Hello interval: 30s, Dead interval: 120s

证明确实两端OSPF Hello Time时间不一致
OSPF的机制中，当邻接路由器，收不到来自邻接的Hello报文时
会启用Dead TIme的计时器，等待收到来自邻接的Hello报文信息
这里Hello报文的交互涉及到两次交互，大概需要20秒:
（0秒是首次双方互发Hello，收到后10秒重新发送邻居表包含对方的信息，对端收到后，根据Hello time，等待10秒再次发送，也就是20秒的时候发送自己包含邻居的信息给对端）
由于核心设备期望每10秒收到一次Hello报文，而汇聚每30秒才发送一次，且两端Hello时间配置不一致，导致OSPF协议无法协商建立稳定的邻居关系
并且核心设备在连续40秒未收到Hello报文时触发Dead Timer超时，判定邻居失效，从而引发邻居状态反复震
在日志中就呈现了OSPF反复从FULL转变为DOWN，又从DOWN转变为FULL状态

解决方案

显而易见，将汇聚的Hello Time&Dead Time时间周期修改为和核心一致的10秒和40秒

S5720配置：

ospf 1 router-id 10.10.10.2
area 0.0.0.0
  network 10.10.10.0 0.0.0.3  
  network 192.168.1.0 0.0.0.255
timer hello 10 /*修改成10秒*/
timer dead 40  /*修改成40秒*/

如果需要加快OSPF的故障收敛
还可以配置BFD来联动OSPF

案例背景

组网架构图

案例背景，基于现代云数据中心
SpineLeaf组网架构，并且采用存算分离架构
Str-Server为存储服务器
NFV-Server为计算服务器
组网层面
Spine采用M-Lag组网，Spine承载双活网关做流量转发
Leaf采用主备接入，各服务器网口配置bond模式为mode1

问题经过

事件发生前Spine刚经历完割接，第二天云平台方发现测试业务虚机全量卡死，排查发现存储掉线，于是报障
得到通知后，立即介入排查，并且要求当天凌晨割接人员提供配置脚本，以及割接后采集脚本

排查思路

存储掉线问题排查思路：

云平台方已告知存储掉线
首先尝试登录存储服务器命令行&BMC带外，查看设备运行、及端口状态是否正常
排查Leaf侧，观察Leaf侧上下行端口或聚合是否正常，查看MAC表对应VLAN下是否学到存储服务器的MAC
排查Spine侧，观察至下行Leaf侧端口或聚合是否正常，查看MAC表对应VLAN下是否学到存储服务器MAC

排查过程

【1】Leaf侧排查：

经排查Leaf侧端口正常

经排查Leaf侧端口、VLAN、MAC学习正常

【2】Spine侧排查

经排查Spine侧端口为正常，但流量极低

遂排存储业务VLAN下MAC地址学习情况，发现异常
该VLAN下没有学习到任何MAC地址

【3】查看割接配置文件

通过当天割接人员提供的割接配置脚本文件，发现其配置内容中含有undo vlan 30配置项
并通过配置比对发现，割接前备份文件中，是创建了存储业务VLAN30，但割接后配置备份文件中，该项已被删除
于是登录Spine侧查看是否存有VLAN

回显结果为无，观察到导致存储掉线的问题所在

正常流量路径应该如上所示，走二层与计算节点互通

但由于Spine侧删除了存储业务VLAN，因此导致存储业务中断不通计算节点

【5】创建VLAN

发现问题所在后，立即对两台Spine的VLAN进行创建
并且观察到对应存储交换机聚合口是否放行该VLAN
创建完成后，通知云平台方对虚机和存储做检查，完毕后给出答复，业务已恢复

问题总结

此次事件的根本原因是割接过程中的人为失误
具体表现为割接脚本中包含了删除存储业务VLAN30的操作
而割接人员未能识别到这一变更将带来的影响
在进行网络变更时，必须仔细审查每一步配置变更，尤其是涉及到已有的生产环境配置
并且割接完成后，一定要对其割接前后备份的配置文件，做对比处理，双重检查机制可以有效减少人为失误的风险

什么是SDN

上篇文章讲解了SR技术，里面提到了SDN
今天我们就来讲解一下，什么是SDN
SDN全称Software Defined Network
即软件定义网络

传统网络

在讲SDN诞生之前
这里还要回到我们传统的网络中

【1】传统网络：

如上图所示，在传统网络中，我们设备集成了转发、控制、管理三个平面，稍后分别解释这几个平面是干啥的，然后这几个平面在传统网络中又是紧紧耦合，响应分布控制，协同工作这个架构

转发平面

转发平面主要是负责数据交换
实现业务模块之间交换功能
举个例子，就比如我们的交换机
单看他的转发平面，就是处理各各端口数据的转发

控制平面

控制平面主要负责系统中的协议处理、包括路由运算、转发控制、业务调度、流量统计等
其中，我们的转发表项，都是由控制平面提供的

管理平面

管理平面主要负责系统运行状态的检测，比如日志、告警、设备登录之类的，对维护人员提供一个设备管理维护管理渠道

【2】传统网络缺点：

传统网络中，这几个平面紧紧耦合，在大规模组网之后的缺点就一一暴露出来：

运维管理难

网络管理非常困难，当设备数量达到一定规模时，维护庞大的控制协议时会变得非常复杂，你可以想想一下
一个大型的OSPF网络，需要调整要登录多少设备，修改多少内容，修改之后的收敛计算调优等，都是个问题

业务部署慢

这个缺点在大规模数据中心内尤其显著
当新开业务时，需要对大量的设备做配置修改，效率及其之低
如果要调控流量策略也一样的道理

系统复杂

IP技术也在随着时间在逐步发展
而我们的设备也同样需要适配新技术
升级设备，支持其新技术又是一大痛点

SDN的诞生

为了解决传统网络中出现的痛点
引入了SDN的概念，通过将网络设备的转发与控制平面进行分离
将控制平面集中到独立的设备上，充当控制器，使用控制器来主导设备进行数据转发，也就是解耦，转发控制分离
为了实现这些，又引入了OpenFlow协议作为控制器与网络设备之间的交互标准

就如上图所示，SDN就是诞生于OpenFlow协议
OpenFlow网络又是由OpenFlow交换机、OpenFlow Controller控制器两者组成，他们之间通过OpenFlow Channel也就是OpenFlow通道进行链接

OpenFlow交换机

支持并运行了OpenFlow协议的交换机或者网络设备
他主要是承接数据报文的转发
这里的转发就是根据控制器下发的流表Flow Table进行转发
就如上图所示的一样

OpenFlow流表

这就是一个标准的流表组成，没个流表包含多个表项，每个表项就是一项转发规则，并且流表由7个字段组成：匹配字段、优先级、计数器、指令、计时器、Cookie、标识
对于数据转发比较重要的两个关键字段是匹配字段&指令

匹配字段

用于区分不同类型的数据分组，用来对不同的数据流，执行不同的指令
可以看上面的流表图
他可以自定义将传统网络中数据的五元组信息，以及一些协议加入到匹配字段域内

指令

用来标识匹配成功后，需要执行的动作命令
比如定义报文出接口、或下一条

优先级

这个定义了流表之间的匹配顺序
优先级越高越优先

计数器

用来统计有多少个报文匹配了对应的流表

计时器

用来记录流表项的超时时间

Cookie

用来标识由控制器下发的流表项

标识

用来标识改变流表的管理方式

传统网络与SDN比较

传统网络

传统网络中，设备间通过路由协议交互，生成路由表、MAC表之类的控制平面信息，而转发平面根据控制平面生成的转发表项，进行二三层转发

SDN网络

SDN网络中，设备之间不再交互控制信息
而是由SDN控制器下发对应的控制信息至网络设备
设备根据流表信息，进行二三层转发

SDN的特点

可以参照如上图来理解
总结下来有以下4点转控分离、开放可编程接口、集中化网络控制、网络业务自动化控制

转控分离我们这就不多说了，上面有提到

开放可编程接口

SDN控制器对接网络设备使用的接口标准
可以根据这些API定义出丰富的网络功能和编排能力

集中化网络控制

控制层面集中在控制器上，全范围控制整个网络的设备

网络业务自动化控制

将网络设备集中化管理之后，可以根据开放的接口，开放多种自动化工具，让其业务部署更加方便快速

SDN网络架构

可以参考如上图所示
目前SDN网络是大势所趋
目前新型城域网也引入该项技术
SBI南向接口就是提供与控制器建立链接交互的协议，除了OpenFlow之外还有NetConf、SNMP、OVSDB等等
NBI北向接口就是控制器与其他应用层应用之间的对接接口，控制器自身还可以提供API，共其他应用程序进行调用，实现丰富的生态

📌 阅读须知  
🕒 本文共1951字，约需5分钟阅读  
💡 内容不多，但花了一些精力整理  
💬 如有疑问，欢迎评论区留言交流  
👍 觉得不错，记得点赞/推荐支持一下~
💗 各位的点赞推荐，是我不断更新的动力哟~

本期给各位带来一个网工常用命令终端SecureCRT下载和破解教程
该教程仅用于学习分享，CRT版本为9.6

温馨提示

在开始安装前，请先关闭系统自带的杀毒
否则下载下来的破解机会被报毒隔离
本期内容会用到如下图所示的几个工具

1. CRT安装包主体
2. CRT破解机
3. 命令行终端高亮配色

如果需要这些工具，请直接下滑至文章最底部获取

安装流程

【1】官网下载：

关于SecureCRT的下载
我们可以前往https://www.vandyke.com官网进行下载
如下图截图所示：

根据提示点击下载即可，我们会得到一个完整的安装包

或者也可以到本篇文章最底部获取博主已经打包好的文件

【2】安装步骤：

获取到文件主体之后，直接双击进行安装
弹出该界面后直接点击Next

如果出现如下提示：
我们继续点Continue

下一步同样也会弹出提示，让我们勾选条款
根据下图所示步骤我们继续

下一步会提示我们这个是安装给所有用户，还是个人用户
这个根据个人去选择就行，如果你的系统是多用户的场景，如果想要另一个用户能使用该工具
那么就要选安装给所有用户，也就是第一个选项

这里会提示我们，是采用完整安装，还是客户定制选择性安装（功能和组件可以选）
我们一般选定制安装，因为这里可以修改文件的安装目录路径

这里根据大家需要，去修改自己想要的安装路径即可
我这里选择默认

最后一步一定要勾选上图上标记的选项
这个选项是添加图标至桌面

继续下一步，等待安装完成后，会有个界面
把原本勾选的这些，取消勾选，我们就完成了CRT的安装

破解流程

接下来就会用到我们的破解机
首先打开CRT的安装路径，以下是我默认的安装路径，仅供参考

接下来将我们的破解机移动至我们的安装目录内，右键以管理员运行

会弹出该界面，我们根据图下步骤去操作
先选择Path选项
然后去选择我们CRT安装目录一下的CRT运行文件

选择完成后，会接连弹出两个界面，一个是提示，这个我们默认点确定就行

紧接着会让我们再选LicenseHelper这个文件
我们继续在目录中找到这个文件，选择即可

当看到如下图所示带有Successfully的弹窗时，就证明我们破解机已经加载成功了

接下来我们打开CRT，会弹出让我们试用或者选择输入License的界面
我们选择如截图所示的Enter License

接下来根据截图步骤
先在我们破解机上点击Generate
然后在把破解机License Key这一栏的值复制到CRT弹出的输入License的地方
点击下一步继续

点击下一步后，CRT会提示我们License无效
我们点击Enter License Manually填写详细信息

这里让我们输入Serial number
这个值我们从破解机对应的栏目获取填写进去即可

这里让我们输入名称还有公司，我们这里也一样写破解机上的内容即可，然后继续下一步

接下来会重新让我们输入License，和Issue Date
我们安装破解机上的内容继续填写即可

输入完后会弹出一个这个界面，我们直接点击下一步，什么内容也不用填

如果步骤正确的话，会如下提示框所示，点击完成就完成了我们CRT的破解
如果没有提示该内容，那么请回到第一步，关闭CRT，重新在破解机内选择Path，重复如上步骤直至成功

这里我做演示用，就选的下面的选项

安装完成，这样一来CRT就安装成功了

汉化菜单栏，我这边还有一份汉化菜单栏的文件，但也仅是汉化了菜单栏
有需要的小伙伴可以后台私信获取

代码高亮

如下图两个步骤所示，打开CRT
找到全局设置，找到配置文件夹目录

然后到该目录下，新建文件夹重命名为keywords
将我们关键字高亮配置文件放到该文件夹内

再来回到CRT内，找到菜单Options设置选项
找到配置Configure选择Default Seesion默认回话
会弹出来默认回话的设置页面
然后我们根据下图所示，找到Appearance选项
在这里选择CRT命令行的背景颜色和字体颜色

还是在同一个配置页，不同选项，找到Keword Highlighting这个
点击上方的List name，下拉框里面可以看到我们之前放在keywords里面的高亮代码配置文件
选择ok，然后会让我们选择修改默认回话，还是修改全部回话，一般选择全部回话即可

我们用模拟器打开一个设备，查看一下我们的高亮是否生效
如下图所示，已经生效

汉化

目前博主这里只有菜单栏的汉化
首先先关闭CRT，找到keywords文件夹同级下的目录Config
将SCRTMenuToolbarV3.ini该文件放到截图所示目录下
该文件我会打包好附在获取的下载文件内，有需要的伙伴自行覆盖原来文件即可完成菜单栏汉化

总结

获取本期文章工具内容，关注公众号，后台私信回复关键字
crt获取安装破解高亮文件
如果有不会安装的小伙伴欢迎评论区留言反馈
如果你觉得这篇文章对你有帮助，欢迎转发给需要的朋友！
如果有写的不好的地方，欢迎各位指正~
我们下期文章见

什么是VXLAN

为了满足数据中心规模的扩大，以及云化数据中心虚拟机迁移业务不中断的场景，还有二层VLAN数不够用的情况
引入了VXLAN（Virtual eXtensible Lan）可扩展虚拟局域网技术
基于IP网络，采用Mac in UDP封装的二层VPN技术

VXLAN技术优势

1. 在云计算场景中支持大量的租户，最多可支持2的24次方（16777216）个VXLAN，解决传统VLAN资源不够用问题
2. 虚拟机迁移IP和MAC地址不变，因为采用了MAC in UDP的封装方式，使得原始的二层报文在ip网络中传输，保证了虚拟机迁移前后的IP/MAC地址不变
3. 更容易维护，由于是基于IP组建的大二层网络，可以充分利用现有的IP网络技术

SDN概念

我们需要了解一下两个概念
Underlay和Overlay

Underlay

实际上的物理网络结构

Overlay

构建在Underlay上的虚拟网络结构

VXLAN Segment

每一个Overlay的二层网络，可以被称作为VXLAN segment
属于相同VXLAN segment的物理机或者虚拟机，都属于同一个逻辑二层网络
VXLAN Segment通过VXLAN ID来表示
VXLAN ID又称VNI——Vxlan Network IdentifierVXLAN网络标识符，长度24比特

VXLAN网络构图&概念

VXLAN Segment

一个overlay网络的范围，属于相同VXLAN Segment的物理机或者虚拟机处于同一个逻辑二层网络

VNI

VXLAN ID
和VLAN ID类似，用于VXLAN网络标识符

VTEP

VXLAN隧道的端点
就是VXLAN的边缘设备，VXLAN相关的处理（封装、解封等）都是在VTEP上进行的
他可以是交换机，也可以是虚机所在的服务器

VXLAN Tunnel

VXLAN隧道，两个VTEP点到点的逻辑隧道
VTEP为二层帧封装上VXLAN头部之后，会再依次封装UDP、IP、MAC头部，典型的隧道技术
数据都是通过VXLAN隧道进行转发

VSI

虚拟交换实例 Virtual Switching Instance
VTEP上为一个VXLAN提供二层交互服务的虚拟交换实例
看做一台虚拟交换机，他具备传统以太网交换机的所有功能

AC

接入链路 Attachment Circuit
接入终端接入VTEP的逻辑链路
指定接入到VXLAN Segment的感兴趣流

VXLAN报文格式

VXLAN整体封装占50字节
基本格式是基于L2oUDP
VXLAN标签VNI占8字节

封装流程

首先数据进入AC，会匹配感兴趣流，发送至VSI内，然后根据正常的封装流程进行封装

外层的IP头为VXLAN Tunnel两端VTEP设备的地址
外层的MAC头为报文在传统网络中，做二、三层转发的MAC地址
外层UDP头也是同理
可以这么理解，外层头部是给传统Underlay去解封转和封装查表转发的，内层剩余的头部就是给Overlay去看的

VXLAN隧道的工作模式

一共有两种工作模式L2 Gateway二层转发模式和L3 Gateway三层转发模式

L2 Gateway

二层转发模式，VTEP通过查找MAC地址表，对流量进行转发，用于VXLAN与VLAN之间的二层通信
特点：工作在二层转发模式，不能进行三层转发

L3 Gateway

三层转发模式，VTEP通过查找ARP&路由表，进行流量转发，用于跨三层通信，会映入L3VNI概念
特点：工作在三层转发模式，会兼容二转发和三层转发

VXLAN网关模式

VXLAN网络组网模型中，有两种网关模式：集中式网关、分布式网关

集中式网关

在集中式网关中，由Leaf对二层VXLAN业务进行转发or终结
而三层转发，则由Spine上的对应VXLAN的三层虚拟VSI接口承担
该组网模型的缺点就是：所有的三层流量需要经过spine进行转发，存在流量转发路径非最优、多次封装等问题
引出了分布式网关组网模型

分布式网关

分布式网关，将Spine的网关功能，下沉到了Leaf上
让Leaf具备二三层转发能力
每个Leaf都需要创建相同的VSI接口和IP地址以及MAC地址
对于数据中心内部的流量，均可以在内部的Leaf或者Leaf之间，进行VXLAN隧道的建立转发，无需经过Spine
对于外部的流量，Leaf通过VXLAN隧道发送至Spine，Spine解封装后发出去
Spine上的VSI接口只作为与外网互联的三层接口
需要知道几个名词：
外部网络连接到Overlay的边缘设备叫Border
以后可能会遇到Border Leaf、Service Leaf

VXLAN工作原理

VXLAN的数据平面

在网络虚拟化中，网络被分为了数据平面、控制平面、管理平面
VXLAN中的数据平面主要由SPINE或LEAF等VTEP设备承担
控制平面由EVPN控制或者人为手工

上图是一个VXLAN报文的转发流程
VM1访问VM2
先封装内层报文，包含了VM1源IP，VM2目IP，VM1源MAC，VM2目MAC
进入交换机后，由VTEP进行二次外层封装
包含VTEP源IP，VTEP目IP，VTEP源MAC，VTEP目MAC，以及UDP头
在Underlay中，感知该报文为普通IP/UDP的报文，按照正常的转发流程封装流程进行转发
内层由对于的VTEP进行解封转发

VXLAN隧道建立的方式

一共有3种：手动配置、自动方式 SDN方式

手动配置

在大规模数据中心网络中，一般不用这种方式配置，过于庞大与繁琐
通过手动创建Tunnel接口，配置对应的模式以及本端对端源目VTEP的IP，来完成隧道的建立

自动方式

引入EVPN技术
通过EVPN发现远端VTEP后，自动与其建立VXLAN隧道

SDN方式

通过SDN控制器，搜集所有VTEP信息，下发配置
自动建立所有VTEP之间的VXLAN隧道

VSI的建立

一般有两中建立方式
基于端口+VLAN的配置
手工配置VSI，并指定对应的VXLAN，与多个隧道进行绑定
更多的是使用前者

服务实例的建立

服务实例或者叫接入链路AC

服务实例，用来指定该服务实例感兴趣流数据（通常基于VLAN如上图），并且指定该感兴趣流数据，由哪一个VSI进行转发处理
图上的Service instance 1，就指定了感兴趣流是VLAN2标签的数据在VSIA中进行处理

BUM流量转发

BUM流量

指的是广播、未知单播、组播这三种流量
在VXLAN中，针对以上流量有两种转发模式：头端复制、核心复制

头端复制

VSI接收到来自本地的BUM流量报文后，会在本地复制或者封装后，发给绑定在该VSI下的全部Tunnel接口和本地AC

核心复制

将同一个VXLAN内的所有VTEP加入到一个组播组内，VSI接收到BUM那些泛洪流量之后，不仅会在本地站点进行泛洪，还会重新封装组播目的IP地址，封装后的报文，还会根据已经建立的转发表，转发至其他VTEP

VTEP的MAC学习

VTEP设备基于VSI学习MAC，生成MAC表项，和传统物理的交换机类似
基于VLAN学习MAC，生成表项

VXLAN组网优化

第一个优化点，是在分布式组网中，针对ARP/ND泛洪抑制的优化

ARP/ND泛洪抑制

在大二层网络中，尽量降低ARP报文，在全网的泛洪转发
一般会再VSI接口下配置启用ARP/ND抑制功能

vis [name]
arp suppression enable
ipv6 nd suppression enable

配置该功能之后，能有效抑制ARP/ND全网泛洪
VTEP从本地站点或者VXLAN隧道中收到ARP/ND请求或应答报文之后，会根据收到的报文，额外在本地建立一个ARP/ND抑制表项
当后续的VTEP收到从本地站点内的虚拟机，请求其他虚拟机的MAC地址的ARP/ND请求时，会优先根据抑制表项进行代答
如果抑制表内没有，才会泛洪请求到核心网中

BUM报文VSI泛洪

也和前者差不多，大二层组网，要尽量减少这些流量，在全网的泛洪
一样再VSI接口中进行关闭

vis [name]
flooding disable [all/Broadcast/Unknown-Multicast/Unknown-unicast]

关闭VSI的泛洪功能后，可选择性配置泛洪的MAC地址
若目的帧匹配到配置的MAC地址泛洪，则该帧可泛洪至远端站点
不匹配则会限制在本地站点内，不会再通过VXLAN隧道转发至远端站点

• 如果组网存在二层广播的场景，不能关闭该功能
• 该功能默认环境下开启

关闭隧道MAC/ARP学习

在EVPN+VXLAN组网模式中
需要关闭隧道MAC/ARP学习
VXLAN隧道只作为转发平面
EVPN作为控制平面，下面的VTEP通过EVPN传递MAC/ARP信息

/*关闭隧道MAC学习功能*/
vxlan tunnel mac-learning disable 
/*关闭隧道ARP学习功能*/
vxlan tunnel arp-learning disable
/*关闭隧道ND学习功能*/
vxlan tunnel nd-learning disable

VXLAN配置流程

手动配置的话，大致有5个步骤

#1 配置设备VXLAN隧道工作的模式，是L2Gateway还是L3Gateway
#2 配置VXLAN隧道
#3 配置VSI，绑定VNI，绑定感兴趣流
#4 配置服务实例，指定感兴趣流，绑定VSI
#5 配置VXLAN三层网关（集中式/分布式）

步骤解析

配置设备VXLAN隧道工作模式

/*首先修改设备VXLAN隧道工作的模式，硬件资源默认情况下是二层网关模式*/
[Switch] hardware-resource vxlan [border8k | border16k | border24k | border32k | border40k | l2gw | l3gw8k | l3gw 16k | l3gw24k | l3gw32k | l3gw40k]
/*交换机需要开启L2VPN*/
[Switch] l2vpn enable
/*大型匡式设备例如S12500系列，默认情况下，VXLAN隧道的模式为L3Gateway，修改为L2Gateway用如下命令*/
[S12508] undo vxlan ip-forwarding

配置VXLAN隧道

/*
配置VXLAN隧道全局源地址
这个地址一般的loopback地址
在配置vxlan前，一般会将互联网络通过IGP跑通
*/
[Switch] tunnel global source-address [ip]
/*创建VXLAN隧道*/
[Switch] interface tunnel0 mode vxlan
/*手动指定该VXLAN隧道源地址，本端VTEP源地址，如果配置全局源地址，可忽略该项配置*/
[Switch-Tunnel0] source [ip]
/*配置隧道目的地址，对端VTEP地址*/
[Switch-Tunnel0] destination [ip]

配置VSI，绑定VNI，关联VXLAN隧道

/*创建VSI，并进入视图*/
[Switch] vsi [name]
/*在VIS中绑定VNI也就是VXLAN ID*/
[Switch-vsi-name] vxlan [vxlan-id]
/*关联VXLAN与VXLAN隧道*/
[Switch-vsi-vxlan-id] tunnel [tunnel-id]

配置服务实例，绑定感兴趣流

/*进入需要关联的物理接口或聚合口*/
[Switch] interface G1/0/1
/*创建服务实例*/
[Switch-Interface] service-instance [id]
/*配置服务实例匹配报文规则*/
[Switch-Interface-instance] encapsulation [default/tagged/untagge/s-id [vlan id]]
/*配置感兴趣流与VSI绑定*/
[Switch-Interface-instance] xconnect vsi [id] 可选access-mode [ethernet/vlan]

配置VXLAN网关&模式

/*进入VSI虚接口*/
[Switch] interface vsi [id]
/*配置VSI虚接口IP*/
[Switch-vsi-int] ip address [ip] [mask]
/*如果是分布式网关还需配置如下两条命令*/
[Switch-vsi-int] mac-address [mac]
[Switch-vsi-int] distributed-gateway local /*启用分布式网关*/
/*进入VSI视图，为VSI指定网关接口*/
[Switch-vsi] gateway vsi-interface [id]

配置案例

根据模拟器做如上拓扑实验

下个版本会更新黑暗模式
修复若干bug
引入tailwind css
最近很忙在外面出差，到处跑
主题的更新进展可以直接参考本站

信道特性

通信的目的就是为了传递信息
产生和发送信息的一端叫信源
接收信息的一端叫信宿
信源和信宿之间的通信线路叫信道
这里的噪声可以比作干扰，信道容易被外界所干扰

信道带宽

模拟信道

信道可以分为模拟信道和数字信道
模拟信道的带宽计算公式是W=f2-f1最总单位是赫兹Hz

• f2（信道能通过的最高频率）
• f1（信道能通过的最低频率）

比如信道最高频率是8Hz，最低频率是4Hz，那么根据模拟信道带宽计算公式可以得出
W=f2（8）-f1（4）结果等于4Hz

数字信道

数字信道是离散信道，带宽就是信道能最大的数据传输速率，单位是bit/s
例如我最大传输速率的10mbit/s，那信道带宽就是10

码元和码元速率

码元

一个数字脉冲称作一个码元，就是一个时钟周期的信号

码元速率

单位时间内信道传送的码元的个数
如果码元宽度（脉冲周期）为T则码元速率波特率为B=1/T单位是波特（Baud）
码元携带是信息量n（位）与码元种类数（N）的关系是n=log₂N

假如我的码元种类数是4
那么一个码元携带的信息量就是n=n=log₂4结果等于2
就是求2^=4

奈奎斯特定理

奈奎斯特定理是指，在一个理想的没有噪声环境的信道中，若最大信道带宽为W，最大码元速率为B=2W（Baud）
极限数据速率为R=Blog₂N又等于2Wlog₂N
N表示码元种类数，就是上面那个码元携带信息量的公式
可以举个例子来表示

因此，数据速率=码元速率x码元携带信息量

香农定理

上面的奈奎斯特定理是基于理想环境下
那么香农定理就是包含了噪声在里面的一个关系
指的是：在一个噪声信道的件数据速率和带宽之间的关系
公式如下：
极限速率公式：C=Wlog₂（1+S/N）
分贝与信噪比关系公式：dB=10log₁₀S/N
W为带宽，S为信号平均功率，N为噪声平均功率，S/N为信噪比
在考试中题目一般会告诉你W带宽值，但不会直接告诉你信噪比S/N的值，题目会直接给你db分贝值， 通过分贝值和信噪比关系公式逆推出信噪比值S/N

例如，直接告诉你db值是10，和30，求这两个的信噪比
根据公式我们可以算的
db=10log₁₀S/N
10=10log₁₀S/N
1=log₁₀S/N
换个思路就是10¹=S/N
S/N就是10
db=30
30=10log₁₀S/N
3=log₁₀S/N
10³=S/N
S/N就是1000

如果db=30，求极限速率

这边我们上面根据db求出来信噪比值S/N是1000
那么带入最大速率公式
R=Wlog₂（1+S/N）
R=Wlog₂（1001）
题目一般会直接告诉你W值，但是log₂（1001）是算不出来的，我们这边就要用约等，将他估到最近的2次方数值，1001离得最近的就是1024，2的10次方
解题我们就可以直接写
R≈Wlog₂（1024）也就是
R≈W10

带宽、码元速率、数据速率梳理

2两个特殊调制技术需要记忆的点
QPSK中N=4
DPSK中N=2
为固定关系
注意单位换算
1us微秒=10负3次方毫秒=10负6次方秒

信道延迟

信道的延迟：和源端和宿端距离有关，也和信道种的信号传播速率有关
这里有几个计算单位我们需要了解一下

光速为300000km/s = 300m/us
电缆传播速度为光速的67%，即200000km/s=200m/us
卫星信道延迟大约270ms（单向传输）双向来回延迟约540ms
1字节（byte）=8比特（bit）
1mbps=1000kbps
1kbps=1000bits
也就是1mbps=10^6bits

总延时的计算公式

总延时=线路延时+发送延迟

线路延时

线路延迟可以根据如下公式可以算出
线路延迟=传输距离/传输速率
例题：
1000米的电缆，求他的线路延迟

发送延时

发送延时课根据如下公式可以算出
发送延时=数据帧大小/速率
例题：
100M线路，发送1000字节数据，求他的延时

传输介质

一般来讲，两个终端能用一条能够承载数据传输的传输介质连接起来，就组成了一个最简单的网络
传输介质这里我们分为有线传输介质、无线传输介质

有线传输介质

有线传输主要有：同轴电缆（不常见）、双绞线、光纤

无线传输介质

无线传输介质主要有：无线电波、微波、红外线、激光
无线电波：500kHZ-1000Mhz是能量小，波长最高，频率最低的电池波，用于广播电视和无线通信
微波：300MHz-300GHz是一种波长较低、评率较高的电磁波，特点是高频高能量，用于雷达、飞机导航
可以参考如下信息

频谱资源划分

具体的频段资源划分情况如下表所示

注意：1Khz=10^3，1MHz=10^6Hz，1GHz=10^9Hz，1THz=10^12Hz，1mm=10-^3m，1um=10-^6m

微波波段

双绞线

由多对绝缘铜导线两两相互缠绕而成
缠绕的目的是降低信号干扰的程度

100M传输只用得到4跟线
1000M传输8根线全会使用
2根线常用于电话线

双绞线的规格

这是电信工业协会和电子工业协会定义的双绞线的规格
我们在网线上可以看到CAT-6 或者CAT-5E的一些表示，其内容就是如下所示

其中双绞线又分为了非屏蔽双绞线和屏蔽双绞线，具体的关系图和作用如下图所属

光纤（重点）

光纤是利用光在玻璃或者塑料纤维里面的全反射原理而达成的光传导工具
光在光纤中的传导损耗很低，适合较长距离的信息传递
光纤特点：重量轻、体积小、传输源、衰减小、容量大、抗电磁干扰强
光纤的内部结构图：

光缆：光缆是由很多根光纤和塑料保护套管以及塑料外皮构成，光缆内部结构图如下：

目前常见的有24芯、48芯、128芯组成的光缆

光纤的分类

光纤分为单模光纤、多模光纤

单模光纤

单模光纤纤芯较细，波长一般5~10um，单模光纤只允许一种光在其中传播，单模光纤有较高的带宽，适用大容量、长距离的光纤通信，成本较高

多模光纤

多模光纤纤芯较粗，一般为50um、62.5um，多模光纤允许多种模式光信号传播，可用于较小容量、短距离的光纤传输通信，成本便宜

单多模光纤的对比

单模光纤一般用LX或者SM来表示（为黄颜色，波长1310nm）
多模光纤一般用SX或者MM来表示（颜色为橘色或浅绿色，波长850nm）

尾纤参考颜色

单模多模光信号传播示意图

光纤的连接

LC、SC、ST、FC四种常见接口，了解即可

曼切斯特&差分曼彻斯特编码

曼切斯特编码

曼切斯特编码是双相码，在每个比特中间均有一个跳变，但是第一个编码是自定义如下图所示，高电平向低电平跳变代表0由低电平向高电平跳变代表1
要注意的是，曼切斯特编码常用于以太网中

差分曼彻斯特编码

差分曼彻斯特编码常用于环网中，也是一种双相码
我们只需要记住，有跳变代表0，无跳变代表1
简称有0无1

两个编码的特点

曼码和差分曼码是典型的双相码，双相码要求每一位都有一个电平转换，一高一低，必须翻转。
曼码和差分曼码具有自定时和检测错误的功能

两者优点

两种曼彻斯特编码优点：将时钟和数据包含在信号数据流中，也叫自同步码。

两者缺点

编码效率较低：编码效率都是50%

记忆点

两中曼码数据速率是码元速率的一半当数据传输速率为100Mbps时，码元速率为200M baud波特

其他编码

4B/5B

发送的数据流每4bits，先转换成5bits，再转换为不归零码（NRZ-I）多用一位是用于同步问题
编码效率80%，此编码一般用于百兆以太网

8B/10B

编码效率80%，此编码一般用于千兆以太网

64B/66B

编码效率97%，用于万兆以太网

数字调制技术

数字数据不仅可以用脉冲传输，也可以用模拟信号传输
用数字数据调制模拟信号叫做数字调制

• 幅度键控（ASK）
• 频移键控（FSK）
• 相移键控（PSK）
• 正交幅度调制（QAM）

幅度键控（ASK）

用载波的两个不同的振幅表示0和1，如上图所示，一个波幅度就是代表着1，没有则代表0

频移键控（FSK）

用载波的两个不同频率表示0和1，如上图所示，一个频率之间越快代表1，慢代表0

相移键控（PSK）

用载波的起始位的变化表示0和1，如上图所示，起始位到第二个表示1，反之则表示0

正交幅度调制（QAM）

把两个幅度相同，但相位差90°的模拟型号合成为一个模拟型号

记忆点

之前在讲奈奎斯特定理和香农定理的时候说过两个特殊的比调制编码
QPSK和DPSK
DPSK是2相调制，即N=2，波形图看也是有0无1
QPSK是4相调制，即N=4
他两也是属于相移键控

脉冲编码调制PCM

常用数字化技术就是脉冲编码调制技术Pulse Code Mdulation简称PCM或者脉码调制
PCM数字化过程分为3个步骤：采样、量化、编码

采样

按照一定，或者特定的时间间隔对模拟信号进行取样，把模拟信号的当前值作为样本
这里我们需要知道一个定理：奈奎斯特采样定理：如果模拟信号的最高频fmax，若以大于等于2fmax的采样评率对其进行采样，则采样得到的离散信号序列，就能完整地恢复出原始信号
还需记住一个公式f=1/T≥于2fmaxT为周期

量化

把取样后的样本由连续值变成相应值转换为离散值，离散值的个数决定了量化的精度

编码

最终，会把量化后的样本值变成相应的二进制代码

PCM计算

例题理解：
对声音信号数值化生活，由于语音最高频率是4Khz（fmax），所以取样评率是8Khz（2fmax）对语音用128个登记量化（N=128，用另个公式求得log₂N），因而每个样本用7bit表示（log₂128=7）所以在数字信道上传输这种数字化的语音信号的速率是7*8000=56kbps

数据交换的方式

目前有三种分别是电路交换（很少用）、报文交换（淘汰）、分组交换（常用）

电路交换

将数据的传输分为三个步骤，1.电路建立、2.数据传输、3.电路拆除
在数据传输之前必须建立一条物理链路，该链路被用户使用的话会被用户一直占用
应用场景：早期电话（PSTN）、特殊应急通信场景
取代方案：分组交换、VOIP

报文交换

报文的发送和接收，都是采用存储转发的方式，报文里面包含有每个下一跳的节点，报文在每个节点中完整的传输，不压缩，现在已被淘汰
应用场景：早期电报
取代方案：分组交互

分组交换

分组交换又被分为两类：数据报和虚电路
数据报用于IP网络
虚电路用于X.25、FR、ATM网络
分组交换的优势：
减少了延时
提高吞吐量
交换可以按分组纠错，那个分组的数据出错，只需重传出错的数据，而无需整个数据重传，提高通信效率

【1】数据报：

将数据分割成小组，每个小组独立传
所到达的网络节点根据路由表动态转发
分割成小组的报文到达的先后顺序可能不一致，但最总会重组还原成原始报文
应用场景：IP网络

【2】虚电路：

数据在传输之前先建立一条逻辑的链路
每个分组都会沿着同一条路径去传输报文，传输报文不会乱序
应用场景：X.25、FR、ATM

多路复用技术

光网络

多路复用技术，将多个低速信道组合成一个高速信道的技术
常见的场景：光纤入户FTTH

频分复用

FDM
用不同的频率承载不同的业务数据
常见的场景：无线电广播通信、ADSL、FDD-LTE（4G）

时分复用

TDM
用不同的时间分片，根据时间分片来承载不同的业务数据
例如CPU，人无法感知的底层时间节点瞬间是给一个应用程序在运算使用，另一时间节点就是给另一个应用程序在使用
常见的场景：SDH、WIFI、TDD-LTE（4G）

统计时分复用

STDM
是前者时分复用的改进版本，有效的提升信道利用率
他不是分时复用那种固定时隙，而是按照需要动态分配时隙给应用使用

波分复用

WDM
波分复用的本质也是频分复用
将不同频率波长的光，通过共享一个光纤链路，进行传输

# 光纤频率与波长的关系：
光速C=波长x频率

数字传输系统

了解一下即可
美国和日本早期用的T1载波
北美等其他地区用的E1载波
T1载波的速率=1.544Mbps
E1载波的速率=2.048Mbps
E2载波速率为4倍E1=8.448Mbps
E3载波速率为4倍E2=34.368Mbps
E4载波速率为4倍E3=139.264Mbps
E5载波速率为4倍E4=565.148Mbps

同步数字序列

SDH
美国标准叫同步光纤网络SONET，以此为准，做了国际标准也就是现在的SDH
这篇主要记忆几个速率和标准
SONET多路复用的速率

差错控制&海明码

差错控制

数据的传输过程中难免会有错误出现
因此需要采用差错控制的办法解决此类错误
常见的方式的检错和纠错

检错

只检查错误，接收方知道有错误发生，但不知道是什么错误，会发请求让对方重传

纠错

接收方知道有错误发生，并且知道是什么样的错误，会纠错

了解一下差错控制的原理：

传输k位，加入r位冗余（根据使用的算法定义），接收方收到进行计算比较

奇偶校验

是一个常见的检错方式，能检查1位错位
原理是在7位ASCII码后面加1位，让码字中的数成为奇数（奇校验）或者成为偶数（偶校验）
例如：

奇校验
1010011
---------
1010011 + 1
10100111

偶校验
1010011
---------
1010011+0
10100110

海明码

海明码，是通过冗余数据位来实现，对数据的检查和纠错的编码方式
需要了解几个概念
海明距离，也可以叫码距，指一个码字要变成另一个码字时必须改变的最小位数，就是两个码字之间不同的比特数
例如：

10110100
10110111
有2位不同数，0和1

10101
00110
一位一位的对比一共有3位

海明码原理&不等式

在数据中间加入几个校验码
码距均匀拉大
如果某一位出错
会引起几个校验位的值变化

需要重点记忆一下海明不等式

用如下例题去理解

像这个例题

第二个问就需要我们带入答案和公式2k-1≥m+k去算，看哪个满足最小条件

CRC循环冗余校验码

这个只能检错，不能纠错，通过在数据尾部加入CRC循环校验码来检错，广泛用于网络通信和磁盘存储

还是一样通过一个例题来了解计算方式和大致原理

大致4个步骤

1. 判断校验位数
2. 补齐数据位后面0
3. 提取生成多项式系数
4. 用第二步的结果除以第三步结果，异或运算，取余就是校验码，余数不够，前面补0

就如上题
G(x)=x4+x+1，信息码10111
x4次方，那么校验位数就是4位
根据步骤，将信息码后面补0
10111 0000
接下来提取多项式的系数
G(x)=x4+x+1=1*X4+0*x3+0*x2+1*x1+1*x0=提取系数=10011
与第二步的结果相除
101110000/10011，取余=1100

例题：

总结

二月

最近处于忙碌过后的躺平期
每天刷刷题回顾一下之前记的那些网络姿势

三月

周六去看了自己喜欢乐队的livehouse，强烈推荐A公馆乐队
晚点写个文章，记录一下，这里先放几张图，现场high 到爆炸

关于主题

主题这块
我这边计划用tailwindcss重构一下
适配了黑暗模式，陆陆续续修复一下之前埋的坑，以及小伙伴们提出的意见

前景

为什么没有追日出，时间回到2025年1月1日这天，跨年那晚我还在期待明天有个好天气，但成都冬季的天气和空气质量可想而知，直接泡汤了
再回到现在，也就是1月11日周六这天，怎么说，一觉起来已经是10点，看着窗外玻璃上倒映着的一抹蓝色，我觉得，我该行动了，哪怕是日落也好，我觉得一定会很棒

目标“兴隆湖”

在家吃完午饭，从家出发到清江西路[4号线]>骡马市[1号线]>兴隆湖[1号线]历时2小时
到达兴隆湖已是下午4点，不过看到这一抹湖畔江景也是值了

长河落日

美图就放在这里了，由诸君鉴赏
详情请看相册

DNS

DNS域名解析系统
将域名转换为IP地址
Linux下提供DNS服务的组件叫Bind，主配置文件为named.conf
查看DNS服务器地址还有信息的命令为nslookup

DNS的记录类型

6种记录，其实现在有7种，多了AAAA记录，功能和A记录一样，只是记录的是IPv6的解析

DNS的查寻

大致分为三步骤：客户端本地查寻、客户端到服务器查寻、服务器到服务器查寻
如图上所述顺序进行查寻
查寻的过程有递归查寻、迭代查寻

递归查寻：

域名服务器帮助客户端查寻解析，并返回结果（老好人）

迭代查寻：

域名服务器进行迭代访问，反复多次，直到最后找到解析结果为止（踢皮球）

数据交换的方式

目前有三种分别是电路交换（很少用）、报文交换（淘汰）、分组交换（常用）

电路交换

将数据的传输分为三个步骤，1.电路建立、2.数据传输、3.电路拆除
在数据传输之前必须建立一条物理链路，该链路被用户使用的话会被用户一直占用
应用场景：早期电话（PSTN）、特殊应急通信场景
取代方案：分组交换、VOIP

报文交换

报文的发送和接收，都是采用存储转发的方式，报文里面包含有每个下一跳的节点，报文在每个节点中完整的传输，不压缩，现在已被淘汰
应用场景：早期电报
取代方案：分组交互

分组交换

分组交换又被分为两类：数据报和虚电路
数据报用于IP网络
虚电路用于X.25、FR、ATM网络
分组交换的优势：
减少了延时
提高吞吐量
交换可以按分组纠错，那个分组的数据出错，只需重传出错的数据，而无需整个数据重传，提高通信效率

【1】数据报：

将数据分割成小组，每个小组独立传
所到达的网络节点根据路由表动态转发
分割成小组的报文到达的先后顺序可能不一致，但最总会重组还原成原始报文
应用场景：IP网络

【2】虚电路：

数据在传输之前先建立一条逻辑的链路
每个分组都会沿着同一条路径去传输报文，传输报文不会乱序
应用场景：X.25、FR、ATM

多路复用技术

光网络

多路复用技术，将多个低速信道组合成一个高速信道的技术
常见的场景：光纤入户FTTH

频分复用

FDM
用不同的频率承载不同的业务数据
常见的场景：无线电广播通信、ADSL、FDD-LTE（4G）

时分复用

TDM
用不同的时间分片，根据时间分片来承载不同的业务数据
例如CPU，人无法感知的底层时间节点瞬间是给一个应用程序在运算使用，另一时间节点就是给另一个应用程序在使用
常见的场景：SDH、WIFI、TDD-LTE（4G）

统计时分复用

STDM
是前者时分复用的改进版本，有效的提升信道利用率
他不是分时复用那种固定时隙，而是按照需要动态分配时隙给应用使用

波分复用

WDM
波分复用的本质也是频分复用
将不同频率波长的光，通过共享一个光纤链路，进行传输

# 光纤频率与波长的关系：
光速C=波长x频率

二层交换机工作原理

基于源MAC学习

交换机在刚开启的时候，MAC地址表一般都是空的
后续如图所示，几个PC之间进行交互
交换机根据发出的数据帧的源MAC地址进行学习，将收到该帧的端口与该帧源MAC写入MAC地址表
底层的工作原理就是基于源MAC学习

查表转发

当交换机收到一个目的MAC未知的帧的时候
会将该帧，除了收到该帧的接口以为的其他所有接口进行广播处理，直到找到该目的MAC
交换机会基于源MAC地址的学习，表内关系明确后
对于目的MAC地址已知的单播帧，交换机进行查表转发
对于目的MAC地址未知的单播帧，交换机进行广播处理
对于广播帧，交换机默认继续广播处理，直到达到目的

MAC Flood

一个耗尽交换机MAC地址表的一个DOS攻击
利用了交换机基于源MAC学习原理的一个漏洞
在短时间构造海量不同源MAC地址帧，发送给交换机，导致MAC地址表耗尽
从而导致正常的数据无法转发

解决MAC Flood

通过交换机端口安全技术去实现
将端口动态学习到的MAC地址转为安全MAC地址
来阻止该端口下额外学习到非法的MAC地址
其中安全MAC地址分为3类：
【1】 安全动态MAC地址：启用端口安全之后，从接口动态学习到的MAC地址，默认不老化，但重启表项会丢失，默认MAC地址表老化为300秒，也就是5分钟
【2】 安全静态MAC地址：启用端口安全之后，手动配置的MAC地址，默认不老化，重启不会丢失
【3】 StickMAC地址：启用端口安全和Stick后，安全动态和之后学习到的MAC都会转换为StickMAC，不会老化、重启也不会丢失

配置端口安全的几个参数解释：

配置端口安全命令参考：

/*配置交换机接口error-down之后的恢复*/
[SW1] error-down auto-recovery cause [选择应用如:port-security] 
/*配置端口安全开启*/
[SW1-GigabitEthernet0/0/1] port-security enable
/*配置端口安全动作，默认restrict*/
[SW1-GigabitEthernet0/0/1] port-security protect-action [protect/restrict/shutdown]
/*配置安全MAC地址最大条目*/
[SW1-GigabitEthernet0/0/1] port-security mac-mac-num [num]
/*配置老化时间*/
[SW1-GigabitEthernet0/0/1] port-security aging-time [time]
/*配置安全静态MAC地址*/
[SW1-GigabitEthernet0/0/1] port-security mac-address [address]
/*配置stick保护*/
[SW1-GigabitEthernet0/0/1] port-security mac-address stick
/*查看安全MAC表项*/
[SW1] display mac-address security
Flags: * - Backup
# - forwarding logical interface, operations cannot be performed based
on the interface.
BD   : bridge-domain   Age : dynamic MAC learned time in seconds
----------------------------------------------------------------
MAC Address    VLAN/VSI/BD   Learned-From        Type                Age
------------------------------------------------------------------------
00e0-fc12-3456 100/-/-       10GE0/0/1           security            -
----------------------------------------------------------------------
Total items: 1

配置静态MAC绑定

华为：

/*配置静态MAC与IP绑定*/
[SW1] user-bind static [ip地址] [MAC地址] interface [接口] VLAN [ID]
/*接口下调用绑定*/
[SW1-GigabitEthernet0/0/1] ip source check user-bind enable

华三：

[SW1-GigabitEthernet0/0/1] ip verify source ip-address mac-address
[SW1-GigabitEthernet0/0/1] ip source binding ip-address [ip地址] mac-address [MAC地址]

广播风暴

造成广播风暴的原因

1. 二层环路，交换机未开启生成树（STP），或者生成树故障、设备or接口故障之类
2. 网络中有攻击的行为，例如主机中病毒，一直往外发送恶意广播报文，或者对网络有扫描之类的行为
3. 特殊应用场景，例如云桌面的主机批量启动（启动都会发arp、dhcp之类的广播，云主机数量庞大也可能造成拥塞），学校机房里面的电脑，批量开机类，都可能会造成

如何解决广播风暴

1. 划分VLAN，隔离广播域，减少广播影响的范围
2. 通过在交换机上运行STP、RSTP、MSTP，或者配置堆叠、链路聚合等技术，来破除二层环路
3. 主机终端进行安全扫描，病毒查杀，消除网络
4. 交换机的端口配置广播抑制、流量抑制功能

流量抑制配置实例：

[SW1] suppression mode by-packets
 /*配置未知单播流量抑制80%*/
[SW1-GigabitEthernet0/0/1] unicast-suppression 80
/*配置组播流量抑制70%*/
[SW1-GigabitEthernet0/0/1] multicast-suppression 70 
/*配置广播流量抑制60%*/
[SW1-GigabitEthernet0/0/1] broadcast-suppression 60 
/*配置已知单播流量抑制100kbit/s*/
[SW1-GigabitEthernet0/0/1] konw-unicast-suppression cir 100 
/*查看接口流量抑制*/
[SW1] display flow-suppression interface GigabitEthernet0/0/1 
storm type         rate mode   set rate value
---------------------------------------------
unknown-unicast    percent         percent: 80%
multicast          percent         percent: 70%
broadcast          percent         percent: 60%
known-unicast      bps             cir: 100(kbit/s), cbs: 18800(byte)
-------------------------------------------

风暴抑制配置实例：

/*配置风暴抑制白名单ARP协议*/
[SW] storm-control whitelist protocol arp-request
/*配置风暴抑制广播最大1000个包，大于2000个就阻塞*/
[SW1-GigabitEthernet0/0/1] storm-control broadcast min-rate 1000 max-rate 2000
/*配置风暴抑制组播最大1000个包，大于2000个就阻塞*/
[SW1-GigabitEthernet0/0/1] storm-control multicast min-rate 1000 max-rate 2000
/*配置风暴抑制单播最大1000个包，大于2000个就阻塞*/
[SW1-GigabitEthernet0/0/1] storm-control unicast min-rate 1000 max-rate 2000
/*配置风暴抑制检测行为动作为阻塞报文*/
[SW1-GigabitEthernet0/0/1] storm-control action block
/*配置风暴抑制检测时间间隔*/
[SW1-GigabitEthernet0/0/1] storm-control interval 90
/*配置风暴抑制日志记录开启*/
[SW1-GigabitEthernet0/0/1] storm-control enable log
/*配置风暴抑制上报告警*/
[SW1-GigabitEthernet0/0/1] storm-control enable trap
/*查看风暴抑制配置情况*/
[SW1] display storm-control interface GigabitEthernet0/0/1
PortName     Type      Rate      Mode Action   Punish-  Trap Log Int Last-
(Min/Max)               Status                Punish-Time
---------------------------------------------------------
GE1/0/0      Broadcast 1000/2000      Pps  Block    Normal   On  On  90  -
GE1/0/0      Multicast 1000/2000      Pps  Block    Normal   On  On  90  -
GE1/0/0      Unicast   1000/2000      Pps  Block    Normal   On  On  90  -
-----------------------------------------------------------

两者区别

原理来看，两者都是预防报文引起的广播风暴
流量抑制，对超过阈值的流量，进行丢包处理
风暴抑制，对超过阈值的流量，进行对设置的端口进行关闭处理
一个接口下配置二选一

DHCP

DHCP工作原理

客户端68向服务端67发起Discover广播请求在探路的过程中发现DHCP服务器，并请求地址
服务端67向客户端回送DHCP Offer单播或广播应答携带分配给客户端的IP地址
客户端68向服务端67发送DHCP Request广播应答告诉服务器自己将认领使用该地址
服务端67向客户端68回送DHCP Ack确认客户端可以使用该地址

DHCP续租

当客户端租期达到50%时候，会自动向DHCP服务器发送 DHCP Request请求续租自己使用的地址的租期，当服务器正常收到该Request时会回送DHCP Ack给客户端做确认
如果租期达到87.5%时候，还会再向DHCP服务器发送续期的请求，如果收到和上述情况一样，服务器收到请求后回送Ack确认可以续租
如果租期达到100%则客户端会释放获取到的地址，重新进行DHCP地址获取流程，如上图所示
如果没获取到地址则会使用特殊的地址段169.254.0.0/16内的地址，每隔5分钟向外传Discover报文，尝试重新回去地址

DHCP报文格式

Options字段也是用户定义字段
一般常用Option 82和Option 43
82为DHCP relay中继
43为给AP分配地址的同时，通告AC的地址

DHCP Relay案例

DHCP中继，用于跨广播域传递DHCP报文（跨网段），实现客户端获取地址
就是为了解决DHCP服务器和客户端不在同一个广播域
整体的流程如下：

中继中传递的报文都为单播

配置案例

[R1-GE0/0/1] ip address dhcp
[R2] dhcp server group HW
[R2-dhcp-group-HW] dhcp-server 10.1.1.2 
[R2-GE0/0/1] ip address 10.1.1.1 24 
[R2-GE0/0/0] ip address 192.168.1.1 24
[R2-GE0/0/0] dhcp select relay
[R2-GE0/0/0] dhcp relay server-select HW
[R3] dhcp server group HW-1
[R3-dhcp-group-HW-1] network 192.168.10.0 255.255.255.0
[R3-dhcp-group-HW-1] gateway-list 192.168.10.1

Option 43案例

配置示例

[SW] dhcp enable
[SW] ip pool test
[SW-ip-pool-test] network 10.23.100.0 255.255.255.0
[SW-ip-pool-test] gateway-list 10.23.100.1
/*这里可以多选可使用ascii、hex、ip-address共计3个选项配置option*/
[SW-ip-pool-test] option 43 sub-option 3 ascii 10.23.101.2
[SW-ip-pool-test] option 43 sub-option 2 ip-address 10.23.101.2
/*注意hex的配置，ac地址必须转换为16进制地址*/
[SW-ip-pool-test] option 43 sub-option 1 hex 0a176502

配置案例

#####################################
/*先配置全局*/
[SW] dhcp enable
/*可选配置，开启所有接口DHCP Server功能*/
[SW] dhcp server request-packet all-interface enable
/*配置地址池*/
[SW] ip-pool PC1
/*配置分配地址的范围*/
[SW-ip-pool-PC1] network 192.168.1.0 255.255.255.0
/*配置分配给客户端的网关地址*/
[SW-ip-pool-PC1] gateway-list 192.168.1.1 
/*配置分配给客户端的DNS地址*/
[SW-ip-pool-PC1] dns-list 192.168.1.1
/*配置地址池中不参与分配的地址，1.10-1.20之间的关系是范围*/
[SW-ip-pool-PC1] exclude-ip-address 192.168.1.10 192.168.1.20
/*配置地址池租期为1天，unlimited为永久*/
[SW-ip-pool-PC1] lease day 1
#####################################
/*配置接口*/
[SW-GE0/0/1] ip address 192.168.2.1 24
/*配置DHCP接口地址池*/
[SW-GE0/0/1] dhcp select interface 
[SW-GE0/0/1] dhcp server exclude-ip-address 192.168.2.10 192.168.2.20
/*绑定分配固定地址*/
[SW-GE0/0/1] dhcp server static-bind ip-address 192.168.2.2 mac-address 00e0-fc00-00aa

DHCP Snoonping

基础简介

该技术应用的场景，是为了确保用户从合法DHCP服务器中获取地址的一个技术，以防出现冒充DHCP服务器之类的攻击（或者用户私接傻瓜路由器造成的短断网），用户通过非法DHCP获取的地址，会导致无法正常上网

通过配置DHCP Snooping，能确保DHCP客户端正确的获取到DHCP服务器的地址
DHCP Snooping将端口分为了，信任端口、非信任端口
信任端口能正常响应DHCP服务器发来的DHCP ACK、DCHP Offer、DCHP NAK报文
而非信任端口收到这些报文则直接丢弃
客户端的请求报文只会通过信任端口发给DHCP服务器，而不会发给非信任端口

配置命令

如上图所示配置参考
物理接口配置：

/*配置全局模式下开启DHCP Snooping*/
[SW1] dhcp snooping enable
/*配置接口下开启DHCP Snooping功能*/
[SW1-GigabitEthernet0/0/1] dhcp snooping enable
[SW1-GigabitEthernet0/0/2] dhcp snooping enable
/*配置开启功能、信任端口*/
[SW1-GigabitEthernet0/0/3] dhcp snooping enable
[SW1-GigabitEthernet0/0/3] dhcp snooping trusted

VLAN配置：

/*配置全局模式下开启DHCP Snooping*/
[SW1] dhcp snooping enable
/*配置VLAN下开启DHCP Snooping功能*/
[SW1-vlan2] dhcp snooping enable
/*配置开启功能、信任端口*/
[SW1-GigabitEthernet0/0/3] dhcp snooping enable
[SW1-GigabitEthernet0/0/3] dhcp snooping trusted

SNMP

简单网络管理协议
应用层协议，由UDP承载，端口161&162
snmp service 161
snmp tarp 162

SNMP三类角色关系

网管站 NMS

用于向被管理的设备发送各种查寻、或接收来自被管设备的告警报文

代理进程（Agent）

是运行在被管设备上的一个进程
用于处理来自网管站发来的各种查寻报文，以及自己自身产生的告警报文的上报

被管设备

顾名思义就是被管理的设备

MIB库

一个树型结构的信息库
标识了该设备中的维护变量，例如我想获取他的系统信息，根据树型结构就是这样的一个形式：

1.3.6.1.2.1.1
/* 分别对应 */
iso.org.dod.internet.mgmt.mib.system

报文交互

路由&路由表

路由器也是查表转发，查的是路由表
根据收到的数据包的目的IP进行查表转发
根据最长掩码匹配机制匹配到最优路由之后，将数据包按照路由表记录的下一跳接口以及地址，进行转发

例如PC1去访问PC2，R1收到数据包之后，发现目的IP在自己路由表内，有个静态路由，那么该数据包就按照这条静态路由所指下一跳，进行转发
路由表内的路由可以分为以下三种：

【1】 直连路由：路由器接口下所在网段的路由
【2】 静态路由：人为手动添加的路由
【3】 动态路由：从动态路由协议中学习到的路由

查看路由表：

[R1] display ip routing-table 
Route Flags: R - relay[迭代路由], D - download to fib[FIB转发表], T - to vpn-instance, B - black hole route
------------------------------------------------------------------------------
Routing Table: Public
         Destinations : 8        Routes : 8
      Destination/Mask  Proto  Pre  Cost   Flags NextHop        Interface
          0.0.0.0/0     Static 60   0      D      10.1.4.2      GigabitEthernet1/0/0
         10.1.4.0/30    OSPF   10   0      D      10.1.4.1      GigabitEthernet1/0/0
         10.1.4.1/32    Direct 0    0      D     127.0.0.1      InLoopBack0
         10.1.4.2/32    OSPF   10   0      D      10.1.4.2      GigabitEthernet1/0/0
        127.0.0.0/8     Direct 0    0      D     127.0.0.1      InLoopBack0
        127.0.0.1/32    Direct 0    0      D     127.0.0.1      InLoopBack0
  127.255.255.255/32    Direct 0    0      D     127.0.0.1      InLoopBack0
  255.255.255.255/32    Direct 0    0      D     127.0.0.1      InLoopBack0

对一下几个字段做一下解释：

路由协议的优先级

优先级越小，路由越可靠

路由协议&分类

从内外可以分为内部网关协议[IGP]、外部网关协议[EGP]
根据算法，又可以分为距离矢量、路径矢量、链路状态
距离矢量基于Bellman-Ford算法
链路状态基于Dijkstra算法也叫SPF最短路径优先算法

RIP路由协议

RIP作为早期网络使用的一种协议，现已基本不用
一个内部网关协议IGP，基于距离矢量算法
以到达目的网段跳数作为cost衡量（经过一个路由器算一跳）
在RIP里，最大跳数为15跳，16跳为不可达，只适用于小型网络中
华为设备中，默认路由优先级为100
以UDP520端口收发协议报文

协议特点：
每个30秒更新自己路由表，将自己路由表广播给全网
180秒没收到某条路由的更新会进入垃圾收集定时器状态（120秒），总计5分钟该条失效的路由才会从路由表内删除，收敛较为缓慢。

另外RIP有两个版本，一个RIPv1，RIPv2，两者之间区别：

以跳数作为度量的缺点：
会导致低带宽链路被选中

RIP的放环机制：
【1】 最大跳数限制：RIP最大16跳限制
【2】 水平分割：一条路由信息，不会再发送给产生它的来源
【3】 毒性逆转：把从邻居学到的路由cost修改为16跳，再发给那个邻居
【4】 抑制定时器和触发更新机制

OSPF路由协议

OSPF开放最短路径优先协议（Open Sortest Path First）
目前应用最多一个IGP内部网关协议
基于链路状态，Dijkstra算法，也可以叫最短路径算法（SPF）
通过连通性、距离、带宽等状态计算最佳路径
华为设备中，内部路由优先级默认10优先级，外部和外部引入路由默认150优先级
详解请看这章OSPF详解，这里制作简要描述

OSPF特点

采用触发式更新，通过组播交换协议报文224.0.0.5和224.0.0.6
224.0.0.5是给Drother和DR之间同步使用，224.0.0.6是给DR和BDR之间使用
支持区域划分，将网络划分为多个区域，降低网络带宽占用以及设备内存和CPU的使用率，所有区域必须和骨干区域相连接

跨区域连接可以通过虚连接区进行，如上图场景所示
其次OSPF中，可以通过选举DR和BDR来降低全网互联，降低网络复杂度，全网路由更新只由DR发起，Drother只需相应即可
OSPF之间交互的是LSA（链路状态摘要描述）
广播网络中，每隔10秒发送一次Hello报文，来确保邻居存活，Deadtime为4倍HelloTime也就是40秒，需要选举DR和BDR
NBMA网络中是每隔30秒DeadTime为120秒，需要选举DR和BDR
PPP网络Hello时间同广播网络一样，不需要选举DR和BDR
P2MP网络Hello时间同NBMA网络一样，不需要选举DR和BDR
两边路由器Hello时间不一致会导致邻居建立失败

OSPF报文

DR&BDR

选举规则：
优选接口优先级高的作为DR，默认为1，0不参与选举
优先级相同比较Router-id越大越优先，其中Router-id优选手动配置的，但全局模式先配置的Router-id没有在ospf进程中配置的Router-id优先级大
没有配置Router-id的情况，会从Loopback接口中取最大的IP作为Router-id
没有配置Loopback接口的情况下，则从接口IP中取最大的作为Router-id，且不考虑接口up/down
Router-id没有选举出DR，则会从接口IP中对比最大的一方作为DR
DR和BDR不具有抢占性，不会导致全网收敛频繁
DRother只需要和DR及BDR建立邻居（two-way）即可

Cost值

OSPF中，使用Cost开销作为路由度量值
计算公式=100M/接口带宽这100M是OSPF中的参考带宽（reference-bandwidth）可以根据值进行修改
一条OSPF的路由，cost值是所经过所有路由cost值的总和，如上图所示

路由器角色

分为IR、BR、ABR、ASBR
IR区域内路由器
BR骨干路由器
ABR区域边界路由
ASBR自治系统边界路由器

BGP边界网关协议

BGP（Border Gateway Protocol）边界网关协议
适用于大型网络的一个EGP协议，连接不同AS之间的桥梁，使用TCP179端口建立关系
支持增量更新，支持认证、无类、路由聚合（手动聚合>自动聚合>Network>import引入）
是一种路径矢量路由协议
BGP详解请看[]()这里只做概述

BGP的报文类型

一共4种Open、Update、Keepalive、Notification

BGP的选路规则

BGP中一共有13条选路规则，这些规则尤其重要，务必记忆

1. 丢弃下一条不可达路由
2. 优选Preference_Value最高的路由（私有熟悉本地有效）
3. 优选Local_Preference最高的路由
4. 优选手工聚合>自动聚合>Network>import的路由
5. 优选AS_Path最短的路由
6. 优选起源类型IGP>EGP>Incomplete
7. 对于来自同AS的路由，优选MED值小的最优
8. 优选从EBGP学习的路由EBGP>IBGP
9. 优选AS内部IGP中Metric最小的路由
10. 优选Cluster_List最短的路由
11. 优选Orginator_ID最小的路由
12. 优选Router-id最小的路由器发布的路由
13. 优选IP地址最小的邻居学来的路由

BGP属性分类

分为公共属性、和可选属性
公共属性又分为公认必尊属性、公认可选属性

【1】公认必尊属性：
所有运行了BGP的路由器发布的路由都必须携带属性，并且都必须能识别这些属性
有以下几个参数值
AS_Path[AS路径]、Next-Hop[下一跳信息]、Orgin[起源，路由来源]
【2】公认可选属性：
所有运行了BGP的路由器对这些属性都可以识别，非必须携带属性
有以下几个参数值
Local_Preference[本地优先级]、Atomic_aggregate[自动聚合]

可选属性又分为可选传递属性、可选非传递属性

【1】可选传递属性：
路由器可以不识别这些属性，但会继续向下传递这些属性
有以下几个参数值
Community[团体字]、Aggregate[手动聚合]

【2】可选非传递属性：
路由器可以不识别这些属性，并且不识别的时候，不在向下传递属性
有以下几个参数值
MED、Cluster_list[集群列表]、Orginator_id[起源ID]

IS-IS路由协议

IS-IS（Intermediate System to Intermediate System）中间系统到中间系统协议
是一个内部网关协议，也是运营商运用较多的一个协议，属于链路状态路由协议也使用SPF算法
与OSPF类似，通过Hello报文建立邻居，不过IS-IS是运行在链路层之上
和OSPF也有区域的概念，但不同
一个IS-IS路由器只能属于一个区域
包含了L2或L1-2的区域是骨干区域
与OSPF区域不同的区域如下图所示：

ES是终端，IS是中间系统，RD是路由域、ES-IS是终端到中间系统、Area是区域

IS-IS路由分级

IS-IS中路由分为以下几种Level-0、Level-1、Level-2、Level-3
【1】Level-0路由：
该路由只存在于ES到IS之间，也就是终端到中间系统
【2】Level-1路由：
区域内路由，就是同区域间，不同IS设备
其中如果要跨区域传递，需要Level-1-2路由转发，如下面路由角色篇所讲
【3】Level-2路由：
区域间路由，处于同个路由域，但链接着不同的区域
【4】Level-3路由：
域间路由，每个域都属于一个自治系统

IS-IS路由器角色

【1】Level-1路由器：
负责区域内的路由，只维护L1的LSDB，包含本区域内的路由信息，如果要出区域，则会转给离他最近的L1-2路由器
【1】Level-1-2路由器：
负责区域内和区域间的路由还有路由域间的路由，维护2个LSDB，一个L1一个L2
【1】Level-2路由器：
负责路由域间路由，维护L2的LSDB，该LSDB中包含了区域间的路由

综合布线

现代综合布线基于集成化的一个趋势，将各类功能（网络、视频、语音、等等）集合在一起的一个场景
结构化布线包含6个子系统：工作区域子系统、水平布线子系统、干线子系统、设备间子系统
、管理子系统、建筑群子系统

工作子系统

就是我们PC设备到信息面板接入网络的区域

水平子系统

从工作子系统出来之后，接入到楼间配线架资源的区域

管理子系统

楼层的接入交换机、汇聚配线架等所属的区域

干线&垂直子系统

连接各楼层之间的区域

设备间子系统

将整个楼层以及干线接入进行汇聚（汇聚机房）的区域

建筑群子系统

通过地下光缆连接至其他节点（出局到其他局点）

配线架&理线架

配线架

配线架就是将端口中间进行一个连接，类似中间件，方便跳线

理线架

主要就是为了方便理线，以及美观

以太网帧结构

前7+1字段用于时钟同步
总的长度为46-1500字节，1字节8位，不满最小46字节填充至46字节
校验位FCS有4字节CRC循环校验32位
最小帧长等于6+6+2+4+46=64字节
最大帧长等于6+6+2+4+1500=1518字节
最小帧用于交互报文的确认
以太网最大利用率和最小利用率的算法：规定帧长/实际帧长

例如刚刚的最大帧长为1518
那么就是标准的1500帧长，去除以实际最大的帧长，=1500%1518=0.988=98.8%
求最小的也是一样46%64=0.718=71.8%

以太网报文封装

按照tcp/ip的参考模型依次从上往下进行封装，解封装就是从下到上进行解封装

VLAN帧

带VLAN的帧占4字节，包含在数据内

B、B

B

C

Super VLAN

一个VLAN内对应多个子sub-vlan，每个子VLAN之间相互隔离，父子关系，可以使用同个内网地址，更加细分的划分IP地址，节省内网地址
如果需要各各子VLAN之间实现互通，需要开启ARP代理

实验例题

主流协议&地址参数集合

应用层&传输层

TCP：

UDP：

网络层

数据链路层&物理层

802.3：

802.11

以太网

组播地址

加密算法

国密(商密)算法

Ying 一款简约而不简单的主题

因为工作上的事情，平时研究主题这块的时间比较少，从4月磨磨蹭蹭到今天总算是完善的差不多了
这是一款简约而不简单的主题
移植于Typecho主题Ying，部分样式参考优世界
专注内容分享记录
目前正在缝补更新ing

主题预览

特性

• 极简设计: 白色简约风格，聚焦内容本身。
• 搜索功能: 提供站内搜索，帮助用户快速找到相关文章和内容.

功能支持

• 文章搜索（插件）
• RSS订阅（插件）
• 动态瞬间（插件）
• 评论系统（插件）
• 友情链接（插件）
• 回忆相册（插件）

后续计划

• 优化动态瞬间、相册页面性能
• 新增个人物品界面（working）
• 待issues新增用户反馈

版权相关

• 本主题免费，请勿用于二次分发或销售！

使用方式

1. 前往官网应用市场下载。
2. 在Github中进行下载安装。

食用技巧

主题CDN

请将主题目录整个assets目录放到你所使用的oss或者cos上，例如：

最后在主题设置测选择即可

我的设备

主题默认关闭该选项
开启之后
前往页面

根据上图所述步骤新加页面，最后在菜单页加上新创建页面的链接即可
主题配置参考部分：

2024年12月31日
没想到，今天还会再跑一趟雅安
早上6点40起床，洗漱完直奔成都西，深怕自己赶不上高铁
天还未亮，人影稀疏

如果没意外，今年最后一场日出，会在C6655这班动车上与我邂逅
当然我也是很幸运~

相机拍的美图我放到了文章末
今天到雅安主要是工作上的事宜，9点过到现场直接一头扎进机房里，忙完已经到了下午2点，午饭
也没有吃，就为了能早点往回走，今天回程高峰（害怕弱小无助）不过好在，票我们是抢到了
Let's Go 回家！

给大伙看看四川人对下午茶的执念
下午的阳光正好，很暖，难得一见

回家第一件事！给自己煮了一锅科技狠活版火锅（笑死）
然后愉快的在家静待2025年的到来

最后给大家看看我在动车上拍的：

2024年马上就要过去了，决定在今年翻篇之前，再疯狂一把：峨眉山金顶
我们计划周五下班就直接开冲，到峨眉山本地住宿一晚，再自驾至零公里停车场，做摆渡大巴至雷洞坪，然后徒步至金顶
心动不如行动：
当晚8点我们就直接飙到了峨眉山

到了住宿的酒店，由于大家都是下班就直接出发，饭也没有吃，于是乎点了顿外卖（烤鱼+烧烤）
有一说一，这边的物价，比成都市区内还要贵上好多，量感觉也好少
吐槽一下，这个外卖从我们8点50点，他10点20才送到，实在是太慢了

吃完我们就休整了一会，我和他们打了会牌（纯萌新一枚）被虐的体无完肤，不过好在大家都在教我怎么玩，哈哈哈哈哈，最后还是赢了一把
第二天我们7点起床，吃了个面食早餐就直奔零公里停车场
隐隐约约已经能看到远处的雪山了，只可惜今天天公不作美，有很厚的云层

随着我们上了到雷洞坪的摆渡车，在蜿蜒的山路上行驶着，渐渐的就到了雪线附近，周围的杉树也出现了白皑皑的雪，激动地心，颤抖的手，想快点下去玩雪哈哈哈哈哈。

下车拍的第一张照片，惊呆了

今天的运气还可以，路途上遇到了该有的特色小动物们

剩下的美景由君鉴赏：

今天周六，成都冬天的天气难得好一天

和朋友两个一拍即合，准备去看一下银杏叶，这个时间节点已经差不多全部金黄了
放几张美照在这

看完这边的银杏叶，我突发奇想，想去都江堰的紫坪铺水库看看，那边天气好打卡拍照还不错，景观也还可以
我朋友也觉得不错，于是乎就直奔目的地

想象很丰富，现实却很残酷
等我俩到那边的时候，基本上已经看不见太阳了
but好在的是，能见度还不错，居然能看到雪山
于是乎：

我当天去的时候没考虑那么多，只穿了个外套+毛衣，还有个围巾，差点给我冻惨了
后面就决定去都江堰的市区玩玩，晚上去看看南桥还有所谓的“蓝眼泪”

但是实际上那个蓝眼泪，一言难尽，就是一堆灯光，打在了河面上
当天我们去的时候，那个灯居然还是绿色的，在南桥上旁边的妹子问我们这确定是“蓝眼泪”么，引的我和我朋友开怀大笑。

关于我为啥11月没怎么更新
因为上个月实在是太忙太忙了，没到周末就只想躺平~
月初去了趟川西，具体的美照我放在了相册有兴趣的小伙伴可以康康
这个月还去了雅安，在那边出差待了3天
有一说一，冬天的机房是真的暖和，来几组工作照

这次定的酒店不戳，还得是我同事的支持，万分的感谢

不知道是不是这个系统记录的有问题，这个月的里程有1000多公里

回家的第一顿餐，自己煮了顿火锅

希望12月一切平安顺利

OSPF的定义

Open Shortest Path First 开放最短路径优先
IGP协议，基于链路状态特征，工作在IP层，协议号89
需要了解的点：
引入到OSPF的外部路由优先级默认为150这里指通过5、7类LAS计算出来的
OSPF区域内部优先级默认为10这里指通过1、2、3类LAS计算出来的

OSPF的特点

• 没有跳数限制
• 使用组播更新变化的路由和网络信息
• 路由收敛较快
• 以开销（cost）值作为度量
• 采用SPF算法，避免路由环路
• 在互联网上大量使用，最广泛的IGP路由协议

OSPF的三张表

邻居表、拓扑表、路由表

邻居表

记录邻居之间的状态和关系
OSPF 协议的路由器以组播方式（目的地址 224.0.0.5）发送 Hello 报文 来发现邻居
华三交换机可以使用如下命令查看邻居表

display ospf peer

拓扑表

链路状态数据库LSDB
记录着所有LSA的详细信息
华三交换机可以使用如下命令查看邻居表

display ospf lsdb

路由表

记录通过SPF计算后的路由
华三交换机可以使用如下命令查看邻居表

display ospf routing

OSPF区域概念

OSPF中有2个区域类型
骨干区域和非骨干区域

整OSPF区域中只能有一个骨干区域，一般是Area0
非骨干区域必须连接到骨干区域，非骨干区域之间互通必须经过骨干区域
与骨干区域相连是为了避免出现域间路由环路
划分区域的优势：

OSPF路由器类型

一共有4种路由器角色区域内路由器（IR）、骨干路由器（BR）、区域边界路由器（ABR）、自治系统边界路由器（ASBR）

区域内路由器

也叫IR
所有接口都在同一区域

骨干路由器

也叫BR
有接口在骨干区域

区域边界路由

也叫ABR
连接骨干区域和非骨干区域

自治系统边界路由器

也叫ASBR
连接外部自治系统，并引入外部路由

OSPF的Router-id

一台路由要运行OSPF就必须要有Router-id（RID）
RID可以通过手动配置，也可以通过自动生成
优选Loopback接口中IP最大的地址作为RID，其次选择所有已经配置了的IP地址中选取最大的作为RID
RID不考虑该IP接口up/down情况

OSPF的网络类型

OSPF根据链路层协议类型将网络分为不同的类型
不同网络类型之间，DR、BDR选举，LSA细节，协议发送的形式也会有所不同
总的分为一下4种类型：Broadcast、NBMA、P2MP、P2P。

Broadcast（广播型）

当链路层协议是Ethernet、FDDI时，OSPF默认认为该网络类型为Broadcast
该网络类型的特点是：
组播发送协议报文224.0.0.5（所有运行了OSPF的接口都会监听，Dr Other），224.0.0.6（所有DR/BDR都会监听）
需要选举DR/BDR
Hello Time：10秒
Dead Time：40秒（4倍Hello Time）

NBMA（非广播多点可达）

现在基本没有用这个了
一般用在帧中继、ATM、X.25网络中时，OSPF会识别该网络类型为NBMA（Non-Broadcast Multi-Access）
该网络类型的特点是：
单播发送协议报文
需要选举DR/BDR
Hello Time：30秒
Dead Time：120秒（4倍Hello Time）

P2MP（点到多点）

点到多点，这个网络类型，只能由手动更改而来
该网络类型的特点是：
通过模拟组播发送协议报文，可以自动发现邻居
不选举DR/BDR
Hello Time：30秒
Dead Time：120秒（4倍Hello Time）

P2P（点到点）

当链路层协议是PPP的时候，OSPF会识别该网络类型为P2P
该网络类型的特点是：
组播发送协议报文（只有224.0.0.5）
不选举DR/BDR
Hello Time：10秒
Dead Time：40秒（4倍Hello Time）

OSPF的报文类型

在OSPF中有如下几种报文：Hello、DD、LSR、LSU、LSACK

• Hello报文用于建立邻居
• DD报文用于数据库描述
• LSR报文用于链路状态请求
• LSU报文用于链路状态更新
• LSACK用于链路状态更新确认

如果超过了Dead Time没收到Hello报文，则认为邻居失效

OSPF中DR和BDR的选举

在广播和NBMA网络中，如果不选举DR和BDR，则所有的路由器都会与对端建立邻接关系，形成全互联状，这样会导致大量的更新泛滥，占用大量的带宽资源，于是引入了DR和BDR的概念
这里要注意一下在 OSPF 中，邻居（Neighbor）和邻接（Adjacency）是两个不同的概念
DR（Designated Router）简称指定路由器
BDR（Backup Designated Router）为指定路由器的备份
DR失效则BDR成为新的DR，再重新选举新的BDR
采用DR/BDR建立邻接关系，可以降低需要维护的邻接关系数量

选举流程

• 优先级大的优先（默认优先级都是1）
• 其次选Router-id大的优先
• 如果有更优先的路由加入该OSFP网络中，也不会影响当前所选举的DR和BDR，保持一个稳定原则

就如上图所示，一个高优先级的路由器加入到原有的OSPF网络中，并不会引起新的DR和BDR选举，而是成为Dr Other

OSPF初始化流程

简单来说有4个流程
建立邻居关系、建立邻接关系、交换LSA路由信息，链路状态数据库收敛同步、根据本机链路状态数据库计算到达最优网段的路由，并写入路由表

建立邻居

启动OSPF进程的时候，就会通过224.0.0.5组播地址发送Hello报文去发现，和建立邻居
建立邻居的前提是：

• 接口UP
• 双方接口都在同一网段
• 双方接口都在同一区域

建立邻接

建立邻居之后，会进行DR/BDR的关系选举
选举DR和BDR是让广播网络中路由交换信息更加高速有序
选举的范围是每条广播链路选举一个DR和BDR
关系状态分析

• DR和BDR建立邻接关系
• DR Other与DR建立邻接关系
• DR Other与BDR建立邻接关系
• DR Other与DR Other之间建立邻居关系

链路状态数据库同步

邻接关系建立完成之后，就对自己的链路状态数据库（LSDB）进行同步
具体流程如下：

1. 先是向邻接路由器发送DD报文，通告本地LSDB中所有LSA的摘要信息
2. 收到DD报文后，对比自身LSDB中是否有缺失部分LSA，如果有缺失则向对方发送LSR请求缺失部分的LSA摘要
3. 收到请求方发来的LSR之后，将所需的详细LSA摘要信息，打包以LSU报文发送给请求方
4. 收到LSU之后更新LSDB后，向被请求方发送一条LSACK进行确认

• LSA 用来描述路由器的接口、路由器目的地址的相关信息
• LSDB中存储着本地所有的LSA

路由表更新

最后根据本地的LSDB数据库，将计算过后到达各目的网段最优的路由加入到全局路由表中

OSPF邻接关系建立流程详解

邻居连接的过程

如上图所示，在刚启用OSPF的时候，两台路由器都处于Down状态
当他们开始交互Hello报文时，进入下一个阶段，整体步骤如下：

【1】 首先RTA先发送Hello报文（里面携带了自己的Router-id，自己的IP，邻居的IP等等），由于自己的邻居表内当前还没有发现邻居，会将报文里面的Neighbors seen置位为0并且当前还没有进行DR和BDR的选举于是设置DR为0.0.0.0
【2】 接着RTB收到RTA发送的Hello报文后，首先对比收到的Hello报文中的Router-id，发现RTB自己的要大些，于是将Hello报文中的DR字段设置成自己，并且Neighbor seen字段设置成RTA，发现了RTA这个邻居，并且将邻居状态置位为Init状态随后再发送给RTA
【3】 紧接着RTA收到新的Hello报文后，发现邻居表内有自己，于是邻居状态进入2-way状态并且将RTB加入到自身的邻居表内，并将DR字段设置成RTB，随后再发送给RTB
【4】 RTB收到之后，发现A发过来的邻居表内有自己，于是将邻居状态置位为2-way，将RTA并入自己邻居表内
注意，如果RTA和RTB都是DRother路由器的话，那么他们的状态就会一直停留在2-way状态，如果处于DR/BDR状态，则进入下一阶段邻接建立（Full）

邻接建立的流程

如上图所示，建立好邻居关系后，处于2-way状态接下来进行下一步，邻接建立
【5】 接下来就开始交互DD报文首先邻居状态会转入Exstart状态紧接着会发送一个不携带摘要信息的DD报文给对端，来协商主从关系，其中在DD报文中Seq=x，I=1，M=1，MS=1具体的含义表示如下：

1. Seq是发送报文的序列号
2. I位标识是由谁发起的初始化DD报文，第一个发起的置位为1
3. M位标识这个DD报文是否是最后一个报文，置位1表示后续还有，置位0则是最后一个DD报文
4. MS位标识Master是谁，置为1表示Master是当前发送DD报文的这个路由器，置为0表示Slave路由器

随后将该DD报文发送给RTB
【6】 RTB收到之后，也将邻居状态转为Exstart状态对比信息发现，自己的Router-id比RTA要大，于是将MS置为为1，seq置位为本端发起的编号，I位和M位同样置位为1
【7】 RTA收到后，确认了RTB的Master身份，于是将自己的MS位、I位、置为为0，表明自己是Slave路由器，将Seq序列号更新为RTB发起的序列号，并且将邻居状态更新到Exchange状态，这时从RTA发送的DD报文里面就包含了LSA摘要信息
【8】 RTB收到后，也将自己的邻居状态修改为Exchange状态，并且更新squ序列号+1，发给RTA交换DD摘要信息，收到从RTA发送的摘要信息发现自己的LSDB数据库都有相应的LSA摘要，于是直接进入Full状态。

【9】 RTA收到的DD报文比较自己的LSDB数据库发现自己LSA有缺失部分，并不是完整的，于是进入下一个交互阶段，请求缺失的LSA，先将RTB的邻居状态置为为Loading状态向RTB发送LSR（LS Request）报文请求自己缺失的LSA部分
【10】 RTB收到来自RTA的LSR请求后，将请求的 LSA 全部内容以一条或者多条 LSU （LS Update）报文发送给 RTA
【11】 RTA收到后，对自己的LSDB数据库进行更新，随后发送一个LSAck报文给RTB，确认收到该更新，最终将RTB的邻居状态置为为Full状态完成邻接建立，LSDB数据库同步
FULL的前提条件：两端MTU一致否则会卡在Exstart或则Exchange状态
能计算路由的前提条件：两端网络类型要一致否则状态是FULL但是没法学习到路由

状态机

要注意的是，在OSPF中，Down、2-Way、Full是处于一个稳定状态，正常情况下，DR/BDR和Drother之间是处于Full稳定状态， Drother之间是处于2-way的稳定状态
其余阶段都属于瞬时肯能会变化的一个状态
关于这几个状态的解释如下图所示：

LSDB的更新流程

OSPF中LSDB的更新流程大致分为三种

1. 收到更新，查LSDB，没有则加入LSDB
2. 收到更新，查LSDB，有，对比序列号大，将已有的LSA更新
3. 收到更新，查LSDB，有，对比序列号小，丢弃或忽略

注意，在LSDB中的每条LSA，默认是有老化时间的，默认为一小时如果一小时没有更新LSA则LSA 将会老化同时被移除
默认情况下，LSDB每隔30分钟刷新一次LSA，每次刷新存活的LSA序列号+1同时重置老化计时器

其中广播类型（Broadcast）的网络中，更新只由DR发起，其余角色，先将更新的DD报文上送至DR，再有DR发送更新给其他路由器

OSPF高级特性

OSPF虚连接

虚连接Virtual-Link
一般在正常的规划网络中是不会出现虚连接的这种情况，因为OSPF规定了，所有非骨干区域必须要与骨干区域连接
而虚连接这个技术是为了解决没有和骨干区域连接的情况，如下图所示：

这里还要提OSPF的两个机制
【1】ABR从骨干区域学到的路由，不会再向骨干区域传播
【2】所有非骨干区域通信，必须要经过骨干区域转发

• 图一因为骨干区域被分割，RTB和RTC都认为自己是ABR，那么，由RTA发给RTB的路由，是不会从RTC发回RTD，RTD就学不到对端的路由，导致OSPF路由学习有问题
• 图二因为非骨干区域没有和骨干区域连接，那么RTC就不会在两个非骨干区域交换路由，因此RTD学不到RTA、RTB、RTC的路由，RTA、RTB、RTC学不到RTD的路由

虚连接（Virtual-Link）

通过配置虚连接将两个分割的Area0区域，通过建立一个逻辑连接通道打通，虚连接为他们提供了一个特殊的区域，传输区域（Transit Area）
虚连接配置的条件，它的两端必须是ABR
虚连接建立成功后，两个ABR之间通过单播形式交换路由信息进行正常的转发
虚连接的配置参考：

配置命令详细参考入下：

通过如下命名可以查看虚连接的状态情况：

字段详解：

OSPF的LSA类型【重点】

在OSPF中将LSA分为11大类，其中1、2、3、4、5、7类LSA比较常用
其余作为扩展

LSA报文格式

字段详解：

• LS age LSA的老化时间，以秒为单位，在路由器LSDB中随时间老化
• LS type LSA的类型
• Link State ID 这里具体的数值根据LSA的类型来定义
• Advertising Router 这条LSA的始发路由器的ID
• LS Sequence Number LSA的序列号，用于判断哪条LSA最新的
• LS Checksum LSA的校验和
• Length LSA的总长度

标识一条LSA的三个重要字段LS Type、Link State ID、Advertising Router

Type1-LSA

也叫Router LSA
该LSA描述了区域内与本路由器直连链路的信息
所有区域内的路由器都会产生该条LSA
该LSA仅在区域内传递
通过该条命令可以查询：

display ospf lsdb router

• LS ID 标识发出该条LSA的Router-id
• Adv Rtr 始发路由器，产生该条LSA的路由的Router-id
• Link-Type 链路类型，描述该链路二层类型，每个网络类型对应Link Count的解释不同，稍后详细说一下

TransNet

当链路类型为Broadcast或NBMA时，Link-Type字段会填充为TransNet

• Link ID 标识本网段DR的IP地址
• Data 标识本路由器在该网段的IP地址

P2P

当链路类型为PPP时，Link-Type字段会填充为P2P

• Link ID 标识该网段对端路由器的Router-id
• Data 标识本网段与对端路由器相连的接口IP

Stubnet

当链路类型为P2P、换回口、末梢网络时，Link-Type字段会填充为Stubnet
该字段用于补充P2P类型中缺失部分

• Link ID 标识该网段的网络地址
• Data 标识该网段的子网掩码

Type2-LSA

也叫Network LSA
由DR产生，用于描述该区域内MA网络中的路由器以及掩码信息
同样仅在区域内传递
该LSA只能由DR产生
通过该条命令可以查询：

display ospf lsdb network

• LS ID 标识该网段DR的IP地址
• Adv Rtr 标识该网段DR的Router-id
• Net Mask 标识该链路的掩码信息
• Attached Router 该网段所有路由器的Router-id

Type3-LSA

也叫Summary LSA

前景

今年年初入了个相机
佳能的M6Mark2，虽然是一款已经停产的残画幅相机，但是它的性能依旧能打
我带着它记录了人生旅途中的种种瞬间。

有人说你可以不懂摄影，但一定要记录生活，你拍的不好没有关系，没有记录下来才是最可惜的一点，因为很多事情过后已经不能凭空想象起来，当按下快门的那一刻，时间就停在了这里，影像的意义，在于把尽兴的瞬间变成一个永恒，当你回看的时候，回忆起来当时的心情，他会让这段回忆变得更加具体，也更加鲜活一些。

于是我就拍下了许多的瞬间，由于我拍摄的照片都是RAW格式的，3250万像素，一张照片大概33M

然后我的硬盘就爆仓了。。。最近b站给我推荐的all in one非常的多，我又刚好非常的爱折腾
然后就剁手入了个X99，为了稳妥点，我选则惠普的Z440工作站，作为我的all in one底座
可谓是真的大家伙

后续部署了个Esxi8，上面跑了个windows的虚拟机通过文件共享到我电脑，后续可以扩容一下硬盘，更多的会考虑用固态吧，组个raid5或者1，因为我发现，机械盘噪音震动是真的大

22号凌晨，总算是把泸州、南充割接入网了，没想到一个简单的割接居然因为一点小问题排错排查到了凌晨4点过

打个卡，明天直接调休，抬头看了下天空，居然能看见明月和星星，当时觉得今天早上绝对有好看的日出
所以犹豫了下，找了下青羊区附近有没有什么看日出的好地方，但是发现都不太行，最后决定，去龙泉驿那边的青龙湖。
回去洗了个澡，等到5点多地铁快开门的时候出门，直接从清江西路做到明蜀王陵

在地铁上我还怕赶不到，刚出地铁站，我就感觉赌对了，天边已泛起微红

马不停蹄的跑向开阔地

直接架上设备开拍

成片：

今年五月份勇敢了一次！
做了件自己一直想做的事情“爬山”
人生总要勇敢一次，远赴一眼，见山
于是，我拉着的我好兄弟，跑去了彭州的九峰山

路途的风景真的很震撼，不过也要提醒各位喜欢户外运动的兄弟姐妹，一点要注意安全，尤其是爬那种没有开发过的山

遇到的一个滑坡点，这里才爬了将近1-2公里

靠近山峰的地方开始慢慢云雾了，给大伙看看后续的路有多惊险，基本上边上就是悬崖峭壁

休整的时候自己堆得（当然下山的时候再看已经没了，晚上下大雨冲没了）

翻过南天门，包里的喔喔奶糖已经开始高反了

总算要登顶了，历时5小时，中途遇到了雷阵雨，刮大风打雷，真的害怕

在山顶吃了个20大洋的泡面，哎妈呀真香

因为下雨，鞋子裤子都有点湿了，大家都在山顶烤火取暖，还是很冷，对面太子城上的雪还没有化完

雨过天晴

再山顶上住一晚一个人60，但是里面的帐篷被子都很湿润，因为山顶常年有云雾在，房间又是那种小木屋，很透风
半夜还有源源不断夜爬上山的哥们，那天晚上着实没有休息好，然后5点钟就起来顿日出，还好我们那天运气很不错

可谓是远赴一眼

生活记

2024年，今年的我特别的焦虑，论事论情都无法使我静下心来，反反复复的思考自己到底是为了什么，我想要躺平，可是看着手里的一丁点工资，实在是趟不下。
目前截止2024年10月14日19:04:20，我在这里工作已经满一年多了，实习了一年，终于在今年的6月转正，还好这份工作有双休，至此双休是我的救赎。

生活需要一些激情

今年快五一的时候，听了A公馆的挽留的歌谣，给我打了针鸡血，Rock！！简直太好听了，刚好他们五一巡演成都有场！！！运气太好了，那天就直接冲了，人生第一次LiveHouse

现场氛围直接爆炸