Re: OFDM, a key to rock solid BPL ...

John Smith wrote:

I suppose a whole new communication/distribution system, relays, inline
amps, etc., along with a whole new infrastructure to maintain and
support the mess ... speaking about the USA--of course.

The problem with that is in the U.S. the concept that the telephone
network is a national resource and should be protected went out with the
1980's.

Competition, low prices and choice are considered far more important
than quality, consistency, and reliability.

Considering that several long distance networks have been built in the
U.S., one more would not hurt. :-)

Frankly, the telcos, supposedly, have hardened/semi-hardened system to
survive some level of EMP attack, and a complete communications system
already in effect, maintaining lines is already done, etc., etc. ... it
would be cheaper to just bring it out of the stone age and upgrade it to
a user friendly level.

That's up to you. I'm sure every telco has a plan for becoming a modern
high performance communications provider including voice, data, video,
etc at very competitive rates. I'm also sure these plans only come off
of the shelf to be dusted off and updated because no one wants to see
the status quo changed.

Companies like Vonage, Packet8 and the now defunct SunRocket all came
into existance because VoIP was an end run around the regulations
that kept telcos charging high rates.



But hey, a whole other system would be great, if you don't mind the
extravagant cost of such ... I am of the opinion that the internet
should be like the public water system--available to everyone at a cost
which even the impoverished can afford--easily.


The problem with that is the cost of sending data. Since the IP part
of the network uses packets of varying size, the latency and throughput
depends upon how you schedule packets.

In a free for all world, small packets wait in line with big ones, which
means all of those BitTorrents kill things like VoIP, on demand video,
etc.

In a use the line the most efficently world, small packets get queued
and sent in a batch after all the big ones are gone.

In a "we want low latency" (fast interactive services) world, small packets
always go to the head of the line and large packets are stuffed in when
there is room for them.

"You pays your money and you takes your choice." It's just that people
expect to pay very little money and still get their choice.

Geoff.


--
Geoffrey S. Mendelson, Jerusalem, Israel gsm@xxxxxxxxxxxxx N3OWJ/4X1GM
IL Voice: (07)-7424-1667 U.S. Voice: 1-215-821-1838
Visit my 'blog at http://geoffstechno.livejournal.com/
.

Relevant Pages

  • Re: [opensuse] SuseFirewall IPv4 vs IPv6
    ... # network security threats. ... # Opening ports for LAN services in the external zone defeats the ... # this setting only works for packets destined for the local machine. ... # If the protocol is icmp then port is interpreted as icmp type ...
    (SuSE)
  • Re: Ethernet issue: works one way but not another
    ... packets transmitted, 5 packets received, 0% packet loss ... (This is when connected directly to internet through ... FBSD, I have been working with BSDI at the isp I work for for the last ... As for my network topology, I have an internal network that goes ...
    (freebsd-questions)
  • Re: Update: UDP 770 Potential Worm
    ... > the network immediately after the 'attack', ... were no packets indicating some form of replication. ... I noticed that the UDP ... > of the UDP datagrams is the IP address of the proxy? ...
    (Incidents)
  • Re: IDSIPS that can handle one Gig
    ... especially with 64-byte UDP packets. ... There are plenty of network IPS's ... IDS/IPS devices through use of fragments. ... Find out quickly and easily by testing it with real-world attacks from ...
    (Focus-IDS)
  • Re: iptables and dhcp
    ... > the same physical network segment as the firewall and the remote DHCP ... You used INPUT and not FORWARD chain ... # This target allows packets to be marked in the mangle table ...
    (comp.os.linux.networking)