Date: 27 May 2022 09:39:35 -0400
From: Bill Horne <email@example.com>
Subject: Apparent AT&T outage affecting Texas Panhandle cities,
including 911 services
Multiple cities in the Texas Panhandle are reporting outages with AT&T
service, including some users not being able to dial 911.
The City of Borger/Hutchinson County OEM said city phones are inoperable
at this time.
Users have also reported not being able to dial 911 in some instances.
Date: Tue, 24 May 2022 19:23:12 +0000 (UTC)
From: Bill Horne <malQRMassimilation@gmail.com>
Subject: FTC Begins TSR Rulemaking Process, Targets Repeal Of B2B
In a recently released Advanced Notice of Proposed Rulemaking
("Notice"), the Federal Trade Commission ("FTC") is seeking comment on
certain important proposed amendments to the Telemarketing Sales Rule
("TSR"). Among these proposed (but not yet enacted) amendments is the
potential repeal or narrowing of the long-standing Business to
Business ("B2B") exception. On a basic level, the B2B exception
exempts most business-to-business sales calls from the TSR's
requirements. The FTC's TSR rulemaking process first provides notice,
then seeks comment on proposed amendments, before eventually voting on
a final version of the amendments.
(Please remove QRM from my email address to write to me directly)
Date: 25 May 2022 15:20:33 -0500
From: "Doug McIntyre" <firstname.lastname@example.org>
Subject: Re: ISDN's days are numbered: What should you do?
"Fred Goldstein" <email@example.com> writes:
>The 64-kbit data bearer service was, as you note, not widely
>available. For it to work, both the transmission systems and the
>switching systems needed to implement the B8ZS fix to the T1 carrier
As one who had to troubleshoot ISDN calls failing.
In my area (Minneapolis), I found 64k bearer calls went through more
than 98% of the time.
When those 2% failures came through, I would have to do the cycle
through the almost always CLEC's supportsystems, get them to trap the calls,
and get them to figure out which trunk was marked as 8-bit clean, but
only could handle the 7-bit channels.
To me, it didn't seem like they were purposely not upgrading anything,
just that the 7-bit trunks weren't marked correctly in the switch
database, so that when 64k calls wanted to go through, the switch
incorrectly put them on a 7-bit trunk.
The fix almost always was for the CLEC techs to mark the trunk
properly in the switch database, and there were plenty of 8-bit clean
trunks to use, when they were marked correctly so 64k calls could
properly route through the COs.
Telecom Digest Moderator wrote:
>For some reason, "DOSBS" (Data Over Speech Bearer Service) was a taboo
>subject by 1994: the ISP's that supported ISDN connections all
>pretended that they had never heard of it, and "bonding," even with 56
>Kbps *DATA* calls, was likewise a mystery.
Since 64k calls went through at least 98% successful in this area, and
in this area, voice & data were all flat-rate billed, there wasn't any
point to do the data over speech calls. I don't remember having to
support anything special to make it happen, but then we didn't really
have any reason to have to do that in the first place, so I don't
remember what it took to happen.
We always did 128k bonded connections with no issues. No mystery here.
The biggest problem was the customer equipment. Most of it sucked