Avaya One-X Communicator R6.1 Freezes in XP SP3

[num025]

Guys, what would be the probable causes of the One-X Communicator R6.1 application freezing after every call in Windows XP SP3? The thing is not all workstations have this problem, and only 3 applications (among them an X-Lite softphone) with the One-X are open at the same time which is really puzzling. All the suggestions would be much appreciated, thanks!

 

[4merAvaya]

Avaya has SP1 out. You didn't mention if that is the release that you are running.

Kevin

https://support.avaya.com/css/appma...hhyTSBhvVzwhZK18jsQsXqCp1c6!546045917#summary

 

[num025]

Yeah thanks, forgot to mention that we were running on SP1.

 

[num025]

We tried doing a traceSM to an extension just to check if there's something helpful that we could find there and here's what we got:

22:48:29,803 |<--Bad Req-|           |           | (139) [b]400 Bad Request(no body in polling NOTIFY)[/b]
22:48:29,804 |<--NOTIFY--|           |           | (138) sip:3775@ciqhyd.com Ev:avaya-cm-feature-status
22:48:29,805 |--200 OK-->|           |           | (138) 200 OK (NOTIFY)
22:49:03,787 |--SUBSCRI->|           |           | (191) sip:3775@ciqhyd.com Ev:avaya-cm-feature-status Exp:86400

Of particular note is the 400 Bad Request error. What could be causing this? Would it contribute to some of the OXC applications to fail in some manner?

 

[num025]

Here are some other logs from the OXC application itself:

[09/29/2011 23:19:38:021] NOT:    SESSION: CAL - [1] Capability Change Requested by far end
[09/29/2011 23:19:38:021] NOT:      MEDIA: CAL - [1] Local Audio Codecs:
[09/29/2011 23:19:38:021] NOT:      MEDIA: CAL - 	[0] Audio - iSAC, Codec ID: 25, Max Bitrate: 64Kbps, Payload Type: 104, Sample Rate: 32000
[09/29/2011 23:19:38:021] NOT:      MEDIA: CAL - 	[1] Audio - iSAC, Codec ID: 24, Max Bitrate: 64Kbps, Payload Type: 103, Sample Rate: 16000
[09/29/2011 23:19:38:021] NOT:      MEDIA: CAL - 	[2] Audio - G.722, Codec ID: 6, Max Bitrate: 64Kbps, Payload Type: 9, Sample Rate: 8000
[09/29/2011 23:19:38:021] NOT:      MEDIA: CAL - 	[3] Audio - G.729, Codec ID: 23, Max Bitrate: 64Kbps, Payload Type: 18, Sample Rate: 8000
[09/29/2011 23:19:38:021] NOT:      MEDIA: CAL - 	[4] Audio - G.711 A-Law, Codec ID: 2, Max Bitrate: 64Kbps, Payload Type: 8, Sample Rate: 8000
[09/29/2011 23:19:38:021] NOT:      MEDIA: CAL - 	[5] Audio - G.711 Mu-Law, Codec ID: 4, Max Bitrate: 64Kbps, Payload Type: 0, Sample Rate: 8000
[09/29/2011 23:19:38:021] NOT:      MEDIA: CAL - 	[6] Audio - DTMF, Codec ID: 22, Max Bitrate: 64Kbps, Payload Type: 120, Sample Rate: 8000
[09/29/2011 23:19:38:021] NOT:      MEDIA: CAL - 	[7] Audio - CN, Codec ID: 26, Max Bitrate: 64Kbps, Payload Type: 13, Sample Rate: 8000
[09/29/2011 23:19:38:021] NOT:      MEDIA: CAL - 	[8] Audio - CN, Codec ID: 27, Max Bitrate: 64Kbps, Payload Type: 121, Sample Rate: 16000
[09/29/2011 23:19:38:021] NOT:      MEDIA: CAL - 	[9] Audio - CN, Codec ID: 28, Max Bitrate: 64Kbps, Payload Type: 122, Sample Rate: 32000
[09/29/2011 23:19:38:037] NOT:      MEDIA: CAL - [1] Far End Audio Codecs:
[09/29/2011 23:19:38:037] NOT:      MEDIA: CAL - 	[0] Audio - PCMA, Codec ID: 2, Max Bitrate: 64Kbps, Payload Type: 8, Sample Rate: 8000
[09/29/2011 23:19:38:037] NOT:      MEDIA: CAL - [1] Codecs Selected:
[09/29/2011 23:19:38:037] NOT:      MEDIA: CAL -   Audio Receive: Audio - G.711 A-Law, Codec ID: 2, Max Bitrate: 64Kbps, Payload Type: 8, Sample Rate: 8000
[09/29/2011 23:19:38:037] NOT:      MEDIA: CAL -   Audio Transmit: Audio - PCMA, Codec ID: 2, Max Bitrate: 64Kbps, Payload Type: 8, Sample Rate: 8000 to 172.18.1.78:2146
[09/29/2011 23:19:52:349] NOT:        AST: REG - SM[0] Discovering Avaya Environment
[09/29/2011 23:20:30:270] NOT:        AST: REG - SM[0] Discovering Avaya Environment
[09/29/2011 23:21:08:098] NOT:        AST: REG - SM[0] Discovering Avaya Environment
[09/29/2011 23:21:45:816] NOT:        AST: REG - SM[0] Discovering Avaya Environment
[09/29/2011 23:22:23:941] NOT:        AST: REG - SM[0] Discovering Avaya Environment

The call was cut at around 23:19, which is around the time that the "Discovering Avaya Environment" message came up.

 

[num025]

Just an update: it seems like this issue is tied to a certain extension range. For a 4-digit extension dial plan, anything below 2000 doesn't have these logs and thus has no problems, however everything at 2000 and above has experienced these issues and logs.

 

[num025]

Now it seems we are having problems with DTMF detection on particular PCs, these issues are really driving me crazy by the day...

 

[num025]

Okay, as a recap here is what we have observed so far:

- Extension ranges 1xxx are detected as AST stations
- Non-1xxx extension ranges are not detected as AST stations even though we are using the same 1XC application that was used by a 1xxx station
- Outgoing calls to a SIP trunk connected as an entity consistently drop the voice signal at around 15:05 into the call regardless of extension range
- Outgoing calls to an analog trunk did not experience any problems for all extension ranges
- Local-to-local calls did not experience any problems for all extension ranges

From this it seems there is a separate issue between AST differences on the extension ranges and the 15:05 voice drop on SIP trunk calls. For the latter, could this be a firewall issue or an SM issue?

 

[num025]

Just an update: the non-1xxx issues have been fixed by a lost entry on the private-numbering form.

The only issue remains is that of the voice signal being dropped after a fixed amount of time. I forgot to mention that all of the Avaya equipments are behind a firewall, now I'm not sure if it's the same as having an SBC in between. Could anyone confirm? Also, if those could work behind a firewall, what are the NATed IPs needed?