AS2传输协议.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
AS2传输协议

AS2 传输协议   AS2 协议设计的目的在于通过Internet安全可靠地传输商业文档.这个协议首先通过证书(Certification)进行数据加密和数字签名生成数据包,然后通过HTTP (或HTTPS)协议传输.另外还有AS1和AS3,和AS2相比,数据打包方式是一样的,但是AS1通过SMTP协议传输而AS3是通过FTP协议传输.由于HTTP(s)协议流行而且比较容易通过防火墙,所以相对来说AS2非常流行而其他两个协议就很少听到.HTTP协议还可以直接得到回应,所以可靠性上也有优势。 一、AS2消息结构 S1,AS2,AS3协议中消息都是先通过MIME或S/MIME打包,然后通过相关底层传输协议(SMTP,HTTP,FTP)发送。三种协议打包方式上差不多,区别只是传输协议(包括HTTP头)不同.   在RFC 4130 (/rfc/rfc4130.txt)中对打包定义如下   No encryption, no signature   -RFC2616/2045   -RFC1767/RFC3023 (application/EDIxxxx or /xml)   No encryption, signature   -RFC2616/2045   -RFC1847 (multipart/signed)   -RFC1767/RFC3023 (application/EDIxxxx or /xml)   -RFC3851 (application/pkcs7-signature)   Encryption, no signature   -RFC2616/2045   -RFC3851 (application/pkcs7-mime)   -RFC1767/RFC3023 (application/EDIxxxx or /xml)(encrypted)   Encryption, signature   -RFC2616/2045   -RFC3851 (application/pkcs7-mime)   -RFC1847 (multipart/signed)(encrypted)   -RFC1767/RFC3023 (application/EDIxxxx or /xml)(encrypted)   -RFC3851 (application/pkcs7-signature)(encrypted)   MDN over HTTP, no signature   -RFC2616/2045   -RFC3798 (message/disposition-notification)   MDN over HTTP, signature   -RFC2616/2045   -RFC1847 (multipart/signed)   -RFC3798 (message/disposition-notification)   -RFC3851 (application/pkcs7-signature)   写得非常清楚,但是基本上没人看的明白 :p   前面四个是关于要传递的EDI,XML或其他类型报文如何打包(以后简称报文打包);后面两个是介绍MDN(消息回执)的打包方式(以后简称回执打包)。   在具体介绍前,先简要解释上面提到的RFC   RFC 2616: Hypertext Transfer Protocol -- HTTP/1.1 (地球人都知道)   RFC 2045: Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies   简单的说,就是如何把多个部门打包在一个数据流里面。譬如写一个邮件,有正文还有附件,为了把所有主体(正文+附件)在网络上传递,需要打包在一个数据流里面。这就是MIME的设计目的。具体实现就是有一个全局的头(头可以有多行,每行是键: 值的格式;定义了分割符)+分割符号(+2个CRLF)+第一主体+分割符号(+2个CRLF)+第二主体+分割符号(+2个CRLF)+第三主体...+分割符号   RFC 1767: MIME Encapsulation of EDI Objects   RFC 3023: XML Media Types   定义了EDI(EDIFACT和ANSI X12)和XML相关的Content Type,如application/xml等等. 实际上application/octet-stream之类的也是AS2协议可以支持的content type.   RFC 3851: Secure/Multipurpose Internet Mail Exte

文档评论(0)

almm118 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档