cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
572
Views
0
Helpful
2
Replies

What debugs should I pull for T.38 faxing issues on an MGCP PRI

kylebrogers
Level 4
Level 4

We have a T.38 faxing server that is having sporadic issues with specific boxes.  Naturally, they say it's an issue with the voice connection and not their server.  So we need to collect some logs.  this is a PRI on a 2900 series router.  The PRI is MGCP controlled and the fax server calls are routed to CUCM.  In other words, they come in on the same MGCP dial peers as normal calls and then route patterns on the CUCM (10.x) route the appropriate extensions to the fax server's IP address.  The fax server uses T.38.

 

I need to do continuous logging because the issues are sporadic and it may go a day or two without issues, have issues for 30 minutes, then be fine. The fax server can provide exact ANI/DNIS and call times.  But I need to be able to go back and get debugs from the problematic call(s).  

Should I be running debugs on the gateway (Q.931 and CCAPI) and offloading to a syslog server, pulling debugs from CUCM since the PRI backhauls L3, or something else?  

In short, where do I debug and what debugs will help me with these troublesome T.38 calls.  

On a side note, this is a new fax server.  The old fax server never had these issues and the only difference in the phone system is the IP of the server.  Literally, when the new one came online, I just changed the IP of the H323 fax server in CUCM.  

2 Replies 2

Hi, my suggestion is to execute wirshark on the fax server (if it's windows bsed) or tcpdump (if it's linux based). In this way you can collect some files of continuous debug.

 

On the gateway tou can export debug using syslog as you said.

Try 'debug fax relay t30' and  try to check this post:

https://supportforums.cisco.com/t5/video-over-ip/debug-on-voice-gw-for-a-fax-call/td-p/1853599

There are some useful informations.

Post also your gw configuration.

 

Regards.

R0g22
Cisco Employee
Cisco Employee
Couple of things to check -
1. Are you T1 circuits running clean with no slip errors ?
2. When the issue starts happening, are your voice calls traversing the same GW working fine ? Do you see any slips on the circuit ?

Best option would be to offload to a syslog. You can enable the following -

debug mgcp packet
debug voice ccapi inout
debug voip vtsp all
debug fax relay t30 all-level-1
debug isdn q931

Also, if you can share the GW config, we can check if are missing on some MGCP related configuration that needs to be in there.