|
Joined: Jan 2011
Posts: 49
Member
|
Member
Joined: Jan 2011
Posts: 49 |
Have a Televantage system, and the windows event log is showing that the D channel went down and came back up 44 seconds later, it also seems that it is hard to troubleshoot why calls would drop having 4 PRI's all dialogic cards, replaced wiring on one card, and connector on another, circuit tests come back clean
|
|
|
Visit Atcom to get started with your new business VoIP phone system ASAP
Turn up is quick, painless, and can often be done same day.
Let us show you how to do VoIP right, resulting in crystal clear call quality and easy-to-use features that make everyone happy!
Proudly serving Canada from coast to coast.
|
|
|
Joined: May 2002
Posts: 17,726 Likes: 19
Member
|
Member
Joined: May 2002
Posts: 17,726 Likes: 19 |
If the D channel went down every T-1 PRI it's controlling would drop calls, you may only have one D channel.
Retired phone dude
|
|
|
|
Joined: May 2007
Posts: 5,058 Likes: 5
Moderator-1A2, Cabling
|
Moderator-1A2, Cabling
Joined: May 2007
Posts: 5,058 Likes: 5 |
What Bill said. 1 PRI=23B+1D. 4 PRIs=92B+1D.
Some carriers are known to give you 1 D channel with each PRI, some only 1.
Inquire of your carrier.
They should also have error logs and be able to tell you what caused the D channel to drop.
Who is your Carrier, BTW?
Sam
"Where are we going and why are we in this hand basket?"
|
|
|
|
Joined: Dec 2005
Posts: 9,179 Likes: 8
Spam Hunter
|
Spam Hunter
Joined: Dec 2005
Posts: 9,179 Likes: 8 |
FAS = 1D per 23Bs. MFAS = 1D for more than 23Bs.
I Love FEATURE 00
|
|
|
|
Joined: Jan 2011
Posts: 49
Member
|
Member
Joined: Jan 2011
Posts: 49 |
|
|
|
|
Joined: Jan 2011
Posts: 49
Member
|
Member
Joined: Jan 2011
Posts: 49 |
The issue is 44 second down time and combing back up isn't long enough for it produce data for them to gather, they sent the circuits to AT&T to test and they are clean
|
|
|
|
Joined: Jan 2011
Posts: 49
Member
|
Member
Joined: Jan 2011
Posts: 49 |
They are giving us 1 D channel per PRI
|
|
|
|
Joined: Feb 2006
Posts: 1,716
Member
|
Member
Joined: Feb 2006
Posts: 1,716 |
You need to ask the carrier to dispatch a tech with a Tbird or equivalent PRI tester to determine the exact cause of the problem. To lose 4 D channels at the same time kind of points to a common issue like a Smart Jack nest with outboard power supply that might have gone bad.
Rcaman
Americom, Inc. Where The Art And Science Of Communications Meet
|
|
|
|
Joined: Jan 2011
Posts: 49
Member
|
Member
Joined: Jan 2011
Posts: 49 |
They stated that the smart jack tests come back clean, it's only 1 PRI card that loses the D channel for 44 seconds, even removing the problem card we still see issues. even though they say there tests come back OK from the circuit
|
|
|
|
Joined: Feb 2006
Posts: 1,716
Member
|
Member
Joined: Feb 2006
Posts: 1,716 |
Of course their remote tests come back clean. They can only see a very short time period. You should demand a tech be sent to the site and do a stress test FROM THE SITE. That is the ONLY way they can see if there's a problem on the span.
Rcaman
Americom, Inc. Where The Art And Science Of Communications Meet
|
|
|
|
Joined: Jan 2011
Posts: 49
Member
|
Member
Joined: Jan 2011
Posts: 49 |
That sounds more reasonable, otherwise it's a blame game of it's your equipment no it's your equipment
|
|
|
|
Joined: Feb 2006
Posts: 1,716
Member
|
Member
Joined: Feb 2006
Posts: 1,716 |
This is why we have our own Tbird. I got tired of the carrier or LEC telling me everything is OK when it's NOT!
On EVERY service call with Windstream, their techs show up with a pair of diagonal cutters and a VOM. I show up with the Tbird and, surprise, surprise, we ALWAYS find the fault in a matter of a few minutes. I had an issue with a Verizon circuit, about a year ago, and the "tech having a bad day" showed up with a Sidekick! DUH....what was he thinking? I already had my Tbird connected and he could see the corruption in the received pattern. I heard him say to the tester in the CO: "This guy has a Tbird and it's showing the problem is coming from the CO. What should I tell him?" Really....what should he tell me?
I had to do it. I asked to speak with his supervisor. After a few minutes of "chest pounding" we finally came to the agreement that the "multi-circuit aggregator equipment" also known as a SLiC 96 had a bad module. Sometimes I wonder, if these techs care about anything.
Rcaman
Americom, Inc. Where The Art And Science Of Communications Meet
|
|
|
|
Joined: May 2007
Posts: 5,058 Likes: 5
Moderator-1A2, Cabling
|
Moderator-1A2, Cabling
Joined: May 2007
Posts: 5,058 Likes: 5 |
The only good way to test T-Carrier is with a BERT.
Running to a loop is fine, but for nasty problems you've got to run head-to-head.
" Sometimes I wonder, if these techs care about anything."
These days, I don't think they're trained very well and aren't given enough time to do the work properly.
Sam
"Where are we going and why are we in this hand basket?"
|
|
|
|
Joined: Jun 2004
Posts: 399
Member
|
Member
Joined: Jun 2004
Posts: 399 |
I heard him say to the tester in the CO: "This guy has a Tbird and it's showing the problem is coming from the CO. What should I tell him?"
Of course the correct response from the CO would be "Must be something wrong with your PBX Tbird"
|
|
|
|
Joined: Feb 2006
Posts: 1,716
Member
|
Member
Joined: Feb 2006
Posts: 1,716 |
LOL....you are correct!
Years ago, while working at Bell Telephone, I was trouble shooting with a CO foreman at a CDO. After several hours of trouble shooting, he finally said: "The trouble is not in the CO, the trouble must be in the span because the trouble is leaving here OK.
DUH!
Rcaman
Americom, Inc. Where The Art And Science Of Communications Meet
|
|
|
|
Joined: Aug 2009
Posts: 278
Member
|
Member
Joined: Aug 2009
Posts: 278 |
Of what use is a VOM meter in diagnosing a T1/PRI? I have never been able to detect any voltage, either AC or DC, on one. How do you hook up the VOM?
Last edited by Butch Cassidy; 06/04/16 11:18 AM.
Vaya con Dios amigos! Butch
|
|
|
|
Joined: Feb 2006
Posts: 1,716
Member
|
Member
Joined: Feb 2006
Posts: 1,716 |
That's my point. They, often, either are not trained to use the proper test equipment or they just think all they have to do is show up and "talk with authority" and point to the equipment and say "there's the problem."
Friday, it happened on a job. I was doing several translations on a Mitel when in walked a Windstream tech and his helper with a VOM. I asked what he was there to do? He said the "IT Department" had called for a DSL line that was not working. Now, the facility has a communications director who is in charge of all voice and data connections and service. As usual, the IT weenies "know better" than the communications director and called the LEC to troubleshoot a non existent problem. I write non existent because that DSL circuit was disconnected several years ago and the equipment was now connected to the facility's network. There was a network problem and the brilliant IT weenies saw the old DSL modem and announced, with authority, there was a problem with the DSL! They NEVER consulted with the communications director who would have avoided a service call charge from the LEC and had them do their job and fix the network problem. More on this later.
So, the LEC tech and his hapless sidekick wonder around the telephone room looking for the non existent circuit, all the while carrying the VOM. I know it's a VOM, but they think I'm clueless. Finally, I asked where this DSL circuit was supposed to be located in the facility? The LEC tech had his work order and it said 2nd floor records room. I immediately knew there was no DSL working there as I have installed every inch of cable and wiring in the place since the mid 70s and have a detailed record of every voice and data circuit to every office and every jack in the place. I showed them the documents which are in a folder in a metal holder directly above the demarc which is a legend of every voice and data circuit provided by the LEC which terminates on a 192 port patch panel to which the LEC's copper is terminated. They scanned the documents and discovered that that circuit had been disconnected in 2008. This is kind of amusing because, as it turns out, their records indicated the circuit was still active.
There was a moment of silence and the hapless sidekick said "what are we doing here?" I chimed in, absolutely nothing especially since you came here to troubleshoot a DSL problem with a VOM. The LEC tech looked at me and said "well, we really didn't know what to expect and our only DSL tester is on the fritz."
Get it?
So, back to the "IT Weenies." It turns out that the computer that they thought was connected to the DSL had a bad patch cable. They did not think a patch cable could go bad, therefore, it had to be something more. The communications director asked me to see if I could fix the problem. In 20 seconds, with my MicroScanner2, I proved a bad patch cable.
My point is, if you want to be in this business, you MUST have some testing tools and know how to use them. If you don't, you will be spinning your wheels and wasting a lot of time.
Rcaman
Americom, Inc. Where The Art And Science Of Communications Meet
|
|
|
|
Joined: May 2007
Posts: 5,058 Likes: 5
Moderator-1A2, Cabling
|
Moderator-1A2, Cabling
Joined: May 2007
Posts: 5,058 Likes: 5 |
"Where are we going and why are we in this hand basket?"
|
|
|
|
Joined: Jan 2008
Posts: 3,821
Retired Moderator
|
Retired Moderator
Joined: Jan 2008
Posts: 3,821 |
That is why when I was still doing it, I had a truck full of test equipment including a network ip sniffer. I got tired of being blamed for a "bad connection" when it turned out the ip guy had assigned the same static ip to more than one device on the network.
You know the old adage..blame the phone guy when the Coke machine goes on the fritz.
www.myrandomviews "Old phone guys never die, they just get locked in some closet with an old phone system and forgotten about" Retired, taking photographs and hoping to fly one of my many kites.
|
|
|
|
Joined: Feb 2006
Posts: 1,716
Member
|
Member
Joined: Feb 2006
Posts: 1,716 |
Unfortunately, I am finding, more and more, the IT personnel are not trained nor do they have proper tools to do the job. It is so much easier for them to blame the problem on someone or something else than try and fix it. If they can't launch some whiz-bang software to fix an issue, they are clueless.
I have come to realize that, no matter what the issue, if I am called to service the problem, it will be up to me to fix it and not be concerned for the incompetence of the IT department.
Rcaman
Americom, Inc. Where The Art And Science Of Communications Meet
|
|
|
Forums84
Topics94,442
Posts639,563
Members49,823
|
Most Online5,661 May 23rd, 2018
|
|
1 members (Toner),
191
guests, and
40
robots. |
Key:
Admin,
Global Mod,
Mod
|
|
|
|