[governance] Uni.X to Uni.X .NETworking - .GOD .CORPS .COUNTRY .YOU
Jim Fleming
JimFleming at ameritech.net
Wed Oct 19 07:59:54 EDT 2005
Given the 160 bit Uni.X to Uni.X .NETworking message format:
0101.0101.SSSSDDDD.SSSDDD.LLLLLLLLLL
SSSSSSSDDDDDDD.SD.DDSS.SSSSSSDDDDDD
SDSDGTTT.PPSSSDDD.CCCCCCCCCCCCCCCC
SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS
DDDDDDDDDDDDDDDDDDDDDDDDDDDDDDDD
Assuming: 20+32+12
2 - Fixed 01 <<<<< From half of the First 4 Bits
2 - Fixed 01
4 - Now
3 - Fixed 000
7 - Now
2 - Fixed 11
<<<< 32-bits >>>>
1 - Fixed 0
6 - Fixed 000000
1 - Fixed 0
1 - Fixed 1
3 - Now
Imagine the first 2 bits of the 64 bit Uni.X to Uni.X .NETworking were used
as follows:
00 - .GOD
01 - .CORPS
10 - .COUNTRY
11 - .YOU
Imagine the next 2 bits of the 64 bit Uni.X to Uni.X .NETworking were used
as follows:
00 - .EARTH
01 - .MOBILE
10 - .MOON
11 - .MARS
0100 is the .CORPS sending a message to .GOD
0110 is the .CORPS sending a message to .COUNTRY (Some claim the U.S. DOD
like that.)
0101 in the second bits is .MOBILE to .MOBILE
0100.0101 is what many people send in the first 8 bits.
That would appear to be the .CORPS sending messages to .GOD from their
.MOBILE devices.
The next 8 bits, SSSSDDDD, may be more complicated, because you can use them
now
and freely change them now. When combined with the SSSSSSSDDDDDDD bits
deeper into
the transmission, you have a 11 bit field, or 2,048 political regimes,
clans, super-states, etc.
Because of the laws of physics, and the need to aggregate traffic and move
it close to the
destination as fast and as efficient as possible, there may be benefit in
keeping the SSSSDDDD
and SSSSSSSDDDDDDD fields separate, based on the first 8-bits in the
transmission.
When super-states are used, you have 16, with 0000 starting up in Maine, New
Hampshire
and Massachusetts and ending with 1111 for California, Nevada, and Arizona.
That can be
the case when .COUNTRY and .EARTH are selected in the first 8 bits as either
the Source
or Destination.
Since many people use, 0100 in the first 4 bits, [0100 is the .CORPS sending
a message to .GOD],
they would not be impacted by the Super-State approach. The 2,048 Clan
allocations may
apply more to them.
With SSDD.SSDD.SSSSDDDD.SSSSSSSDDDDDDD it becomes a very large and
multi-dimensional .MATRIX.
With SSSDDD fixed for a long time at 000000, you have version 000. If the
first approach
does not work out, you have up to 8 versions.
With SD fixed for a long time at 11, you have packets energized with the
most power to give
you the best shot at making it work. As your packets (transmissions) travel
thru cyberspace
some devices will attempt to reduce the power and eventually throw them
away. Soon, you
will have more WIMAX gear and you can deal with SD in all combinations, with
1 being
high-power and 0 being low-power. Some will of course choose to set the old
TTL to
11111111, the maximum power setting, and blast away. Some have already seen
the merits
of reducing their power via SD111111 and they see that less is more. They
have two more
address bits and their packets still reach most of the places they want to
reach.
Because some transmissions take time to travel thru space, this message
could have been
sent 30 years ago. THE Big Lie Society may not want you to see it. THE Big
Lie Society
may not want Uni.X people to be allowed to program. THE Big Lie Society may
have a
very different view of history and how the bits are arranged. THE Big Lie
Society claims
they arranged the bits, a long long time after the big bang started it all.
THE Big Lie Society
has their story, and they are sticking to it. Meanwhile, Uni.X people
continue to program.
In 30 years, will you be allowed to see what is being programmed (created)
now ?
http://pdos.csail.mit.edu/click/
"Click routers are flexible, configurable, and easy to understand. They're
also pretty fast, for software routers running on commodity hardware; on a
700 MHz Pentium III, a Click IP router can handle up to 435,000 64-byte
packets a second."
_______________________________________________
governance mailing list
governance at lists.cpsr.org
https://ssl.cpsr.org/mailman/listinfo/governance
More information about the Governance
mailing list