报文交换

RIP( Routing Information Protocol)路由信息协议 最早的动态路由协议,基于距离矢量算法实现 使用UDP报文来交换路由信息 以跳数多少选择最优路由,最大跳数为15 RIPv1协议报文不携带掩码信息,不支持vsm网络 路由器每隔30S向外广播一个D-V报文 RIP配置： Router(config)#router rip 开始R|P路由进程 Router (config-router)# network network-wildmask Router(config-router)# no network network-wildmask 选择参与RP路由进程的网络(接口)并在此接口上接受和发送RP路由更新信息 要清除这个设置,使用此命令no格式 来源： https://www.cnblogs.com/wkw-201710110022/p/11954825.html

RIP协议概述： RIP路由信息协议 最早的动态路由协议，基于距离矢量算法实现 使用UDP报文来交换路由信息 以跳数多少选择最佳路由，最大跳数为15 RIPv1协议报文不携带掩码信息，不支持vlsm网络 路由器每隔30S向外广播一个D-V报文 RIP协议的特点： 收敛慢； 路由选择到无限； 不能处理vlsm； 不能检测路由环路； 度量值只是跳跃计数； 网络直径小。 来源： https://www.cnblogs.com/stone-ocean/p/11954824.html

TCP报文格式1.jpg 16位源端口号：16位的源端口中包含初始化通信的端口。源端口和源IP地址的作用是标识报文的返回地址。 16位目的端口号：16位的目的端口域定义传输的目的。这个端口指明报文接收计算机上的应用程序地址接口。 32位序号：32位的序列号由接收端计算机使用，重新分段的报文成最初形式。当SYN出现，序列码实际上是初始序列码（Initial Sequence Number，ISN），而第一个数据字节是ISN+1。这个序列号（序列码）可用来补偿传输中的不一致。 32位确认序号：32位的序列号由接收端计算机使用，重组分段的报文成最初形式。如果设置了ACK控制位，这个值表示一个准备接收的包的序列码。 4位首部长度：4位包括TCP头大小，指示何处数据开始。 保留（6位）：6位值域，这些位必须是0。为了将来定义新的用途而保留。 标志：6位标志域。表示为：紧急标志、有意义的应答标志、推、重置连接标志、同步序列号标志、完成发送数据标志。按照顺序排列是：URG、ACK、PSH、RST、SYN、FIN。 16位窗口大小：用来表示想收到的每个TCP数据段的大小。TCP的流量控制由连接的每一端通过声明的窗口大小来提供。窗口大小为字节数，起始于确认序号字段指明的值，这个值是接收端正期望接收的字节。窗口大小是一个16字节字段，因而窗口大小最大为65535字节。 16位校验和：16位TCP头

交换机三种链路类型：access、trunk、hybrid。 access类型只属于一个VLAN，一般用于连接计算机端口。 trunk类型可以允许多个vlan通过，可以接收和发送多个vlan的报文，一般用于交换机之间的端口。 hybrid类型可以允许多个vlan通过，可以接受和发送多个vlan的报文，可以用于交换机之间连接，也可以用于连接用户计算机。 hybrid端口和trunk端口在接收数据时，处理方法是一样的，唯一不同在于发送数据时：hybrid端口可以允许多个vlan的报文发送而不打tag（标签），而trunk端口只允许缺省vlan（就是它所在的vlan）不打tag（标签）。 缺省vlan：access端口只属于一个vlan，所以它的缺省vlan就是它所在的vlan，不用设置；hybrid端口和trunk端口属于多个vlan，所以需要设置缺省vlan ID，缺省情况下，hybrid端口和trunk端口的缺省vlan为vlan1；若设置了端口的缺省vlan ID，当端口接收到不带vlan tag的报文后，则将报文转发到属于缺省vlan的端口。 当端口发送带有vlan tag的报文时，如果该报文的vlan id与端口缺省的vlan id相同，则系统将去掉报文的vlan tag，然后再发送该报文。 交换机接口出入数据处理过程： access端口收报文：收到一个报文

七、DNS DNS（Domain Name System，域名系统），因特网上作为域名和IP地址相互映射的一个分布式数据库，能够使用户更方便的访问互联网，而不用去记住能够被机器直接读取的IP数串。通过主机名，最终得到该主机名对应的IP地址的过程叫做域名解析（或主机名解析）。DNS协议运行在UDP协议之上，使用端口号53。 八、TCP连接的建立与终止 1.三次握手 TCP是面向连接的，无论哪一方向另一方发送数据之前，都必须先在双方之间建立一条连接。在TCP/IP协议中，TCP协议提供可靠的连接服务，连接是通过三次握手进行初始化的。三次握手的目的是同步连接双方的序列号和确认号并交换 TCP窗口大小信息。 第一次握手： 建立连接。客户端发送连接请求报文段，将SYN位置为1，Sequence Number为x；然后，客户端进入SYN_SEND状态，等待服务器的确认； 第二次握手： 服务器收到SYN报文段。服务器收到客户端的SYN报文段，需要对这个SYN报文段进行确认，设置Acknowledgment Number为x+1(Sequence Number+1)；同时，自己自己还要发送SYN请求信息，将SYN位置为1，Sequence Number为y；服务器端将上述所有信息放到一个报文段（即SYN+ACK报文段）中，一并发送给客户端，此时服务器进入SYN_RECV状态； 第三次握手：

简单的HTTP协议 一.HTTP 协议用于客户端和服务器端之间的通信 客户端和服务器的定义：请求访问文本或图像等资源的一端称为客户端，而提供资源响应的一 端称为服务器端。在两台计算机之间使用 HTTP 协议通信时，在一条通信线路上必定有 一端是客户端，另一端则是服务器端。 二.通过请求和响应的交换达成： HTTP 协议规定，请求从客户端发出，最后服务器端响应该请求并返回。换句话说，肯定是先从客户端开始建立通信的，服务器端在没有接收到请求之前不会发送响应。 通信请求和响应实例： 1.请求报文中的内容(意思是：请求访问某台 HTTP 服务器上的 /index.htm 页面资源)： GET /index.htm HTTP/1.1 Host: hackr.jp . （起始行开头的GET表示请求访问服务器的类型，称为方法 （method）;字符串 /index.htm 指明了请求访问的资源对象， 也叫做请求 URI（request-URI）; HTTP/1.1，即 HTTP 的版本号，用来提示客户端使用的 HTTP 协议功能。 请求报文是由请求方法、请求 URI、协议版本、可选的请求首部字段和内容实体构成的。） 2.响应报文中的内容： （在起始行开头的 HTTP/1.1 表示服务器对应的 HTTP 版本。 紧挨着的 200 OK 表示请求的处理结果的状态码（status code）和原因

交换机三种链路类型：access、trunk、hybrid。 access类型只属于一个VLAN，一般用于连接计算机端口。 trunk类型可以允许多个vlan通过，可以接收和发送多个vlan的报文，一般用于交换机之间的端口。 hybrid类型可以允许多个vlan通过，可以接受和发送多个vlan的报文，可以用于交换机之间连接，也可以用于连接用户计算机。 hybrid端口和trunk端口在接收数据时，处理方法是一样的，唯一不同在于发送数据时：hybrid端口可以允许多个vlan的报文发送而不打tag（标签），而trunk端口只允许缺省vlan（就是它所在的vlan）不打tag（标签）。 交换机接口出入数据处理过程： access端口收报文：收到一个报文，判断是否有vlan信息，若没有则打上端口的PVID，并进行交换转发，若有则直接丢弃（缺省） access端口发报文：将报文的vlan信息剥离，直接发送出去。 trunk端口收报文：收到一个报文，判断是否有vlan信息，若没有打上端口的PVID，并进行交换转发，若有判断该trunk端口是否允许该vlan的数据进入，若可以则转发，否则丢弃 trunk端口发报文：比较端口的PVID和将要发送报文的vlan信息，若两者相等则剥离vlan信息，再发送，若不相等则直接发送 hybrid端口收报文：收到一个报文，判断是否有vlan信息

【摘要】 当今物联网的主流通信协议是CoAP/LWM2M协议和MQTT协议，本文将会为您分别解读这些协议的工作方式，了解它们的特点，助您选择最适合您的设备的通信协议。 通信协议又称为传输协议，用于定义多个设备之间传播信息时的系统标准。通信协议定义了设备通信中的语法、语义、同步规则和发生错误时的处理原则，可以理解为机器之间使用的语言。 在物联网场景中，通信主要发生在设备和物联网平台之间，由于大部分物联网设备都是资源受限型设备，它们的物理资源和网络资源都非常有限，直接使用现有的HTTP协议进行通信对它们来说要求实在是太高了。因此，物联网场景中主要使用的通信协议都是轻量级的，为资源受限环境而设计的通信协议，例如CoAP/LWM2M协议和MQTT协议。 本文将会为您分别解读CoAP/LWM2M协议和MQTT协议，希望能帮助您了解这些协议，并选择最适合您的设备的通信协议。 ----------CoAP/LWM2M协议---------- CoAP（Constrained Application Protocol，受限制的应用协议）运行于UDP协议之上，设计上主要借鉴了HTTP协议的RESTful风格，简化了协议包格式，一个最小的CoAP数据包仅4字节。CoAP协议采用了和HTTP协议相同的请求/响应模型，客户端发出请求后，服务端处理请求并回复响应，是一种点对点的通信模型

TCP: 　　TCP/IP通过三次握手建立一个连接。这一过程中的三种报文是：SYN，SYN/ACK，ACK。 　　第一步是找到PC发送到网络服务器的第一个SYN报文，这标识了TCP三次握手的开始。 如果你找不到第一个SYN报文，选择 Edit -> Find Packet 菜单选项。选择Display Filter，输入过滤条件：tcp.flags，这时会看到一个flag列表用于选择。选择合适的flag，tcp.flags.syn并且加上==1。点击Find，之后trace中的第一个SYN报文就会高亮出来了。 　　注意：Find Packet也可以用于搜索十六进制字符，比如恶意软件信号，或搜索字符串，比如抓包文件中的协议命令。 一个快速过滤TCP报文流的方式是在 Packet List Panel 中右键报文，并且选择 Follow TCP Stream 。这就创建了一个只显示TCP会话报文的自动过滤条件。 　　这一步骤会弹出一个会话显示窗口，默认情况下包含TCP会话的ASCII代码，客户端报文用红色表示服务器报文则为蓝色。 　　窗口类似下图所示，对于读取协议有效载荷非常有帮助，比如HTTP，SMTP，FTP。 　　更改为十六进制Dump模式查看载荷的十六进制代码，如下图所示： 关闭弹出窗口，Wireshark就只显示所选TCP报文流。现在可以轻松分辨出3次握手信号。 注意

OSPF协议基础 IETE(互联网工程任务组)提出了基于SPF算法的链路状态路由协议OSPF。 OSPF基本特点：支持无类域间路由(CIDR)、无路由自环（区域内无环、区域间不一定，利用其他防环机制）、收敛速度快、使用IP组播收发协议数据、支持多条等值路由、支持协议报文的认证-明文/密文，在HELLO包中 路由信息传递与路由计算分离 基于SPF算法 以“累计链路开销”作为选路参考值 链路状态算法的路由计算过程 LSA：用来描述每台路由器周边的网络情况和直连邻居的信息 link：接口IP地址、掩码、cost值（带宽）--反比 state：邻居的信息 形成拓扑结构 区域内 LS LSA SPF算法 选路最优、无环 LSDB要一致 区域间 DV 抽象化为路由信息 选路不一定最优、不一定100%无环 LSDB不要求一致 OSPF的工作过程 step1:邻居建立 step2:同步链路状态数据库 step3:计算最优路由 自治系统 ： Router ID ： 用于在自治系统中唯一标识一台运行OSPF的路由器，每台运行OSPF的路由器都有一个RID（32位的无符号整数，其格式和IP地址的格式一致）。 运行OSPF协议的每台路由器的名字、标识。 跟路由完全没任何关系 表现形式：点分十进制，例1.1.1.1 可配任意，排除0.0.0.0 自动选举原则： (1)逻辑口(取大) (2)物理号(取大)