Voip (323 Trunks) no speech

[Latvia1]

When we make voip calls (323 Trunks) to Hong Kong, there is no talk path on either end. I have forwarded a phantom port back to the states and when I call from Site A to the Phantom number in Hong Kong (which goes back to the states) the call is fine. I am thinking this may be a DSP issue on the Honk Kong side. I have re-booted the Media Gateway card and signaling server and get the same results. This problem only happens in our Honk Kong office, all other calls from Site A are fine. Thanks

This is the latest Syslog File
SEP 11 19:12:44 UMS: Error FTP(172.31.16.53): send command failed
SEP 11 20:12:46 UMS: Error FTP(172.31.16.53): send command failed
SEP 11 20:12:47 UMS: Error FTP(172.31.16.53): send command failed
SEP 11 21:12:49 UMS: Error FTP(172.31.16.53): send command failed
SEP 11 21:12:50 UMS: Error FTP(172.31.16.53): send command failed
SEP 11 22:00:49 tXA: Info Poll message not received from xa8051
SEP 11 22:12:52 UMS: Error FTP(172.31.16.53): send command failed
SEP 11 22:12:54 UMS: Error FTP(172.31.16.53): send command failed
SEP 11 22:18:29 tXA: Info Poll message not received from xa8051
SEP 11 23:03:49 tXA: Info Poll message not received from xa8051
SEP 11 23:12:55 UMS: Error FTP(172.31.16.53): send command failed
SEP 11 23:12:57 UMS: Error FTP(172.31.16.53): send command failed
SEP 11 23:49:08 tXA: Info Poll message not received from xa8051
SEP 12 00:02:15 TPS: Info itgMsgPBXTpsExchInfo sent to CS
SEP 12 00:02:15 MAM: Info itgMsgPBXTimeRequest send: Day/Month/Year 12/09/2009, hrs/min/sec 00/02/15
SEP 12 00:02:15 CSV: Info call server using the short TN format
SEP 12 00:02:15 SET: Info tone table replaced
SEP 12 00:02:17 MAM: Info VGW card event 0x6 ignored
SEP 12 00:02:17 SET: Info cadence table replaced
SEP 12 00:02:18 UMS: Error FTP(172.31.16.53): send command failed
SEP 12 00:02:20 UMS: Error FTP(172.31.16.53): send command failed
SEP 12 00:34:24 tXA: Info Poll message not received from xa8051
SEP 12 00:39:55 VGW: Warning ITG4028 Voice packet loss: 2.8rx, srcIP 172.31.16.55:5256, dstIP 0.0.0.0:0, tcid 28 (24)
SEP 12 00:39:55 VGW: Info ITG5028 Voice packet loss: 2.8rx, srcIP 172.31.16.55:5256, dstIP 0.0.0.0:0, tcid 28 (205)
SEP 12 00:55:10 XMSG: Info Got request of syslog.9 file from client.
SEP 12 00:57:10 XMSG: Info Got request of syslog.0 file from client.
SEP 12 00:57:17 XMSG: Info Got request of syslog.0 file from client.
SEP 12 00:57:24 XMSG: Info Got request of syslog.1 file from client.
SEP 12 00:57:27 XMSG: Info Got request of syslog.1 file from client.
SEP 12 00:57:45 XMSG: Info Got request of syslog.9 file from client.
SEP 12 00:57:47 XMSG: Info Got request of syslog.1 file from client.
SEP 12 00:57:50 XMSG: Info Got request of syslog.9 file from client.
SEP 12 00:57:51 XMSG: Info Got request of syslog.1 file from client.
SEP 12 00:58:04 XMSG: Info Got request of syslog.1 file from client.
SEP 12 00:58:11 XMSG: Info Got request of syslog.9 file from client.
SEP 12 00:58:43 XMSG: Info Got request of syslog.9 file from client.
SEP 12 00:58:50 XMSG: Info Got request of syslog.9 file from client.
SEP 12 00:59:20 XMSG: Info Got request of syslog.9 file from client.
SEP 12 00:59:42 XMSG: Info Got request of syslog.3 file from client.
SEP 12 00:59:46 XMSG: Info Got request of syslog.3 file from client.
SEP 12 00:59:58 XMSG: Info Got request of syslog.9 file from client.
SEP 12 01:02:17 UMS: Error FTP(172.31.16.53): send command failed
SEP 12 01:02:19 UMS: Error FTP(172.31.16.53): send command failed
SEP 12 01:08:08 XMSG: Info Got general command DSPNumShow request from Client with and .
SEP 12 01:08:27 XMSG: Info Got general command cardRoleShow request from Client with and .
SEP 12 01:08:36 XMSG: Info Got general command DSPNumShow request from Client with and .
SEP 12 01:08:50 XMSG: Info Got general command itgCardShow request from Client with and .
SEP 12 01:09:22 XMSG: Info Got general command pbxLinkShow request from Client with and .
SEP 12 01:09:42 XMSG: Info Got general command routeShow request from Client with and .
SEP 12 01:09:57 XMSG: Info Got general command rudpShow request from Client with and .
SEP 12 01:10:09 XMSG: Info Got general command umsPolicyShow request from Client with and .
SEP 12 01:10:31 XMSG: Info Got general command vgwShowAll request from Client with and .
SEP 12 01:10:54 XMSG: Info Got general command vgwShowAll request from Client with and .
SEP 12 01:11:18 XMSG: Info Got general command vgwShowAll request from Client with and .
SEP 12 01:11:26 XMSG: Info Got general command vgwShowAll request from Client with and .
SEP 12 01:11:35 XMSG: Info Got general command vgwShowAll request from Client with and .
SEP 12 01:11:46 XMSG: Info Got general command vgwShowAll request from Client with and .
SEP 12 01:11:55 XMSG: Info Got general command vgwShowAll request from Client with and .
SEP 12 01:13:28 VGW: Info QoS of DSP: High value of jitter detected. Reproted jitter = 4923
SEP 12 01:14:12 XMSG: Info Got general command vgwShowAll request from Client with and .
SEP 12 01:14:27 XMSG: Info Got general command itgCardShow request from Client with and .
SEP 12 01:14:41 XMSG: Info Got general command cardRoleShow request from Client with and .
SEP 12 01:14:59 XMSG: Info Got request of syslog.9 file from client.
SEP 12 01:15:02 XMSG: Info Got request of syslog.3 file from client.
SEP 12 01:15:19 XMSG: Info Got request of syslog.9 file from client.

 

[Reusser]

if you have IP ISMs in Hong Kong, build an IP phone and registar it to Hong Kong and call - this will not use DSP on Hong Kong side so can prove if DSP or not.

Also from IP phone registered to Hong Kong, dial a TDM phone and then you can trace and see what DSP resource is used.

No speach path could be a DSP problem but if it is a DSP problem will be on all calls that use that dsp.

If your calls fails to the IP phone - I would supsect network is dropping UDP traffic probably at Hong Kong location since it works every where else.

Also, does it work from other sites to Hong Kong?