The Telecom Digest for August 26, 2010
Volume 29 : Issue 231 : "text" Format
Messages in this Issue:
====== 28 years of TELECOM Digest -- Founded August 21, 1981 ======
Telecom and VOIP (Voice over Internet Protocol) Digest for the
Internet. All contents here are copyrighted by Patrick Townson and
the individual writers/correspondents. Articles may be used in other
journals or newsgroups, provided the writer's name and the Digest are
included in the fair use quote. By using -any name or email address-
included herein for -any- reason other than responding to an article
herein, you agree to pay a hundred dollars to the recipients of the
Addresses herein are not to be added to any mailing list, nor to be
sold or given away without explicit written consent. Chain letters,
viruses, porn, spam, and miscellaneous junk are definitely unwelcome.
We must fight spam for the same reason we fight crime: not because we
are naive enough to believe that we will ever stamp it out, but because
we do not want the kind of world that results when no one stands
against crime. Geoffrey Welsh
See the bottom of this issue for subscription and archive details
and the name of our lawyer, and other stuff of interest.
Date: Wed, 25 Aug 2010 01:05:06 -0400 (EDT)
From: Dan Lanciani <email@example.com>
Subject: Re: Simplifying the Lives of Web Users
|firstname.lastname@example.org (Garrett Wollman) wrote:
|To article <email@example.com>, the moderator
|>The "claim to fame" of IPV6 is that it has provision for inclusion of
|>a globally unique ID in every packet, and that's the stuff of
|>Marketeer's wet dreams.
|Nonsense. Or rather: we already have that now (modulo the
I assume that our moderator was referring to the ability to embed a unique
hardware identifier (e.g., your Ethernet address) per address autoconfig.
This really is different in that it follows the device across networks and
providers, but the problem has been recognized and to some extent dealt with.
|IPv6 simply allows there to be enough
|such identifiers for everyone in the world to have a quintillion of
|them each. You can generate a new one at random every second if you
|so choose, assuming you're not stuck with a fascist ISP who only gives
|you a /126 instead of a proper /64 network.
It's funny. I remember years ago when everybody was going to get at
least a /48. People ridiculed me for even suggesting that an ISP might
use a /126. Now with only trivial deployment, expectations are already
lowered to the point where a /64 is proper and people write memos on
the need for v6 address conservation. The funny thing is, if all you
have is a /126 you can't embed a traceable identifier.
IMHO it would be very easy to make IPv6 take off. Just give everybody
portable, free, routable address space as was done with IPv4. Address
the underlying routing problem rather than heaping hack upon hack with
shim6 and automated address selection policy distribution. The former
requires much of the work involved in true locator/identifier separation
while yielding only a small subset of the benefits and the latter is
akin to source routing but again with only a limited return.
Date: Wed, 25 Aug 2010 11:53:37 -0700
From: Steven <firstname.lastname@example.org>
Subject: Blocking Junk Calls
Over the last weekend I had to replace my old HP 4200 All In One printer
with a newer HP 4500 series/ As I programmed it I noticed that there
was an option to place phone number on it to block Junk Fax, I wondered
if it would work on just a regular call. I place a number and sure
enough the machine rand once and on the start of the second ring hunk up
the line. This will end my junk calls that I have had to just ignore or
use my very old Radio Shack CID box that fails at times.
I have noticed more fake CID and it does no good to be on the Do Not
Call List, there appears to be little enforcement and none on calls from
The only good spammer is a dead one!! Have you hunted one down today?
(c) 2010 I Kill Spammers, Inc. A Rot in Hell Co.
Date: Wed, 25 Aug 2010 13:05:29 -0700
From: Richard <email@example.com>
Subject: Re: Blocking Junk Calls
On Wed, 25 Aug 2010 11:53:37 -0700, Steven
> it does no good to be on the Do Not
>Call List, there appears to be little enforcement
I suspect that spammers are accessing the Do Not Call list in order to
get a list of live phone numbers to call!
TELECOM Digest is an electronic journal devoted mostly to telecom-
munications topics. It is circulated anywhere there is email, in
addition to Usenet, where it appears as the moderated newsgroup
TELECOM Digest is a not-for-profit, mostly non-commercial educational
service offered to the Internet by Bill Horne. All the contents
of the Digest are compilation-copyrighted. You may reprint articles in
some other media on an occasional basis, but please attribute my work
and that of the original author.
The Telecom Digest is moderated by Bill Horne.
Contact information: Bill Horne
43 Deerfield Road
Sharon MA 02067-2301
bill at horne dot net
Subscribe: firstname.lastname@example.org?body=subscribe telecom
Unsubscribe: email@example.com?body=unsubscribe telecom
This Digest is the oldest continuing e-journal about telecomm-
unications on the Internet, having been founded in August, 1981 and
published continuously since then. Our archives are available for
your review/research. We believe we are the oldest e-zine/mailing list
on the internet in any category!
URL information: http://telecom-digest.org
Copyright (C) 2009 TELECOM Digest. All rights reserved.
Our attorney is Bill Levant, of Blue Bell, PA.
Finally, the Digest is funded by gifts from generous readers such as
yourself who provide funding in amounts deemed appropriate. Your help
is important and appreciated. A suggested donation of fifty dollars
per year per reader is considered appropriate. See our address above.
Please make at least a single donation to cover the cost of processing
your name to the mailing list.
All opinions expressed herein are deemed to be those of the
author. Any organizations listed are for identification purposes only
and messages should not be considered any official expression by the
End of The Telecom Digest (3 messages)