基于TR069协议的CPE安全认证机制

TR069(CPE广域网管理协议)提供了对下一代网络中的家庭网络设备进行管理配置的通用框架和协议,其协议栈中包括SOAP,HTTP,SSL/TLS,TCP/IP等标准协议.当自动配置服务器(ACS)和网络终端设备(CPE)建立连接时,可以选择使用SSL/TLS层增强通信的安全性.本文设计并实现了使用Open SSL开发包对ACS与CPE的相互认证过程进行加密,包括生成自签证认证证书的方法,以及证书验证过程.最后,通过实验验证了其有效性,并抓包分析了关键帧.     

基于TR069的终端管理系统的设计和实现

为了解决SNMP(简单网络管理协议)应用在广域网终端远程管理方面的不足,分析了TR069协议(广域网终端管理协议),探讨了在HTTP(超文本传输协议)上使用简单对象访问协议组件Axis SOAP来实现RPC(远程过程调用)管理终端设备的可行性和优点,提出了一种利用Java实现TR069的系统构架,阐明了具体实现方案和原理.最后,总结了该方法的优点和今后进一步的研究重点.     

TR069在智能设备管理器中的实现

随着科技的发展，智能设备在家庭生活中随处可见。如何将这些设备有效地管理起来，就成了科技人员的研究兴趣与热点。本文中，将现有成熟的TR069管理技术，也就是CWMP（CPE WAN Management Protocol，CPE广域网管理协议），设计并实现在智能设备管理器中。并通过简单的ACS进行验证并通过测试。     

基于XMPP的TR069反向连接的私网穿越

TR069的整体架构由客户终端设备和自动配置服务器ACS构成,其中CPE部署在私网环境下,ACS服务器则部署在公网环境下。当ACS服务器利用TR069对CPE进行远程管理时需要主动发起连接,由于网络地址转换会使得CPE的网际协议IP地址发生变化,从而在公网环境下的ACS无法直接访问CPE,这会给管理人员带来很大的麻烦。NAT会话穿越应用程序技术可以实现私网穿越从而解决这一问题,但是STUN技术的缺点是用户数据报协议不可靠且会重传丢包,还依赖上层路由的网络地址转换规则时间,因此设计并实现了一种基于可扩展通信和表示协议的TR069的反向连接的私网穿越方案。该方案采取简单的服务器/客户端架构,采用CPE和ACS作为XMPP客户端的方式,它的特点在于使用传输控制协议进行传输,由于TCP比UDP连接更可靠,效率更高,因此在私网穿越方案上,同样的条件下,使用XMPP技术的TR069的主动连接成功率比使用STUN技术要高,丢包率比STUN技术要低,ACS调用远程重启方法成功率比STUN技术要高,说明了在CPE与ACS的通信质量上,基于XMPP技术比基于STUN技术的TR069私网穿越方案更佳。     

基于相似性的SOAP性能的研究

在物联网应用的新兴领域,所面临的一个挑战是如何克服在泛在网络中服务发现所产生的大批量业务通信所带来的高时延和高开销。文中以泛在计算环境下基于SOAP（Simple Object Access Protocol）的数据描述所产生的大量冗余信息为研究目标,对传感器所采集的数据特性进行分析,并针对服务请求与响应过程中的SOAP多播协议提出新的解决方案。文中的贡献主要在SOAP多播协议（SOAP Multicast Protocol,SMP）的基础上总结出SOAP数据的汇聚模板。与传统的SOAP单播协议相比,采用SMP的汇聚数据模板主要减少了服务请求过程中信息传递的时延和协议的开销,并减少了数据通信的业务量。     

基于SOAP消息的XML数据在网络间的传输

当前网络存在两大主要问题:网络上数据的描述缺乏简单、有效、可扩展的规范,数据表达格式不统一;各种分布式对象体系结构,其通信是基于平台的,从而限制了其互操作性.笔者针对性地提出了利用XML来表达网络数据,且将其封装在SOAP消息中进行传输的解决方法;构建了利用SOAP传输数据的通信模型,并用JAVA语言代码实现了对XML数据的封装及数据传输的软件配置与实现.     

基于SOAP/XML的网络管理系统的研究与实现

将XML、SOAP、Web Services等相关协议和技术应用于网络管理,提出了一种基于SOAP／XML的网管系统——SXNMS（SOAP／XML-based Network Management System）,系统使用XML描述通讯协议,以SOAP消息进行传输,通过Web服务调用完成通讯,具有跨平台性、跨网络性、灵活性等特点。     

WSE加密在Web服务中的应用

基于WSE（Microsoft Web Services Enhancements）组件,介绍了WSE环境配置、加密算法、解密算法和如何使用WSE在Web服务中加密SOAP消息,使加密后的SOAP消息能够通过标准唧协议成功地传输,并且描述了SOAP消息加密／解密的过程。     

基于SOAP消息的XML数据在网络间的传输

当前网络存在两大主要问题：网络上数据的描述缺乏简单、有效、可扩展的规范，数据表达格式不统一；各种分布式对象体系结构，其通信是基于平台的，从而限制了其互操作性。笔者针对性地提出了利用XML来表达网络数据，且将其封装在SOAP消息中进行传输的解决方法；构建了利用SOAP传输数据的通信模型，并用JAVA语言代码实现了对XML数据的封装及数据传输的软件配置与实现。     

使用SOAP协议与Web Service通信的研究与实现

以查找Web服务、利用SOAP协议与Web Service进行通信为目标,介绍SOAP消息模型的原理,AXIS服务器的实际应用,SOAP默认使用HTTP作为网络传输协议。在与Web Service进行通信交互时,SOAP消息的负载来源于web服务的WSDL描述。完成Java客户端与Web Service的通信。     

简单对象访问协议在无线传感器网络中的应用

简单对象访问协议(SOAP)是一种轻量的、简单的、基于XML的协议,它被设计成在WEB上交换结构化的和固化的信息。SOAP可与现存的许多因特网协议和格式结合使用,包括超文本传输协议(HTTP),简单邮件传输协议(SMTP),多用途网际邮件扩充协议(MIME)。它还支持从消息系统到远程过程调用等大量的应用程序。目前对SOAP的应用研究主要集中在远程过程调用协议(Remote Procedure Call Protocol)方面。SOAP在无线传感器网络中的使用尚无先例,文章从无线传感器网络中信息的加密和解密、信息验证两方面介绍简单对象访问协议在无线传感器网络中的应用。     

SOAP及其在嵌入式Web服务中的实现

介绍了嵌入式Web服务中简单对象访问协议(SOAP)处理器的设计及实现方法.SOAP是一种基于扩展标记语言的、在分散或分布式环境中实现信息交换的简单协议.分析了SOAP规范,并在此基础之上深入地了解了SOAP消息的处理过程并实现了SOAP处理器.该处理器的实现包括:在已有的LwIP协议栈上实现了简单的HTTP协议作为SOAP消息的传输协议;基于MicroC/OS-Ⅱ操作系统完成SOAP消息的传输与处理两者之间工作的协调.该SOAP处理器具有设计灵活,集成度低,占用资源小等优点,并已成功地应用于远程实验系统.     

基于面向服务架构体系的WEB组合技术应用研究

Web服务是基于XML和HTTPS的一种服务,其通信协议主要基于简单对象访问协议(SOAP),服务的描述通过WSDL、UD-DI来发现和获得服务的元数据。Web服务建好以后,SOAP提供了标准的RPC方法来调用Web service,并意味着下面的Webservice是以对象的方式表示的。SOAP规范定义了SOAP消息的格式,以及怎样通过HTTP协议来使用SOAP。该文基于此,对面向服务架构体系的WEB组合技术应用进行了初步研究。     

简单对象访问协议SOAP综述

SOAP ,即简单对象访问协议是一个为在分散的、分布的环境中交换信息的“轻量”协议。它定义了传递XML encoded数据时的统一方式及使用HTTP作为底层通信协议时执行远程调用 (RPC)的方法。介绍了其规范的三个组成部分 :SOAP信封、SOAP编码规则、SOAPRPC表示 ,并给出相应例子进行简要说明     

一种基于SOAP的移动Agent通信机制实现

SOAP（Simple Object Access Protocol,简单对象访问协议）技术有助于实现大量异构程序和平台之间的通信,从而使存在的应用能够被广泛的用户所访问。SOAP是把成熟的基于HTTP的WEB技术与XML的灵活性和可扩展性组合在一起。该文在分析已有的移动Agent通信机制上,结合XML,SOAP,Web Service等技术,提出了一种基于SOAP协议的移动Agent通信机制。     

SOAP技术及其应用

1.引言在八十年代,两个主要的RPC协议是Sun RPC和DCE RPC。最流行的Sun RPC应用是大多数UNIX系统所使用的Network File System(NFS)。最流行的DCE RPC应用则是Windows NT,它采用DCE RPC协议来实现许多系统服务。这两个协议被证明适用于很大范围的应用。但是,在八十年代末期,面向对象技术的风靡使软件界沉迷于在面向对象语言和基于RPC的通信之间建立一个纽带。在九十年代产生的对     

StoRHm: a protocol adapter for mapping SOAP based Web Services to RESTful HTTP format

A protocol adapter ideally suited to enable enterprises to gradually transition from SOAP Web Services to RESTful HTTP Web Services without impacting existing clients is presented in this paper. The inherent advantage of such a transition is the visibility of RESTful HTTP messages to Web intermediaries such as caches. In contrast, SOAP messages are opaque, which disables Web intermediaries. While both approaches can use HyperText Transfer Protocol (HTTP) for message transfer, the paradigms contrast sharply. SOAP uses an interface specific approach whereas RESTful HTTP uses a Uniform Interface approach. SOAP marks up its payload with eXtensible Markup Language (XML) whereas in certain situations RESTful HTTP requires no XML. We present the disadvantages of the SOAP approach and outline how the RESTful HTTP approach solves these issues. We present results showing opaque SOAP messages transformed into transparent RESTful HTTP messages. We present StoRHm (SOAP to RESTful HTTP mapping), a protocol adapter which maps SOAP messages to RESTful HTTP format.     

Validating a web service security abstraction by typing

An XML web service is, to a first approximation, an RPC service in which requests and responses are encoded in XML as SOAP envelopes, and transported over HTTP. We consider the problem of authenticating requests and responses at the SOAP-level, rather than relying on transport-level security. We propose a security abstraction, inspired by earlier work on secure RPC, in which the methods exported by a web service are annotated with one of three security levels: none, authenticated, or both authenticated and encrypted. We model our abstraction as an object calculus with primitives for defining and calling web services. We describe the semantics of our object calculus by translating to a lower level language with primitives for message passing and cryptography. To validate our semantics, we embed correspondence assertions that specify the correct authentication of requests and responses. By appeal to the type theory for cryptographic protocols of Gordon and Jeffrey's Cryptyc, we verify the correspondence assertions simply by typing. Finally, we describe an implementation of our semantics via custom SOAP headers. Received December 2003 Revised November 2004 Accepted December 2004 by A. E. Abdallah, P. Y. A. Ryan, S. A. Schneider and D. J. Cooke