时间戳协议（TSP）

最新推荐文章于 2022-11-16 17:14:37 发布
最新推荐文章于 2022-11-16 17:14:37 发布
阅读量1.6k 收藏
点赞数
文章标签： 网络 python java
原文链接：https://my.oschina.net/zengsai/blog/4705
版权

2019独角兽企业重金招聘Python工程师标准>>> hot3.png

时间戳协议，Time Stamp Protocol。

TSP 是一种使用 X.509 和 public key infrastructure 对时间戳进行认证的加密协议。

TSP是简单的请求/响应协议。请求时间戳的实体发 送一个TimeStampReq消息给TSA，以请求一个时间戳。TimeStampReq消息包含待加戳的数据的散列值，TSA在 TimeStampReq消息中传回时间戳。TimeStampReq消息包含请求的状态（即被批准或拒绝）及时间戳，时间戳遵循CMS中的签名消息格式。

协议内容：http://www.networksorcery.com/enp/rfc/rfc3161.txt

参考：

泉水叮咚的BLOG

Time stamp protocol

 

 

 

 

 

转载于:https://my.oschina.net/zengsai/blog/4705

weixin_33895695
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
PKI系列协议分析
10-30 1356
公钥基础设施（Public Key Infrastructure，简称PKI）是利用公钥理论和技术建立的提供加密和数字签名等安全服务的基础设施。它以公开密钥密码算法为基础，结合对称密码算法、摘要算法等，通过数字签名、数字证书等技术来保证网络传输数据的机密性、完整性、不可否认性以及身份鉴别等。1. PKI的基础协议PKI的基础协议有很多，如ITU-T X.680 Abstract Syntax No
论文研究-时间戳协议研究.pdf
07-22
电子文档容易被窜改，并且难以检测，为了证明该文档产生的时间，由时间戳机构加上时间戳。介绍了目前主要的四个时间戳协议，并分析了它们各自的优缺点，提出它们适用的条件。
[CMU 15-445] 18 基于时间戳的乐观并发协议
steppad
11-04 1081
1. Overview 上一届介绍的2PL属于悲观的并发策略，事务的每一步操作都需要获得相应的锁才可以，大量的锁管理操作降低了事务处理性能。若本身负载中的不同事务发生读写冲突的概率很低甚至不会发生冲突的话，锁操作显得非常多余，等事务再执行过程中发生冲突时再终止就可以了，即一种乐观的并发控制思想。 本小节主要介绍基于时间戳的客观并发控制策略。 2. Basic Timestamp Ordering(T/O) Protocol 在基于时间戳并发控制协议中，每个事务都拥有一个唯一的时间戳标记，
NTP协议详解及C语言实现
W_noteless的博客
05-12 4623
NTP协议详解 前言 NTP 是一种通过网络在计算机之间进行时钟同步的协议，它工作在 OSI 模型的应用层，通过一系列原理与算法，实现以极小的误差，将所有网络中的计算机与 UTC 同步。 由于时钟硬件精度的限制，离线的设备不总是能时刻与 UTC 同步，误差随着时间累积使计算机的本地时钟产生较大的偏差。此外，设备初次启动，启动前时钟仍处于默认状态，也需要与现在的时间同步。因此，通过互联网与可靠的时间源同步是必要的。通过这一协议，设备将寻找合适的同步源，将自身时钟与同步源同步，以保证依赖时间的应用能正常运行
数据库系统概念（第十八章）
qq_52370024的博客
06-19 1367
事务提交之前，不得释放任何锁在强两阶段封锁协议下，事务可以按其结束的顺序串行化Upgrade：从共享锁提升为排他锁Downgrade：从排他锁降级为共享锁锁升级只能发生在增长阶段，锁降级只能发生在缩减阶段 从两方面考虑死锁处理在抢占机制中，当事务Ti所申请的锁被事务Tj所持有时，授予Tj的锁可能通过回滚事务Tj被抢占，并将锁授予Ti通过事务的时间戳确定事务等待还是回滚，事务重启时，保持原有的时间戳Wait-die(非抢占技术)：当事务Ti申请的数据项当前被事务Tj持有时，仅当Ti的时间戳小于 Tj的时间戳时
时间戳格式（一）——请求格式
Alex
10-11 3012
TimeStampReq ::= SEQUENCE { version INTEGER { v1(1) }, messageImprint MessageImprint, --a hash algorithm OID and the hash value of the data to be Ad...
传输层协议TCP—RTTM（11）
weixin_45537413的博客
03-10 2359
1 RTTM（往返时间测量） 往返时间测量确实没有什么好讲述的，除非遇到了超时重传，如图5-123所示： 上图5-123中，对于超时重传场景，如前文所述，实在是没法测量报文 SEG1 的往返时间。针对这种场景，Karn 算法的思路是：既然无法测量 RTT 那就不测量，直接将 RTO（准确地说是 SRTT）进行指数回退。应该说，Karn 算法是一种解决思路，但是有点过于简单粗暴，毕竟对于超时重传场景，不是绝对的无法测量，只是 TCP 机制上有点缺陷致使 A...
timestamp:RFC3161中指定的Go时间戳协议（TSP）实现
05-30
Go 的 RFC3161 时间戳协议 (TSP) 包 Go的时间戳协议（TSP）软件包 一般的 包时间戳实现了 RFC3161（Internet X.509 公钥基础设施时间戳协议 (TSP)）中指定的时间戳协议 (TSP)。
timestamp:RFC3161 pki时间戳服务TSP作为Java HTTPServlet
04-29
时间戳记 RFC3161作为Java HTTPServlet的pki时间戳服务// TODO实现了所有TimeStamp条目的区块链数据库？
RFC3161 中指定的 Go时间戳协议 ( TSP ) 实现_go语言_代码_下载
06-22
Go 的时间戳协议 (TSP) 包 一般的 包时间戳实现了 RFC3161（Internet X.509 公钥基础设施时间戳协议 (TSP)）中指定的时间戳协议 (TSP)。
tsp:时间戳属性
03-28
时间戳记属性（tsp） 去做;; 时间戳属性;; 主要功能＃'tsp：file-prop应该只做一件事：;; 提供时间戳（例如“ 20210325-160115”），它将拉动； 将所有感兴趣的东西都放入列表。路线图有一个基于s-exp的ts数据库！ ...
数据库时间戳排序协议
weixin_30398227的博客
06-28 1389
学习笔记，Mark一下 数据库原理（P384） 2019.07.02 update 15-17调度3满足时间戳协议证明如下： 存在满足两阶段封锁协议却不满足时间戳协议的调度，反之亦然。 尚存疑问，手写证明如下(觉得满足时间戳不满足两阶段封锁有问题或者不完善)： 201...
96-ICMP 协议（时间戳请求与应答）
热门推荐
进击的小学生
05-21 1万+
ICMP 时间戳请求允许系统向另一个系统查询当前的时间。1. ICMP 时间戳1.1 首部格式 图1 ICMP 时间戳请求与应答报文 它的 type 字段为 17（请求）或 18（应答），code 字段为 0. 发起时间戳：发送者的发送时间，由发送者填写 接收时间戳：接收者的接收时间，由接收者填写 发送时间戳：接收者的发送时间，由接收者填写 通常，接收时间戳等于发送时间戳。可以理解为接收者接
RTP时间戳与协议分析
zhaofuguang的专栏
10-16 1837
RTP时间戳 一、RTP协议分析 第1章.RTP概述 1.1. RTP是什么 RTP全名是Real-time Transport Protocol（实时传输协议）。它是IETF提出的一个标准，对应的RFC文档为RFC3550（RFC1889为其过期版本）。RFC3550不仅定义了RTP，而且定义了配套的相关协议RTCP（Real-time Transport Control Protocol，即实时传输控制协议）。RTP用来为IP网上的语音、图像、传真等多种需要实时传输的多媒体数据提供端...
六、RTMP协议 时间戳
irainsa的博客
11-16 1186
以此来标示Extended Timestamp(4字节)将会存在，由Extended Timestamp来表示时间戳。三字节的timestamp可能为绝对timestamp或timestamp delta。比如帧率为25帧/秒的视频流，timestamp delta基本上都为40ms。用wireshark转包分析发现，
时间戳服务器取时协议,时间戳服务器
weixin_33850554的博客
08-11 646
产品介绍：近年来信息技术的高速发展大大促进了文档的数字化，由此产生了大量的电子文档。而对于这些文档的生成、交易和签署等日期时间信息的存储、保护和证明也越来越重要。不同于纸张，电子文档的创建与被修改的时间很容易改变。而数字时间戳就是一种能够提供电子文件的日期和时间信息的安全保护的技术，人们可以依赖它来确定电子文档在何时创建和签署的。翔晟时间戳服务器是可信的时间认证权威，是一款利用PKI、数字签名技术...
数据库中的锁、共享锁、互斥锁和时间戳协议
weixin_46054349的博客
01-02 675
数据库中的锁、共享锁、互斥锁和时间戳协议
证明存在满足两阶段封锁协议却不满足时间戳协议的调度，反之亦然。
最新发布
06-01
首先，我们来证明存在满足两阶段封锁协议却不满足时间戳协议的调度。 考虑以下两个事务 T1 和 T2： ``` T1: write(A) T2: read(A) T1: lock(B) T2: lock(C) T2: write(B) T1: write(C) T2: unlock(C) T1: unlock(B) ``` 在这个调度中，T1 和 T2 都满足两阶段封锁协议，因为它们都按照顺序获取锁并释放锁。但是，这个调度不满足时间戳协议，因为 T2 在 T1 提交之前执行了写操作，而根据时间戳协议，T2 应该在 T1 之后执行。 接下来，我们来证明存在满足时间戳协议却不满足两阶段封锁协议的调度。 考虑以下两个事务 T1 和 T2： ``` T1: read(A) T2: write(A) T2: lock(B) T1: lock(C) T2: write(B) T1: write(C) T2: unlock(B) T1: unlock(C) ``` 在这个调度中，T1 和 T2 都满足时间戳协议，因为它们的时间戳顺序满足先后顺序。但是，这个调度不满足两阶段封锁协议，因为 T2 在 T1 获取锁之前执行了写操作，这可能导致 T1 在提交之前读到了一个脏数据。 因此，我们证明了存在满足两阶段封锁协议却不满足时间戳协议的调度，反之亦然。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值