[Asterisk-Users] Audiocodes -> Asterisk Implementation

[Brian J. Rathman]

Anyone out there have the AudioCodes MP-108 working with Asterisk? I am able to get the channels to registers with Asterisk, but anytime I try and send a call I receive these error messages:

Jul  6 15:12:10 DEBUG[1133742896]: chan_sip.c:771 __sip_ack: Stopping retransmission on '117801284512845hUxv-9991110061--17708185305 at 63.201.117.76' of Response 20587: Found
Jul  6 15:12:10 DEBUG[1133742896]: chan_sip.c:6343 handle_request: Ignoring out of order packet 20589 (expecting 20588)
Jul  6 15:12:10 DEBUG[1133742896]: chan_sip.c:6343 handle_request: Ignoring out of order packet 20589 (expecting 20588)
Jul  6 15:12:11 DEBUG[1133742896]: chan_sip.c:6343 handle_request: Ignoring out of order packet 20589 (expecting 20588)
Jul  6 15:12:13 DEBUG[1133742896]: chan_sip.c:6343 handle_request: Ignoring out of order packet 20589 (expecting 20588)
Jul  6 15:12:17 DEBUG[1133742896]: chan_sip.c:6343 handle_request: Ignoring out of order packet 20589 (expecting 20588)
Jul  6 15:12:17 DEBUG[1133742896]: chan_sip.c:6343 handle_request: Ignoring out of order packet 20589 (expecting 20588)
Jul  6 15:12:18 DEBUG[1133742896]: chan_sip.c:6343 handle_request: Ignoring out of order packet 20589 (expecting 20588)
Jul  6 15:12:20 DEBUG[1133742896]: chan_sip.c:6343 handle_request: Ignoring out of order packet 20589 (expecting 20588)
Jul  6 15:12:24 DEBUG[1133742896]: chan_sip.c:6343 handle_request: Ignoring out of order packet 20589 (expecting 20588)
Jul  6 15:12:25 DEBUG[1133742896]: chan_sip.c:706 __sip_autodestruct: Auto destroying call '117801284512845hUxv-9991110061--17708185305 at 63.201.117.76' 

I am using CVS version Asterisk CVS-HEAD-06/18/04-11:53:43. I have tried changing just about every config option I can think of in both Asterisk and the Audiocodes box without any success. Any ideas? I have checked the web for documentation on this setup, and all I have found is that some people have it working, but that is about it, no details. Any help would be greatly appreciated.

Thanks,
Brian