View Issue Details

IDProjectCategoryView StatusLast Update
000907210000-007: ProfilesSpecpublic2024-01-02 16:24
ReporterJim Luth Assigned ToPaul Hunkar  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version1.05.03 
Fixed in Version1.05.03 
Summary0009072: The mDNS section needs more explination (both Facet/CU and Part 12)
Description

The mDNS sections in part 12 do nto describe what is required well enough for someone to implement the "Discovery Server Announcement using mDNS" conformance unit
I would suggest that the 4.2.3 section have the following text updated:
"Dedicated systems (usually embedded systems) with exactly one Server installed may not have a separate LDS. Such Servers shall become their own LDS or LDS-ME by implementing FindServers and GetEndpoints Services at the well-known address for an LDS. They should also announce themselves on the MulticastSubnet with a basic MulticastExtension. This requires a small subset of an mDNS Responder (see mDNS and Annex C) that announces the Server and responds to mDNS probes. The Server may not provide the caching and address resolution implemented by a full mDNS Responder. "

to say
"Dedicated systems (usually embedded systems) with exactly one Server installed may not have a separate LDS. Such Servers shall become their own LDS or LDS-ME by implementing FindServers and GetEndpoints Services at the well-known address for an LDS. If implementing an LDS-ME, they should also announce themselves on the MulticastSubnet with a basic MulticastExtension. This requires a small subset of an mDNS Responder (see '"Multicast DNS responder" 'in mDNS ) that announces the Server and responds to mDNS probes. In addition they shall implement additional OPC UA specific items described in Annex C. The Server may not provide the caching and address resolution implemented by a full mDNS Responder."

The CU lists
"Server announces itself on a MulticastSubnet with a MulticastExtension (subset of an mDNS Responder)."
which is acceptable if the part 12 text is updated
but the Facet description is :
"Support of this Facet enables discovery of the Server on a subnet using mDNS. Support of this Facet enables discovery of the Server on a subnet using mDNS. This functionality is only applicable when Servers do not register with an LDS."
(Facet only has the one CU - the second half of the facet description
'This functionality is only applicable when Servers do not register with an LDS." does not make sense and does not appear anywhere in the text (also implies a requirement, but is not tied to a CU (so not tested))

Either additional CU or addition text for the existing CU is needed or the second sentence should be deleted. If there is a restriction on what device can implement an mDNS responder - then Part 12 should also be updated with additional text in either annex C or in section 4.2.3

TagsFLC
Commit Version1.05.03
Fix Due Date2023-09-01

Relationships

related to 0009059 closedRandy Armstrong 10000-012: Discovery The mDNS section needs more explination (both Facet/CU and Part 12) 

Activities

Jim Luth

2023-08-01 16:15

administrator   ~0019764

Agreed to update the CUs for the 1.05.03 release.

Karl Deiretsbacher

2024-01-02 16:23

developer   ~0020550

Changed text in Facet from " This functionality is only applicable when Servers do not register with an LDS." into "This Facet is typically only implemented in Servers that do not register with an LDS."

Jim Luth

2024-01-02 16:24

administrator   ~0020551

Agreed to changes and "released" the facet.

Issue History

Date Modified Username Field Change
2023-08-01 16:13 Jim Luth New Issue
2023-08-01 16:13 Jim Luth Tag Attached: FLC
2023-08-01 16:13 Jim Luth Issue generated from: 0009059
2023-08-01 16:13 Jim Luth Relationship added related to 0009059
2023-08-01 16:14 Jim Luth Project 10000-012: Discovery => 10000-007: Profiles
2023-08-01 16:15 Jim Luth Assigned To => Paul Hunkar
2023-08-01 16:15 Jim Luth Status new => assigned
2023-08-01 16:15 Jim Luth Note Added: 0019764
2023-08-01 16:15 Jim Luth Commit Version => 1.05.03
2023-08-01 16:15 Jim Luth Fix Due Date => 2023-09-01
2024-01-02 16:23 Karl Deiretsbacher Status assigned => resolved
2024-01-02 16:23 Karl Deiretsbacher Resolution open => fixed
2024-01-02 16:23 Karl Deiretsbacher Note Added: 0020550
2024-01-02 16:24 Jim Luth Status resolved => closed
2024-01-02 16:24 Jim Luth Fixed in Version => 1.05.03
2024-01-02 16:24 Jim Luth Note Added: 0020551