Mike Brescia (brescia@PARK-STREET.BBN.COM)
Thu, 17 Sep 87 21:35:44 -0400
When I talked about processing IP options only if the packet was addressed to
the gateway, that was historically accurate for the LSI11 core gateways, which
did not implement record route, timestamping or security options.
Because of the extra overhead of doing a complete scan of the IP options at
every gateway hop, I propose, only slightly tongue-in-cheek, that we extend
the IP header by 8 (16? 32?) bits for a flag word indicating that certain
options are present and should be scanned. Use bit[i] to indicate the
presence of an option whose value is "i". Gateways which do not handle
security, for example, can rapidly dispose of (oops, forward :-) those packets
with only the security option bit on.
This is an extension of an earlier idea (source unknown) which used a single
bit in the IP header to declare the presence of options which needed
processing at every gateway.
Note: if you have any flames about the specifics of the proposal, I doubt that
I will answer them. I did want to get in a bid for faster handling of
packets. Maybe I am still too concerned with 'efficiency'.
This archive was generated by hypermail 2.0b3 on Thu Mar 09 2000 - 14:39:16 GMT