Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations derfloh on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Call quality over scn problem

Status
Not open for further replies.

kovy

Technical User
Joined
Mar 23, 2006
Messages
45
Location
US
Site A:
IPO 500 w/PRI/SIP trunking/VMPro/Mix of Dig/Analog/IP sets

Site B:
IPO 500 w/Dig and Analog Sets, the only outside connectivity is an SCN trunk to site A.

At site B, all calls across the SCN are clipping, playback of any recording/message from the VM is tinny/fades in and out.

I have more than enough bandwidth across the SCN, fiber all the way (only about 5 miles). My SCN lines appears to be configured correctly. My tech support (Catalyst) says I am good, my network guy says I am good - but I am far from good! Please offer suggestions. Thanks
 
What does system status say when you monitor a call? delay jitter etc. Is Qos configured on the link, even if they say you don't need it.

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
Is there any quality of service on that connection ?
Setup an ipphone on site b but connected to side A by setting it up manualy

Then make a call and press the option button
Then you get the option call quality
If there is any delay or jitter then you will see it


ACA - Implement IP Office
ACS - Implement IP Office
ACA - Implement IP Telephony
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!
 
Snap :-)

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
Probably easier your way
I always forget that SSA can do it too :-)


ACA - Implement IP Office
ACS - Implement IP Office
ACA - Implement IP Telephony
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!
 
There is delay jitter on calls (monitored w/SSA) it bounces around from 0 upto 2.1ms. QoS is configured (according to my network guy who has done this for us many times).
 
Well up to 50 is classed as acceptable so that shouldn't be an issue, how about packet loss and round trip time?

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
Are you using silence suppression on the trunks on the IPO's? If so try turning that off as having that on can cause clipping.

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
"Well up to 50 is classed as acceptable so that shouldn't be an issue, how about packet loss and round trip time? "

No packet loss, round trip as high as 35ms.

"Are you using silence suppression on the trunks on the IPO's? If so try turning that off as having that on can cause clipping."

Silence suppression is off.

Thanks for the quick replies, I am heading to the site now, but will check the forum while I am there. Thanks again
 
Round trip can be up to 180ms before you notice anything so it's not that either. What software level are the two sites running?

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
Also make sure VAD is turned off on the routers for both sites, any equipment carrying voice traffic needs this off especially Cisco stuff.

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
Software is 4.1.15 on both sites, Ill have to check about VAD on the routers.
 
This is weird. I am now at my office on a 5620 which is normally registered with the Site A system (we own both systems and provide leased services to mulitiple companies in our small town), everything sounds great (as per usual) I reprogrammed the 5620 and registered it with a new ext on site B, made an external call and had good voice rx but was clipping on tx from me, I then called a digital extension connected to site B and had perfect quality both ways - the call did not traverse the SCN but did traverse the same network path that the SCN goes across...
 
before you blame the ipo you need to know what the bandwidth consumption on the fibre link is. a simple ping response time can't be divided by codecs.

ask the provider to provide more stats...
 
@thetaker, that was the stats from a voice call not a ping. What I would ask you though kovy is was that monitoring you did on a call that was experiencing the problem or not? Make a test call that you know is having the issue then monitor that one. Also is it definately all types of handsets that experience the clipping? What codec are you using on the link? If auto try pinning it on both sides to G711 and if problems persists try it on G729.

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
Codec across the SCN is set to G711. On a 'bad' call all SSA statistics on quality are well within acceptable. I have a phone 30 and a digital 30 plugged into system B, I fired up an IP set at site B (also registered with site B) and made numerous calls that went out across the SCN and had NO issues, but these same calls from a digital or analog set had issues, so I can only assume the problem emanates from the system B IPO 500 not the link, unless anyone can point me elsewhere. Thanks
 
That sounds like there is something up with the VCM card in site B, as the IP phone would not use it but the Analogue and Dig handsets would as would voicemail calls on site B. Can you check it is seated correctly, what have you set on it as far as echo return loss etc? Do you have one to swap out just in case?

ACS - IP Office Implement

"I'm just off to Hartlepool to buy some exploding trousers
 
How is your SCN setup. Are you just using LAN 1 to LAN 1 on the ipoffice. I have had issues with Voice Quality over LAN 1 as it will use third Party QOS if this is enabled on your routers/ switches. Have you tried a dedicated VPN using the LAN 2 to LAN 2 card on the IP Office With a seperate Router with nothing else on it. This way the IPoffice handles its own QOS this is how I seytup all SCN's and it seems to work quite well.
 
Thanks for all of your replies. The resolution to the problem was to move the VCM from slot 4 to slot 3, since I have no other cards in any of the slots, I don't know if slot 4 is bad or it just doesn't like to have the lone VCM in it by itself. The installation manual states that any card can go in any slot in any order, but Avaya "recommends" starting right to left, I guess I will follow the recommendation the next time...Thanks again to all~
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top