信令传送协议-SCTP协议解析

于 2021-07-25 22:35:48 发布
阅读量1w 收藏 45
点赞数 2
分类专栏： 通信协议分析 文章标签： sctp 信令 wireshark 网络通信
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/chen1415886044/article/details/119065402
版权

SCTP是传送协议，一种可靠的传输协议，提供类似于 TCP 提供的服务。一方面SCTP要完成对等层偶联的管理，另一方面要完成应用数据的承载。我们可以理解为SCTP对等层之间的控制协议能力和用于数据承载协议的能力。

SCTP协议

虽然SCTP协议包含承载能力和控制能力，SCTP协议的数据报文仍然采用统一的结构。我们来看看SCTP 通用头格式 和SCTP数据单元。

在这里插入图片描述在这里插入图片描述
在这里插入图片描述

Wireshark抓包SCTP
在这里插入图片描述
SCTP数据报文结构由统一的SCTP公共消息头和后继的一个或者多个SCTP数据单元（SCTP Chunk）组成。

对于Wireshark抓取的SCTP数据报文，公共消息头包含以下四个字段：

  • 源端口（Source Port）：用于描述目标端点的端口号。 目标端口（Destination Port）:用于描述目标端点的端口号。
  • 验证字（Verification Tag）:用于标识数据的发送者。
  • 校验和（Checksum）:用于校验消息内容是否在传送中有损坏。校验和的取值为Checksum字段取值为0时的数据报文执行CRC32c计算的结果。

每一个数据单元（Chunk）代表一条SCTP的控制协议指令，或者SCTP承载的用户数据的片段。数据单元由统一的数据单元消息头和用户数据组成，数据单元消息头有以下三个字段：

在这里插入图片描述

  • 数据单元类型（Chunk Type）：数据单元类型标识了该数据单元所携带的用户数据类型，SCTP将按照数据单元类型构造和解析数据单元携带的用户数据。
  • 数据单元标识（Chunk Flags）:取值与数据单元类型相关。
  • 数据单元的长度（Chunk Length）:数据单元长度是包括类型、标识的数据单元的总长度。

SCTP数据单元类型

对于数据单元类型，可以分为两个类型，数据传送消息和管理类消息。

  1. 数据传送类型

数据单元类型取值（0）： Payload Data (DATA)

用于SCTP用户数据的承载，承载数据的发送请求

数据单元类型取值（3）：Selective Acknowledgement (SACK)

用于对DATA请求发送的数据单元进行请求，以表明是否正确发送到目标端

  1. 管理类消息

数据单元类型取值（1）： Initiation (INIT)

用于发起SCTP建立请求

数据单元类型取值（2）：Initiation Acknowledgement (INIT ACK)

SCTP偶联建立应答

数据单元类型取值（4）：Heartbeat Request (HEARTBEAT)

心跳检查请求

数据单元类型取值（5）：Heartbeat Acknowledgement (HEARTBEAT ACK)

心跳检查应答

数据单元类型取值（6）：Abort (ABORT)

立即关闭偶联通知

数据单元类型取值（7）：Shutdown (SHUTDOWN)

正常关闭偶联通知

数据单元类型取值（8）： Shutdown Acknowledgement (SHUTDOWN ACK)

关闭偶联应答

数据单元类型取值（9）：Operation Error (ERROR)

操作错误通知

数据单元类型取值（10）：State Cookie (COOKIE ECHO)

Cookie验证请求

数据单元类型取值（11）：Cookie Acknowledgement (COOKIE ACK)

Cookie验证应答

数据单元类型取值（12）：Reserved for Explicit Congestion Notification Echo
(ECNE)

为明确拥塞通知响应(ECNE)预留

数据单元类型取值（13）：Reserved for Congestion Window Reduced (CWR)

为降低拥塞窗口(CWR)预留

数据单元类型取值（14）： Shutdown Complete (SHUTDOWN COMPLETE)

偶联关闭完成

DATA数据单元结构定义

DATA数据单元定义如下图所示：
在这里插入图片描述

Wireshark抓包分析：

在这里插入图片描述
数据单元类型取值固定为0，对于U、B、E可以简单这样理解。

  • U如果置位

则代表这个数据单元是一个要求顺序的数据单元。

  • B如果置位

则代表这个要求顺序的数据单元是第一个数据单元。

  • E如果置位

则代表这个要求顺序的单元是最后一个单元。

  • 传送序号（TSN）

是一个32bit序列号，是该数据单元在整个SCTP传送过程中的唯一标识，接收端将基于TSN数据单元进行证实。

  • 流标识（SI：Stream Identifier ）

是数据单元所使用的流编号

  • 流内序号（Stream Sequence Number）

是数据单元所使用的流内序号，接收端将基于SSN判断所接收到的数据报文顺序，完成数据单元所使用的流编号。

  • 净荷协议标识（Payload Protocol Identifier）
    是数据单元所携带的净荷内容的类型标识，由于SCTP承载的用户数据是信令，因此这个净荷协议标识指的是所承载的协议。

净荷内容是变长的，是承载的应用协议具体内容。

INIT数据单元结构定义

偶联建立请求的数据单元结构定义如下：

在这里插入图片描述
这里需要注意的是，只有INIT数据单元的验证字（Verfication Tag）可以取值为0，其他请求都需要携带正确的验证字，否则接收端可能会拒绝处理。

Wireshark抓包分析：
在这里插入图片描述

INIT请求数据单元类型取值固定1

  • 初始验证字（Initiate Tag）

用于设置向本端点发送的数据报文所要携带的验证字

  • 接收窗口（Advertised Receiver Window Credit (a_rwnd)）

用于设置本端发送数据报文的时候建议的数据发送窗口大小。

  • 发送流数量（Number of Outbound Streams）

用于设置发送的流数量

  • 接收流数量（Number of Inbound Streams）

用于设置接收的流数量

  • 初始TSN（Initial TSN）

用于设置接收到的第一条DATA消息的TSN取值。

INIT可以携带多种可选参数，每个可选参数都由可选参数类型和可选参数长度组成的可选参数头和可选参数内容组成。

#define SCTP_DATA_CHUNK_ID               0
#define SCTP_INIT_CHUNK_ID               1
#define SCTP_INIT_ACK_CHUNK_ID           2
#define SCTP_SACK_CHUNK_ID               3
#define SCTP_HEARTBEAT_CHUNK_ID          4
#define SCTP_HEARTBEAT_ACK_CHUNK_ID      5
#define SCTP_ABORT_CHUNK_ID              6
#define SCTP_SHUTDOWN_CHUNK_ID           7
#define SCTP_SHUTDOWN_ACK_CHUNK_ID       8
#define SCTP_ERROR_CHUNK_ID              9
#define SCTP_COOKIE_ECHO_CHUNK_ID       10
#define SCTP_COOKIE_ACK_CHUNK_ID        11
#define SCTP_ECNE_CHUNK_ID              12
#define SCTP_CWR_CHUNK_ID               13
#define SCTP_SHUTDOWN_COMPLETE_CHUNK_ID 14
#define SCTP_AUTH_CHUNK_ID              15
#define SCTP_NR_SACK_CHUNK_ID           16
#define SCTP_I_DATA_CHUNK_ID          0x40
#define SCTP_ASCONF_ACK_CHUNK_ID      0x80
#define SCTP_PKTDROP_CHUNK_ID         0x81
#define SCTP_RE_CONFIG_CHUNK_ID       0x82
#define SCTP_PAD_CHUNK_ID             0x84
#define SCTP_FORWARD_TSN_CHUNK_ID     0xC0
#define SCTP_ASCONF_CHUNK_ID          0xC1
#define SCTP_I_FORWARD_TSN_CHUNK_ID   0xC2
#define SCTP_IETF_EXT                 0xFF


#define HEARTBEAT_INFO_PARAMETER_ID               0x0001
#define IPV4ADDRESS_PARAMETER_ID                  0x0005
#define IPV6ADDRESS_PARAMETER_ID                  0x0006
#define STATE_COOKIE_PARAMETER_ID                 0x0007
#define UNREC_PARA_PARAMETER_ID                   0x0008
#define COOKIE_PRESERVATIVE_PARAMETER_ID          0x0009
#define HOSTNAME_ADDRESS_PARAMETER_ID             0x000b
#define SUPPORTED_ADDRESS_TYPES_PARAMETER_ID      0x000c
#define OUTGOING_SSN_RESET_REQUEST_PARAMETER_ID   0x000d
#define INCOMING_SSN_RESET_REQUEST_PARAMETER_ID   0x000e
#define SSN_TSN_RESET_REQUEST_PARAMETER_ID        0x000f
#define RE_CONFIGURATION_RESPONSE_PARAMETER_ID    0x0010
#define ADD_OUTGOING_STREAMS_REQUEST_PARAMETER_ID 0x0011
#define ADD_INCOMING_STREAMS_REQUEST_PARAMETER_ID 0x0012
#define ECN_PARAMETER_ID                          0x8000
#define NONCE_SUPPORTED_PARAMETER_ID              0x8001
#define RANDOM_PARAMETER_ID                       0x8002
#define CHUNKS_PARAMETER_ID                       0x8003
#define HMAC_ALGO_PARAMETER_ID                    0x8004
#define SUPPORTED_EXTENSIONS_PARAMETER_ID         0x8008
#define FORWARD_TSN_SUPPORTED_PARAMETER_ID        0xC000
#define ADD_IP_ADDRESS_PARAMETER_ID               0xC001
#define DEL_IP_ADDRESS_PARAMETER_ID               0xC002
#define ERROR_CAUSE_INDICATION_PARAMETER_ID       0xC003
#define SET_PRIMARY_ADDRESS_PARAMETER_ID          0xC004
#define SUCCESS_REPORT_PARAMETER_ID               0xC005
#define ADAP_LAYER_INDICATION_PARAMETER_ID        0xC006


struct chunk
{
	u_char        type; 
	u_char        flags;
	u_short           length;
};


struct my_sctphdr
{
	/*
	The data types/sizes we need to use are: unsigned char - 1 byte (8 bits),
	unsigned short int - 2 bytes (16 bits) and unsigned int - 4 bytes (32 bits)
	*/
	u_short           sport;
	u_short           dport;
	unsigned int      veriftag;
	unsigned int      checksum;
	// chunk follows
	struct chunk          chnk;
};

void dissect_init_ack_chunk(u_char *sctp_data,int offset,int chunk_length)
{
	int adv_rec_window_credit = 0;
	uint16_t number_of_outbound_streams = 0;
	uint16_t number_of_inbound_streams = 0;
	int length = 0;
	uint16_t type = 0;
	in_addr ip;
	if (chunk_length < INIT_CHUNK_FIXED_PARAMTERS_LENGTH)
		return;
	
	offset += INIT_CHUNK_INITIATE_TAG_LENGTH;
	adv_rec_window_credit = ntohl(*(uint32_t*)(sctp_data + offset));	
	
	printf("Advertised receiver window credit (a_rwnd): %d\n",adv_rec_window_credit);
	
	offset += INIT_CHUNK_ADV_REC_WINDOW_CREDIT_LENGTH;
	number_of_outbound_streams = ntohs(*(uint16_t*)(sctp_data + offset));	
	
	printf("Outbound streams: %d\n",number_of_outbound_streams);
	
	offset += INIT_CHUNK_NUMBER_OF_OUTBOUND_STREAMS_LENGTH;	
	number_of_inbound_streams = ntohs(*(uint16_t*)(sctp_data + offset));	
	
	printf("inbound streams: %d\n",number_of_inbound_streams);
	
	offset += INIT_CHUNK_NUMBER_OF_INBOUND_STREAMS_LENGTH;
	
	offset += INIT_CHUNK_INITIAL_TSN_LENGTH;
	
	while(offset < chunk_length)
	{
		type   = ntohs(*(uint16_t*)(sctp_data + offset));
		//printf("type: %x\n",type);
		offset += PARAMETER_TYPE_LENGTH;
		length  = ntohs(*(uint16_t*)(sctp_data + offset));
		if (type == SUPPORTED_ADDRESS_TYPES_PARAMETER_ID)
			offset += 8;
		switch(type)
		{
			case IPV4ADDRESS_PARAMETER_ID:
				printf("----ipv4------\n");
				//printf("%x %x %x %x \n",sctp_data[offset],sctp_data[offset + 1],sctp_data[offset + 2],sctp_data[offset + 3]);
				offset += 2;
				memcpy(&ip.s_addr, sctp_data + offset, sizeof(ip.s_addr));
				printf("IPv4 address parameter: %s\n", inet_ntoa(ip));
				break;
			default:
				break;	
		}

	}
		offset += length;
}


void dissect_sctp(u_char *sctp_data,int offset)
{
	struct my_sctphdr  sctp_packet;
	uint16_t total_length = 0;
	
	printf("sctp_data 0x%.2X,0x%.2X,0x%.2X,0x%.2X,0x%.2X\n",sctp_data[0],sctp_data[1],sctp_data[2],sctp_data[3],sctp_data[4]);	
	

	sctp_packet.sport = ntohs(*(uint16_t*)(sctp_data + offset));
	printf("sport: %d\n",sctp_packet.sport);
	
	offset += SOURCE_PORT_LENGTH;
    sctp_packet.dport = ntohs(*(uint16_t*)(sctp_data + offset));	
	printf("dport: %d\n",sctp_packet.dport);
	
	offset += DESTINATION_PORT_LENGTH;
	sctp_packet.veriftag = ntohl(*(uint32_t*)(sctp_data + offset));
	printf("vtag: 0x%x\n",sctp_packet.veriftag);
	
	offset += VERIFICATION_TAG_LENGTH;
	sctp_packet.checksum =  ntohl(*(uint32_t*)(sctp_data + offset));
	printf("vtag: 0x%x\n",sctp_packet.checksum);
	
	offset += CHECKSUM_LENGTH;
	
	if (offset < 12) /* 不能小于SCTP头长度 */
		return;
	sctp_packet.chnk.type = sctp_data[offset];
	printf("type: %d\n",sctp_packet.chnk.type);
	offset += CHUNK_TYPE_LENGTH;
	sctp_packet.chnk.flags = sctp_data[offset];
	offset += CHUNK_FLAGS_LENGTH;
	
	/* 提取块长度并计算填充字节数  */	
    sctp_packet.chnk.length = ntohs(*(uint16_t*)(sctp_data + offset));
	printf("length: %d\n",sctp_packet.chnk.length);
    //total_length   = ADD_PADDING(sctp_packet.chnk.length);	
	//printf("total_length: %d\n",total_length);
	offset += CHUNK_LENGTH_LENGTH;
	
	switch(sctp_packet.chnk.type)
	{
		case SCTP_INIT_CHUNK_ID:
			printf("===SCTP_INIT_CHUNK_ID===\n");
			dissect_init_ack_chunk(sctp_data,offset,sctp_packet.chnk.length);
			break;
		default:
			/* unknown chunk */
            break;	
	}
	
}

运行结果
在这里插入图片描述
在建立SCTP偶联连接过程中，当服务接收到客户端发起的INIT请求，会建立SCTP数据结构，保存对端的端口、本地端口、对端验证字、本地验证字、发送流数量、接收流的数量等等。

数据单元的绑定

为了提高传送效率，SCTP允许多个数据单元（Chunk）绑定在一个数据分组（Pack-age）中进行传送。但是需要注意的是，数据单元必须完整地携带在数据分组中。如果某个数据单元不能完整地携带在数据中，则只能将该数据单元绑定到后续的数据分组。

SCTP数据报文并没有在公共消息中约束可以绑定SCTP数据单元的个数，也没有约束可携带的单元长度。

在这里插入图片描述
可绑定的SCTP数据单元个数完全由SCTP协议栈根据当前网络MTU的大小或自定义策略来确定。

什么是多穴（Multi-Homing）

一个SCTP端点可以绑定多个IP地址，以解决“点到点”连接可能造成的可用性和灵活性问题。为了支持多穴，在SCTP偶联建立的时候，SCTP端点需要使用INIT和INIT-ACK请求交换偶联双方所绑定的IP地址。

SCTP即支持IPV4也支持IPV6，不管是哪种地址，SCTP只需要知道至少一个对端的IP地址就可以了，就能正常建立连接。

如果INIT请求和INIT-ACK请求没有明确声明绑定IP地址，则默认使用发送请求的IP地址作为对端绑定的传送地址。

对于多穴，不仅解决了多点连接问题，还提高了系统可用性。

多流（Multi-Streaming）

为了支持多流，在偶联建立的时候需要协商流的数量，由于流是单向的，因此偶联建立请求将会初始化希望的发送流（Outbound Stream）和接收流（Inbound Stream）数量，初始化的时候并不会为流分配特殊的标识，在使用的时候，流标识从0开始编号。

总结

TCP协议容易受到SYN攻击，其原因是服务器在接收到客户端的TCP连接建立请求（ACK）之后，会立即分配网络资源。而在建立SCTP偶联连接过程中，当服务器接收到客户端发起的INIT请求时，不会立即分配网络资源，而是等到客户端确认。为了避免客户端随意地发送确认，SCTP采用Cookie验证方式。避免SYN攻击。

欢迎关注微信公众号【程序猿编码】，需要源代码欢迎添加本人微信号(17865354792)交流学习。

参考：RFC2960、 RFC4960

程序猿编码
关注
  • 2
    点赞
  • 踩
  • 45
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
一文详解 SCTP 传输层协议
bjxiaxueliang的CODING技术小馆
05-05 2256
SCTP(Stream Control Transmission Protocol)流控制传输协议，由 RFC2960 定义。SCTP的设计目的是提供一种可靠的、面向消息的数据传输服务，以便于支持多点通信以及满足传输的可靠性需求。SCTP 目前广泛应用于VoIP、移动通信和云计算等领域。
SCTP协议详解与实例
Shreck66的专栏
03-31 2万+
1.SCTP是什么？只要是接触过编程的人，当你问他传输层都有哪些协议？我想几乎很多人会说TCP，IP协议而很少有人知道SCTP(流控制传输协议)这个和上述俩个协议具有相同地位的协议。 SCTP提供的服务与TCP，UDP类似，或者甚至可以理解为其是TCP与UDP协议各自优点的组合后的产物。2.SCTP的特点(1)SCTP连接的建立SCTP协议建立连接可调用int sctp_connectx(int
华为SCTP协议--高清发行版.pdf
12-02
在流控制传输协议 SCTP（Stream Control Transmission Protocol）制定以前，在 IP 网上传输七号信令使用的是 UDP 和 TCP 协议。UDP 是一种无连接的传输协议，无法满足七号信令对传输质量的要求。TCP 协议是一种有连接的传输协议，可以信令的可靠传输，但是 TCP 协议具有行头阻塞、实时性差、支持多归属比较困难、易受拒绝服务攻击（Dos）的缺陷。因此 IETF（Internet Engineering Task Force）RFC2960 制定了面向连接的基于分组的可靠传输协议 SCTP 协议。
SCTP简介
热门推荐
scutzxb_2的博客
10-01 7万+
SCTP (Stream Control Transmission Protocol)是一种传输协议，在TCP/IP协议栈中所处的位置和TCP、UDP类似，兼有TCP/UDP两者特征。 SCTP是可以确保数据传输的，和TCP类似，也是通过确认机制来实现的。和TCP不同的是： 1. TCP是以字节为单位传输的，SCTP是以数据块为单位传输的 TCP接收端确认的是收到的字节数，SCTP接收端确认
SCTP协议详解
fkuner的博客
03-29 875
SCTP (Stream Control Transmission Protocol)是一种传输协议，在TCP/IP协议栈中所处的位置和TCP、UDP类似，兼有TCP/UDP两者特征。SCTP是可以确保数据传输的，和TCP类似，也是通过确认机制来实现的。和TCP不同的是：1. TCP是以字节为单位传...
Centos7 非对称路由导致收到sctp init建链报文不响应
kklvsports的专栏
12-24 1344
Centos7主机上创建sctp协议socket监听192.168.10.14地址36412端口，10.10.10.227主机运行sctp客户端程序connect  192.168.10.14:36412地址。Centos7主机接口配置如下 [root@localhost ~]# ifconfig ens32: flags=4163 mtu 1500 inet 192.168
SCTP标准简介Part I：SCTP连接建立
scutzxb_2的博客
10-18 7266
SCTP协议最新版本是RFC 4960。 以下简单介绍SCTP标准中的一些基本概念，希望对大家阅读SCTP相关标准时有所帮助，详细资料可以参考RFC。水平所限，有错漏之处请见谅。。 1. SCTP包的格式  0                   1                   2                   3    0 1 2 3 4 5 6 7 8 9 0 1 2
NB-IoT协议接口与信令流程
07-11
NB-IoT协议接口与信令流程 附着是UE进行业务前在网络中的注册过程，主要完成接入鉴权和加密、资源清理和注册更新等过程。附着流程完成后，网络记录UE的位置信息，相关节点为UE建立上下文。 与R12 附着流程相比，...
SS7信令协议栈.doc
05-24
SS7 信令协议栈 SS7（Signaling System 7）是一种用于电话网和数据通信网中的信令协议栈。它是通过网络传送数据的规则集合，旨在使各层相对独立，或使各层具有不同的职能。SS7 协议栈原本是按分层结构的思想设计的...
IEC61850 MMS协议解析
最新发布
10-11
IEC61850 MMS 协议解析 IEC61850 MMS 协议是一种用于电力系统自动化领域的通用标准，旨在实现不同制造设备之间的互操作。MMS（Manufacturing Message Specification）是一种制造报文规范，用于在设备或程序之间传送...
sctp协议文件
11-17
非常有用的，里面详细介绍sctp协议的有关概念，有利于学习。
SCTP技术规范（中文）
09-25
SCTP技术规范中文版。根据RFC2960制定，规定了消息编码格式和程序。
信令协议大全包括电信网的所有信令协议
03-12
第1章 MGCP协议 1-1 1.1 概述 1-1 1.1.1 基本概念 1-1 1.1.2 相关术语 1-1 1.1.3 协议栈结构 1-7 1.1.4 MGCP协议的应用 1-8 1.2 协议消息 1-8 1.2.1 消息类型 1-8 1.2.2 消息结构 1-11 1.3 基本控制流程 1-21 1.3.1 网关注册流程 1-21 1.3.2 成功的终端呼叫流程（在同一MG下） 1-22 1.3.3 成功的终端呼叫流程（在不同MG下） 1-35 第2章 H.248协议 2-1 2.1 概述 2-1 2.1.1 基本概念 2-1 2.1.2 相关术语 2-1 2.1.3 协议栈结构 2-6 2.1.4 H.248协议的应用 2-7 2.2 协议消息 2-8 2.2.1 消息类型 2-8 2.2.2 消息结构 2-9 2.3 基本控制流程 2-24 2.3.1 网关注册流程 2-24 2.3.2 网关注销流程 2-25 2.3.3 网关初始化流程 2-26 2.3.4 成功的终端呼叫流程 2-27 2.3.5 成功的中继呼叫流程 2-38 第3章 SIP协议 3-1 3.1 概述 3-1 3.1.1 基本概念 3-1 3.1.2 相关术语 3-2 3.1.3 协议栈结构 3-5 3.1.4 SIP协议的应用 3-6 3.2 协议消息 3-6 3.2.1 消息类型 3-6 3.2.2 消息结构 3-9 3.3 基本消息流程 3-23 3.3.1 SIP用户注册流程 3-23 3.3.2 成功的SIP用户呼叫流程 3-26 3.3.3 成功的SIP中继呼叫流程 3-34 3.3.4 成功的SIP-T中继呼叫流程 3-37 第4章 H.323协议 4-1 4.1 概述 4-1 4.1.1 基本概念 4-1 4.1.2 相关术语 4-1 4.1.3 协议栈结构 4-4 4.1.4 H.323协议的应用 4-5 4.2 RAS协议 4-7 4.2.1 概述 4-7 4.2.2 协议消息 4-7 4.2.3 基本消息流程 4-15 4.3 H.225.0呼叫信令协议 4-17 4.3.1 概述 4-17 4.3.2 协议消息 4-17 4.3.3 基本消息流程 4-25 4.4 H.245协议 4-27 4.4.1 概述 4-27 4.4.2 协议消息 4-30 4.4.3 基本消息流程 4-39 4.5 H.323呼叫流程 4-40 4.5.1 成功的H.323用户呼叫流程（正常启动） 4-40 4.5.2 成功的H.323用户呼叫流程（快速启动） 4-68 4.5.3 成功的H.323中继呼叫流程 4-69 第5章 SIGTRAN协议 5-1 5.1 概述 5-1 5.1.1 SIGTRAN功能 5-1 5.1.2 相关术语 5-1 5.1.3 协议栈结构 5-2 5.1.4 在NGN中的应用 5-2 5.2 SCTP协议 5-3 5.2.1 概述 5-3 5.2.2 SCTP相关术语 5-4 5.2.3 SCTP功能 5-8 5.2.4 SCTP原语 5-11 5.2.5 SCTP协议消息 5-15 5.2.6 SCTP基本信令流程 5-38 5.3 M2UA协议 5-43 5.3.1 概述 5-43 5.3.2 M2UA相关术语 5-43 5.3.3 M2UA业务 5-45 5.3.4 M2UA功能 5-46 5.3.5 M2UA协议栈结构 5-48 5.3.6 M2UA边界原语 5-49 5.3.7 M2UA协议的应用 5-51 5.3.8 M2UA协议消息 5-52 5.3.9 M2UA基本信令流程 5-75 5.4 M3UA协议 5-76 5.4.1 概述 5-76 5.4.2 M3UA相关术语 5-77 5.4.3 M3UA业务 5-86 5.4.4 M3UA功能 5-88 5.4.5 M3UA协议栈结构 5-95 5.4.6 M3UA边界原语 5-95 5.4.7 M3UA协议的应用 5-97 5.4.8 M3UA协议消息 5-101 5.4.9 M3UA基本信令流程 5-134 5.5 IUA协议 5-137 5.5.1 概述 5-137 5.5.2 IUA相关术语 5-137 5.5.3 IUA业务 5-138 5.5.4 IUA功能 5-139 5.5.5 IUA协议栈结构 5-140 5.5.6 IUA边界原语 5-140 5.5.7 IUA协议的应用 5-142 5.5.8 IUA协议消息 5-142 5.5.9 IUA基本信令流程 5-157 5.6 V5UA协议 5-162 5.6.1 概述 5-162 5.6.2 V5UA相关术语 5-163 5.6.3 V5UA功能 5-164 5.6.4 VUA协议栈结构 5-165 5.6.5 V5UA边界原语 5-165 5.6.6 V5UA协议的应用 5-166 5.6.7 V5UA协议消息 5-167 5.6.8 V5UA基本信令流程 5-175 第6章 No.7信令 6-1 6.1 概述 6-1 6.2 MTP 6-2 6.2.1 基本概念 6-2 6.2.2 信令消息 6-4 6.3 ISUP 6-3 6.3.1 概述 6-3 6.3.2 信令消息 6-6 6.3.3 基本信令流程 6-10 6.4 SCCP 6-12 6.4.1 基本概念 6-12 6.4.2 信令消息 6-13 6.5 TCAP 6-3 6.5.1 基本概念 6-3 6.5.2 信令消息 6-5 6.6 INAP 6-8 6.6.1 基本概念 6-8 6.6.2 信令消息 6-11 6.6.3 基本信令流程 6-13 第7章 R2信令 7-1 7.1 基本概念 7-1 7.2 R2信令的应用 7-2 7.3 基本信令流程 7-2 第8章 DSS1信令与V5协议 8-1 8.1 DSS1信令 8-1 8.1.1 基本概念 8-1 8.1.2 DSS1的应用 8-6 8.1.3 DSS1的协议结构 8-7 8.1.4 呼叫控制消息 8-10 8.1.5 基本信令流程 8-12 8.2 V5协议 8-14 8.2.1 基本概念 8-15 8.2.2 V5协议的应用 8-18 8.2.3 V5.2接口的协议结构 8-19 8.2.4 第三层协议消息 8-22 8.2.5 V5.2接口的呼叫控制流程 8-27 附录A 遵循的标准 A-1 A.1 中国标准 A-1 A.2 国际标准 A-1 附录B 缩略语表 B-1
akka-io-sctp:基于 Oracle JDK 78 支持的 SCTP 协议 Akka IO 驱动程序
06-05
阿卡-io-sctp 基于协议驱动程序。 该驱动程序源自原始的驱动程序。 此实现使用一对一风格的接口。 这种风格的目标是尽可能地遵循当前将套接字接口用于面向连接的协议（例如 TCP）的做法。 这种风格使使用面向连接...
SCTP协议跟踪
lcw_202的专栏
11-08 1186
<br />简要介绍SCTP协议(RFC2960)的跟踪, 分析其建立连接和断开连接的详细过程. <br /> <br />SCTP协议跟踪<br />本文档的Copyleft归yfydz所有，使用GPL发布，可以自由拷贝、转载，转载时请保持文档的完整性，严禁用于任何商业用途。<br /> msn: yfydz_no1@hotmail.com<br /> 来源：http://yfydz.cublog.cn<br />参考文献: RFC2960, 3309<br />1. SCTP(Stream C
SCTP标准简介Part II：SCTP连接关闭
scutzxb_2的博客
11-13 5524
SCTP连接的关闭方式有两种： ABORT（暴力关闭）：直接释放资源，应用层未被传输、接收的数据都会被丢弃SHUTDOWN（平滑关闭）：通过三条消息，把该传的该发的数据先处理完，再关闭 ABORT关闭的方式一般是SCTP检测到错误才会用到，应用程序调用close()关闭一条连接时，一般是SHUTDOWN方式（应用程序也可以指定采用ABORT的方式关闭连接）。 一条SCTP连接被ABORT
SCTP在LINUX中的实现：ABORT的各种场景
scutzxb_2的博客
11-16 6939
LINUX中SCTP ABORT的各种场景
SCTP的简介与总结
风雨同行
09-29 2984
流控制传输协议（Stream Control Transmission Protocol，SCTP）是一种可靠的传输协议，它在两个端点之间提供稳定、有序的数据传递服务（非常类似于 TCP），并且可以保护数据消息边界（例如 UDP）。然而，与 TCP 和 UDP 不同，SCTP 是
sip信令中P-Preferred-Service表示什么
03-03
P-Preferred-Service是Session Initiation Protocol (SIP)协议中的一项服务质量(QoS)参数，用于指示发起方期望在通信会话中使用的服务类型。 该参数可以用于向接收方传递特定的服务要求，以便接收方在响应请求时选择最适合的服务类型。例如，当使用SIP协议进行VoIP通话时，发起方可以使用P-Preferred-Service参数指定所需的音频编解码器类型或传输协议类型，以确保通信会话的质量和效率。 需要注意的是，该参数是可选的，并且接收方可以选择忽略该参数或使用不同的服务类型。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值