YD/T 1444-2006
基本信息
标准号： YD/T 1444-2006
中文名称：流控制传送协议(SCTP)测试方法
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：2781594
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YD/T 1444-2006.Test methods for stream control transmission protocol(SCTP).
1范围
YD/T 1444规定了对流控制传送协议( SCTP )的测试程序和测试方法，并对需要在测试中过程中注意的问题和在实际使用本标准时的判定原则进行了规定。
YD/T 1444适用于采用SCTP协议的软交换设备、信令网关和IP网内的相关设备。
2规范性的引用文件
下列文件中的条款通过在本标准中引用而成为本标准的条款，凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而鼓励根据本标准达成协议的各方研究是否可以适用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
YD/T 1194-2002流控制传送协议(SCTP)
RFC 2960流控制传送协议(2000年10月)
3测试结构
测试结构如图1 所示。
4测试项目
4.1测试内容中的消息和参数
对测试项目中涉及到的消息、参数和原语的格式说明，可参见YD/T 1194 - 2002。
4.2关于测试项目中地址格式的说明
在与地址格式相关的测试中,地址格式的应用应根据网络的应用情况进行测试，即当前网络主要应用IPv4地址时，本标准只对IPv4地址做要求。只有当网络中使用IPv6地址时，则本标准应要求的地址格式包括IPv4和IPv6两种格式。
当网络可以支持DNS服务时,方可考虑使用主机名地址。为了防备对DNS的攻击，建议在SCTP层应用时不使用主机名地址。
4.3关于测试项目中原语要求的说明
测试项目中描述的高层应用同SCTP层之间原语，主要用来说明不同层之间的交互关系，在实际测试中可以不进行要求。
4.4测试判定原则
测试项目编号上标记为任选的项目，在进行人网测试时可以根据实际情况不做要求，其余项目是人网测试的必备项目。当被测设备的所有必备项目合格后，该设备方满足设备进网要求。
1范围
YD/T 1444规定了对流控制传送协议( SCTP )的测试程序和测试方法，并对需要在测试中过程中注意的问题和在实际使用本标准时的判定原则进行了规定。
YD/T 1444适用于采用SCTP协议的软交换设备、信令网关和IP网内的相关设备。
2规范性的引用文件
下列文件中的条款通过在本标准中引用而成为本标准的条款，凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而鼓励根据本标准达成协议的各方研究是否可以适用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
YD/T 1194-2002流控制传送协议(SCTP)
RFC 2960流控制传送协议(2000年10月)
3测试结构
测试结构如图1 所示。
4测试项目
4.1测试内容中的消息和参数
对测试项目中涉及到的消息、参数和原语的格式说明，可参见YD/T 1194 - 2002。
4.2关于测试项目中地址格式的说明
在与地址格式相关的测试中,地址格式的应用应根据网络的应用情况进行测试，即当前网络主要应用IPv4地址时，本标准只对IPv4地址做要求。只有当网络中使用IPv6地址时，则本标准应要求的地址格式包括IPv4和IPv6两种格式。
当网络可以支持DNS服务时,方可考虑使用主机名地址。为了防备对DNS的攻击，建议在SCTP层应用时不使用主机名地址。
4.3关于测试项目中原语要求的说明
测试项目中描述的高层应用同SCTP层之间原语，主要用来说明不同层之间的交互关系，在实际测试中可以不进行要求。
4.4测试判定原则
测试项目编号上标记为任选的项目，在进行人网测试时可以根据实际情况不做要求，其余项目是人网测试的必备项目。当被测设备的所有必备项目合格后，该设备方满足设备进网要求。
标准图片预览
标准内容
中华人民共和国通信行业标准
YD/T1444-2006
流控制传送协议（SCTP)测试方法Test methods for stream control transmission protocol(SCTP)2006-05-31发布
2006-10-01实施
中华人民共和国信息产业部发布-
规范性的引用文件
测试结构
测试项口·
测试内容中的消息和参数
关于测试项口中址格式的说明·4.3
关于测试项口中原语要求的说明·4.4
测试判定原则·
测试项目
偶联建立
偶联中止·
无效消息处理
重复消息的处理·
故障处理
差错消息处理
数据坎的捆绑和复用
DATA 消息的传送
数据块的证实
异常情况的测试
重传定时器，
-TYKAONYKACa
YD/T1444-2006
YD/T 1444-2006
本标准非等效采用ETFRFC2960流控制传送协议》（2000年1）：与RFC2960流控制传送协议（2000年10月）“的主要区别如下：1．增加了关于测试项中原语的说明测试项中的原语只作为说明用，在实际谢试中不予要求，尚时本文件中还增加了对本测试规范的评判标准2．对使用Pv6地址进行测试的情况进行了说明；同时对于均证格式的测试，往议应依据现有网络使用的地的状说；建议不使用主机名地证格式。3．在偶联建立的测试中，明确了INIT消总中出局流数量不可以为0.4，对于由HB-Request原讲产生的HeartBeat消总，在收到的HeanReatACK不正确时，SCTP不必重发 HeartBeal消息。
5．如果用于偶联建立的INIT消息中支持的地址类型不为接收方所支持川，被测系统应当发送ABORT消息
本标准是YD/T1194-2002《流控制传送协议（SCTP）》的配餐标准。本标准由中国通信标准化协会提出并归口，本标准起草单位：信息产业部电信研究院中兴通讯股份有限公司
华均技术有限公司
上海贝尔阿尔卡特股份限公司
本标准主要起草人：吕军续合元张宣商峰迮超林饹吕严1范围
流控制传送协议（SCTP测试方法YD/T 1444-2006
本标准规定厂对流控制传送协议（SCTP）的测试程序和测试方法，并对需费在测试中过程中注意的问题和在实际使用本标准时的判定原测进行了规定本标准适用于采用SCTP协议的软交换设备、信令网关和IP网内的相关设备。2规范性的引用文件
下列文件中的条款通过在在标准中引用而成为本标准的条款，凡是注口期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而鼓励根据本标准达成协议的各方研究是否可以适用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YD/T 1194-2002
RFC 2960
3测试结构
测试结构如图1所示。
端点A
被测点
4：测试项目
流控制传送协议（SCTP）
流控制传送协议（2000年10月）端点日
监谢仪表
图 SCTP 制试结构
4.1测试内容中的消息和参数
测试仪
对测试项目中涉及到的消息、参数和原语的格式说明，可参见YD/T1194-2002。4.2关于测试项目中地址格式的说明在与地址格式相关的测试中，地址格式的应用应根据网络的应用情况进行测试，即当前网络主要应用IPv4地址时，本标准只对IPv4地址做要求。只有当网络中使用Pv6地址时，则本标准应要求的地址格式包括 IPv4和IPv6 两种格式。当网络可以支持DNS服务时，方可考虑使用主机名地，为了防备对DNS的攻击，建议在SCTF层应用时不使用主机名地。
4.3关于测试项目中原语要求的说期测试项目中描述的高层应用同SCTP层之间原语。主要用来说明不同层之间的交互关系，在实际测试中可以不进行要求。
4.4测试判定原则
测试项月编号上标记为任选的项目，在进行入网测试时可以根据实际情况不做要求，其余项目是入网测试的必备项县。当被测设备的所有必备项日合格后，该设备方满足设备进网要求。1
-TYKAONYKACa
YD/T 1444. 2006
4.5测试项目
4.5.1偶联建立
测试缔号；1.1
参考：RHC 2960第.5.1
项口：码联建立
分项目：正常的偶联建立
目的：检验正常的偶联廷立程序测试预胃条件：端点A利端点B之间的偶联未建立，设置数据由A点的高层发送建立Associate源语，建立到端点B偶联
结构：
预期的信号单元顺序：
端点B
INITACK
COOK_ACK
测试说明：
测试类型：VAT、CPT
高层应用(ULP)
端点A
Associate
COOKIE ECHO
Communication up
Data arrive
由端点A的高层协议（ULP）发送Associatc原语，启动偶联建立，并用监视仪记录消息流程。检查A：偶联是否建立？
拾查B：偶联建立后发送的第一个数据快（DataChunk）是否由SACK证实检查C：在凹建立的偶联上接收和发送不同长度的数据块。检查D：所有的DATA消息都被正确接收，无消息丢失。对于有效性测试，在反方向上重复测试，2
测试编号：【.2
参考：RFC 2960第4节和15,1,6节项自：正常的偶联建立
分项口：T]-[nil 定时器
目的：验证TIImil定时器超时后，并重发INIT消息YD/T 1444-2006
测试预置条件：端点A和端点B之间的偶联卡建立，设置数据山A点的高层发送建立Associate原语，建到端点B低联，在端点B设置数据让B不响应INIT-ACK结构：
预期的信号单元顺序：
端点B
测试说明：
端点A
测试奖型：VAT
高层应用(ULP)
Associate
启动定时器T1-Init
定时器T1-Init超时
由端点A发送INIT消息，尝试建立到端点B的偶联。用监视仪记录消息流程。检查A：在定时器TIInit超时后，端点A重新发送TNIT消息。检查B：重发的INIT消息的Init-Tag的值与前…个INIT消息的Init-Tag值相同。检查C：消息顺序是否如上所示？-TYKAONYKACa
YD/T 1444-2006
测试编号：1.3
参考：RFC 2960第4节和15.1.6节项目：正常的偶联建立
分项目：COOKE-ECHO使用的T1-Cokie定时器H的：验证T1-Cookie定时器超时后，重发INIT消息测试预置条件：端点A和端点B之间的偶联术建立，设置数据由A点的高层发送建立.Associate原语，建立到端点B偶联，在端点B设置数据:B不发送COOK正~ACK响应COOKE-FCHO结构：！
预期的信号单元顺序：
端点B
INI ACK
端点A
COOKIE_ECHO
测试类型：YAT
高层应用(ULP)
Associate
启动T1-Cookie定时器
T1-Cookie定时器超时
COOKTE_ ECHO
重新启动T1-Cookie定时器
测试说明：
由端点A发送INIT消息，尝试建立到端点B的偶联，用监视仪记录消息流程。2.
检查A：在定时器T1-Cxkie超时后，端点A重新发送COQOKIE_ECHO消息。捡查B：消息顺序是否如上所示？测试编号：1.4
签考：RFC2960第4节
项1：正常的偶联建立
分项日：超过了MAX.INITRETRANS，未能敢到INIT－ACK目的：验证如果重发的INIT次数超过「MAX.INIT.RFTRANS，则中偶联建立YD/T 1444-2006
鸿试预置条件：蹦点A和B之问未建立偶联，在端点B设置数据，让B不响应INIT-ACK结构：！
预期的信号单元顺序：
端点B
INIT ACK
COOK_ACK
测试说明：
重发INIT的次数超过了
MAX.INIT.RFTRANS
端点A
测试类型：VAT
高层应用(ULP)
Associate
启动定时器T1- Init
定时器T1-Init超时
启动定时器T1-init
定时器T1－Init超时
Communications Lost
Associate
COOKIE_ECHO
Communication up
通过由端点A发送INIT尝试建立到端点B的偶联，用监视仪记录消息流程，检查A：如果INIT消息重复发送了MAX.INIT.RETRANS次，而未能收到INIT-ACK，则应中比偶联2.
建立并向高层报告。
检查B：验证端点A可以重新尝试建立到端点B的个新偶联。检查C：消息顺序是否如上所示？5
YKAONTKAca
YD/T 1444-2006
测试编号：1.5
参考：RFC2960第4节和15.1.6节项目：正常的联建立
分项目：超过MAX.NIT.RETRANS：未能收到COOKIE-ACKH的：验证始果重发的CCYOKIE-ECHO次数超过了MAX.INIT.RETRANS，则应中止偶联建立测试预置条件：端点A和B之间术建立偶联，在端点B设置数据，使B不响应COOKE-ACK结构：1
预划的信号单元顺序：
端点B
INIT-ACK
INITACK
COOK ACK
重发INIT的次数超过了
MAX.INIT.RETRANS
端点A
测试类型：VAT
高层应用(ULP)bzxz.net
Associate
COOKIF-ECHO
启动定时器T1 -Cookie
定时器T1-Cookie超时
COOKIE-ECHO
启动定时器Tl-Cookie
定时器T1-Cookie超时
COOKIE-ECHO
Communications Lost
Associate
COOKIE_ECHO
Communication up
测试说明：
通过出端点A发送INIT尝试建立到端点B的偶联，用监视仪记录消息流程。检查A：如果COOKIE-ECHO消息重复发送了MAX.INIT.RETRANS次，而米能收到COOKIE-ACK，则应中止偶联建立并向高层报告。检查B：验证端点A可以重新尝试建立到端点B的一个新偶联，检查C：消息顺序是否如上所示？6
测试编号：1.6
参考：RFC 2960 第5.1节
项目：正常的偶联建立
分项月：未能收到COOKIE-ECHO消息YD/T1444-2006
口的：如果没有收到COOK正-ECHO消息，检验端点处于关闭状态，且末对该偶联分配资源测试预置条件：端点A和B之间末建立偶联，在端点B设置数据，让B不响应COOKIF-ECHO结构：1
预期的信号单元顺序：
端点B
INIT ACK
COOKE_ACK
测试说明：
端点A
测试类型：VAT
高层应用(ULP)
INIT-ACK(有Cookie）)
Associate
COOKIE_ECHO
Cornmunication up
从端点B肩动到端点A的偶联建立，在收到INIT-ACK后，端点B不响应COOKIE-ECHO，用视仪记录消息流程。
检查A：端点B处于关闭状态。
检查B：消息顺序是否如上所示。检查C：端点A能否尝试建立一个新的偶联。7
-TTKAONYKACa
YD/T 1444--2006
测试编号：1.7
考：RFC2960第5.3.1
项日：正常的偶联建立
分项目：发起偶联建文的端点在建立不同的偶联应使用不同的启动标签筐H的：验证当重新建文到对踏的偶联时，需要使用不同的Init-Tag值，即与先前的偶联的init-Ta值不同测试预置条件：端点间没有建立的偶联，在端点B设置数据，偶联可以在端点A利B之问建立并终止结构：1
预期的信号单元顺序：
端点B
INITACK
COOKIE_ACK
SHUTDOWN
INIT ACK
测试说明：
端点A
测试类型：VAT
高层感用(ULP)
Ansociate
COOKIE_ ECHO
Communication up
DATA Arrive
SHUTDOWN ACK
Communication Iost
Assnciate
INIT（不同的Init-Tag）
在端点A和B启动偶联建立，该INIT中包含-个启动标签（Init-Tag），用SHUTDOWN消息终止该偶联，并重新启动偶联建立：
检查A：第二个偶联建立的INT消息中包含的启动标签应与上一个启动标签值不间。测试编号：1.8
参考：RFC 2960第5.3.1节
项：正常的偶联建立
YD/T 1444-2006
分项目：接收偶联启动命令的端点在建立不间码联时应使用不同的启动标签值口的：验证当收到对端的重新建立偶联的命令时，需要使用不同的Init-Tag值，即与先前的偶联的Init-Tag值不间
测试预置条件：端点问没有建立的偶联，在端点B设置数据，偶联可以在端点A和B之间建立并终止结构：1
预期的信号单元颁序：
端点B
COOKIE ECHO
SHUTDOWN
测试说明：
端点A
测试奖型：VAT
高层应用(ULP)
INIT ACK (Init-Tag）
COOKIE_ACK
Communication UP
DATAAmvc
SHUTDOWNACK
Communicatian Lost
INIT ACK( 不同的Init-Tag )
由端点B启动端点A和B之间的偶联建立，该端点A发送的INIT-ACK包含一个启动标签（Init-Tag），由端点B用SHUTDOWN消息终止该偶联，并重新启动偶联建立。检查A：第二个偶联建立的INIT-ACK消息中包含的启动标签应与上一个肩动标签值不同。9
-TYKAONYKACa
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
YD/T1444-2006
流控制传送协议（SCTP)测试方法Test methods for stream control transmission protocol(SCTP)2006-05-31发布
2006-10-01实施
中华人民共和国信息产业部发布-
规范性的引用文件
测试结构
测试项口·
测试内容中的消息和参数
关于测试项口中址格式的说明·4.3
关于测试项口中原语要求的说明·4.4
测试判定原则·
测试项目
偶联建立
偶联中止·
无效消息处理
重复消息的处理·
故障处理
差错消息处理
数据坎的捆绑和复用
DATA 消息的传送
数据块的证实
异常情况的测试
重传定时器，
-TYKAONYKACa
YD/T1444-2006
YD/T 1444-2006
本标准非等效采用ETFRFC2960流控制传送协议》（2000年1）：与RFC2960流控制传送协议（2000年10月）“的主要区别如下：1．增加了关于测试项中原语的说明测试项中的原语只作为说明用，在实际谢试中不予要求，尚时本文件中还增加了对本测试规范的评判标准2．对使用Pv6地址进行测试的情况进行了说明；同时对于均证格式的测试，往议应依据现有网络使用的地的状说；建议不使用主机名地证格式。3．在偶联建立的测试中，明确了INIT消总中出局流数量不可以为0.4，对于由HB-Request原讲产生的HeartBeat消总，在收到的HeanReatACK不正确时，SCTP不必重发 HeartBeal消息。
5．如果用于偶联建立的INIT消息中支持的地址类型不为接收方所支持川，被测系统应当发送ABORT消息
本标准是YD/T1194-2002《流控制传送协议（SCTP）》的配餐标准。本标准由中国通信标准化协会提出并归口，本标准起草单位：信息产业部电信研究院中兴通讯股份有限公司
华均技术有限公司
上海贝尔阿尔卡特股份限公司
本标准主要起草人：吕军续合元张宣商峰迮超林饹吕严1范围
流控制传送协议（SCTP测试方法YD/T 1444-2006
本标准规定厂对流控制传送协议（SCTP）的测试程序和测试方法，并对需费在测试中过程中注意的问题和在实际使用本标准时的判定原测进行了规定本标准适用于采用SCTP协议的软交换设备、信令网关和IP网内的相关设备。2规范性的引用文件
下列文件中的条款通过在在标准中引用而成为本标准的条款，凡是注口期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而鼓励根据本标准达成协议的各方研究是否可以适用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YD/T 1194-2002
RFC 2960
3测试结构
测试结构如图1所示。
端点A
被测点
4：测试项目
流控制传送协议（SCTP）
流控制传送协议（2000年10月）端点日
监谢仪表
图 SCTP 制试结构
4.1测试内容中的消息和参数
测试仪
对测试项目中涉及到的消息、参数和原语的格式说明，可参见YD/T1194-2002。4.2关于测试项目中地址格式的说明在与地址格式相关的测试中，地址格式的应用应根据网络的应用情况进行测试，即当前网络主要应用IPv4地址时，本标准只对IPv4地址做要求。只有当网络中使用Pv6地址时，则本标准应要求的地址格式包括 IPv4和IPv6 两种格式。当网络可以支持DNS服务时，方可考虑使用主机名地，为了防备对DNS的攻击，建议在SCTF层应用时不使用主机名地。
4.3关于测试项目中原语要求的说期测试项目中描述的高层应用同SCTP层之间原语。主要用来说明不同层之间的交互关系，在实际测试中可以不进行要求。
4.4测试判定原则
测试项月编号上标记为任选的项目，在进行入网测试时可以根据实际情况不做要求，其余项目是入网测试的必备项县。当被测设备的所有必备项日合格后，该设备方满足设备进网要求。1
-TYKAONYKACa
YD/T 1444. 2006
4.5测试项目
4.5.1偶联建立
测试缔号；1.1
参考：RHC 2960第.5.1
项口：码联建立
分项目：正常的偶联建立
目的：检验正常的偶联廷立程序测试预胃条件：端点A利端点B之间的偶联未建立，设置数据由A点的高层发送建立Associate源语，建立到端点B偶联
结构：
预期的信号单元顺序：
端点B
INITACK
COOK_ACK
测试说明：
测试类型：VAT、CPT
高层应用(ULP)
端点A
Associate
COOKIE ECHO
Communication up
Data arrive
由端点A的高层协议（ULP）发送Associatc原语，启动偶联建立，并用监视仪记录消息流程。检查A：偶联是否建立？
拾查B：偶联建立后发送的第一个数据快（DataChunk）是否由SACK证实检查C：在凹建立的偶联上接收和发送不同长度的数据块。检查D：所有的DATA消息都被正确接收，无消息丢失。对于有效性测试，在反方向上重复测试，2
测试编号：【.2
参考：RFC 2960第4节和15,1,6节项自：正常的偶联建立
分项口：T]-[nil 定时器
目的：验证TIImil定时器超时后，并重发INIT消息YD/T 1444-2006
测试预置条件：端点A和端点B之间的偶联卡建立，设置数据山A点的高层发送建立Associate原语，建到端点B低联，在端点B设置数据让B不响应INIT-ACK结构：
预期的信号单元顺序：
端点B
测试说明：
端点A
测试奖型：VAT
高层应用(ULP)
Associate
启动定时器T1-Init
定时器T1-Init超时
由端点A发送INIT消息，尝试建立到端点B的偶联。用监视仪记录消息流程。检查A：在定时器TIInit超时后，端点A重新发送TNIT消息。检查B：重发的INIT消息的Init-Tag的值与前…个INIT消息的Init-Tag值相同。检查C：消息顺序是否如上所示？-TYKAONYKACa
YD/T 1444-2006
测试编号：1.3
参考：RFC 2960第4节和15.1.6节项目：正常的偶联建立
分项目：COOKE-ECHO使用的T1-Cokie定时器H的：验证T1-Cookie定时器超时后，重发INIT消息测试预置条件：端点A和端点B之间的偶联术建立，设置数据由A点的高层发送建立.Associate原语，建立到端点B偶联，在端点B设置数据:B不发送COOK正~ACK响应COOKE-FCHO结构：！
预期的信号单元顺序：
端点B
INI ACK
端点A
COOKIE_ECHO
测试类型：YAT
高层应用(ULP)
Associate
启动T1-Cookie定时器
T1-Cookie定时器超时
COOKTE_ ECHO
重新启动T1-Cookie定时器
测试说明：
由端点A发送INIT消息，尝试建立到端点B的偶联，用监视仪记录消息流程。2.
检查A：在定时器T1-Cxkie超时后，端点A重新发送COQOKIE_ECHO消息。捡查B：消息顺序是否如上所示？测试编号：1.4
签考：RFC2960第4节
项1：正常的偶联建立
分项日：超过了MAX.INITRETRANS，未能敢到INIT－ACK目的：验证如果重发的INIT次数超过「MAX.INIT.RFTRANS，则中偶联建立YD/T 1444-2006
鸿试预置条件：蹦点A和B之问未建立偶联，在端点B设置数据，让B不响应INIT-ACK结构：！
预期的信号单元顺序：
端点B
INIT ACK
COOK_ACK
测试说明：
重发INIT的次数超过了
MAX.INIT.RFTRANS
端点A
测试类型：VAT
高层应用(ULP)
Associate
启动定时器T1- Init
定时器T1-Init超时
启动定时器T1-init
定时器T1－Init超时
Communications Lost
Associate
COOKIE_ECHO
Communication up
通过由端点A发送INIT尝试建立到端点B的偶联，用监视仪记录消息流程，检查A：如果INIT消息重复发送了MAX.INIT.RETRANS次，而未能收到INIT-ACK，则应中比偶联2.
建立并向高层报告。
检查B：验证端点A可以重新尝试建立到端点B的个新偶联。检查C：消息顺序是否如上所示？5
YKAONTKAca
YD/T 1444-2006
测试编号：1.5
参考：RFC2960第4节和15.1.6节项目：正常的联建立
分项目：超过MAX.NIT.RETRANS：未能收到COOKIE-ACKH的：验证始果重发的CCYOKIE-ECHO次数超过了MAX.INIT.RETRANS，则应中止偶联建立测试预置条件：端点A和B之间术建立偶联，在端点B设置数据，使B不响应COOKE-ACK结构：1
预划的信号单元顺序：
端点B
INIT-ACK
INITACK
COOK ACK
重发INIT的次数超过了
MAX.INIT.RETRANS
端点A
测试类型：VAT
高层应用(ULP)bzxz.net
Associate
COOKIF-ECHO
启动定时器T1 -Cookie
定时器T1-Cookie超时
COOKIE-ECHO
启动定时器Tl-Cookie
定时器T1-Cookie超时
COOKIE-ECHO
Communications Lost
Associate
COOKIE_ECHO
Communication up
测试说明：
通过出端点A发送INIT尝试建立到端点B的偶联，用监视仪记录消息流程。检查A：如果COOKIE-ECHO消息重复发送了MAX.INIT.RETRANS次，而米能收到COOKIE-ACK，则应中止偶联建立并向高层报告。检查B：验证端点A可以重新尝试建立到端点B的一个新偶联，检查C：消息顺序是否如上所示？6
测试编号：1.6
参考：RFC 2960 第5.1节
项目：正常的偶联建立
分项月：未能收到COOKIE-ECHO消息YD/T1444-2006
口的：如果没有收到COOK正-ECHO消息，检验端点处于关闭状态，且末对该偶联分配资源测试预置条件：端点A和B之间末建立偶联，在端点B设置数据，让B不响应COOKIF-ECHO结构：1
预期的信号单元顺序：
端点B
INIT ACK
COOKE_ACK
测试说明：
端点A
测试类型：VAT
高层应用(ULP)
INIT-ACK(有Cookie）)
Associate
COOKIE_ECHO
Cornmunication up
从端点B肩动到端点A的偶联建立，在收到INIT-ACK后，端点B不响应COOKIE-ECHO，用视仪记录消息流程。
检查A：端点B处于关闭状态。
检查B：消息顺序是否如上所示。检查C：端点A能否尝试建立一个新的偶联。7
-TTKAONYKACa
YD/T 1444--2006
测试编号：1.7
考：RFC2960第5.3.1
项日：正常的偶联建立
分项目：发起偶联建文的端点在建立不同的偶联应使用不同的启动标签筐H的：验证当重新建文到对踏的偶联时，需要使用不同的Init-Tag值，即与先前的偶联的init-Ta值不同测试预置条件：端点间没有建立的偶联，在端点B设置数据，偶联可以在端点A利B之问建立并终止结构：1
预期的信号单元顺序：
端点B
INITACK
COOKIE_ACK
SHUTDOWN
INIT ACK
测试说明：
端点A
测试类型：VAT
高层感用(ULP)
Ansociate
COOKIE_ ECHO
Communication up
DATA Arrive
SHUTDOWN ACK
Communication Iost
Assnciate
INIT（不同的Init-Tag）
在端点A和B启动偶联建立，该INIT中包含-个启动标签（Init-Tag），用SHUTDOWN消息终止该偶联，并重新启动偶联建立：
检查A：第二个偶联建立的INT消息中包含的启动标签应与上一个启动标签值不间。测试编号：1.8
参考：RFC 2960第5.3.1节
项：正常的偶联建立
YD/T 1444-2006
分项目：接收偶联启动命令的端点在建立不间码联时应使用不同的启动标签值口的：验证当收到对端的重新建立偶联的命令时，需要使用不同的Init-Tag值，即与先前的偶联的Init-Tag值不间
测试预置条件：端点问没有建立的偶联，在端点B设置数据，偶联可以在端点A和B之间建立并终止结构：1
预期的信号单元颁序：
端点B
COOKIE ECHO
SHUTDOWN
测试说明：
端点A
测试奖型：VAT
高层应用(ULP)
INIT ACK (Init-Tag）
COOKIE_ACK
Communication UP
DATAAmvc
SHUTDOWNACK
Communicatian Lost
INIT ACK( 不同的Init-Tag )
由端点B启动端点A和B之间的偶联建立，该端点A发送的INIT-ACK包含一个启动标签（Init-Tag），由端点B用SHUTDOWN消息终止该偶联，并重新启动偶联建立。检查A：第二个偶联建立的INIT-ACK消息中包含的启动标签应与上一个肩动标签值不同。9
-TYKAONYKACa
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。