UNISTIM calls fail on VoiceMailMain Application

I have not been able to find any information on this particular problem and so I’m hoping someone on this list can offer some advice on how to proceed.

I recently upgraded my Asterisk server to version Asterisk-1.6.0-beta7.1 to test some Nortel Phase I i2004 sets I have sitting idle. My testing to date has gone smoothly with one exception: accessing the VoiceMailMenu results in the call being dropped and the following messages being displayed by Asterisk:

– Starting switch on ‘40085@campus-0’ to 40089
– Executing [40089@from-unistim-clients:1] Ringing(“USTM/40085@campus-0”, “”) in new stack
– Executing [40089@from-unistim-clients:2] Wait(“USTM/40085@campus-0”, “2”) in new stack
– Executing [40089@from-unistim-clients:3] VoiceMailMain(“USTM/40085@campus-0”, “40085@campus”) in new stack
[Apr 11 12:02:58] WARNING[7794]: chan_unistim.c:3974 unistim_write: Asked to transmit frame type slin (64), while native formats is ulaw (4) (read/write = ulaw (4)/4)
[Apr 11 12:02:58] WARNING[7794]: res_adsi.c:181 adsi_careful_send: Failed to carefully write frame
[Apr 11 12:02:58] WARNING[7794]: res_adsi.c:214 __adsi_transmit_messages: Unable to send CAS
[Apr 11 12:02:58] WARNING[7794]: file.c:662 ast_readaudio_callback: Failed to write frame
USTM/40085@campus-0 Playing ‘vm-password.ulaw’ (language ‘en’)
[Apr 11 12:02:58] WARNING[7794]: app_voicemail.c:6895 vm_authenticate: Unable to stream password file
[Apr 11 12:02:58] WARNING[7794]: res_adsi.c:214 __adsi_transmit_messages: Unable to send CAS
[Apr 11 12:02:58] WARNING[7794]: res_adsi.c:214 __adsi_transmit_messages: Unable to send CAS
USTM(40085@campus-0) channel already destroyed

I believe this problem is a code issue and not a codec issue, since I can access the same message (ulaw) using the Playback application:

– Starting switch on ‘40085@campus-0’ to 123
– Executing [123@from-unistim-clients:1] Answer(“USTM/40085@campus-0”, “”) in new stack
– Executing [123@from-unistim-clients:2] Playback(“USTM/40085@campus-0”, “vm-login”) in new stack
USTM/40085@campus-0 Playing ‘vm-login.ulaw’ (language ‘en’)
– Executing [123@from-unistim-clients:3] Hangup(“USTM/40085@campus-0”, “”) in new stack
== Spawn extension (from-unistim-clients, 123, 3) exited non-zero on ‘USTM/40085@campus-0’

I don’t know a lot about the signed linear (SLN) codec, but my understanding from reading other messages related to SLN is that it is used as a base codec for Asterisk.

Has anyone experienced the same result, and if so, has any resolution been identified?

Thanks in advance,

Perry