报文结构
各协议报文格式介绍

各协议报文格式介绍协议报文格式是指在网络通信中,不同协议所使用的报文的结构和格式。
不同的协议根据其功能和要求,设计了不同的报文格式来实现数据的传输和交换。
以下是几种常见的协议报文格式的介绍:1.HTTP(超文本传输协议)报文格式:HTTP报文由请求报文和响应报文组成。
请求报文包括请求行、请求头部和请求正文,用于向服务器发送请求。
响应报文包括状态行、响应头部和响应正文,用于服务器向客户端返回响应。
2.FTP(文件传输协议)报文格式:3.SMTP(简单邮件传输协议)报文格式:SMTP报文格式基于文本格式,包括邮件头和邮件体两部分。
邮件头包含了发信人、收件人、主题等信息,邮件体则包含了邮件的具体内容。
4.POP3(邮局协议版本3)报文格式:5.DNS(域名系统)报文格式:DNS报文格式包括头部和问题部分、回答部分、授权部分和附加部分。
头部包含了报文的基本信息,问题部分包含了查询的域名或IP地址,回答部分则包含了DNS服务器返回的结果。
6.TCP(传输控制协议)报文格式:TCP报文格式由TCP头部和数据部分组成。
TCP头部包含了源端口、目标端口、序列号、确认号等信息,数据部分则是传输的具体数据。
7.UDP(用户数据报协议)报文格式:UDP报文格式也由UDP头部和数据部分组成。
UDP头部包含了源端口、目标端口、长度等信息,数据部分则是要传输的数据。
8.IP(互联网协议)报文格式:IP报文格式由IP头部和数据部分组成。
IP头部包含了版本、首部长度、服务类型、源IP地址、目标IP地址等信息,数据部分则是要传输的数据。
以上是几种常见的协议报文格式的介绍。
每种协议都有自己特定的报文格式,通过报文的解析和处理,可以实现网络数据的传输和交换。
modbus tcp协议报文解析

modbus tcp协议报文解析摘要:一、Modbus TCP 协议简介二、Modbus TCP 报文结构1.请求报文结构2.响应报文结构三、Modbus TCP 报文解析实例四、总结正文:一、Modbus TCP 协议简介Modbus TCP 协议是一种串行通信协议,它是由Modicon 公司开发,用于在工业控制系统中实现设备之间的通信。
Modbus TCP协议是基于TCP/IP协议栈的,它采用客户端/服务器模型。
在这个模型中,客户端发送请求报文到服务器,服务器接收请求并返回响应报文。
二、Modbus TCP 报文结构Modbus TCP 报文分为请求报文和响应报文。
下面分别介绍这两种报文的结构:1.请求报文结构请求报文的结构如下:- 事务处理标识符(8 位):用于标识通信事务,每次通信后加1,以区别不同的通信数据报文。
- 协议标识符(8 位):00 00 表示Modbus 协议。
- 数据长度(16 位):指示接下来数据的长度,单位为字节。
- 设备地址(16 位):用于标识连接在串行线或网络上的远程服务端的地址。
- 功能码(16 位):指示请求的操作,例如读取保持寄存器数据。
- 起始地址(16 位):指示读取或写入数据的起始地址。
- 寄存器数量(16 位):指示要读取或写入的寄存器数量。
2.响应报文结构响应报文的结构如下:- 事务处理标识符(8 位):与请求报文中的事务处理标识符相同,用于标识通信事务。
- 协议标识符(8 位):与请求报文中的协议标识符相同,表示Modbus 协议。
- 数据长度(16 位):指示接下来数据的长度,单位为字节。
- 设备地址(16 位):与请求报文中的设备地址相同,用于标识远程服务端。
- 功能码(16 位):与请求报文中的功能码相同,表示响应的操作。
- 字节长度(16 位):指示响应数据的字节长度。
- 数据(可变长度):响应的数据,例如读取保持寄存器的值。
三、Modbus TCP 报文解析实例假设我们要通过Modbus TCP 协议读取一个从设备的保持寄存器数据,请求报文和响应报文的结构如下:请求报文:- 事务处理标识符:00 00- 协议标识符:00 00- 数据长度:06 09- 设备地址:09- 功能码:03- 起始地址:00 00- 寄存器数量:00 01响应报文:- 事务处理标识符:00 00- 协议标识符:00 00- 数据长度:05 09- 设备地址:09- 功能码:03- 字节长度:02- 数据:12 34(表示保持寄存器的值为1234h)四、总结Modbus TCP 协议是一种广泛应用于工业控制系统的通信协议。
modbus tcp协议报文解析

modbus tcp协议报文解析摘要:一、Modbus TCP 协议简介二、Modbus TCP 报文结构1.请求报文结构2.响应报文结构三、Modbus TCP 报文解析实例四、总结正文:一、Modbus TCP 协议简介Modbus TCP 协议是一种用于工业自动化领域的通信协议,它基于TCP/IP 协议栈,并在其基础上增加了Modbus 应用层协议。
Modbus TCP 协议主要用于实现设备之间的通信,例如PLC、PAC 以及各种传感器和执行器等。
通过Modbus TCP 协议,设备可以相互传输数据和控制命令,从而实现对工业自动化过程的监控和控制。
二、Modbus TCP 报文结构Modbus TCP 报文分为请求报文和响应报文两种。
1.请求报文结构请求报文由请求头和请求数据组成,具体结构如下:- 事务处理标识符:用于区分不同的通信数据报文,每次通信后加1。
- 协议标识符:表示Modbus 协议。
- 数据长度:指示接下来数据的长度,单位为字节。
- 设备地址:用于标识连接在串行线或网络上的远程服务端的地址。
- 功能码:表示请求的操作类型,例如读取保持寄存器数据。
- 起始地址:指示要读取的寄存器数据的起始地址。
- 寄存器数量:表示要读取的寄存器数据的数量。
2.响应报文结构响应报文由响应头和响应数据组成,具体结构如下:- 事务处理标识符:与请求报文中的事务处理标识符保持一致。
- 协议标识符:与请求报文中的协议标识符保持一致。
- 数据长度:指示接下来数据的长度,单位为字节。
- 设备地址:与请求报文中的设备地址保持一致。
- 功能码:与请求报文中的功能码保持一致。
如有错误,功能码将返回80h。
- 数据字节长度:指示接下来数据的字节长度。
- 响应数据:根据请求操作类型返回相应的数据值。
三、Modbus TCP 报文解析实例假设我们要通过Modbus TCP 协议读取一个保持寄存器的值,请求报文和响应报文的结构如下:请求报文:- 事务处理标识符:1- 协议标识符:00 00- 数据长度:06- 设备地址:09- 功能码:03- 起始地址:00 00- 寄存器数量:01响应报文:- 事务处理标识符:1- 协议标识符:00 00- 数据长度:05- 设备地址:09- 功能码:03- 数据字节长度:02- 响应数据:12 34从上述实例中可以看出,请求报文中的事务处理标识符、协议标识符、设备地址、功能码和起始地址分别表示通信事务的处理标识、协议类型、设备地址、操作类型和读取数据的起始地址。
modbus tcp数据报文结构详解

modbus tcp数据报文结构详解MODBUS TCP数据报文结构详解1. 简介MODBUS是一种通信协议,常用于工业自动化系统中的设备间通信。
MODBUS TCP是基于TCP/IP网络的MODBUS协议的一种实现方式。
本文将详细解释MODBUS TCP数据报文的结构。
2. MODBUS TCP概述MODBUS TCP使用TCP作为传输层协议,通过以太网传输数据。
它使用简单易懂的ASCII码或二进制格式进行通信,并采用主从架构实现设备间的数据交换。
3. 数据报文结构MODBUS TCP数据报文的结构包括: - 事务标识符(TID):用于标识每个请求/响应事务的唯一标识符。
- 协议标识符(PID):指示MODBUS TCP协议的标识号。
- 长度字段:指示数据报文的长度(以字节为单位),不包括TID和PID字段。
- 单元标识符(UID):用于标识设备的唯一标识符。
- 功能码(FC):指示报文的操作类型,如读取寄存器、写入寄存器等。
- 数据字段:根据功能码的不同,包含特定的数据信息。
4. 报文格式MODBUS TCP数据报文的格式如下:[TID] [PID] [长度字段] [UID] [FC] [数据字段]其中,数据字段的格式根据不同的功能码而变化。
5. 功能码MODBUS TCP定义了一系列功能码,用于表示不同的操作。
常见的功能码包括: - 读取线圈状态(FC 01):读取线圈的开关状态。
- 读取输入状态(FC 02):读取输入寄存器的状态。
- 读取保持寄存器(FC 03):读取保持寄存器的值。
- 写单个线圈(FC 05):设置单个线圈的开关状态。
- 写单个保持寄存器(FC 06):设置单个保持寄存器的值。
6. 示例以下是一个示例的MODBUS TCP数据报文:TID: 0x0001PID: 0x0000长度字段: 0x0006UID: 0x01FC: 0x03数据字段: 0x000A 0x000B上述报文表示读取设备ID为1的设备的保持寄存器的值。
报文的结构

报文的结构
报文的结构是指在计算机网络中,用于在不同设备之间传输信息的一种格式化方式。
它通常包含了报文头和报文体两个部分。
报文头是报文的开头部分,用于存储一些元数据和控制信息,以便接收方能够正确解析和处理报文。
报文头中包含了一些标识符,用于标记报文的类型、版本、长度等信息,以及目标设备的地址和发送设备的地址等。
报文头还可以包含一些选项字段,用于传递一些额外的信息,如报文的优先级、时间戳等。
报文体是报文的主要内容部分,用于存储需要传输的数据或信息。
报文体的格式和内容根据具体的应用和协议而定,可以是文本、图片、音频、视频等任意类型的数据。
报文体的长度也可以根据实际情况而变化。
在传输过程中,报文的结构是按照一定的格式进行编码和解码的。
编码将报文的各个字段转换成特定的格式,以便在网络中传输。
解码则将接收到的编码数据转换回原始的报文格式,以便接收方能够正确解析和处理报文。
报文的结构在网络通信中起着重要的作用,它能够确保信息的正确传输和解析。
不同的协议和应用可能会有不同的报文结构,但无论
如何,报文的结构都需要经过协议规定和约束,以确保网络中的设备能够正确地进行通信。
dm1报文发送规则

dm1报文发送规则DM1报文发送规则DM1报文是一种常用于数据传输的协议,具有一定的发送规则。
本文将介绍DM1报文的发送规则,帮助读者了解和掌握这一重要的通信协议。
第一部分:报文结构DM1报文由多个字段组成,每个字段都有特定的含义和格式。
在发送DM1报文时,需要按照规定的顺序和格式填写各个字段,以确保数据的正确传输和解析。
第二部分:字段填写规则1. 报文头部:DM1报文的头部包含了一些基本信息,如报文类型、报文长度等。
在发送DM1报文时,需要正确填写这些信息,以便接收方能够正确解析报文。
2. 数据字段:DM1报文的核心部分是数据字段,用于传输实际的数据信息。
在填写数据字段时,需要注意以下几点:a. 数据类型:每个数据字段都有特定的数据类型,如整数、浮点数、字符串等。
在填写数据字段时,需要根据数据类型选择合适的格式,并确保数据的准确性和完整性。
b. 数据长度:每个数据字段都有特定的长度限制,需要确保填写的数据长度不超过规定的范围,以避免数据丢失或截断。
c. 数据格式:不同的数据字段可能有不同的格式要求,如日期、时间、货币等。
在填写数据字段时,需要按照规定的格式来填写,以确保数据的可读性和解析性。
第三部分:报文发送流程DM1报文的发送流程一般包括以下几个步骤:1. 建立连接:在发送DM1报文之前,需要先建立与接收方的连接。
可以使用TCP/IP等通信协议来建立连接,并确保连接的稳定性和可靠性。
2. 组装报文:根据DM1报文的结构和字段填写规则,将需要发送的数据按照规定的格式组装成DM1报文。
3. 发送报文:使用网络通信的方式,将组装好的DM1报文发送给接收方。
可以使用Socket编程等方式来实现报文的发送。
4. 等待确认:在发送完DM1报文后,需要等待接收方的确认信息,以确保报文的成功发送和接收。
可以通过接收接收方的回复报文或超时机制来判断发送是否成功。
5. 关闭连接:在报文发送完成后,需要关闭与接收方的连接,以释放资源和维护网络的稳定性。
SWIFT报文的结构和报文类型

SWIFT报文的结构和报文类型一、SWIFT报文的结构1. 消息头部(Header):报文的头部包含了相关的控制和识别信息,如报文类型、发送方和接收方的标识、传输日期和时间等。
2. 消息体(Message Text):报文的主体部分包含了具体的报文内容,如交易细节、支付指令、账户信息等。
这部分内容以XML格式表示,具有良好的可读性和可解析性。
3. 消息尾部(Trailer):报文的尾部包含了一些额外的信息,如报文的统计和验证信息,用于确保报文的完整性和准确性。
二、SWIFT报文的类型1. MT1XX系列:用于汇款指令(Remittance Order)的报文类型,如MT101用于货币转账、MT103用于即时支付等。
2. MT2XX系列:用于汇票指令(Collections and Cash Letters)的报文类型,如MT202用于银行间划账、MT210用于通知支票到期等。
3. MT3XX系列:用于现金管理和金融市场操作(Cash Management and Security Markets Operations)的报文类型,如MT300用于外汇衍生产品、MT340用于期货和期权交易等。
4. MT4XX系列:用于金融定单和证券操作(Financial Institution Transfers and Securities Operations)的报文类型,如MT400用于客户间划账、MT410用于资产证券化等。
5. MT5XX系列:用于外汇交易(Foreign Exchange Markets)的报文类型,如MT564用于证券交易确认、MT570用于股票转让等。
此外,SWIFT还定义了其他一些报文类型,比如用于查询账户余额、查询交易状态、通知付款和查询外汇汇率等。
总结:。
IP、TCP、UDP、ICMP 报文结构整理

IP、TCP、UDP、ICMP 报文结构整理网络封包示意图以太网首部结构14字节(定长),且2字节类型确定了其后报文的协议类型常见协议类型如下:0800 IP0806 ARP8137 Novell IPX809b Apple TalkDATA(数据段):该段数据不能超过1500字节。
因为以太网规定整个传输包的最大长度不能超过1514字节。
(14字节为目标MAC,源MAC,TYPE)IP报文及首部4位首部长度:(占4位bit),指IP报文头的长度。
最大的长度(即4个bit都为1时)为15个长度单位,每个长度单位为4字节(TCP/IP标准,DoubleWord),所以IP协议报文头的最大长度为60个字节,最短为上图所示的20个字节。
16位总长度(字节数): 指IP报文的总长度(包括其后的数据部分,但不包括以太网首部长度14,也即此长度减去IP的首部长度,即是其后报文的长度)。
注意这里的单位为字节,而不是4字节,所以一个IP报文的的最大长度为65535个字节。
8位协议:该字段指出在其后报文(网络7层结构或TCP/IP的传输层)使用的协议,可能的协议有UDP、TCP、ICMP、IGMP、IGP等。
16位首部校验和:用于检验IP报文头部在传播的过程中是否出错,主要校验报文头中是否有某一个或几个bit被污染或修改了。
TCP数据包的头4位首部长度:(占4位bit),算法同IP报文的4位首部长度。
最大的长度(即4个bit都为1时)为15个长度单位,每个长度单位为4字节(TCP/IP标准,DoubleWord),一般为上图所示的20个字节。
UDP数据包的头封包长度:指udp包头(8byte) + 数据的总长度ICMP头和报文校验和的计算Icmp 头只有8byte 。
发送ICMP报文时,必须由程序自己计算校验和,将它填入ICMP头部对应的域中。
校验和的计算方法是:将数据以字(16位)为单位累加到一个双字中(强转换双字类型),如果数据长度为奇数(奇数个字节),最后一个字节将被扩展到字,累加的结果是一个双字,最后将这个双字的高16位和低16位相加后取反,便得到了校验和!。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
报文结构1.以太网的报文结构DA SA TYPE DATA CRC6 6 2 46-1500 4(单位:Bytes) DA:目的Mac地址SA:源Mac地址Type:指示Mac层的上层协议类型DATA:数据字段CRC:校验字段Vlan的帧格式DA SA Tag TYPE DATE CRC6 6 4 2 46-1500 4(单位:Bytes)Tag:包括TPID(Tag Protocol Identifier--是IEEE定义的新的类型,表明这是一个加了802.1Q标签的帧)和TCI(含帧的控制信息,包括Priority-优先级;CFI-值为0说明是规范格式,1为非规范格式;Vlan ID)2.HUB解决的问题共享带宽的设备,可以实现多台电脑同时使用一条数据总线来上网或组成局域网3.交换机接的的问题HUB产生的广播问题4.Vlan解决的问题Vlan是为解决以太网的广播问题和安全性而提出的,它在以太网帧的基础上增加了Vlan头,用Vlan ID把用户划分为更小的工作组,限制不同工作组间的用户二层互访,每个工作组就是一个虚拟的局域网。
虚拟局域网的好处是可以限制广播范围,并能够形成虚拟工作组,攻台管理网络5.路由器和二层交换机的区别路由工作在第三层,交换机工作在第二层路由有包交换过滤功能。
所有端口分别属于不同的广播和冲突域交换机没有包交换和过滤功能。
所有端口共享一个广播域,每个端口是一个冲突域6.OSPF的几种报文HELLO:周期性发送,用来发现和维持OSPF 的邻居关系DD:描述了本地LSDB的摘要信息,用于两台路由器进行数据同步LSR:向对方请求所需的LSA,只有在双方成功交换DD报文后才会向对方发出LSR报文LSU:向对方发送其所需的LSALSAck:用来对收到的LSA进行确认7.OSPF的几种LSARouter LSA:(Type=1)每个路由器都会产生,描述了路由器的链路状态和花费,在所属区域内传播Network LSA:(Type=2)由DR产生,描述本网段的链路状态,在所属区域内传播Network Summary:(Type=3)由ABR产生,描述区域内某个网段的路由,并通告给其他区域ASBR Summary:(Type=4)由ABR产生,描述到ASBR的路由,通告给相关区域AS External LSA:(Type=5)由ASBR产生,描述到AS外部的路由,通告给除了STUB区域和NSSA区域的所有区域NSSA LSA(Type=7)由ASBR产生,描述到AS外部的路由,仅在NSSA区域内传播8.OSPF为什么划分区域如果一个区域的路由器太多,会造成LSDB过大,从而对路由器资源提出了更高的要求并会延缓了收敛的时间。
同时一旦出现路由动荡,会造成大规模的SPF重新计算,造成路由器符合过重引发更大规模的网络问题。
划分区域为了减少OSPF资源的要求和屏蔽网络的动荡9.STUB区域和NSSA区域的区别NSSA取消了STUB关于ASE(自制系统外部路由)的双向传播的限制,改为单向限制。
STUB区域不能存在ASBR,即自制系统外部路由不能引入区域内。
10.OSPF路由选择策略区域内路由区域间路由第一类外部路由(IGP)第二类外部路由(EGP)11.影响OSPF邻居关系的几个因素1 两个邻居路由器Hello时间dead时间必须一致,不一致无法建立邻居关系2 OSPF网络的Area ID,Area ID不一致无法建立邻居关系3 两个邻居关系建立时双方配置的Password 是否一致,不一致无法建立邻居关系4 OSPF网络中的特殊区域的标识。
(NSSA,STUB...)区域标识必须一致5 两个邻居关系建立需要双方接口下的MTU 值匹配。
(默认MTU=1500,可以在MTU 值低的一方接口下执行 R1(config-if )# ip ospf mtu-ignore 忽略MTU 值在OSPF 邻居关系中的作用6 MA 网络中建立OSPF 邻居路由器接口的子网掩码必须一致。
如果不一致,会在OSPF 的2类LSA 中无法正确的描出MA 网络 12.OSPF 邻居状态机 13.IS-IS 状态机Down Init UP14.BGP 状态机DOWNAtte Init2-waExSt ExchFullLoadIdle :空闲 Connect :连接 Active :活跃ConneEstabActivOpen-CoOpen-Tcp 连Tcp 连连接Tcp 连发现无错确认Tcp 连Open-sent:打开消息已发送Open-Confirm:打开消息确认Established:连接已建立15.NSAP结构网络服务接入点。
有两个服务接入点地址字段,初始域部分IDP(Initial Domain Part)和域特定部分DSP(Domain Specific Part)IDP相当于IP地址中的主网络号,DSP相当于IP地址中的子网号和主机地址。
IDP部分由ISO规定,由AFI(Authority and Format Identifier)与IDI(Initial Domain Identifier)组成,IDI用来标识域。
DSP由HODSP,SystemID和SEL组成。
HODSP 用来分割区域,SystemID用来区分主机,SEL 指示服务类型。
IDP和DSP的长度都是可变的,NSAP总长最多是20个字节,最少8个字节。
区域地址:IDP和DSP中的HODSP一起,即能够标识路由域,也能够标识路由域中的区域,因此,他们一起被称为区域地址(Area Address)System ID:用来在区域内唯一标识主机或路由器。
(6Bytes)SEL :类似IP 中的“协议标识符”,不同德传输协议对应补用的SEL 。
在IP 上SEL 均为00。
(1Byte ) AFI :(1Byte ) IDI :(1Byte ) HODSP :(1--12Bytes ) 和NSAP 的关系区别网络实体名称NET (Network Entity Title )指示的是IS 本身的网络层信息,不包括传输层信息I D PI D I A F I H i g h O r d e r D s p S y s t e m I DN S E LD S P变长的区域地址空间6字节1字节(SEL=0),可以看作是一类特殊的NSAP。
因此,NET的长度与NSAP的相同,最多为20个字节,最少为8个字节。
在路由器上配置IS-IS 时,只需要考虑NET即可,NSAP可不必去关注。
通常情况下,一台路由器配置一个NET即可,当区域需要重新划分时,例如将多个区域合并,或者将一个区域划分为多个区域,这种情况下配置多个NET可以在重新配置时仍然能够保证路由的正确性。
由于一台路由器在一个IS-IS进程中区域地址最多可配置3个,所以NET最多也只能配3个。
在配置多个NET时,必须保证它们的System ID都相同。
17.IS-IS和OSPF1.协议标准的最初起源和设计目的不同2.协议报文封装方式及所能支持的网络类型不同3.路由器与区域的关系及链路状态数据库组织方式不同4.对于骨干区域的定义不同5.Hello协议的复杂程度和形成邻居关系的要求不同6.数据库中的LSP(LSA)老化方式不用7.广播网络上的DR选举方式不同8.对于不同模型的网络类型支持方式不同9.对于链路层metric 的区分能力及所能支持的最大metric 不同比较点IS-IS OSPF 是否最早为IP 设计的否是是否是链路状态的IGP 是是是否直接运行在链路层上是否是否有区域概念是是是否适合层次性大型网络是是是否有指定路由器是是DR 的选举是否是可确定的是否是否产生LSP 来描述网络结构是是是否支持IP是是是否支持非IP 协议是否18.DIS 和DR 的区别IS-IS 的DIS 身份是允许自动抢占,无备份。
OSPF 的DR 不允许自动抢占,有备份。
比较点IS-ISOSPF适用范围一般用在大型ISP 中在企业网和ISP 中普遍使用复杂度产生更少的LSPs ,而且一般使用一个区域产生更多的LSAs ,一般配置多个区域可扩展性可以支持相当大的单个区域比较大的网络一般划分为多个区域对流量工程的支持扩展支持扩展支持可调节性非常好好19.IS-IS的几种报文链路状态报文LSPIS-IS Hello报文完全序列号报文CSNP部分序列号报文PSNP20.IS-IS路由渗透的作用,配置使Level-2路由器可以将己知的其他Level-1区域以及Level-2区域的路由信息通报给指定的Level-1区域。
执行命令import-route isis level-2 into level-1 [ filter-policy {acl-number| ip-prefix ip-prefix-name| route-policy route-policy-name } ] [ tag tag],使能IS-IS路由渗透。
21.OSPF虚连接虚连接是指在两台ABR之间通过一个非骨干区域而建立的一条逻辑上的连接通道。
配置在2台ABR之间,穿过一个非骨干区域22.BGP的几种报文Open:打招呼“你好,跟我交个朋友吧”KeepAlive:我还活着,别不理我Update:有新闻Notification:我不跟你玩了23.BGP的通告原则BGP 的路由通告原则:多条路径时,BGP Speaker只选最优的给自己使用;BGP Speaker只把自己使用的路由通告给相邻体;BGP Speaker从EBGP获得的路由会向它所有BGP相邻体通告(包括EBGP和IBGP);BGP Speaker从IBGP获得的路由不向它的IBGP相邻体通告;BGP Speaker从IBGP获得的路由是否通告给它的EBGP相邻体要依IGP和BGP同步的情况来决定;连接一建立,BGP Speaker将把自己所有BGP 路由通告给新相邻体。
24.BGP的属性类型代码属性名必遵/可选过渡/非过渡1 Origin 必遵过渡2 AS-Path 必遵过渡3 Next-hop 必遵过渡4 MED 可选非过渡5 Local-preference 可选非过渡8 Community 可选过渡BGP属性可以扩展到256种25.AS-Path属性的两种子属性AS-Set 在UPDate消息中的路由经过的AS的无序集AS-Sequence 在UPDate消息中的路由经过的AS的有序集26.NE80E槽位22个槽位,16个LPU槽位,4块交换网版,1+1冗余备份27.MPLS标签分配和管理标签分发方式:DOD(downstream-on-demand)和DU(downstream unsolicited)DOD:上游LSR向下游LSR发送标签请求消息(包含FEC的描述信息),下游LSR为此FEC分配标签,并将绑定的标签通过标签映射消息反馈给上游LSRDU:下游LSR在LDP会话建立陈宫,主动向其上游LSR发布标签映射消息,上游路由器保存标签,存放到标签映射表中标签控制方式:有序和独立有序:只有受到它的下游返回的标签映射消息后才向其上游发送标签映射消息独立:不管有没有受到它的下游返回的标签映射消息都立即向其上游发送标签映射消息标签保持方式:保守和自由保守:只保留来自夏一跳邻居的标签,丢弃所有非吓一跳邻居的标签。