Incidentally, this isn't even a thing of the past. It turns out 56K Frame Relay links live on. I know of a _massive_ corporation that links most of its stores to the central mainframe via 56K FR links. Why? Because It Works.
While I'm sure you are aware of it, I doubt many others are: 56k frame and 56k analog dialup are fantastically different in actual performance. A 56k FR has very low latency, which makes interactive apps (like telnet and SNA crap, the bulk of the traffic I see still going over these links) very much usable. Try that with a modem and the latency makes it very difficult to tolerate with multiple users.
The only downside of your setup is that the 56k modem drops to 33k6 when you use it to dial in...
56k only works if the isp can tap into the digital phone exchange...
More accurately, one side has to be ISDN. A simple USR Courier-I will allow a 56k connection to a 56k-capable modem on an analog line.
A lot of small businesses rely on DSL or Cable shared through a simple Linksys, but should there be an outage, their LANs are dead in the water. With a modem *in* the dinky embedded router, they'd have the option of falling back to dialup rather than closing up shop or waiting for their MCSE to get to dealing with it. With the appropriate firmware load, one of these things could provide fully automatic failover - and "failback" when it detects the DSL or cable has returned.
How, how how! People keep saying this like it's a trivial thing to do. It's NOT. You don't just "detect" this stuff with some POS device. Most likely, you'd need a default gateway in FRONT of both of your devices monitoring them and changing it's default gateway because I'm sure neither the Linksys they got form Staples or this POS support HSRP or similar.
Yes, I know this is a concept that just sounds like it should work. But in reality, it's just not that simple.
The first thing that comes to mind is a standby gateway that goes online when the primary gateway fails. This would be MOST handy.
Doubtful. How do you control the active gateway? You think thins thing support HSRP?
No, in the real world, where we get paid to set these things up, the standard config is a Cisco 1721 with a T1/E1, or second ethernet WIC to DSL or cable (ADSL WICS are evil, and cause endless problems, especially with the fingerpointing when the circuit is down), and the dial backup is a USR courier/sportster connected to the AUX port. You can dial into it to see what's going on if need be, and it is set to dial out to somewhere else if it detects the primary WAN transit down.
There is no place for a second device. Its just asking for more problems.
Fuel cells work can be powered easily off biomass (aka our waste) and with a unit in every house producing 5kw we would have a good deal of excess capacity while keeping generation local
I can just see it on the local news: "It's gonna be another scorcher today! Everybody please remember to eat some ruffage tonight so you can back one out before the afternoon heat. We'll need it to keep those air conditioners going."
And as for how the software works, it would be interesting to know just what OS the power company computers were running.
I used to do work for a few rural EMCs. While I can't rembmer the vendor, their switching systems were controlled by a series of "black boxes" that spoke back to several DEC (yes, that old) Alphas running NT 4.0. I don't believe they have upgraded.
The machines were on their own private (physically partitioned) LAN, and had no need to be patched, as all switches being used has mac-address security on them, and were physically secure (as were the servers and workstations). I don't beleive they have upgraded them at this point, as the software is working fine, and does not bloat over time. It already has all the features they need, and they don't have to worry about the latest version of M$ Office taking all of their system resources.
No it is not a linux box!
Yes, it is AC. I'm not going to explain how Akami works to you, mostly because you can't even post under your own name, but also because based on your comment you are a waste of space.
I think given Microsoft's position on Linux that they shoud / would have researched the market to see if the service could be provided by a windows shop before signing a deal with akamai. It looks bad... almost like saying windows isn't up to the task.
Please go find a clue. Do you think that there are no Junipers or Foundrys in Cisco.com's upstream? Does that tell you Cisco isn't up to the task? Hardly.
Akami was chosen because it's the biggest and baddest, and can deploy on a the short schedule required for this project.
Did they point windowsupdate.com to 127.0.0.1 ? I hope not, there was a mail on FD explaining that such an action would cause it to DOS the local network.. Also, wtf is up with the site running lunix?
No, they took the A record out completely. It's not Akami-ized. That's the linux box you see.
You know, I still have a couple sitting around... Maybe it's time to find my old 286, plug it in, watch as my electric bill goes through the roof, and spend about an hour recording the sounds of MFM drives. I may even make a CD out of it, and sell it to geeks trying to fill a void in their lives, caused by the disappearance of MFM drives.
Let me know. I'll fire up the $2500 "gigabrick" (Seagate 1 gig, SCSI-1, full height that has enough spinning mass to make a full-tower rock back and forth on startup if you put in one of the top bays) and record that too.
ok, the network I'm involved in admining is only about 40 boxes.
We'll talk when you get a real network to manage. Until then, try not to make too many more embarrasingly oversimplified suggestions of how to secure a network.
Mod me a Troll, but this guy is a bottom-feeding loser, who sells to cheating losers.
I stopped playing CounterStrike because too many people felt the need to cheat. It was no longer any fun to play. And, in case some of you don't know, that what game are for: to have fun. They are a distraction.
People who actually pay real money to cheat on an MMOPRPG are even bigger losers than the FPS cheaters. And deciding to "support" your family based on a scam like this has to be one of the most irresponsible schemes I've heard of. I don't want to hear "I know a guy who..." Whatever. It's different when other people rely on you. If you want to do crap like this for a "living" you shouldn't have knocked somebody up and married them.
I don't like that idea... I have a chip like that on my PSU ID
You don't "carry it around" on the smart card. It's just an authentication and basic data storage mechanism. But You wouldn't know anything about that going to an ag school (couldn't resist).
OK, Maybe this is being a grammar nazi, but ATM stands for "Automated Teller Machine." I think we all know that. So saying "ATM Machine" is like saying "GNU Not UNIX" instead of GNU.....nevermind. It's nothing at all like that. But It's still WRONG.
That's not even close to "the hard way". Every bench tech worth their minimum wage has done this same thing more times than they can count. Execpt they usually know that you need the same firmware before they start.
I'll be impressed when someone gets fed up enough to build a clean room in their guest bathroom and recovers a drive with crashed heads.
There is absolutly no reason why one couldn't build a scanner that could read a RFID tag from, say, 50 meters away.
While I'm not going to even get into whether that's true or not, does it matter? If we're talking about tracking RFID tags in shoes, why couldn't a panel on the sidewalk read the tags? How about in the floor of an elevator? The deck of the thing that takes you from the terminal to the plane?
While my opinion is that the plain view doctrine certianly does NOT apply to querying electronic items in a person's posession, I'm just bringing up a technological point here.
An excellent example is the organization of the police force, libraries and fire department in colonial Philadelphia, in which these services became established in a very grassroots manner, then gradually gained acceptance as something that the state should provide.
As a director of one of the oldest fire departments in the Philadelphia area (Eagle Fire Company - 1822), I can tell you that it is not such a great analogy. Started as a group of volunteers, and it still is. As a matter of fact, our library in town is also privately funded. Of course, the police force is paid for by a combination of local and county funds. But not the rest.
That's the problem with trying to use analogies to compare the real, physical world to technological concepts. It just doesn't work.
The telecom network traditionally allocates a complete end-to-end circuit for your call - wasteful but guarantees
That information is only about 5 years out of date.
Just about every LD carrier is using carrier-class VoIP solutions now. Unless you're calling intra-lata, from POTS line to POTS line, your callis probably going IP somewhere.
hang in there, nextel's reign when it comes to direct connect is about over. from what i understand
Anyoe who doesn't have their head up their ass already knows about that.
#1.) The non-nextel "direct connect" type services announced so far are "store and forward", not realtime. Doesn't sound very useful for a fire or rescue scene, does it?
#2.) Everyone who needs direct connect ALREADY HAS A NEXTEL. People who talk across organizations will NOT be switching because they don't know if other people are switching, etc. Catch 22. The best thing Nextel ever did, both for its billings and for customer retention, was to allow cross-fleet direct connect.
Slashdot Mirror
Incidentally, this isn't even a thing of the past. It turns out 56K Frame Relay links live on. I know of a _massive_ corporation that links most of its stores to the central mainframe via 56K FR links. Why? Because It Works.
While I'm sure you are aware of it, I doubt many others are: 56k frame and 56k analog dialup are fantastically different in actual performance. A 56k FR has very low latency, which makes interactive apps (like telnet and SNA crap, the bulk of the traffic I see still going over these links) very much usable. Try that with a modem and the latency makes it very difficult to tolerate with multiple users.
The only downside of your setup is that the 56k modem drops to 33k6 when you use it to dial in... 56k only works if the isp can tap into the digital phone exchange...
More accurately, one side has to be ISDN. A simple USR Courier-I will allow a 56k connection to a 56k-capable modem on an analog line.
A lot of small businesses rely on DSL or Cable shared through a simple Linksys, but should there be an outage, their LANs are dead in the water. With a modem *in* the dinky embedded router, they'd have the option of falling back to dialup rather than closing up shop or waiting for their MCSE to get to dealing with it. With the appropriate firmware load, one of these things could provide fully automatic failover - and "failback" when it detects the DSL or cable has returned.
How, how how! People keep saying this like it's a trivial thing to do. It's NOT. You don't just "detect" this stuff with some POS device. Most likely, you'd need a default gateway in FRONT of both of your devices monitoring them and changing it's default gateway because I'm sure neither the Linksys they got form Staples or this POS support HSRP or similar.
Yes, I know this is a concept that just sounds like it should work. But in reality, it's just not that simple.
The first thing that comes to mind is a standby gateway that goes online when the primary gateway fails. This would be MOST handy.
Doubtful. How do you control the active gateway? You think thins thing support HSRP?
No, in the real world, where we get paid to set these things up, the standard config is a Cisco 1721 with a T1/E1, or second ethernet WIC to DSL or cable (ADSL WICS are evil, and cause endless problems, especially with the fingerpointing when the circuit is down), and the dial backup is a USR courier/sportster connected to the AUX port. You can dial into it to see what's going on if need be, and it is set to dial out to somewhere else if it detects the primary WAN transit down.
There is no place for a second device. Its just asking for more problems.
Fuel cells work can be powered easily off biomass (aka our waste) and with a unit in every house producing 5kw we would have a good deal of excess capacity while keeping generation local
I can just see it on the local news: "It's gonna be another scorcher today! Everybody please remember to eat some ruffage tonight so you can back one out before the afternoon heat. We'll need it to keep those air conditioners going."
If they tried to hide these, the first thing you'd notice would be a large increase in outages due to lines being cut by backhoes, etc.
And an increased number of spontaneous backhoe/operator vaporizations.
And as for how the software works, it would be interesting to know just what OS the power company computers were running.
I used to do work for a few rural EMCs. While I can't rembmer the vendor, their switching systems were controlled by a series of "black boxes" that spoke back to several DEC (yes, that old) Alphas running NT 4.0. I don't believe they have upgraded. The machines were on their own private (physically partitioned) LAN, and had no need to be patched, as all switches being used has mac-address security on them, and were physically secure (as were the servers and workstations). I don't beleive they have upgraded them at this point, as the software is working fine, and does not bloat over time. It already has all the features they need, and they don't have to worry about the latest version of M$ Office taking all of their system resources.
No it is not a linux box! Yes, it is AC. I'm not going to explain how Akami works to you, mostly because you can't even post under your own name, but also because based on your comment you are a waste of space.
I think given Microsoft's position on Linux that they shoud / would have researched the market to see if the service could be provided by a windows shop before signing a deal with akamai. It looks bad ... almost like saying windows isn't up to the task.
Please go find a clue. Do you think that there are no Junipers or Foundrys in Cisco.com's upstream? Does that tell you Cisco isn't up to the task? Hardly.
Akami was chosen because it's the biggest and baddest, and can deploy on a the short schedule required for this project.
It's not Akami-ized.
Sorry...too much crack. Hopefully it was obvious that I meant is WAS Akami-ized.
Did they point windowsupdate.com to 127.0.0.1 ? I hope not, there was a mail on FD explaining that such an action would cause it to DOS the local network.. Also, wtf is up with the site running lunix?
No, they took the A record out completely. It's not Akami-ized. That's the linux box you see.
You know, I still have a couple sitting around... Maybe it's time to find my old 286, plug it in, watch as my electric bill goes through the roof, and spend about an hour recording the sounds of MFM drives. I may even make a CD out of it, and sell it to geeks trying to fill a void in their lives, caused by the disappearance of MFM drives.
Let me know. I'll fire up the $2500 "gigabrick" (Seagate 1 gig, SCSI-1, full height that has enough spinning mass to make a full-tower rock back and forth on startup if you put in one of the top bays) and record that too.
Ummm...you just don't allow *.slashdot.org as a valid referrer. Any real web server already can tell you the referring URL.
ok, the network I'm involved in admining is only about 40 boxes.
We'll talk when you get a real network to manage. Until then, try not to make too many more embarrasingly oversimplified suggestions of how to secure a network.
Mod me a Troll, but this guy is a bottom-feeding loser, who sells to cheating losers.
I stopped playing CounterStrike because too many people felt the need to cheat. It was no longer any fun to play. And, in case some of you don't know, that what game are for: to have fun. They are a distraction.
People who actually pay real money to cheat on an MMOPRPG are even bigger losers than the FPS cheaters. And deciding to "support" your family based on a scam like this has to be one of the most irresponsible schemes I've heard of. I don't want to hear "I know a guy who..." Whatever. It's different when other people rely on you. If you want to do crap like this for a "living" you shouldn't have knocked somebody up and married them.
I don't like that idea... I have a chip like that on my PSU ID
You don't "carry it around" on the smart card. It's just an authentication and basic data storage mechanism. But You wouldn't know anything about that going to an ag school (couldn't resist).
OK, Maybe this is being a grammar nazi, but ATM stands for "Automated Teller Machine." I think we all know that. So saying "ATM Machine" is like saying "GNU Not UNIX" instead of GNU.....nevermind. It's nothing at all like that. But It's still WRONG.
That's not even close to "the hard way". Every bench tech worth their minimum wage has done this same thing more times than they can count. Execpt they usually know that you need the same firmware before they start.
I'll be impressed when someone gets fed up enough to build a clean room in their guest bathroom and recovers a drive with crashed heads.
There is absolutly no reason why one couldn't build a scanner that could read a RFID tag from, say, 50 meters away.
While I'm not going to even get into whether that's true or not, does it matter? If we're talking about tracking RFID tags in shoes, why couldn't a panel on the sidewalk read the tags? How about in the floor of an elevator? The deck of the thing that takes you from the terminal to the plane?
While my opinion is that the plain view doctrine certianly does NOT apply to querying electronic items in a person's posession, I'm just bringing up a technological point here.
-1 Off-Topic
An excellent example is the organization of the police force, libraries and fire department in colonial Philadelphia, in which these services became established in a very grassroots manner, then gradually gained acceptance as something that the state should provide.
As a director of one of the oldest fire departments in the Philadelphia area (Eagle Fire Company - 1822), I can tell you that it is not such a great analogy. Started as a group of volunteers, and it still is. As a matter of fact, our library in town is also privately funded. Of course, the police force is paid for by a combination of local and county funds. But not the rest.
That's the problem with trying to use analogies to compare the real, physical world to technological concepts. It just doesn't work.
I don't know what they call the OS of AS400
Ummm...its called OS/400. They're real trickey like that.
As for "carrier-class" there are very few solutions that even approach 5 9's of reliability as in TDM networks.
Which has mostly to do with people like you being responsible for their upkeep.
Yes, but don't forget that there are still issues using SIP across NAT gateways/firewalls.
I'sure you mean "VoIP", not SIP. SIP was created to fix those problems, and, for the most part, has.
The telecom network traditionally allocates a complete end-to-end circuit for your call - wasteful but guarantees
That information is only about 5 years out of date.
Just about every LD carrier is using carrier-class VoIP solutions now. Unless you're calling intra-lata, from POTS line to POTS line, your callis probably going IP somewhere.
hang in there, nextel's reign when it comes to direct connect is about over. from what i understand
Anyoe who doesn't have their head up their ass already knows about that.
#1.) The non-nextel "direct connect" type services announced so far are "store and forward", not realtime. Doesn't sound very useful for a fire or rescue scene, does it?
#2.) Everyone who needs direct connect ALREADY HAS A NEXTEL. People who talk across organizations will NOT be switching because they don't know if other people are switching, etc. Catch 22. The best thing Nextel ever did, both for its billings and for customer retention, was to allow cross-fleet direct connect.