SIP协议之应答码

已于 2023-05-18 22:01:52 修改
阅读量5.6k 收藏 21
点赞数
分类专栏： SIP/VOIP 文章标签： SIP 486 应答码 480 403
于 2022-03-17 20:17:17 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/szkbsgy/article/details/123559286
版权

    SIP应答码是协议中重要的部分，可以表明请求的处理状态。但需要注意的是，应答码不能反应产生状态的真实原因，例如，返回486不一定代表被叫拒绝接听呼叫，但是通常是表示拒接。

以下内容参考RFC3261:

Provisional 1xx：

临时应答，表明服务器已经开始进一步处理请求，但还没有获得最终的处理结果。1xx应答不会被可靠传输，不会触发客户端回复ACK

100 Trying： 表明请已经被下一跳服务器处理，像其它的临时应答一样，会停止UAC 对于INVITE消息的重传。与其它临时应答不同的是，100 不会被有状态的代理转发。

180 Ringing： 表明被叫已经收到INVITE正在通过振铃等方式提醒用户，这个应答也会触发通话发起方产生回铃声

181 Call Is Being Forwarded： 服务器可以用这个应答表明呼叫正在转移到不同的目的地址

182 Queued： 被叫方暂时不可用，服务器决定不拒绝该呼叫，而是进入排队状态，当被叫进入可用状态时，返回合适的最终应答

183 SessionProgress： 呼叫正在处理中

Successful 2xx： 表明请求处理成功

200 OK： 请求被成功处理

202 accept: 同200 OK， 不常见

Redirection 3xx

3xx应答通过提供用户新的位置来重定向请求

300 Multiple Choices： 请求的目的地址被解析为多个可选择的位置，用户可以重定向请求到一个喜欢的地址

301 Moved Permanently： 永久转移， 被叫用户的目的地址已经永久变更，主叫以后要通过新的地址呼叫被叫。同时，主叫需要更新本地地址簿。

302 Moved Temporarily： 暂时转移，仅为当前请求重定向使用。SIP中的refer转接功能会使用。
 
305 Use Proxy： 使用代理，请求需要通过305应答提供的代理完成。

380 Alternative Service： 可代替的服务，请求不能被当前服务完成，380返回的可代替服务有可能完成。可代替的服务信息通过消息体返回，目前还没有相关的格式定义。

Request Failure 4xx 请求失败

400 Bad Request  错误的请求，一般是语法错误

401 Unauthorized： 未授权，要求用户对请求进行认证

402 Payment Required: 保留

403 Forbidden： 拒绝服务，比如注册时用户口令错误

404 Not Found： 不存在，比如没有找到该用户

405 Method Not Allowed： 请求方法不被允许，应答会包含允许头域和方法列表

406 Not Acceptable： 请求不被接受

407 Proxy Authentication Required： 代理需要认证，与401流程类似

408 Request Timeout： 请求超时

410 Gone：请求资源不存在

413 Request Entity Too Large： 请求的消息太大

414 Request-URI Too Long： 请求的URI太长

415 Unsupported Media Type： 不支持的媒体类型

416 Unsupported URI Scheme： 不支持的URI机制

420 Bad Extension： 不支持的扩展

421 Extension Required： 需要扩展支持

423 Interval Too Brief： 间隔时间太短，比如注册超时时间小于服务器要求的最小时间

480 Temporarily Unavailable： 暂时无应答

481 Call/Transaction Does Not Exist： 呼叫或事务不存在

482 Loop Detected： 检测到消息循环

483 Too Many Hops： 经过太多次转发，Max-Forwards字段为0

484 Address Incomplete： 地址不完整

485 Ambiguous：请求URI是模糊的、不确定的

486 Busy Here： 被叫忙

487 Request Terminated： 请求终止

488 Not Acceptable Here： 不被接受，比如媒体参数

491 Request Pending： 有未响应的请求

493 Undecipherable： 不被理解的


Server Failure 5xx 服务端失败

500 Server Internal Error： 服务器内部错误

501 Not Implemented： 不支持该功能

502 Bad Gateway：不合适的网关

503 Service Unavailable： 服务不可用

504 Server Time-out： 服务器超时

505 Version Not Supported： SIP协议版本不支持

513 Message Too Large： 消息太大

Global Failures 6xx 全局失败

600 Busy Everywhere： 忙，且不希望重新尝试请求

603 Decline： 用户忙，不希望参与

604 Does Not Exist Anywhere： 不存在

606 Not Acceptable： 不接受

浪游东戴河
关注
  • 0
    点赞
  • 踩
  • 21
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
专栏目录
rfc中文文档目录，包含部分翻译
07-22
RFC文档目录 RFC1 主机软件 RFC2 主机软件 RFC3 文档规范 RFC4 网络时间表 RFC6 与 Bob Kahn 会话 RFC10 文档规范 ...RFC2463 针对因特网协议第六版(Ipv6)的因特网控制报文协议(ICMPv6)规范 ...
SIP协议应答码
11-23
SIP协议应答码 ， 对SIP 所有应答码进行说明。
SIP协议应答码简介
12-16
sip协议应答代码详细解释 1xx，2xx，3xx。4xx，5xx，6xx
freeswitch 权威指南 --- 实战篇
最新发布
freeking101的博客
02-21 2124
freeswitch调试、排错、抓包、originate命令示例、图形界面、多freeswitch对接、高可用、集群、分布式、压力测试
客户端错误应答4XX
至虛極，守靜篤
04-07 8891
服务端或UAS使用这类应答来说明所收到的请求是无法完成的。特定的客户端错误应答，或某些特定的头域，可以向UAC说明错误的性质以及应该如何重新格式化请求。UAC如果没有基于应答修改请求消息，就不应该重发请求。但是，同一请求可以发给不同的地方继续尝试。代理分支处理时收到4xx应答不会终止搜索。通常，客户端错误应答需要用户干预，才能生成新的请求。 400 Bad Request 说明服务端不能理解请求消息。比如说，请求中缺少诸如To, From, Call-ID, 或 C...
SIP协议详解(中文)-4
demon_evil的专栏
02-15 4720
From: Alice ;tag=1928301774Call-ID: a84b4c76e66710Cseq : 63104 OPTIONSContact: Accept: application/sdpContent-Length: 011.2 处理OPTIONS请求给OPTIONS的应答的构造遵循标准的构造规则（8.2.6节描述）。应答码的选择必须和处理INVITE请求一样的应答码（就像处理I
RFC3261: SIP:21.4.26 488此处不可接受
aggs1990的专栏
02-12 53
响应中可能存在包含媒体功能描述的消息体，该消息体根据INVITE中的Accept报头字段进行格式化（如果不存在，则为application/sdp），与OPTIONS请求的200（OK）响应中的消息体相同。该响应具有与606（不可接受）相同的含义，但仅适用于由Request-URI寻址的特定资源，并且该请求可以在其他地方成功。21.4.26 488此处不可接受。
SIP应答消息状态码
weixin_34361881的博客
08-18 1265
SIP应答消息状态码与功能类型 状态码 状态说明临时应答(1XX) 100 Trying 正在处理中180 Ringing 振铃181 call being forwarder 呼叫正在前向182 queue 排队181* session progress 会话进行会话成功(2XX) 200 OK 会话成功重定向(3XX) 300 multiple 多重选择301 move...
SIP协议出现488 Not acceptable here
热门推荐
qq_40572277的博客
06-05 2万+
错误报文如下： SIP/2.0 488 Not acceptable here Via: SIP/2.0/UDP 192.168.100.3:5060;branch=z9hG4bK3c832484e202e1e6c7d6cfd4e60f8;received=192.168.100.3;rport=20000 From: "WinSIP 1" <sip:[email protected]...
解决asterisk sip错误提示Not Acceptable Here(488)或Not Found(404)
skd8999，专业从事VOIP技术支持！VOS各版本技术服务，外呼系统，防御系统，录音转码系统，AI机器人系统，H248转SIP等！
06-24 2348
开始一直显示488错误，于是我看了下SIP终端语音编码，发现只启用了G729编码，于是我就开启了G711编码，再次拨打，发现488错误消失了，可随之而来的是 404错误，心里在想如果网络不通就不可能收到返回错误信息，证明网络是通的，可为什么送不通呢！我推断应该还是网络问题，于是进一步检查网络相关问题，经过多次测试，检查发现，网段是不一样的，Asterisk网卡是自动获取地址，可VOS端的MAK地址是三个255，问题应该就出在这里，于是进行相应修改MAK地址如图。
sip响应状态码
wlg9527的博客
05-21 3158
sip状态码 类型 状态说明 临时应答 100 Trying 正在处理中 180 Ringing 振铃 181 call being forwarder 呼叫正在前向 182 queue 排队 181* session progress 会话进行 会话成功(2XX) 200 OK 会话成功 重定向(3XX) 300 multiple 多重选择 301 move...
http常见响应码及含义
weixin_42164004的博客
12-08 1210
1xx(临时响应) 100: 请求者应当继续提出请求。 101(切换协议) 请求者已要求服务器切换协议，服务器已确认并准备进行切换。 2xx(成功) 200：正确的请求返回正确的结果 201：表示资源被正确的创建。比如说，我们 POST 用户名、密码正确创建了一个用户就可以返回 201。 202：请求是正确的，但是结果正在处理中，这时候客户端可以通过轮询等机制继续请求。 3xx(已重定向) 300：请求成功，但结果有多种选择。 301：请求成功，但是资源被永久转移。 303：使用 GET 来访问新的地址来获
基于QT的SIP信令分析
09-30
项目简单介绍：通过导入电话过程的抓包 pcap 文件，对话务进行分析（正常通话，异常通话），以简单的柱状图或者其他图像对分析结果进行可视化 开发环境： Visual Studio 2022+ SQL server 需求：三个模块 登录模块：可以选择登录人员类型（管理员、话务分析员、普通注册用户） 管理员登录：可以对注册的用户信息进行增删改查（姓名、电话、登录密码） （关键）话务分析员登录：进入界面后进行 pcap 文件（转换为 txt 文件导入）分析，形成可视化图形或表（应答、未应答、正常通话），可以筛选出异常通话信息，这里的测试文件不需要做，可以提供 普通注册用户登录：完成登录注册就行（保存在数据库中）
sip RFC3261 中文版
10-09
sip RFC3261 中文版 1、SIP协议介绍 10 2、SIP协议功能概况 10 3、术语 12 4、实施概览 12 5、协议的结构 22 6、协议的定义 24 7、SIP消息： 32 7．1 请求 33 7．2应答 34 7.3 头域 35 7.3.1 头域格式。 35 7.3.2 头域分类。 39 7.3.3 缩写格式 39 7.4包体 39 7.4.1 消息正文类型(MessageBodyType) 39 7.4.2 消息体长度 40 7.5 分帧的SIP消息（Framing SIP Messages） 40 8 一般用户代理行为 40 8.1 UAC特性 41 8.1.1 产生一个请求 41 8.1.1.1 Request-URI 42 8.1.1.2 TO 42 8.1.1.3 From 43 8.1.1.4 Call-ID 44 8.1.1.5 Cseq 45 8.1.1.6 Max-Forwards 45 8.1.1.7 Via 45 8.1.1.8 Contact 46 8.1.1.9 Supported 和 Require 47 8.1.1.10 附加信息部分 47 8.1.2 发送一个请求 47 8.1.3 处理应答 48 8.1.3.1: transaction 层的错误 49 8.1.3.2 未知的应答 49 8.1.3.3 Vias 49 8.1.3.4 处理3xx应答 49 8.1.3.5 处理4xx应答 51 8.2 UAS特性 52 8.2.1 方法判定 53 8.2.2 包头判断 53 8.2.2.1 TO 和Request-URI 53 8.2.2.2 合并的请求 54 8.2.2.3 Require 54 8.2.3 内容处理 55 8.2.4 应用扩展 55 8.2.5 处理请求 56 8.2.6 产生应答 56 8.2.6.1 发送一个临时应答 56 8.2.6.2 包头和Tags 57 8.2.7 无状态UAS行为 57 8.3 重定向服务器 58 9 取消一个请求(Cancel) 60 9.1 客户行为(Client Behavior) 60 9.2 服务端行为(Server Behavior) 62 10 注册(Registrations) 63 10.1 概览 63 10.2 构造一个REGISTER请求 64 10.2.1 增加绑定 66 10.2.1.1 设置Contact地址的过期参数 67 10.2.2 删除绑定 68 10.2.3 访问绑定 68 10.2.4 刷新绑定 69 10.2.5 设置内部时钟 69 10.2.6 寻找注册服务器 69 10.2.7 传送一个请求 70 10.2.8 错误响应 70 10.3 处理REGISTER请求 70 11 查询能力 73 11.1 构造OPTIONS请求 74 11.2 处理OPTIONS请求 75 12 对话(Dialog) 77 12.1 创建一个对话 78 12.1.1 UAS行为 78 12.1.2 UAC行为 79 12.2 对话中的请求 80 12.2.1 UAC行为 81 12.1.1.1 产生请求 81 12.2.1.2 处理应答 83 12.2.2 UAS行为 84 12.3 终止对话 85 13 初始化一个会话 85 13.1 概览 85 13.2 UAC处理 86 13.2.1 创建一个初始化的INVITE 86 13.2.2 处理INVITE应答 89 13.2.2.1 1xx应答 89 13.2.2.2 3xx应答 89 13.2.2.3 4xx,5xx,6xx应答 90 13.2.2.4 2xx 应答 90 13.3 UAS处理 91 13.3.1 处理INVITE 91 13.3.1.1 提示进度 92 13.3.1.2 INVITE请求转发 93 13.3.1.3 INVITE请求的拒绝 93 13.3.1.4 接受INVITE请求 93 14 更改已经存在的会话 94 14.1 UAC行为 95 14.2 UAS行为 96 15 结束一个会话 98 15.1 使用BYE请求终止一个会话 99 15.1.1 UAC行为 99 15.1.2 UAS行为 100 16 proxy行为 100 16.1 概述 100 16.2 有状态的proxy 101 16.3 验证请求 103 16.4 路由信息预处理 105 16.5 确定请求的目的 106 16.6 请求转发 108 16.7 应答的处理 117 16.8 处理定时器C 125 16.9 处理通讯层的错误 126 16.10 CANCEL处理 126 16.11 无状态的proxy 127 16.12 Proxy Route处理的总结 129 16.12.1例子 130 16.12.1.1 基本SIP四边形 130 16.12.1.2 穿越一个严格路由proxy 132 17事务 134 17.1 客户端事务 136 17.1.1 INVITE客户事务 137 17.1.1.1 INVITE事务概述 137 17.1.1.2 正式的描述 138 17.1.1.3 构造ACK请求 142 17.1.2 非INVITE客户端事务 143 17.1.2.2 正式的描述 143 17.1.3 客户端事务匹配应答 145 17.1.4 处理通讯错误 145 17.2 服务端事务 147 17.2.1 INVITE服务端事务 147 17.2.2 非INVITE服务端事务 150 17.2.3 为服务端事务匹配请求。 151 17.2.4 处理通讯错误 154 18 通讯（transport） 154 18.1 客户Clients 155 18.1.1 发送请求 155 18.1.2 接收应答 157 18.2 服务端 158 18.2.1 接收请求 158 18.2.2 发送应答 159 18.3 分块 160 18.4 错误处理 161 19 常见消息部件(Common Message Components) 161 19.1 SIP和SIPS统一资源标记 161 19.1.1 SIP和SIPS部件 162 19.1.2 Character Escaping Requirements（字符转码要求） 166 19.1.3 SIP和SIPS URI例子 168 19.1.4 URI比较 168 19.1.5 从URI中产生请求 171 19.1.6 关联SIP URI和tel URL 173 19.2 Option Tags 175 19.3 Tags 175 20 头域 176 20.1 Accept 178 20.2 Accept-Encoding 181 20.3 Accept-Language 182 20.4 Alert-Info 182 20.5 Allow 183 20.6 Authentication-Info 183 20.7 Authorization 183 20.8 Call-ID 184 20.9 Call-Info 184 20.10 Contact 185 20.11 Content-Disposition 186 20.12 Content-Encoding 187 20.13 Content-Language 188 20.14 Content-Length 188 20.15 Content-Type 189 20.16 Cseq 189 20.17 Date 190 20.18 Error-Info 190 20.19 Expires 191 20.20 From 191 20.21 In-Reply-To 192 20.22 Max-Forwards 193 20.23 Min-Expires 193 20.24 MIME-Version 193 20.25 Organization 194 20.26 Priority 194 20.27 Proxy-Authenticate 195 20.28 Proxy-Authorization 195 20.29 Proxy-Require 196 20.30 Record-Route 196 20.31 Reply-To 196 20.32 Require 197 20.33 Retry-After 197 20.34 Route 198 20.35 Server 198 20.36 Subject 198 20.37 Supported 199 20.38 Timestamp 199 20.39 To 199 20.40 Unsupported 200 20.41 User-Agent 200 20.42 Via 200 20.43 警告 202 20.44 WWW-Authenticate 204 21 应答代码 205 21.1 临时应答1xx 205 21.1.1 100 Trying 205 21.1.2 180 Ringing 205 21.1.3 818 Call is Being Forwarded(呼叫被转发) 205 21.1.4 182 Queued 206 21.1.5 183 会话进度 206 21.2 成功信息2xx 206 21.2.1 200 OK 206 21.3 转发请求3XX 206 21.3.1 300 Multiple Choices 206 21.3.2 301 Moved Permanently 207 21.3.3 302 Moved Temporarily 207 21.3.4 305 Use Proxy 208 21.3.5 380 Alternative Service 208 21.4 请求失败4xx 208 21.4.1 400 Bad Request 208 21.4.2 401 Unauthorized 208 21.4.3 402 Payment Required 209 21.4.4 403 Forbidden 209 21.4.5 404 Not Found 209 21.4.6 405 Method Not Allowed 209 21.4.7 406 Not Acceptable 209 21.4.8 407 Proxy Authentication Required 209 21.4.9 408 Request Timeout 210 21.4.10 410 Gone 210 21.4.11 413请求实体过大。 210 21.4.12 414 Request-URI Too Long 210 21.4.13 415 Unsupported Media Type 211 21.4.14 416 Unsupported URI Scheme 211 21.4.15 Bad Extension 211 21.4.16 421Extension Required 211 21.4.17 423 Interval Too Brief 211 21.4.18 480 Temporarily Unavailable 212 21.4.19 481 Call/Transaction Does Not Exist 212 21.4.20 482 Loop Detected 212 21.4.21 483 Too Many Hops 212 21.4.22 484 Address InComplete 213 21.4.23 485 Ambiguous 213 21.4.24 486 Busy Here 213 21.4.25 487 Request Terminated 214 21.4.26 488 Not Acceptable Here 214 21.4.27 491 Request Pending 214 21.4.28 493 Undecipherable 214 21.5 Server Failure 5xx 214 21.5.1 500 Server Internal Error 215 21.5.2 501 Not Implemented 215 21.5.3 502 Bad Gateway 215 21.5.4 503 Service Unavailable 215 21.5.5 504 Server Time-out 216 21.5.6 505 Version Not Supported 216 21.5.7 Message To Large 216 21.6 Global Failures 6xx 216 21.6.1 600 Busy Everywhere 216 21.6.2 603 Decline 217 21.6.3 604 Does Not Exists Anywhere 217 21.6.4 606 Not Acceptable 217 22 使用HTTP认证 218 22.1 框架 218 22.2 用户到用户的认证。 221 22.3 Proxy到用户的认证 222 22.4 Digest 认证方案 225 23 S/MIME 227 23.1 S/MIME 认证 227 23.2 S/MIME 密钥交换 228 23.3 加密MIME 包体 231 23.4 SIP头隐私和用S/MIME的完整性：SIP地道 233 23.4.1 SIP头的完整性和机密属性 234 23.4.1.1 完整性 234 23.4.1.2 机密性 234 23.4.2 隧道的完整性和身份认证 236 23.4.3 隧道加密 239 24 例子 242 24.1 注册 242 24.2 建立会话 244 25 SIP协议的BNF范式 251 25.1 基本规则 252 26 安全考虑：威胁模式和安全应用建议。 273 26.1 攻击和威胁模式 274 26.1.1 注册服务 Hijacking。 274 26.1.2 模仿一个服务器 275 26.1.3 修改消息包体 276 26.1.4 破坏会话 277 26.2 安全机制 278 26.2.1 通讯和网络层的安全 279 26.2.2 SIPS URI方案 281 26.2.3 HTTP Authentication 282 26.2.4 S/MIME 282 26.3 安全机制的实现 283 26.3.1 对SIP实现者的要求 283 26.3.2 安全解决方案 284 26.3.2.1 注册 284 26.3.2.2 在域之间的请求 286 26.3.2.3 点对点请求 288 26.3.2.4 DoS 防护 289 26.4 限制 290 26.4.1 HTTP Digest 290 26.4.2 S/MIME 291 26.4.3 TLS 292 26.4.4 SIPS URI 293 26.5 Privacy(隐私) 295 27 IANA 认证 295 27.1 Option Tags 296 27.2 Warn-Codes 296 27.3 头域名 297 27.4 方法和应答码 297 27.6 新Content-Disposition 参数注册 299 28 同RFC 2543的改变 299 28.1 主要的功能改变 300 28.2 小功能性的变更 304 29 标准索引 304 30 信息索引： 307 定时器值的表格： 308 感谢书 310 版权声明 313
Sip协议 SIP协议应答码
04-09
临时应答，也就是消息性质的应答，标志了对方服务器正在处理请求，并且还没有决定最后的应答。如果服务器处理请求需要花200ms以上才能产生终结应答的时候，它应当发送一个1xx应答。 注意1xx应答并不是可靠传输的。他们不会导致客户端传送一个ACK应答。临时性质的（1xx）应答可以包含消息体，包含会话描述。 1.1 100 Trying 这个应答表示下一个节点的服务器已经接收到了这个请求并且还没有执行这个请求的特定动作（比如，正在打开数据库的时候）。这个应答，就像其他临时应答一样，种植了UAC重新传送INVITE请求。100(Trying)应答和其他临时应答不同的是，在这里，它永远不会被有状态proxy转发到上行流中。 1.2 180 Ringing UA收到INVITE请求并且试图提示给用户。这个应答应当出世化一个本地回铃。 1.3 818 Call is Being Forwarded(呼叫被转发) 服务器可以用这个应答代码来表示呼叫正在转发到另一个目的地集合 ......
sip协议不同应答码的含义
04-11
关于sip协议不同应答码的含义，呼叫不通等原因查找有帮助
网通交换培训教材
07-10
第1章 交换基础知识 2 1.1 PCM原理 3 1.1.1 基本概念 3 1.1.2 模拟信号数字化 4 ...6.2.10 根据SCP的要求重置无应答定时器的功能 384 6.2.11 根据SCP的要求选择指定的录音通知 385 6.2.12 计费功能 385 ...
飞信Symbian客户端接口规范
12-09
5. 基础协议 20 5.1. SMS 20 5.2. HTTP 21 5.3. SIP 21 5.4. SDP 21 5.5. XML 21 5.6. 加密算法 21 5.7. 压缩算法 21 6. SIP-C基础 22 6.1. 概述 22 6.2. SIP方法的缩写 22 6.3. SIP消息头的缩写 23 7. 服务状态改变...
FTP程序上传工具
12-18
网络协议 应用层DNS, FTP, ENRP，HTTP, IMAP, IIRC, NNTP, POP3, SIP, SMTP, SNMP, SSH, Telnet, BitTorrent， DHCP... 传输层DCCP, SCTP, TCP, RTP, UDP, IL, RUDP, ... 网络层IPv4, IPv6... 数据链路层以太网, Wi...
SIP协议之音/视频转换
09-11
SIP（Session Initiation Protocol）是一种用于建立、修改和终止多媒体会话的通信协议。在SIP协议中，音/视频转换通常是通过SDP（Session Description Protocol）实现的。 SDP是一种描述会话属性和参数的协议，它用于在SIP会话中传输音频、视频和其他媒体的信息。在音/视频转换中，SDP被用于描述媒体的编解码格式、传输地址和其他相关参数。 当一个SIP会话需要进行音/视频转换时，参与会话的各方可以通过交换SDP消息来协商媒体的编解码格式和传输方式。例如，如果一方希望向另一方发送音频流，它可以在SDP中指定音频编码器和传输地址。接收方可以根据SDP的内容来解码和处理音频流。 总结来说，SIP协议通过SDP实现音/视频转换，通过交换SDP消息来协商媒体的编解码格式和传输方式。这样，不同设备和应用就能够进行音/视频通信并进行相应的转换操作。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

浪游东戴河

你就是这个世界的唯一

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值