Please help! Announcements hanging/dead air

Hello,

I'm in a bit of a pickle. I've scoured the internet and these forums, but can't find any examples of/solutions for my issue. I recently freshly installed trix 2.6.0.7 onto a server and everything was working beautifully. I set the server up in my location (Florida) and then shipped it to another (North Carolina) to replace an old Mitel system. The server is up and running in the new location, but I'm having a somewhat serious issue: Announcement steps in a call hang and all I hear is dead air. I have used both X-Lite and a Soundpoint IP 430 (both phones register properly and can call each other without incident) to make test calls to voicemail and my front desk autoattendant. Both of these features worked properly before I sent the server to its new location. At first I thought this was just an issue with *my* phones as I'm registering remotely, however our on-site tech confirms that he, too, is having the same problem. Here are the logs of a test call to voicemail:

-- Executing [*97@from-internal:1] Answer("SIP/20001-b7842058", "") in new stack
-- Executing [*97@from-internal:2] Wait("SIP/20001-b7842058", "1") in new stack
-- Executing [*97@from-internal:3] Macro("SIP/20001-b7842058", "user-callerid|") in new stack
-- Executing [s@macro-user-callerid:1] NoOp("SIP/20001-b7842058", "user-callerid: device 20001") in new stack
-- Executing [s@macro-user-callerid:2] Set("SIP/20001-b7842058", "AMPUSER=20001") in new stack
-- Executing [s@macro-user-callerid:3] GotoIf("SIP/20001-b7842058", "0?report") in new stack
-- Executing [s@macro-user-callerid:4] ExecIf("SIP/20001-b7842058", "1|Set|REALCALLERIDNUM=20001") in new stack
-- Executing [s@macro-user-callerid:5] NoOp("SIP/20001-b7842058", "REALCALLERIDNUM is 20001") in new stack
-- Executing [s@macro-user-callerid:6] Set("SIP/20001-b7842058", "AMPUSER=20001") in new stack
-- Executing [s@macro-user-callerid:7] Set("SIP/20001-b7842058", "AMPUSERCIDNAME=Happy Gilmore") in new stack
-- Executing [s@macro-user-callerid:8] GotoIf("SIP/20001-b7842058", "0?report") in new stack
-- Executing [s@macro-user-callerid:9] Set("SIP/20001-b7842058", "AMPUSERCID=20001") in new stack
-- Executing [s@macro-user-callerid:10] Set("SIP/20001-b7842058", "CALLERID(all)="Happy Gilmore" <20001>") in new stack
-- Executing [s@macro-user-callerid:11] Set("SIP/20001-b7842058", "REALCALLERIDNUM=20001") in new stack
-- Executing [s@macro-user-callerid:12] ExecIf("SIP/20001-b7842058", "0|Set|CHANNEL(language)=") in new stack
-- Executing [s@macro-user-callerid:13] NoOp("SIP/20001-b7842058", "TTL: ARG1: ") in new stack
-- Executing [s@macro-user-callerid:14] GotoIf("SIP/20001-b7842058", "0?continue") in new stack
-- Executing [s@macro-user-callerid:15] Set("SIP/20001-b7842058", "__TTL=64") in new stack
-- Executing [s@macro-user-callerid:16] GotoIf("SIP/20001-b7842058", "1?continue") in new stack
-- Goto (macro-user-callerid,s,23)
-- Executing [s@macro-user-callerid:23] NoOp("SIP/20001-b7842058", "Using CallerID "Happy Gilmore" <20001>") in new stack
-- Executing [*97@from-internal:4] Macro("SIP/20001-b7842058", "get-vmcontext|20001") in new stack
-- Executing [s@macro-get-vmcontext:1] Set("SIP/20001-b7842058", "VMCONTEXT=default") in new stack
-- Executing [s@macro-get-vmcontext:2] GotoIf("SIP/20001-b7842058", "0?200:300") in new stack
-- Goto (macro-get-vmcontext,s,300)
-- Executing [s@macro-get-vmcontext:300] NoOp("SIP/20001-b7842058", "") in new stack
-- Executing [*97@from-internal:5] MailboxExists("SIP/20001-b7842058", "20001@default") in new stack
-- Executing [*97@from-internal:6] GotoIf("SIP/20001-b7842058", "1?mbexist") in new stack
-- Goto (from-internal,*97,106)
-- Executing [*97@from-internal:106] VoiceMailMain("SIP/20001-b7842058", "20001@default") in new stack
-- Playing 'vm-password' (language 'en')

...and the call just hangs here until I hang up. Again, everything worked properly before I shipped out the server. Could this be a hardware issue that arose as a result of shipping? Thanks very much in advance for any help you can provide.

Art

P.S. No, Happy Gilmore isn't my actual caller ID. Changed for client's protection.