WS-Discovery消息标准格式.docVIP

Two modes of WS-Discovery 设备发现定义了多播发现协议来定位服务。 Ad Hoc模式：该模式是设备发现的首选协议。客户端会发送探测消息到多播组，目标服务如果匹配探测消息里的内容，就直接发送一个单播的探测匹配消息给客户端。为了可以根据名称发现目标服务，客户单可以发送一个多播解析消息到多播组，同样，如果目标服务匹配该解析消息，则直接发送一个单播解析匹配给客户端。 Managed模式：如果Endpoint的数量扩大了，且超出了ad hoc网络的范围之外，而且在网络中可以使用Discovery Proxy DP，发现代理 ，则应该采用Managed操作模式，以禁止多播的行为。在Managed模式下，DP会检测多播的探测和解析请求，当DP检测到后，DP朝自身发送一个announcement消息，而客户端会一旦监听到DP上的announcement消息，就切换为managed模式。如果客户端一直监听不到，就采用Ad Hoc模式。 Hello 当下列两种情形中发生任意一种时，NVT必须发送Hello消息： Target Service加入到一个网络时 Target Service的元数据发生变化时。元数据是指TargetService的相关信息，包括TargetService的传输和其使用的协议，TargetService实现的类型和TargetService所存在的范围。 为了降低网络风暴的风险，当出现上述任意一种情况时，Target Service需要等一段时间后再发送Hello消息。 而在Managed模式中，Discovery Proxy DP 会监听多播的Probe或Resolve消息，监听到客户端的多播Probe或Resolve消息后，DP会以单播的方式发送Hello消息到客户端，这时发送的Hello消息可以直接发送，无需等待。 Hello消息例子 s:Envelope xmlns:a /ws/2004/08/addressing xmlns:d /ws/2005/04/discovery xmlns:s /2003/05/soap-envelope s:Header a:Action /ws/2005/04/discovery/Hello /a:Action a:MessageID uuid:73948edc-3204-4455-bae2-7c7d0ff6c37c 机器识别号从网卡MAC地址获得 /a:MessageID a:To urn:schemas-xmlsoap-org:ws:2005:04:discovery 一个匿名的地址， /a:To d:AppSequence InstanceId 10座机电话号码 MessageNumber 1/ 每次发送都加1 /s:Header s:Body d:Hello a:EndpointReference 给网络提供了一个固定的标示符 ，指的就是target service地址 a:Address uuid:98190dc2-0890-4ef8-ac9a-座机电话号码e6119 /a:Address /a:EndpointReference d:MetadataVersion 75965 /d:MetadataVersion /d:Hello /s:Body /s:Envelope UUID 让分布式系统中的所有元素，都能有唯一的辨识资讯，而不需要透过中央控制端来做辨识资讯的指定UUID由以下几部分的组合： （1）当前日期和时间，UUID的第一个部分与时间有关，如果你在生成一个UUID之后，过几秒又生成一个UUID，则第一个部分不同，其余相同。 （2）时钟序列 （3）全局唯一的IEEE机器识别号，如果有网卡，从网卡MAC地址获得，没有网卡以其他方式 获得。 UUID的唯一缺陷在于生成的结果串会比较长。关于UUID这个标准使用最普遍的是微软的 GUID Globals Unique Identifiers 。在ColdFusion中可以用CreateUUID 函数很简单的生成UUID，其格式为：xxxxxxxx-xxxx- xxxx-xxxxxxxxxxxxxxxx 8-4-4-16 ，其中每个 x 是0-9或a-f范围内的一个十六进制的数字。而标准的UUID格式为：xxxxxxxx-xxxx-xxxx-xxxxxx-xxxxxxxxxx 8-4-4-4-12 ，可以从cflib下载CreateGUID UDF进行转换。To：是发送目的地的属性值，此处的地址urn:schemas-xmlsoap-org:ws:2005:04:discovery说明了发送到了一个well-known地址。由于网络范围