wireshark/plugins/opcua
Bill Meier 516ca59b99 Add .c.obj:: inference rule (to cause "batch compile")
svn path=/trunk/; revision=22696
2007-08-27 22:56:27 +00:00
..
AUTHORS add svn properties for dir and files 2007-05-15 09:05:53 +00:00
COPYING add svn properties for dir and files 2007-05-15 09:05:53 +00:00
ChangeLog add svn properties for dir and files 2007-05-15 09:05:53 +00:00
Doxyfile add svn properties for dir and files 2007-05-15 09:05:53 +00:00
Makefile.am from Gerhard Gappmeier (ULFL: only slightly changed the unused prevention): 2007-05-16 08:13:11 +00:00
Makefile.common from Gerhard Gappmeier (ULFL: only slightly changed the unused prevention): 2007-05-16 08:13:11 +00:00
Makefile.nmake Add .c.obj:: inference rule (to cause "batch compile") 2007-08-27 22:56:27 +00:00
README add svn properties for dir and files 2007-05-15 09:05:53 +00:00
moduleinfo.h add svn properties for dir and files 2007-05-15 09:05:53 +00:00
moduleinfo.nmake from Gerhard Gappmeier (ULFL: only slightly changed the unused prevention): 2007-05-16 08:13:11 +00:00
opcua.c Make files more generic. 2007-05-21 18:08:47 +00:00
opcua_application_layer.c Make files more generic. 2007-05-21 18:08:47 +00:00
opcua_application_layer.h from Gerhard Gappmeier: 2007-05-15 09:53:26 +00:00
opcua_complextypeparser.c Trivial warning fixes: 2007-05-22 13:17:24 +00:00
opcua_complextypeparser.h Trivial warning fixes: 2007-05-22 13:17:24 +00:00
opcua_enumparser.c Make files more generic. 2007-05-21 18:08:47 +00:00
opcua_enumparser.h Make files more generic. 2007-05-21 18:08:47 +00:00
opcua_hfindeces.c Make files more generic. 2007-05-21 18:08:47 +00:00
opcua_hfindeces.h Make files more generic. 2007-05-21 18:08:47 +00:00
opcua_identifiers.h Make files more generic. 2007-05-21 18:08:47 +00:00
opcua_security_layer.c Make files more generic. 2007-05-21 18:08:47 +00:00
opcua_security_layer.h from Gerhard Gappmeier: 2007-05-15 09:53:26 +00:00
opcua_serviceparser.c Trivial warning fixes: 2007-05-22 13:17:24 +00:00
opcua_serviceparser.h Trivial warning fixes: 2007-05-22 13:17:24 +00:00
opcua_servicetable.c Make files more generic. 2007-05-21 18:08:47 +00:00
opcua_simpletypes.c Make files more generic. 2007-05-21 18:08:47 +00:00
opcua_simpletypes.h add svn properties for dir and files 2007-05-15 09:05:53 +00:00
opcua_transport_layer.c Make files more generic. 2007-05-21 18:08:47 +00:00
opcua_transport_layer.h from Gerhard Gappmeier: 2007-05-15 09:53:26 +00:00
plugin.rc.in from Gerhard Gappmeier (ULFL: only slightly changed the unused prevention): 2007-05-16 08:13:11 +00:00

README

OpcUa Plugin:
=============

This plugin implements the dissection of the OpcUa Binary Protocol.
Author: Gerhard Gappmeier
        ascolab GmbH
        http://www.ascolab.com
	
Overview:
=========

OpcUa (OPC Unified Architecture) is a vendor and platform independent
protocol for automation technology. It is the successor of the
COM/DCOM based specifications OPC DA, OPC Alarm & Events, OPC HDA, etc.
It unifies all this technologies into a single protocol.

The specification describes abstract services that are independent
of the underlying protocol. For now there exist protocol mappings
to a Binary TCP based protocol and a SOAP based Webservice.
Also a hybrid version will be available where the Binary messages are transported
by a single webservice command called "Invoke".

More information about the technology you can find on
http://www.ascolab.com/index.php?file=ua&lang=en.

Protocol Mappings:
==================

Binary (TCP): The fastest and most flexible version (small footprint, no XML and SOAP necessary)
              can easily be tunneled (SSH, IPSEC, etc.), redirected, ...
SOAP version: Easy to implement with verious tools like .Net, JAVA, gSOAP, etc.
              Better to communicate through firewalls via HTTP.
SOAP with Binary Attchment: Combines the advantages of both.
              The messages are encoded as Binary, and transported via SOAP as binary
              attachment.

The OPC Foundation offers a free Opc Ua stack implementation in ANSI C
for all members. This stack implements the binary protocol as well
as the SOAP version. It's easily portable to different kinds of operating
systems from embedded devices to servers.
This makes it easy to implement Opc Ua applications based on this stack
and it is expected that the binary protocol will be the most used
protocol.
Nevertheless it's free to everbody to implement an own stack according
to the specification. An own implementation of the SOAP version 
should be easy with the various SOAP toolkits.

For more information see http://www.opcfoundation.org

Known limitations:
==================

* In this version the security layer contains only dummy data.
  The plugin decodes the transport layer, skips the security dummy data
  and decodes the application layer.
  Security implementation will follow when it has been implemented in the
  Opc Ua stack.