IMHO, it would make more sense to use an error event to convey information on errors, rather than adding error-related attributes to objects. [Raju] I am ok with either approach. BR Raju On Jul 27, 2015, at 05:46, Makaraju, Maridi Raju (Raju) <Raju.Makaraju@alcatel-lucent.com<mailto:Raju.Makaraju@alcatel-lucent.com>> wrote: Hi Peter, Thanks for the updates. + + <dd>The transport has failed as the result of an error (such + as a failure to validate the remote fingerprint).</dd> + </dl> + </section> Having a read-only attribute, to keep the failure code, from a list of predefined failure codes, associated to ‘failed’ state would help debugging and resolution of the failure. In addition to that, I am wondering having another read-only attribute ‘infoString’, with even more details, which will help user/application understand the reason for DTLS failure. The same attribute may be updated even during other states as the implementation see it fits. BR Raju
Received on Monday, 27 July 2015 18:22:15 UTC