[Sls-slp] Adding a note to Encapsulation Service 220.127.116.11
Shames, Peter M
peter.m.shames at jpl.nasa.gov
Tue Apr 21 16:36:09 UTC 2009
There is a principle in the Internet that reads like this:
"Be liberal in what you accept, and conservative in what you send." -- Jon Postel. RFC-1122
We would do well to adopt this ourselves since it directly addresses these sorts of circumstances.
On 4/20/09 9:12 PM, "Greg Kazz" <Greg.J.Kazz at jpl.nasa.gov> wrote:
During today's SIS-IPO meeting, Dave Israel made what I believe is a very good suggestion, discovered during interoperability testing IP/IPE over Encapsulation over AOS frames.
The problem with the current wording of the Encapsulation Service Specification is that two independent implementations will not interoperate if the receive side of the interface implements Encapsulation packet size differently with respect to the transmit side.
The proposed note would be added to the Encapsulation Service Pink Sheets, which is a topic for discussion in the SLS-SLP WG meeting on Friday. The section is 18.104.22.168 Length of Length Field
The proposed note is:
NOTE - An implementation on the transmitting end may choose to either use a fixed Encapsulation header size or adaptively/dynamically adjust the size of the Encapsulation Header size according to the payload size in order to optimize bandwidth use (minimize header overhead). Therefore, an implementation must be capable of receiving encapsulation packets implementing either case.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the SLS-SLP