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 IamaSherpa on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Alchemy 2.3(25) and possible IP Office

Status
Not open for further replies.

daffymd

Technical User
Apr 19, 2002
69
GB
We have two Argent Branch 2.3(25) systems linked together by 512k kilostream.

Site A has ISDN30 installed and incoming calls are routed either to local extensions (always ok) or across the WAN link to extensions on System B (sometimes only one-way speech path).

The only likely looking line I see in the monitor log is:-

334747779mS PRN: Failed to decode/unpack IE 6e (len=0)

This seems to appear only in the System A monitor log at the exact time that the problem occurs.

Does anybody have any thoughts/suggestions?
 
Have you checked the codec on both sites that they are identicall, from thiserro message it would seem that the site that is receiving the call is unable to open the voice call packet..will look into further..

P.S.whats inbetween the link or is it just a WAN connection between IPO?

[lightsaber]
 
Codec at both ends is G723.1 6k3 MP-MLQ.

Connection between the two is via the WAN port on the back of each unit.
 
Just an idea try going to G729(a) it is more reliable and the quality is a lot better

 
Its possible the fault lies with your VCM or the link.
One idea is to remove compression and use transpareceny between the sites or replace the VCM modules.

The other thing do is reprog the voip to route via pstn if possible.

Its either the WAN LINK or the VCM.

 
Moving to G729(a) was something suggested by our distributor so we changed this last week.

Since then there have been no reports on one-way only speech
so I am hoping that this has resolved the problem.
 
Update
------

Problems continued even after moving to G729(a).

However, Avaya suggested at the start of this week that we point the incoming call route on System A to a shortcode to send the calls over to the Reception group on System B (we had been using either a forwarded user or group with forwarded user in it)

Since we have implemented this we have had 2 full days without any one-way speech problems at all.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top