[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

Re: Bypass Telco's NID box?



They are not in strike

in January this year about 30 % of all there oldest technical employee took
there retirement

it was a proposal from the main office to try lowering there pay roll

But now the rookies that run the place don't know shit what there doing...

"R.H.Campbell" <rh.campbell@xxxxxxxxxxxxx> a écrit dans le message de news:
ZpOdnbtblrShEMjfRVn-rw@xxxxxxxxxxxxx
> Yeah Mike, I had about 100 call in "late to tests" that weekend. It seems
> the circuits between Montreal, Ottawa and Toronto went down within the
> Bell network, and this (supposedly) caused the problem.
>
> Don't know how local systems would ever be affected by toll lines in that
> manner, but ...hey.....I only worked for Bell for 27 years...what the hell
> do I know !!!
>
> It does seem that Bell technicians are on strike, but I've only ever heard
> that from clients who've had to postpone their installations because of a
> lack of a phone line in their new homes....
>
> RHC
>
> "mikey" <someone@xxxxxxxxxxxxx> wrote in message
> news:6rKdncj0zbyMEcjfRVn-gw@xxxxxxxxxxxxx
>>I had 30 accounts fail to test one evening, Bob. I freaked. I thought
>>maybe
>> the station's receiver was fucked up or something. It was Bell, just
>> before
>> the techs walked curiously enough. We gotta start that station, Bob...
>> we'll
>> incorporate an RF network and clean up I tells ya.
>>
>> "R.H.Campbell" <rh.campbell@xxxxxxxxxxxxx> wrote in message
>> news:nKadnXvtUJhhpcjfRVn-pQ@xxxxxxxxxxxxx
>>> Gawd....I can relate to that ! I have two enemies in this business;
>>> first
>> is
>>> Bell Canada, and the second are drywallers !
>>>
>>> I don't know how many times I've been called out on "late to test" only
>>> to
>>> find that the Bell tech has hooked up dial tone to both sides of the
>>> exclusion jack, or worse, couldn't figure out what it was, so cut it out
>> of
>>> the loop totally. If I could find a way to effectively bill Bell for
>>> every
>>> call caused by their ineptitude with alarms, I could get rich just on
>> these
>>> charges. I've taken to telling clients not to let the tech leave until
>> they
>>> have tested the alarm system for communications. Doesn't always work,
>>> but
>> it
>>> makes the tech be a bit more careful (sometimes)
>>>
>>> These people are driving me crazy.....
>>>
>>> RHC
>>>
>>> "Bob Worthy" <securinc@xxxxxxxxxxxxx> wrote in message
>>> news:Tx95e.33896$f%4.17420@xxxxxxxxxxxxxxxxxxxxxxxxx
>>> > Just like everytime there is a phone problem at a home, the first
>>> > thing
>>> > the
>>> > person asks, at Ma Bell, is "do you have an alarm system?" Answer:
>>> > "Yes"
>>> > Ma
>>> > Bell response is "Then the problem is your alarm system"
>>> > BHAAAAAAAAAAAAA!!!!!!!!!!!!!!!!!! True experience: I own two unrelated
>>> > businesses sharing the same facility. The main number for the other
>>> > business
>>> > went dead. I already checked and there was no dial tone at the demark.
>>> > I
>>> > told the manager to open a trouble ticket. Ma Bell asked their
>>> > favorite
>>> > question and gave their favorite answer. I told the manager to call
>>> > back
>>> > and
>>> > tell them the alarm company disconnected the alarm and still had
>> trouble.
>>> > Favorite question #2. "Do you have a telephone system? "Yes" Well,
>>> > that
>> is
>>> > the problem. I told the manager to call back and tell them "Now that
>>> > we
>>> > have
>>> > a bill from our alarm company and a bill from our telephone system
>>> > company"
>>> > who is going to get us dial tone at the demark and who is going to pay
>>> > these
>>> > bills?" Of course there were no bills and they did come out after
>>> > three
>>> > calls and fix the line. Bottom line is that Bell is living is the past
>>> > thinking alarm systems are the "cause all" problem with Bells
>>> > inadequencies.
>>> > There is no thought given to every $9.95 piece of grap telephone,
>>> > answering
>>> > machine, modem, fax, etc., people buy from god knows where and plug
>>> > into
>>> > their telephone lines. Bell employees, including technicians, may know
>>> > their
>>> > job, but they sure don't know ours. I've tried using bell techs in the
>>> > past
>>> > and they just don't get it if they can't use a staple gun!
>>> >
>>> > Bob4Secur
>>> >
>>> > "Jen...tel" <poleclimber@xxxxxxxxx> wrote in message
>>> > news:1112851679.100698.75520@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
>>> >> Geez you alarm guys have no idea what you're talking about. All it
>>> >> takes is one alarm "technician" to say something and the rest of you
>>> >> go
>>> >> babbling as if it's truth.
>>> >> The location of the entry point is controlled by the dominant carrier
>>> >> of the wireline.  They say where it must be and that's all that's
>>> >> required by federal regulation.  This so called tariff you speak of
>>> >> is
>>> >> a simple federal regulation controlling premise demarcation and MPOE.
>>> >> The wireline carrier states where the demarcation entry point is
>>> >> located.  This is normally the location where the block was first
>>> >> installed at a site.  All changes from that will follow federal
>>> >> regulation for a MPOE.  Move the "box' all you like but we are not
>>> >> responsible for anything past the recorded PAP for the demarcation or
>>> >> MPOE.  One other thing, the box housing the jump & protector is the
>>> >> property of the installing phone company.  Homeowners have no rights
>>> >> to
>>> >> move or alter it.  Its location is based on a permanent recorded
>>> >> federal utility right-of-way.
>>> >> All you alarm guys who moved it without getting Ma's permission have
>>> >> screwed the homeowner.  All it takes is a call.  Qwest will relocate
>>> >> a
>>> >> demarc from for security purposes if a customer ask.  If we move it,
>>> >> a
>>> >> MPOE is established and that means we take on the responsibility.
>>> >> You
>>> >> homeowners need to stop trusting what alarm technicians say about
>>> >> telephone issues cause those guys know jack about what they are
>>> >> saying.
>>> >>
>>> >>
>>> >> Jenn
>>> >>
>>> >
>>> >
>>>
>>>
>>
>>
>
>




alt.security.alarms Main Index | alt.security.alarms Thread Index | alt.security.alarms Home | Archives Home