Mitel Forums - The Unofficial Source
Mitel Forums => Mitel MiVoice Business/MCD/3300 => Topic started by: pakman on October 15, 2013, 10:40:06 AM
-
Hello,
I am wondering how other folks would troubleshoot the following. I have a site reporting intermittent issues making local calls such as static, echo etc. There are no alarms on the PBX I am obviously going to call the local Telco provider but since I am not onsite or cannot get there easily is there a way to further test these lines for these types of issues? I would like to narrow down it's the provider before I have a tech from there company sent out but not sure how to go about doing this.
Thanks,
-
Copper or digital lines?
-
or SIP trunks?...(picking up on the echo which may be latency )
-
copper lines.
-
Butt test on each line then disconnected from system will prove either internal or external fault.
-
You could if you have the right remote access, program a phone on their system that you can use remotely to test. I thinking either teleworker or sip softphone.
-
You can create a code for individual trunk access. Then if you have a resource on site, have them access each trunk in turn and try to locate the bad trunk. As suggested you might have to pull the trunk from the system to see where the issue lies.
-
Thanks for the responses. I do have individual codes so that one could grab the individual trunk. I just didn't know if there was any other way that I haven't used before. I kind of figured it would be difficult to do anything remotely. I had the vendor come by and tell me the issue has been resolved but I already had reports today that it's not fixed. Without any alarms on the PBX itself I don't have much choice but to go back to the vendor I don't think.
Thanks,
-
As X-man stated, rule out internal wiring. I can't tell you how many times I've seen an RJ11 or bad termination be the culprit. You must isolate at the demarc to prove/disprove this. Thanks.
-
Update to my issue. I had one other site experience the same type of echoing calls. Luckily, this place is close enough to visit. I went on site and first tested all the lines with my butt set from the 66 block had zero issues. Then I went to a 5330 phone and dialed our individual trunk access code then dialed a local number almost all of them had terrible echo feed back. On repeated test sometimes it would echo before the call connected what I mean by this is when I dialed the access code then dialed the local number there would be a lengthy pause before it actually started ringing on the other end during this paused time I would say something and it would echo back then once the caller picked up it would sometimes stop.
Then I went to the actual PBX and disconnected a few of the LS cables and dialed out to test the lines from the PBX to the dmarc no issues. This tells me the issue directly relates to the PBX but I am not sure what else I could do to resolve the issue. There is no alarms on the PBX and I rebooted it this morning just in case. The box is a CXI with 6 on it.
any ideas?
Thanks
-
Go to the help files and do a search for "Individual or Batch Line Quality Test".
Run the test in suggested there.
That should help resolve your issue.
Ralph
-
Thanks Ralph!
This is exactly what I was looking for before in terms on troubleshooting lines remotely. I ran the individual test on one of the lines the results are below.
The results showed the date, time, PLID, the recommended setting was "unknown/unknown"
status is "RED" other was blank and ERL was 0.000000 in the help file it Say's if the status is RED to call the CO for a line change but since I was on site and made numerous test calls from the DMARC I don't thank that's the issue.
anyone else have thoughts on that?
Thanks,
-
I was able to get the miliwatt and silence tone numbers from Telco. I ran the quality line test again and it told me what the system recommends 600 and long. I changed the analog trunk form to reflect this but still echoing. I took a phone and plugged in directly into the PBX as I did upgrade the IOS on that switch about two weeks ago. Once the phone booted up and I used the access codes to select a trunk line directly I placed several calls all with echo. I took out a few LS lines in the back of the PBX and called from an analog phone just to confirm again there is zero echo when I do this. Has anyone come across this type of problem before that could point me in a better direction?
thanks
-
I am going to get the settings for a client of ours that has analogs for all of it's service. Duplicate it when I post it and test. Give me a few minutes.........
-
Use these settings. Only what applies of course. Hopefully this helps.
CO Trunk Circuit Descriptor Assignment
Number: 2
Line Start Type: Loop
Post Call Metering: No
Guard Timer: 800
Calling Party Disconnect: No
Dictation Trunk: No
Ignore Far End Disconnect: No
Disconnect Timer: 100
Ignore Far End Reversal During Seizure: Yes
Ringing Expected: Yes
Seize Timer: 10
Address Signalling: DTMF
Fake Answer Supervision After Outpulsing: Yes
Ignore Answer Supervision: No
Release Supervision Expected: Yes
Audio Inhibit Until Answer Supervision: No
High Loss Option: No
Balance Network Setting: National Complex
Trunk Category: Short
Perform seize test on out-of-service trunks: Yes
Ground Condition During Busy Out: Removed
First Meter Pulse Is Answer: No
Minimum Ring Detection Timer: 200
Drop Digit Rcvr for Outgoing Audio Before Ans Sup: No
Flash Timer: 300
Call Clearing Signal: Disconnect
AC Impedance: National
CLASS Trunk: No
Milliwatt Tone:
Silence Tone:
ONS/OPS Circuit Assignment
Number: 1
Transmission: Short
Flash Type: Normal
Low Flash Timer: 200
High Flash Timer: 700
Rad Loop Disconnect Timer:
Ground Button: No
Message Waiting Lamp: No
Part of a Modem: No
Call Announce Line: No
OPS Balance Network Setting:
Loss Option: No
Positive Disconnect: No
Positive Disconnect Timer: 500
Ring Frequency: National
Set Type: National
ETSI CLASS First Ring Duration: Normal
ETSI CLASS MWI On-Hook Alert Method: Positive Disconnect
Analog Trunk Assignment
Cabinet: 3
Shelf: 1
Slot: 1
Circuit: 13
Card Type: 4 + 12 Port Combo
Trunk Number: 57
Trunk Service Number: 3
DTS Service Number:
Circuit Descriptor Number: 2
Interconnect Number: 1
Tenant Number: 1
Balance Network Setting: National Complex
Trunk Category: Short
Auto Select: Yes
Milliwatt Trunk Number:
CO Telephone Number:
-
most of these settings were the same. I did change the couple that were different but the results were the same. I get echo in between when your dialing the number and then when the call picks up. It's not always echoing when the caller picks up but it is always echoing while your dialing before it starts ringing. Once it starts ringing it stops.
-
I don't remember the answer to my question here so bear with me.
Is there a setting in the CDN for "fake answer supervision"? I'm thinking if there is, turn if off.
Ralph
-
I wanted to change the codec but was wondering since this form is shared would it effect any other sites?
Currently, it's set to the following I wanted to change this to G.711a
G.711a Filtered No
G.711u Filtered No
G.722.1 Filtered Yes
G.723 Filtered No
G.723.1c Filtered No
G.728 Filtered No
G.729a Filtered No
G.729b Filtered No
T.38 Filtered No
AMR Narrowband Filtered Yes
GSM FR (06.10) Filtered Yes
-
there is a "Fake Answer Supervision After Outpulsing" and this is set to yes. I will turn it off and test.
-
Ralph,
I changed that value the echo was still there in fact it was louder than previous test not sure if that was a fluke a direct result of changing this value.
-
What ver of software are you running?
I'll do a quick check on MOL to see if I can see any echo related issues.
Ralph
-
6.0 SP1 it's a CXi with 512MB.
I upgraded the software about two or three months at all of our sites. I have this site and one other reporting basically the same thing. We did just upgrade the IOS on the switch it's connected to but I took a phone and plugged it directly into the PBX and still has echo so that cannot be it. Other than that nothing has changed on the network that I am aware of anyway. Are these cards built into the mother board or is there a way for me to unplug the card and plug it back in? I have only changed memory on these and are not to familiar with the inner workings.
thanks,
-
I found something on MOL.
Make sure that the Call Progress Tone Detection Plan Assignment form for the analogue trunks is programmed correctly and ensure that the Tone to Detect entry is left blank (i.e. no tone to detect). If the Tone To Detect entry is set to detect a tone, it may cause echo.
Check your ARS routes to see what digit mod you are using. Then check the digit mod to see if you have something like <T01>.
If you see <T0X> go to call progress tone plan for 'X' and be sure the tone to detect is blank.
Ralph
-
Thanks Ralph,
I checked those forms and we do use that setup and it was <T01> and I checked the call progress tone detection form and the Tone to detect is blank. The only thing I show in the ARS Call Progress Tone Detection form is "tone plan number" set to 1 "max wait for a tone" set to 1 and "action on time-out" set to outpulse default.