One of the more enjoyable aspects of the Bundle Protocol is how you can't 
reliably correct a misset clock on a bundle node by using the bundle protocol 
itself - because the bundles containing payloads commanding the time change 
could well be expired and discarded before being carried out, once their 
timestamps are compared to the errant clock. It's a rather neat 
self-denial-of-service - section 5.5, and how do you know the local clock is 
accurate?
So, an ancillary support apparatus for communications not using the bundle 
protocol would be needed to update the clock behind the bundle agent's back, 
and that's likely an IP stack (as it happily is in most bundle implementations, 
where time comes from NTP. There's not that much bundling standing alone, and 
TCP is the convergence layer of choice, so there may not be much standalone 
experience with bundle node clocks).
while there is some text in the draft concerning bundles originating from a 
node with misset clocks, I can't see much concerning sending -to- a node with a 
misset clock (yes, it's relative, with just two nodes you never know the right 
time), what is expected to happen, and how that gets handled. More of a network 
administration problem...


Lloyd Woodhttp://lloydwood.users.sourceforge.net/Personal/L.Wood/dtn/ 




#yiv8177139594 #yiv8177139594 -- _filtered #yiv8177139594 
{font-family:Wingdings;panose-1:5 0 0 0 0 0 0 0 0 0;} _filtered #yiv8177139594 
{panose-1:2 4 5 3 5 4 6 3 2 4;} _filtered #yiv8177139594 
{font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;}#yiv8177139594 
#yiv8177139594 p.yiv8177139594MsoNormal, #yiv8177139594 
li.yiv8177139594MsoNormal, #yiv8177139594 div.yiv8177139594MsoNormal 
{margin:0in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv8177139594
 a:link, #yiv8177139594 span.yiv8177139594MsoHyperlink 
{color:blue;text-decoration:underline;}#yiv8177139594 a:visited, #yiv8177139594 
span.yiv8177139594MsoHyperlinkFollowed 
{color:purple;text-decoration:underline;}#yiv8177139594 
p.yiv8177139594MsoListParagraph, #yiv8177139594 
li.yiv8177139594MsoListParagraph, #yiv8177139594 
div.yiv8177139594MsoListParagraph 
{margin-top:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv8177139594
 p.yiv8177139594msonormal0, #yiv8177139594 li.yiv8177139594msonormal0, 
#yiv8177139594 div.yiv8177139594msonormal0 
{margin-right:0in;margin-left:0in;font-size:11.0pt;font-family:sans-serif;}#yiv8177139594
 span.yiv8177139594EmailStyle18 
{font-family:sans-serif;color:windowtext;}#yiv8177139594 
.yiv8177139594MsoChpDefault {font-size:10.0pt;} _filtered #yiv8177139594 
{margin:1.0in 1.0in 1.0in 1.0in;}#yiv8177139594 div.yiv8177139594WordSection1 
{}#yiv8177139594 _filtered #yiv8177139594 {} _filtered #yiv8177139594 
{font-family:Wingdings;} _filtered #yiv8177139594 {} _filtered #yiv8177139594 
{font-family:Wingdings;} _filtered #yiv8177139594 {font-family:Symbol;} 
_filtered #yiv8177139594 {} _filtered #yiv8177139594 {font-family:Wingdings;} 
_filtered #yiv8177139594 {font-family:Symbol;} _filtered #yiv8177139594 {} 
_filtered #yiv8177139594 {font-family:Wingdings;}#yiv8177139594 ol 
{margin-bottom:0in;}#yiv8177139594 ul {margin-bottom:0in;}#yiv8177139594 
_______________________________________________
Gen-art mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/gen-art

Reply via email to