ignore all-zero durability service QoS in SEDP
For compatibility with TwinOaks CoreDX, ignore an all-zero durability service QoS received over SEDP for volatile and transient-local endpoints. Signed-off-by: Erik Boasson <eb@ilities.com>
This commit is contained in:
		
							parent
							
								
									bd3188af5b
								
							
						
					
					
						commit
						638cab9291
					
				
					 2 changed files with 100 additions and 22 deletions
				
			
		| 
						 | 
				
			
			@ -1117,20 +1117,14 @@ OpenSplice.
 | 
			
		|||
Compatibility issues with TwinOaks
 | 
			
		||||
----------------------------------
 | 
			
		||||
 | 
			
		||||
Interoperability with TwinOaks CoreDX require (or used to require at some point in the
 | 
			
		||||
past):
 | 
			
		||||
In the default configuration there should be no interoperability issues with TwinOaks CoreDX,
 | 
			
		||||
although there is the aforementioned difference in interpretation of the meaning of the
 | 
			
		||||
‘autodispose_unregistered_instances’ QoS on the writer.
 | 
			
		||||
 | 
			
		||||
Interoperability with very old versions of CoreDX may require setting:
 | 
			
		||||
 | 
			
		||||
+ ``Compatibility/ManySocketsMode``: *true*
 | 
			
		||||
+ ``Compatibility/StandardsConformance``: *lax*
 | 
			
		||||
+ ``Compatibility/AckNackNumbitsEmptySet``: *0*
 | 
			
		||||
+ ``Compatibility/ExplicitlyPublishQosSetToDefault``: *true*
 | 
			
		||||
 | 
			
		||||
The ``ManySocketsMode`` option needed to be changed from the default, to ensure that
 | 
			
		||||
each domain participant has a unique locator; this was needed because TwinOaks CoreDX
 | 
			
		||||
DDS did not include the full GUID of a reader or writer if it needs to address just one,
 | 
			
		||||
but this is probably no longer the case.  Note that the (old) behaviour of TwinOaks
 | 
			
		||||
CoreDX DDS has always been allowed by the specification.
 | 
			
		||||
 | 
			
		||||
The ``Compatibility/ExplicitlyPublishQosSetToDefault`` settings work around TwinOaks
 | 
			
		||||
CoreDX DDS’ use of incorrect default values for some of the QoS settings if they are not
 | 
			
		||||
explicitly supplied during discovery.  It may be that this is no longer the case.
 | 
			
		||||
The exact version number of CoreDX starting with which these settings are no longer needed is
 | 
			
		||||
unknown, but it has certainly not been needed for several years.
 | 
			
		||||
| 
						 | 
				
			
			
 | 
			
		|||
		Loading…
	
	Add table
		Add a link
		
	
		Reference in a new issue