-
T
C
P
/
I
P
协
议
< br>族
IP/TCP
Telnet
和
R login
、
FTP
以及
SMT
P
IP/UDP
DNS
、
TFTP
、
BOOTP
、
SNMP
ICMP
是
IP
协议的附属协议、
I
GMP
是
Internet
组管理协议
ARP
（地址解析协议）和
RARP
（逆地址解析协议）是某些网络接口（如以太网和令牌环
网）使用的特殊协议，用来转换
I
P
层和网络接口层使用的地址。
1
、
以太帧类型
以太帧有很多种类型。不
同类型的帧具有不同的格式和
MTU
值。但在同种物理媒
体上都可同时存在。
?
?
?
?
以太网第二版
[note 3]
或者称之为
Ethernet II
帧，
DIX
帧，是最常见的帧类型。并
通常直接被
IP
协议使用。
Novell
的非标准
IEEE
802.3
帧变种。
IEEE
802.2
逻辑链路控制
(LLC)
帧
子网接入协议
(SNAP)
帧
所有四种以太帧类型都可包含一个
IEEE 802.1Q
选项来确定它属于哪个
VLAN
以及
他的
IEEE 802.1p
优先级
(
QoS
)
。
这个封装由
IEEE 802.3ac
定义并将
帧大小从
4
字
节扩充到
1522
字节
(
注：不包含<
/p>
7
个前导字节和
1
个字节的帧开始符以及
12
个帧
间距
字节
)
。
IEEE 802.1Q
标签，
如果出
现，
需要放在源地址字段和以太类型或长度字段的中间。
这个标
签的前两个字节是标签协议标识符
(TPID)
值
0x8100
。
这与没有标签帧的以太
类型
/
长度字段的位置相同，所以以太类型
0x8100
就表示包含标签的帧，而实际的
以
太类型
/
长度字段则放在
Q-
标签的后面。
TPID
后面是两个字节的标签控
制信息
标
签
协
议
标
识
(
TC
I
)
。
(IEEE
802.1p
优先级
(
QoS
)
和
VLAN
ID)
。
Q
标签后面就是通常的帧内容。
(TPID)0x8100
，
802.3
以太网帧结构
以太
MAC
MAC
802.1Q
标
类型
帧开始符
目标
源地
签
(
可选
)
或长
地址
址
度
这
与
没
有
标
签
帧的以太类型
/<
/p>
长
度
字
段
的
位
置相同
负载
冗余
校验
帧间<
/p>
距
前导码
10101010
10101011
6
6
2
46
–
1500
4
12
(4 octets)
7
个
octet
1
个
octet
octets
octets
octets
octets
octets
octets
64
–
1522 octets
16 bits 3 bits 1 bit 12
bits
TPID
PCP
CFI
VID
72
–
1530 octets
84
–
1542 octets
标签协议识别符
(Tag
Protocal Identifier, TPID):
一组
16
位元的域其数值被设定
在
0x
8100
以用来辨别某个
IEEE 802.1Q
的帧为已被标签的，而这个域所被标
定位置与乙太形式
/
长度在未标签帧的域相同，这是为了用来区别未标签的帧。
?
优先权代码点
(Priority Code Point,
PCP):
以一组
3
位元的域当作<
/p>
IEEE 802.1p
优先权的参考，从
0(
最低
)
到
7(
最高
)
，用来对资料流
(
音讯、影像、档案等等
)
作传输的优先级。
?
标准格式指示
(Canonical Format
Indicator, CFI): 1
位元的域。若是这个域的值
为
1
，则
MAC
< br>地指则为非标准格式；若为
0
，则为标准格式；在乙太交
换器中
他通常默认为
0
。在乙太和
令牌环
中，
CFI
用来做为两者的相容。若帧在乙太端
中接收资料则
CFI
的值须设为
1
，且这个端口不能与未标签的其
他端口桥接。
?
虚拟局域网识别符
(VLAN Identifier,
VID
): 12
位元的域，用来具体
指出帧是属于
哪个特定
VLAN
。值为
0
时，表示帧不属于任何一个
VLAN
；此时，
802.1Q
标
签代表优先权。
16
位元的值
0x000
和
0xFFF
为保留值，
其他的值都可用来做
为共
4094
个<
/p>
VLAN
的识别符。在桥接器上，
VLA
N1
在管理上做为保留值。这
个
12<
/p>
位元的域可分为两个
6
位元的域以延伸目
的
(Destination)
与源
(
Source)
之
48
位元地址，
18
位元的
三重标记
(Triple-Tagging)
可和原本的
48
位元相加成为
66
位元的地址。
?
0
、以太网的封装格式（
RFC
894
）
IEEE
802.2/802.3
（
RFC
1042
）
一个
0x0800
的以太类型说明这个帧包含的是
IPv4
数据报。
同样的，
一个
0x0806
的以太类型说明这个帧是
< br>一个
ARP
帧，
0x8100<
/p>
说明这是一个
IEEE 802.1Q
帧
，
而
0x86DD
说明这是一个
IPv6
帧，
而
0x
8864
有
PPPoE
封装
（其他以太网类型见附
2
）
1
、
以太网
PAUSE
帧
IEEE
802.3x
是全双工以太网数据链路层的流控方法。
当客户终端向服务器发出请求后<
/p>
,
自身系统或网络产生拥塞时
,
它会向服务器发出
PAUSE
帧
,
以延缓服务器向客户终端的数据
传输。
有关交换机的流量控制机制：
定义：
流量控制用于防止在端口阻塞
的情况下丢帧，
这种方法是当发送或接收缓冲区开
始溢出时通过
将阻塞信号发送回源地址实现的。
流量控制可以有效的防止由于网络中瞬间的
大量数据对网络带来的冲击，保证用户网络高效而稳定的运行。
两种控制流量的方式：
1
，在半双工方式下，即半双工背压
控制，是通过反向压力（
backpressure
）即我们通
常说的背压计数实现的，
这种计数是通过向发送源发送
jamming
信号使得信息源降低发送速
度。
2
，
在全双工方式下，流量控制一般遵循
IEEE
802.3X
标准，是由交换机向信息源发送
“
pause
”帧令其暂停发送。
采用流量控制，使传送和接受节点
间数据流量得到控制，可以防止数据包丢失。
PAUSE
帧格式：
MAC
控制帧通过其唯一的类型域标识符（
0x880
8
）识别。
pause
格式：
目的地址：
组播地址（
01-80-C2-00-00-01
）
源地址：
类型：
8808
< br>MAC
控制操作码
:2
个字节<
/p>
0x0001
（
Pause
帧仅是
MAC
控制帧的一种，对于
P
ause
帧，其在
MAC
控制
帧中的操作码为
00-01;
）
MAC
控制操作参数域：
2
个字节
代表要求对方停止的时间。<
/p>
（
MAC
控制参数域，
< br>包含用于
MAC
控制相关的
参数
。
保留域。
对于
Pause
帧，此处应填入要求对端设备暂停发送的时间长度，
由两个字节
(16
位
)
来表示该长度，每单位长度为物理层芯片发送
512
位数据的时间。
所以发送一次
Pause
帧，要求对端设备暂停发送的时间长度为：
0-65535
×
(512/
以太网传输速率
)
。
）
2
、以太网
VLAN
帧格式
一、
IEEE 802.1Q
标签帧格式
Preamble
SFD
DA
SA
7B
1B
6B
6B
vlan tag
4B
Type/Length
2B
……
Date
……
42-1496B
CRC
4B
Vlan tag
：
4
字节，包含
2
个字节的标签协议标识
(TPID)
和
2
个字节的标签控制信息
(TCI)
，
TCI
字段具体又分为：
priorty
、
CFI
、
Vlan
ID
，具体格式如下所示：
TPID
2B
User
Priority
CFI
1b
VID
12b
3b
?
TPI
D
（标签协议标识）
：
2
字节，
用于标识帧的类型，
其值为
< br>0x8100
时表示
802.1Q/802.1P
的帧。设备可以根据这个字段判断对它接收与否。
?
TCI
（
标签控制信息字段）
：
2
字节，包括用
户优先级（
User
Priority
）
、规范格式指示器
（
Canoni
cal Format Indicator
）和
VLAN ID
。
?
User
Priority
：
3
个
bti
，表示帧的优先级，取值范围
0~7
，值越大优先级越高，用
于
802.1p
。
?
CFI
，
1bit
，<
/p>
值为
0
代表
MA
C
地址是以太帧的
MAC
，
值为
1
代表
MAC
地址是
FDDI
、
令
牌环网的帧。
?
VID
（
VLAN ID
）
：
12bit
，
表示
VLAN
的值。
1
2bit
共可以表示
4096
个
VLAN
，
实际上，
由于
VID
0
和
4095
被
802.1Q
协议保留
，所以
VLAN
的最大个数是
4094
(1-4094)
个
（据说
VID
＝
0
用于识别帧优先级。
4095
（
FFF
）作为预留值）
二、
IEEE
802.1ad(QinQ)
帧格式
基本概念
IEEE
802.1ad
的全称是
“Virtual
Bridged
Local
Area
Networks
Amendment
4:
Provider
Bridges”
，该协议的目标是业务提供商在为客户提供业务时使客户间的服务相互独立，没有
相互依
赖关系，
同时尽量做到业务提供商透明地为客户提供业务。
该标
准描述了业务提供商
（运营商）
如何利用和扩展
802.1Q
在一个统一的网络中为相互独立的客户提供以太网业务。
QinQ
技术
〔也称
Stacked VLAN
或
Double VLAN
〕
。
标准出自
IEEE 802.1ad,
其实现将用户私
网
VLAN
Tag
封装在公网
VLAN
Tag
中，
使报文带着两层
VLAN
Tag
穿越运营商的骨干网络
（公网）
。
在公网中报文只根据外层
VLAN
Tag
（即公网
VLAN
Tag
）传播，用户的私网
VLAN
Tag
被屏蔽。
带双层
VLAN Tag
的报文结构，
802.1ad
的报文格式，基本同前面我们所讲的
QinQ
报文
格式一致，主要的区别就是
802.1ad
中重新定义了
TPID
的值和把原来的
CFI
位修改为
DEI
（丢弃标识）位，如下图所示：
?
C-VLAN
：
Customer VLAN
< br>，是用户网络内部使用的
VLAN
；
?
S-VLAN
：
Service
VL
AN
，服务提供商网络中使用的
VLAN
，该
VLAN
标识
VPN
用户或
者是用户的业务；
?
Customer Bridge:Customer
网络中的
Bridge
，只能识别
C-VLAN
；
?
Provider Bridge
：
服务提供商网络中的
Bridge
，
根据处理内容的不同又分为
S-VLAN
Bridge
和
Provider Edge
Bridge
。其中
S-VLAN Bridge
只能识别
S-VLAN
；
Provider Edge Bridge
可
以同时识别
C-VLAN
和
S-VLAN
；
?
C-VLAN
Component:
在
Bridge
内可识别、插入、删除
C-VLAN
的实体，每个端口一个，
对
C-VLAN
的操作互相独立（两个端口上接收到相同的
C-
VLAN
，但由于属于不同的客户
最后的处理结果会不同）
；
?
S-VLAN Component:
在
Bridge
内可识别、插入、删除
S-VLAN
的实体，由
于在一个
Bridge
内不存在相同的
S-VLAN
属于不同服务提供商的情况，因此在一个桥内只有一个
S-VLAN
的实体。
QinQ
技术上完全可以多层堆叠，没有限制，仅受
< br>Ethernet
报文长度的限制，具有很好
的扩充性。
对于
QinQ
，
业界有多种不同的称呼，
比如
Tag in
Tag
、
VLAN VPN
、
StackVLAN
、
SVLAN
QinQ
每增加一层
VLAN
标签，就可以将所覆盖的用户
VLAN
数量增加
4096
倍，两层
VLAN
标
签可以支持
4K×
4K VLAN
，一般来说两层
VLAN
就可以满足绝
大多数需求了。
相对基于
MPLS
的二层
VPN
，
QinQ
具有如下特点：
为用户提供了一种更为简单的二层<
/p>
VPN
隧道；
不需要信令协议的支持，可以通过纯静态配置实现；
由于
QinQ
的实现是基于
802.1Q
< br>协议中的
Trunk
端口概念，要求隧道上的设备都必<
/p>
须支持
802.1Q
协议。
QinQ
主要可以解决如下几个问题：
缓解日益紧缺的公网
VLAN
ID
资源问题；
用户可以规划自己的私网
VLAN
ID
，不会导致和公网
VLAN
ID
冲突；
为小型城域网或企业网提供一种较为简单的二层
VPN
解决方案
；
QinQ
实现过程如图
3
所示：
图
3
QinQ
功能示意图
图
3
中
CE
交换机上行报文带有内层
Vlan
标签，
报文到达汇聚交换机后，
汇聚交换机可以根
据不同的
交换机端口给报文打上相应的外层标签，这样汇聚交换机每端口可以支持
4KVlan<
/p>
的接入。
QinQ
报文封装
< br>QinQ
的报文封装就是在原有
802.1Q
报文中的
TAG
头上再加上一层
< br>TAG
封装，
用来扩
展
VLAN
的范围，如图
1
所示：
图
1
QinQ
报文封装
QinQ
的报文转发过程
在通过
QinQ
实现简单的二层
< br>VPN
过程中报文是按如下方式转发：
图
2
QinQ
报文转发过程
图
2
中在运营商网中使用
VLAN20
来标识客户
A
、
VLAN3
0
标识客户
B
，当客户
A
的
报文到达运营商的边缘交换机时，边缘交换机均给
客户
A
的报文打上一个外层标签
（
VLAN20
）
，然后在
< br>VLAN20
中转发，不会转发到
VLAN30
，报文在离开运营商网络时再
剥离掉外层的标签，转发到用户
A
的网络，从而实现一个简单二层
VPN
功能。
QinQ
报文
的
TPID
值可调功能
TPID
（
Tag Protocol
Identifier
，
标签协议标识）
是
VLAN
Tag
中的一个字段，
IEEE 802.1Q
协议规定该字段的取值为
0x8100
。
IEEE 802.1Q
协议定义的以太网帧的
Ta
g
报文结构如下：
图
3 IEEE
802.1Q
报文结构
通常在
QinQ
中设备的内外层标签的
TPID
值均采用协议规定的
0x8100
，
但是某些厂商
的设备将
QinQ
报文外层
Tag
的
TPID
值设置为
0x9100
或
0x9200
，为了和这些设备兼容，
并提供较高的
灵活性，我司支持
QinQ
功能的交换机基本上均提供了
QinQ
报文
TPID
值可
调功能（需要注意有的设备整机支持，有的设备是端口支持）
，能修改
QinQ
设备的外层标
签
的
TPID
值。
（在本文的
802.1ad
部分我们将会看到
802.1ad
所规定的
TPID
为
< br>0x88a8
，所
以当设备同标准
802.1ad
设备作
QinQ
对接
时也需要
TPID
可调功能）
。
灵活
QinQ
（<
/p>
Selective QinQ
）
在前面我们所讲的
QinQ
中，通常是以物
理端口来划分用户或用户网络，当多个不同用
户以不同的
VLA
N
接入到同一个端口时则无法区分用户。
另外前面的
QinQ
方案是一种简单
二层
VPN
的应用，在运行营商接入环境中往往需要根据用户的应用或接入地点（设备）
来
区分用户，基于这种应用产生了灵活
QinQ
方案。
简单讲灵活
QinQ
就是根据用户报文的
Tag
或其他特征
（
IP/MAC
等）
< br>，
给用户报文打上
相应的外层
T
ag
，以达到区分不同用户或应用的目的。
< br>当前灵活
QinQ
主要应用在运营商的接入网络中，
在运营商网络中给接入用户分配一个
VLAN
，以达到便于问题追踪和防止不同用户间互访，用外层标签区分用户的应用；或在接
入
的环境中用外层标签来区分不同的接入地点，用内外两层标签唯一标识出一个接入用户。
在这样的应用中需要
BRAS/SR
设备支持
< br>QinQ
的应用（能够终结双
Tag
）
。
下面我们以
S9500
为例，看一下灵活
QinQ
的应用场景：
在
S9500
上实施
QinQ
，并在
S9500
上进行业务分流，分流的方式是利用灵活
Q
inQ
功
能，灵活
QinQ
分流的依据有下面几种：
1)
根据端口的
VLAN
区间分流：比如
< br>PC
的
VLAN
范围
1
～
1000
，
STB
的
VLAN
范围
1001
～
2000
< br>，网吧的
VLAN
范围
2001
～
3000
；
2)
根据报文的协议号分流：比如
P
C
采用
PPPoE
、
< br>STB
采用
IPoE
，这些终端
都通过一
个
VLAN
上行，可以根据<
/p>
PPPoE
和
IPoE
< br>报文不同的协议号作为
QinQ
的分流依据；
3)
根据报文的目标
IP
地址分流：
对于相同源
IP
地址，
相同报文封装不同的业务应用报
文，比
如
PC
上的
SoftPhone
产生的报文，需要根据报文目的
IP
地址实施
灵活
QinQ
进行业
务分流；
4)
根据
QinQ
的内层标签的区间，
在某些级联交换机的组网模式中，
下连的交换机已经
实施了基于端口的
QinQ<
/p>
，为了实现业务分流，可以根据
QinQ
的内层
VLAN
标签的区间实
施灵活<
/p>
QinQ
进行业务分流。
上述应用场景可以用图
4
来直观的加以描述：
图
4
灵活
QinQ
对多业务的识别标记
BPDU Tunnel(L2 Protocol Tunnel) <
/p>
QinQ
网络中，运营商网络对客户透明，当客户和运营商网络之
间的连接有冗余时必然
导致环路问题，如
QinQ
应用示意图
2
中的
A
客户。这就需要运营商网络能透明传输
STP/RSTP/MSTP<
/p>
报文，这样客户可以跨运营商网络构建自己的
STP
树，切断冗余链路。另
外为了保证客户全网
VLAN
配置的一致性，动态
VLAN
协议如<
/p>
GVRP
、
VTP
等也要求通过
运营商网络透传，如果客户使用
GMRP
作
组播
应用的话，
G
MRP
报文也要求透传。同时在
透传这些报文时，需要区分开不
同用户的二层协议报文。
我们知道以上这些
< br>BPDU
报文是桥设备的二层控制报文（基本上是以
LL
C
封装的）
，
是与设备全局相关的，不
带
VLAN Tag
，所以需要一种机制来传输用户的二层控制
报文，从
而引入了
BPDU Tunnel
(Cisco:Layer 2 Protocol Tunneling)
的概念，<
/p>
通过
Tunnel
来传播用户的
二层控制报文。
通常
BPDU
Tunnel
是这样实现的：当
Tunnel
端口收到一个用
户的
BPDU
后，把目的
MAC
修改为一个组播
MAC
，
然后再给协议报文打上用户所属
VLAN
的
Tag
信息，
组播
MAC
保证报文在
VLAN
内广播，同时标识这个
报文是个
BPDU-Tunnel
报文，交换机在收到这个
报文时上送
CPU
处理，还原其
BPDU
身份，
并根据报文中用户所属的
VLAN
信息，
把报文
送到相应的客户网络。
当前我司的实现就采取了上述这种方法
，
收到用户的
BPDU
报文后，
给这个报文的目的
MAC
修改为：
01-00-0c-cd- cd-d0
，再加上运营商分配该用户的
VLAN Tag
，如图
5
所示：
图
5 BPDU-
Tunnel
报文封装
在传统的
QinQ Tunnel
中是
通过修改原协议报文的目的地址及加上用户所属
VLAN
标识来
传
递用户
L2
协议报文的
（这样做的缺点在于需要在边缘设备上对报文进行修改加重设备
CPU
的负担）
。
在
802.1ad
中为
C-VLAN
及
S-VLAN
分配了不同的保留地址，在Ｓ<
/p>
-VLAN
中处理
C-VLAN
中的协议报文和处理普通的数据报文一样，从而不需要
Tunnel
就可以透明传输用户二层协
议报文。
Assignment
Bridge
Group Address
IEEE 802.3 Full Duplex
PAUSE operation
IEEE 802.1X PAE address
Provider Bridge Group Address
Provider Bridge GVRP Address
Value
01-80-C2-00-00-00
01-80-C2-00-00-01
01-80-C2-00-00-03
01-80-C2-00-00-08
01-80-C2-00-00-0D
IEEE
802.1AB
Link
Layer
Discovery
Protocol
01-80-C2-00-00-0E
multicast address
表格
2
：保留的地址
Spanning Tree Protocol
Provider
网络的
STP
< br>操作和
Customer
网络的
STP
操作完全独立运行，
相互不关联。
在
Provider
网络内部采用不同的
Bridge
Group
Address
（
01-80-C2-00-00-08
）
，对于用户的
BPDU
报文
（
01-80-C2-00-00-00
）作为普通数据报
文透传，不进行识别和处理。
Provider
网络边缘的
C-VLAN component
端口可以参与用户
STP
拓扑的计算和用户
BPDU
< br>的处理。
GVRP
Provider
网络的
GVRP
操作和
Customer
网络的
GVRP
的操作完全独立运行，相互不关联。
在
Provider
网络内部采用不同的
Provi
der Bridge GVRP Address
（
01-8
0-C2-00-00-0D
）
，对于
用户
GVRP
报文
（
< br>01-80-C2-00-00-21
）
以及其他的
GARP
保留地址作为普通数据报文透传，
不进行识别和处理。
Provider
网络边缘的
C-VLAN component
端口可以参与用户的
GARP
报
文的处理。
802.1ad
对灵活
QinQ
的支持
802
.1ad
对灵活
QinQ
的支持同当前
常见的灵活
QinQ
基本一致，在
80
2.1ad
中提供了两种确
定用户所属
S-VLAN
的方式：
1
、基于端口（
Port-based
service
interface
）
，在这种模式下用户是根据接入的端口来选择Ｓ
-VLAN(
Service Instance)
的
2
、基于
C-VLAN
（
C-Tagged service interfaces
）
，在这种模式下是根据用户使用的
C-VID
来
先择
S-VLAN(Service Instance)
，即同当前我们所见的灵活
QinQ
类似。
2
、
IP
报文格式
版本号
：
pv4-ipv6
IP
头部长度
：
5 words = 5*4 =
20
字节（不含选项）
TOS
：服务类型，包括一个
3 bi
t
的
IP
优先级
字段（现在已被忽略）
，
3 bit
的
TOS
子字段和
2
bit
未用为
0
；
4 bit
的
TO
S
分别代表：
Bit
3:
0 = Normal
Delay,
1 = Low Delay.
Bits
4:
0 = Normal Throughput, 1 = High
Throughput.
Bits
5:
0 = Normal
Relibility, 1 = High Relibility.
0
1
2
3
4
5
6
7
+-----+-----+-----+-----+-----+-----+----
-+-----+---------------------|
|
|
|
|
|
PRECEDENCE
|
TOS
|
MBZ
|
|
|
|
|
+-----+-----+-----+-----+--
---+-----+-----+-----+---------------------|
1
、
IP<
/p>
报文中，
TOS
（服务类型，
现改名为
DS
，
即区分服
务）
字节占
8
位
（
P2 P1 P0 T3 T2
T1 T0
CU
）
；
其中：前三个比特（
P2 P1 P
0
）定义为
IP
优先级，取值范围为<
/p>
0-7
；
第四至第七比特（
T3 T2 T1 T0
）为
TOS
子字段
,TO
位备用：
第
8
个比特为未用位。
2
、
DSCP
DSCP
由
RFC2474
定义，它重新命名了
IP
报头中
TOS
使用的那
1
字节，
DSCP
使用高
6bit
，最低
2bit
不用。
(DS5 DS4 DS3 DS2 DS1 DS0 CU CU )
RFC2474
定义最高
3
比特为级别／类别选择代码（
Class Selector Code
points
，
CS
）
，
其意义和
IPv4
报头中
IP
优先级的定义是相
同的，
CS0
～
< br>CS7
的级别相等于
IP
优先<
/p>
级
0
～
7
。
但它并
没有定义第
3
到第
5
< br>比特的具体含义以及使用规则。
DSCP
使用
6
比特，
可以
定义
64
个优先级（
0
－
63
）
。
IP
首部兼容性
由于
ECN
修改了
IP
首部，所以存在
以下兼容性问题：
1
、以下
RFC
除了
RFCs
731,2474,2780
这三个标准可以兼容
ECN
的增量部署之外，其他
RFC
实现均无法兼容
ECN
部署。
RFC
791 defined the ToS (Type of Service) octet in the
IP header.
0
1
2
3
4
5
6
7
+-----+-----+-----+-----+-----+-----+----
-+-----+
|PRECEDENCE|
TOS
| 0
| 0
|
RFC 791
+-----+-----+-----+-----+-----+-----+----
-+-----+
RFC 1122 included bits 6
and 7 in the TOS field, though it did not
discuss any specific use for those two
bits:
0
1
2
3
4
5
6
7
+-----+-----+-----+-----+--
---+-----+-----+-----+
|PRECEDENCE|
TOS
|
RFC 1122
+-----+-----+--
---+-----+-----+-----+-----+-----+
The
IPv4 TOS octet was redefined in RFC 1349 [RFC1349]
as follows:
0
1
2
3
4
5
6
7
+-----+-----+--
---+-----+-----+-----+-----+-----+
| PRECEDENCE|
TOS
|MBZ|
RFC 1349
+-----+-----+-----+-----+-----+-----+----
-+-----+
The IPv4 TOS octet was
redefined in RFC 1349 [RFC1349] as follows:
0
1
2
3
4
5
6
7
+-----+-----+--
---+-----+-----+-----+-----+-----+
|
DSCP
|
CU
|
RFCs 2474, 2780
+-----+-----+-----+-----+-----+-----+----
-+-----+
总长度字段
：
数据段的长度。
标识字段
：发一个包加
1
，唯一地标识主机发送的每一份数据报
标志字段
：是否分片，
bit1
：
bit2
：是否允许分片（默认值
0
：
允许）
，
bit3
：是否是最后
一个分片（默认为
0,
：最后一个分片）
片偏移字段
：分片
offset
（供组装时使用）用于
总长度字段
是
16bit
，所以要用
13bit
表示
16bit
的数，就需要
片偏移字段
值是
8
的整数倍。
TTL
：
time-to-
live
，生存时间字段设置了数据报可以经过的最多路由器数
协议字段
：
udptcpigmpic
mp
，
IP
在首部中存入一个长度为<
/p>
8 bit
的数值，称作协议域。
1
表示为
ICMP
协议，
2
表示为
IGMP
协议，
6
表示为
TCP
协议，
17
表示为
UDP
协议。
检验和
：
checksum
，根据
I
P
首部计算的检验和码，
ICMP
、<
/p>
IGMP
、
UDP
和
TCP
在它们各自的
首部中均含有同时覆盖首部和数据检验和码。
SIP
：
DIP
：
MTU
：
1500
—
以太网信息包最大值
1492
—
PPPoE
最佳值
1472
—
使用
ping
命令的最大值
1468
—
DHCP
最佳值
1430
—
VPN
PPTP
最佳值
< br>576
—
-
拨号连接到
ISP
的标准值
3
、
ARP
协议的报文格式
arp-request
报文：
192.196.1.98
（
00:60:
f3:20:dc:55
）想要
192.168.1.97
的
mac
地址
arp-
reply
报文：
-
-
-
-
-
-
-
-
-
上一篇：Photoshop中英文对照(完全版~~~)
下一篇：发那科参数大全讲解