1. The first 160 bits of a packet are generally used to determine the fate of those bits and some that follow.
2. The first 4 bits of those 160 bits are currently almost always 0100 (4). 3. Those 4 bits could be "viewed" under a different light, as Source(S) & Destination(D) Address bits. 4. Debating Societies could be established for SDSD vs. SSDD or SSSS with companion DDDD bits in later bits. 5. When a S & D bit are paired, full inter-working is allowed if all values are allowed. 6. When SD bits are aggregated Best Practice can (artificially) restrict values to 00 & 11, to prevent 01 & 10 firewall jumping. 7. Four bits can also be used for SILOs XXSD with XX creating FOUR disjoint universes. 00 01 10 11 8. With SILOs the first 2 bis of the 160 then signal a Universe or Culture. 9. Four Distinct Cultures can Provide Humans with Choice, Diversity & other places to go to avoid/escape Tribes, genders, religions, etc. =================================== 00 - UNIX 01 - ISOC, IETF, IRTF, IANA, ICANN, NANOG, RIRs... 10 - FCC, NTIA, NIST, LEOs... 11 - UN, ITU... =================================== The UNIX Culture writes Code. The other Cultures each have their own unique "style". The first 160 bits commonly delivered to many Internet users can be shaped in many ways. Most humans would not desire to have 2**158 "standards". It may be interesting to see how the above FOUR Cultures shape the remaining 158 bits. People may be surprised that the running systems can be "viewed" differently and evolved, on-the-fly, as long as hardware, software & operational procedures are properly orchestrated. Three simple examples are: Reducing the 16-bit Length Field to 10 bits, Turning OFF (Deprecating) Fragmentation freeing the Second Word, and lastly Re-Engineering the 8-bit TTL Field to be useful for Source & Destination Addressing or Mode Setting for the TWO 32-bit Address Fields (Words 4&5). There are many more examples, given 158 bits to "debate". One thing for sure, IF you desire to place 128 bits in the 158 there are only 30 bits left. It is hard to touch 16 of those in the Checksum. That leaves 14 bits. With 10 for Length, one is down to 4. One could debate a long time if those 4 should be split 2 for TTL & 2 for Protocol. Is Protocol needed/desired? Backing up, are 64-bits of Addressing desired? Could one of the Address Fields be 64-bits for Destination and other bits be used for a HANDLE to ID the Source ? Would a full 64-bit symmetric HANDLE be needed ? Could the HANDLE size expand over time as systems Deprecate ? Backing way up, does the overall Architecture allow Maintenance & Updates & Flag Days on Network Elements ? Returning to the global view, how do the Four Cultures (SILOs) plan, design, evolve ? In the UNIX Culture (00) the next two bits could be SD or SS with the Destination bits some place else. To simplify Code and ASICs, the SD could be restricted to two values 00 and 11. That limits the first four bits to 0000 or 0011. The ISOC Culture (01) could wander around and start with SD set to 00. Then someone could edict 10 AND note that the 160 bits become 320 bits. No concern can be given to performance or bandwidth or the unwieldy management. With SILOs people can walk away and note 0100 and 0110 are in play, to be determined. The world awaits the outcomes. ...history has shown that Running Code tends to capture market share... _______________________________________________ rrg mailing list rrg@irtf.org http://www.irtf.org/mailman/listinfo/rrg