No, I don't remember winprinters. On the other hand, I have not really
moved beyond RSX yet... :-)
Winprinters were a short-lived, very stupid idea for consumer-grade
printing from several different manufacturers. They did all the
rasterization and scaling within the device driver (which was, of
course, only available for Windows...this was in the 1990s) running on
the host computer. The printer itself contained little more than the
mechanical frame and the electrical drivers for the print head's jets,
and the stepper motors.
"Winmodems" were similarly-stupid garbage that did all the DSP on the
(Windows) host.
Thank heaven that drek was short-lived.
With todays network gear, you will not get most packets to your machine
anyway, the switches are already doing the filtering for you, so
promiscuous mode don't hurt much from that point either.
...and this is the only thing that makes me more comfortable with the
idea. The switch will just have more than one entry in its MAC table
for this port.
Right. Which is no different than if you cascade two switches. The
switch is perfectly happy, and your machine will only get the packets
you care about, and the random packet for a new machine, and the random
packets that goes to no machine (which should be pretty close to zero).
So my Ethernet frame filtering gets moved from my desktop system's
network interface, instead of "inward" to the IP stack, "outward" to the
Ethernet switch's MAC filter...where it's being done anyway. :)
But I STILL don't like it! B-) *snicker*
-Dave
--
Dave McGuire, AK4HZ
New Kensington, PA
No, I don't remember winprinters. On the other hand, I have not really moved beyond RSX yet... :-)
With todays network gear, you will not get most packets to your machine
anyway, the switches are already doing the filtering for you, so
promiscuous mode don't hurt much from that point either.
...and this is the only thing that makes me more comfortable with the
idea. The switch will just have more than one entry in its MAC table
for this port.
Right. Which is no different than if you cascade two switches. The switch is perfectly happy, and your machine will only get the packets you care about, and the random packet for a new machine, and the random packets that goes to no machine (which should be pretty close to zero).
But I still don't like it. ;)
:-)
Johnny
----Originalmeddelande----
Fr n:"Bob Armstrong"
S nt: 2012-01-10, 03:07
Till:hecnet at Update.UU.SE
mne:RE: SV: [HECnet] Hecnet map update
I like the idea of expanding the info.txt .. time zone column
Fine by me. How is time zone expressed? Simply giving a numeric offset from GMT is problematic for places that observe daylight savings time - we'd have to update the file twice every year. Can we use something like PST8PDT??
Bob
----Originalmeddelande----
Fr n:"Johnny Billquist"
S nt: 2012-01-10, 01:42
Till:hecnet at Update.UU.SE
mne:SV: [HECnet] Hecnet map update
I haven't checked this, but I wonder if you can't figure out the TZ of a machine if you just speak NICE to it? Try ncp tell <machine> sho exec for a machine in another TZ and see what the time in the header says?
Johnny
--
----Originalmeddelande----
Fr n:"H Vlems"
S nt: 2012-01-09, 22:55
Till:hecnet at Update.UU.SE
mne:[HECnet] Hecnet map update
On OZON you'll find a file called HECNETUTCMAP1.GIF
It puts nodes I had default decnet access to in UTC timezones.
The picture is considerably more weird than the earlier "excel art".
OZON will remain up for the night so no hurry.
BTW some of you will notice a file called DATE.DAT or DATE.TEST in the
default decnet directory.
I put it there to figure out the timestamp and thus compute the timezone.
Assuming the system time is set correctly.
Hans
----Originalmeddelande----
Fr n:"Johnny Billquist"
S nt: 2012-01-10, 01:42
Till:hecnet at Update.UU.SE
mne:SV: [HECnet] Hecnet map update
I haven't checked this, but I wonder if you can't figure out the TZ of a machine if you just speak NICE to it? Try ncp tell <machine> sho exec for a machine in another TZ and see what the time in the header says?
Johnny
--
----Originalmeddelande----
Fr n:"H Vlems"
S nt: 2012-01-09, 22:55
Till:hecnet at Update.UU.SE
mne:[HECnet] Hecnet map update
On OZON you'll find a file called HECNETUTCMAP1.GIF
It puts nodes I had default decnet access to in UTC timezones.
The picture is considerably more weird than the earlier "excel art".
OZON will remain up for the night so no hurry.
BTW some of you will notice a file called DATE.DAT or DATE.TEST in the
default decnet directory.
I put it there to figure out the timestamp and thus compute the timezone.
Assuming the system time is set correctly.
Hans
