• V20: 3CX Re-engineered. Get V20 for increased security, better call management, a new admin console and Windows softphone. Learn More.

Fax questions

Status
Not open for further replies.

ksalter

Joined
Sep 24, 2008
Messages
7
Reaction score
0
I am evaluating your phone system for a solution to some fax issues I have. I do have an evaluation license.

1) I have a Grandstream 4104 connected to the server. When I send an inbound fax, it appears to work and sends it as an email to the email address. When I look in the debug log, I do not see where the fax was received using T.38. Is there any way to confirm that the T.38 is working?

2) I connected a Grandstream 4004 to the server, and connected a fax machine to it. I set up the inbound routing so that the inbound call hits the 4104, goes to the server, and then transfers the call to the 4004. When I sent an inbound fax, it worked, however, did it use T.38 or just PCM audio for the fax? If it did not use T.38, do you plan to support this setup?

3) Same question as 2, but reverese where I send an outbound fax call from the fax machine on the 4004 out through the analog line attached to the 4104.

Thank you for your response.
 
ksalter said:
1) I have a Grandstream 4104 connected to the server. When I send an inbound fax, it appears to work and sends it as an email to the email address. When I look in the debug log, I do not see where the fax was received using T.38. Is there any way to confirm that the T.38 is working?

Hi
First, a question to make things clarer for me - which logfile yo checked (it's filename)?

Then - if you receive the fax as a .pdf attachement to the eMail, basically that means everything went OK, including T.38. Audio is not involved.

Regards
vali
 
Vali_3CX said:
ksalter said:
1) I have a Grandstream 4104 connected to the server. When I send an inbound fax, it appears to work and sends it as an email to the email address. When I look in the debug log, I do not see where the fax was received using T.38. Is there any way to confirm that the T.38 is working?

Hi
First, a question to make things clarer for me - which logfile yo checked (it's filename)?

Then - if you receive the fax as a .pdf attachement to the eMail, basically that means everything went OK, including T.38. Audio is not involved.

Regards
vali

I was looking at the Server Activity Log in the admin interface - I have set the detail level to Debug.

What other log file may I look at to see if T.38 is being invoked on these scenarios?
 
ksalter said:
I was looking at the Server Activity Log in the admin interface - I have set the detail level to Debug.

What other log file may I look at to see if T.38 is being invoked on these scenarios?
Server Activity log is quite user-friendly (to use this term) providing just a brief description, not megabytes of data and parameters (we want to let some memory and processor for application to work). To get detailed information you should first set the PBX to generate Verbose log and then to check corresponding log FILES, which are generated in different places, depending on the 3CX Phone System version you have. But, I told you, if you received the eMail having the fax attached as .pdf file, then everything is ok with T.38.
 
Vali_3CX said:
ksalter said:
I was looking at the Server Activity Log in the admin interface - I have set the detail level to Debug.

What other log file may I look at to see if T.38 is being invoked on these scenarios?
Server Activity log is quite user-friendly (to use this term) providing just a brief description, not megabytes of data and parameters (we want to let some memory and processor for application to work). To get detailed information you should first set the PBX to generate Verbose log and then to check corresponding log FILES, which are generated in different places, depending on the 3CX Phone System version you have. But, I told you, if you received the eMail having the fax attached as .pdf file, then everything is ok with T.38.

Thanks for the info, I'll check that out.

What about the other 2 scenarios - sending and receiving fax from a fax machine? It T.38 used? I'll check the log files, just wondering if anyone knew off the top of their head.
 
ksalter said:
What about the other 2 scenarios - sending and receiving fax from a fax machine? It T.38 used?
Personally, I've tested it using a Samsung and a HP fax machines using a Patton 4114 gateway and it works ok. The only issues I found during these few tests were hardware related, I mean fax cable. A poor cable, not shielded, too long, or close to electric noise sources, has dramatic effect on fax data sending. In such cases, I had to set a lower baudrate on the fax, like in the case of old dial-up modems on noisy analog phone lines.
 
Vali_3CX said:
ksalter said:
What about the other 2 scenarios - sending and receiving fax from a fax machine? It T.38 used?
Personally, I've tested it using a Samsung and a HP fax machines using a Patton 4114 gateway and it works ok. The only issues I found during these few tests were hardware related, I mean fax cable. A poor cable, not shielded, too long, or close to electric noise sources, has dramatic effect on fax data sending. In such cases, I had to set a lower baudrate on the fax, like in the case of old dial-up modems on noisy analog phone lines.

I checked the logs, and there is no T.38 log for the send/receive of fax, only for the inbound fax to email. I conclude then that send/recv of fax is done via PCM.

This works just fine on my internal network, but I'm looking at having a SIP device that is outside my network connecting in to send/recv fax where I cannot guarantee the quality of the network. In these cases T.38 would be more reliable than PCM.
 
Hi

If you are in Verbose mode and open the 3CXPhonesystem.trace.log you should be able to an INIVITE of the original call.

Once found if you move downwards you will note that till routing to 888 takes place the SDP declaration shall state PCM for codecs. As soon as 888 routing started you will find a REINVITE taking place that will with IMAGE in the SDP. Thats the t38 kicking in.

If however, you are receiving faxes on an ATA / FXS device then the story may change. Please post the 3CXphonestem.log and trace.log so we can give you more specific replies
 
William400 said:
Hi

If you are in Verbose mode and open the 3CXPhonesystem.trace.log you should be able to an INIVITE of the original call.

Once found if you move downwards you will note that till routing to 888 takes place the SDP declaration shall state PCM for codecs. As soon as 888 routing started you will find a REINVITE taking place that will with IMAGE in the SDP. Thats the t38 kicking in.

If however, you are receiving faxes on an ATA / FXS device then the story may change. Please post the 3CXphonestem.log and trace.log so we can give you more specific replies

Okay I just did a fax call - here are the logs (btw i have upgraded to the lastest beta) - the trace.log file is empty

14:38:50.894|.\CallMgr.cpp(1174)|Log2||LoadLicenceInfo:[CM501010]: License Info: Load Failed<br>
14:38:50.956|.\SLServer.cpp(964)|Error1||??:Unknown system [DBProvider] tries to connect!<br>
14:38:51.206|.\CallMgr.cpp(231)|Log2|CallManager|CallMgr::Initialize:[CM501001]: Start 3CX PhoneSystem Call Manager<br>
14:38:51.206|.\CallMgr.cpp(232)|Log2|CallManager|CallMgr::Initialize:[CM501002]: Version: 7.1.5806.0<br>
14:38:51.222|.\CallCtrl.cpp(21)|Log2||CallCtrl::thread:[CM501007]: *** Started Calls Controller thread ***<br>
14:38:51.238|.\CallMgr.cpp(814)|Log2|CallManager|CallMgr::findLocalIPs:[CM501006]: Default Local IP address: [10.52.22.1]<br>
14:38:52.924|.\StunClient.cpp(354)|Log2|STUN|StunClient::eek:nInitTests:[CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 75.101.138.128:3478 over Transport 10.52.22.1:5060<br>
14:38:53.136|.\StunClient.cpp(133)|Log2|STUN|StunClient::process:[CM506002]: Resolved SIP external IP:port (69.85.240.178:5060) on Transport 10.52.22.1:5060<br>
14:38:53.136|.\MSInterface.cpp(734)|Log2||MediaServerConnected:[CM112000] Media Server is connected<br>
14:38:53.152|.\SLServer.cpp(853)|Log2|MediaServer|MediaServerReporting::Service:*** Connected to TMOB-TEST01:5482/CallManager at 127.0.0.1:5482 ***<br>
14:38:53.183|.\StunClient.cpp(107)|Error1|STUN|StunClient::process:[CM306003]: SIP IP:port mapping (69.85.240.178:5060) resolved by STUN server 75.101.138.128:3478 differs from the one (69.85.240.178:1906 resolved by STUN server 69.0.208.27<br>
14:39:00.912|.\Extension.cpp(352)|Log2||ExtnCfg::updateContact:[CM504001]: Ext.9999: new contact is registered. Contact(s): [sip:[email protected]:40600;rinstance=d8e4db327c61f7d2/9999]<br>
14:39:01.162|.\Extension.cpp(352)|Log2||ExtnCfg::updateContact:[CM504001]: Ext.*0: new contact is registered. Contact(s): [sip:*[email protected]:40000;rinstance=ab1cd971010efc59/*0]<br>
14:39:01.162|.\Extension.cpp(352)|Log2||ExtnCfg::updateContact:[CM504001]: Ext.*1: new contact is registered. Contact(s): [sip:*[email protected]:40000;rinstance=bae8b0ea4abb628b/*1]<br>
14:39:01.287|.\CallMgr.cpp(947)|Log2|CallManager|CallMgr::eek:nAddIPs:IP(s) added:[10.52.22.1]<br>
14:39:15.552|.\VExtMgr.cpp(78)|Log2|DataBase|FaxCfg::updateContact:[CM504008]: Fax Service: registered as sip:[email protected]:5060 with contact sip:[email protected]:5100;user=phone<br>
14:42:12.043|.\SLServer.cpp(853)|Log2|MediaServer|MediaServerReporting::Service:*** Server started ***<br>
14:42:12.043|.\SLServer.cpp(853)|Log2|MediaServer|MediaServerReporting::Service:*** Server shut down ***<br>
14:42:12.043|.\SLServer.cpp(853)|Log2|MediaServer|MediaServerReporting::Service:*** Exit Listen ***<br>
14:42:12.463|.\Extension.cpp(384)|Log2||ExtnCfg::updateContact:[CM504002]: Ext.*0: a contact is unregistered. Contact(s): []<br>
14:42:12.479|.\Extension.cpp(384)|Log2||ExtnCfg::updateContact:[CM504002]: Ext.*1: a contact is unregistered. Contact(s): []<br>
14:42:12.993|.\Extension.cpp(384)|Log2||ExtnCfg::updateContact:[CM504002]: Ext.*0: a contact is unregistered. Contact(s): []<br>
14:42:12.993|.\Extension.cpp(384)|Log2||ExtnCfg::updateContact:[CM504002]: Ext.*1: a contact is unregistered. Contact(s): []<br>
14:42:16.497|.\Extension.cpp(384)|Log2||ExtnCfg::updateContact:[CM504002]: Ext.9999: a contact is unregistered. Contact(s): []<br>
14:42:16.995|.\Extension.cpp(384)|Log2||ExtnCfg::updateContact:[CM504002]: Ext.9999: a contact is unregistered. Contact(s): []<br>
14:42:18.490|.\VExtMgr.cpp(93)|Log2|DataBase|FaxCfg::updateContact:[CM504010]: Fax Service: unregistered contact sip:8888:5100;user=phone<br>
14:42:18.989|.\VExtMgr.cpp(93)|Log2|DataBase|FaxCfg::updateContact:[CM504010]: Fax Service: unregistered contact sip:8888:5100;user=phone<br>
14:42:19.845|.\MSInterface.cpp(734)|Log2||MediaServerConnected:[CM112000] Media Server is connected<br>
14:42:22.042|.\VExtMgr.cpp(78)|Log2|DataBase|FaxCfg::updateContact:[CM504008]: Fax Service: registered as sip:[email protected]:5060 with contact sip:[email protected]:5100;user=phone<br>
14:42:29.624|.\Extension.cpp(352)|Log2||ExtnCfg::updateContact:[CM504001]: Ext.*0: new contact is registered. Contact(s): [sip:*[email protected]:40000;rinstance=da8817f9f54c2b43/*0]<br>
14:42:29.735|.\Extension.cpp(352)|Log2||ExtnCfg::updateContact:[CM504001]: Ext.*1: new contact is registered. Contact(s): [sip:*[email protected]:40000;rinstance=99dfc915e704cdd6/*1]<br>
14:42:32.987|.\Extension.cpp(352)|Log2||ExtnCfg::updateContact:[CM504001]: Ext.9999: new contact is registered. Contact(s): [sip:[email protected]:40600;rinstance=3325e768d6160e74/9999]<br>
14:45:44.823|.\Extension.cpp(352)|Log2||ExtnCfg::updateContact:[CM504001]: Ext.1000: new contact is registered. Contact(s): [sip:[email protected]:5060/1000]<br>
14:47:21.563|.\VExtMgr.cpp(78)|Log2|DataBase|FaxCfg::updateContact:[CM504008]: Fax Service: registered as sip:[email protected]:5060 with contact sip:[email protected]:5100;user=phone<br>
14:47:42.565|.\SLServer.cpp(964)|Error1||??:Unknown system [3CXAssistantServer] tries to connect!<br>
14:52:21.474|.\VExtMgr.cpp(78)|Log2|DataBase|FaxCfg::updateContact:[CM504008]: Fax Service: registered as sip:[email protected]:5060 with contact sip:[email protected]:5100;user=phone<br>
14:57:21.451|.\VExtMgr.cpp(78)|Log2|DataBase|FaxCfg::updateContact:[CM504008]: Fax Service: registered as sip:[email protected]:5060 with contact sip:[email protected]:5100;user=phone<br>
14:58:52.018|.\StunClient.cpp(354)|Log2|STUN|StunClient::eek:nInitTests:[CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 75.101.138.128:3478 over Transport 10.52.22.1:5060<br>
14:58:52.127|.\StunClient.cpp(107)|Error1|STUN|StunClient::process:[CM306003]: SIP IP:port mapping (69.85.240.178:5060) resolved by STUN server 75.101.138.128:3478 differs from the one (69.85.240.178:1959 resolved by STUN server 69.0.208.27<br>
15:01:32.008|.\SLServer.cpp(853)|Log2|MediaServer|MediaServerReporting::Service:*** Exit Listen ***<br>
15:01:32.008|.\SLServer.cpp(853)|Log2|MediaServer|MediaServerReporting::Service:*** Server started ***<br>
15:01:32.008|.\SLServer.cpp(853)|Log2|MediaServer|MediaServerReporting::Service:*** Server shut down ***<br>
15:01:32.476|.\Extension.cpp(384)|Log2||ExtnCfg::updateContact:[CM504002]: Ext.*0: a contact is unregistered. Contact(s): []<br>
15:01:32.491|.\Extension.cpp(384)|Log2||ExtnCfg::updateContact:[CM504002]: Ext.*1: a contact is unregistered. Contact(s): []<br>
15:01:32.990|.\Extension.cpp(384)|Log2||ExtnCfg::updateContact:[CM504002]: Ext.*0: a contact is unregistered. Contact(s): []<br>
15:01:32.990|.\Extension.cpp(384)|Log2||ExtnCfg::updateContact:[CM504002]: Ext.*1: a contact is unregistered. Contact(s): []<br>
15:01:36.186|.\Extension.cpp(384)|Log2||ExtnCfg::updateContact:[CM504002]: Ext.9999: a contact is unregistered. Contact(s): []<br>
15:01:36.685|.\Extension.cpp(384)|Log2||ExtnCfg::updateContact:[CM504002]: Ext.9999: a contact is unregistered. Contact(s): []<br>
15:01:38.073|.\VExtMgr.cpp(93)|Log2|DataBase|FaxCfg::updateContact:[CM504010]: Fax Service: unregistered contact sip:8888:5100;user=phone<br>
15:01:38.571|.\VExtMgr.cpp(93)|Log2|DataBase|FaxCfg::updateContact:[CM504010]: Fax Service: unregistered contact sip:8888:5100;user=phone<br>
15:01:40.598|.\MSInterface.cpp(734)|Log2||MediaServerConnected:[CM112000] Media Server is connected<br>
15:01:41.740|.\VExtMgr.cpp(78)|Log2|DataBase|FaxCfg::updateContact:[CM504008]: Fax Service: registered as sip:[email protected]:5060 with contact sip:[email protected]:5100;user=phone<br>
15:01:49.299|.\Extension.cpp(352)|Log2||ExtnCfg::updateContact:[CM504001]: Ext.*0: new contact is registered. Contact(s): [sip:*[email protected]:40000;rinstance=11a09d637b2d0f03/*0]<br>
15:01:49.315|.\Extension.cpp(352)|Log2||ExtnCfg::updateContact:[CM504001]: Ext.*1: new contact is registered. Contact(s): [sip:*[email protected]:40000;rinstance=c46af5960371fe6d/*1]<br>
15:01:52.952|.\Extension.cpp(352)|Log2||ExtnCfg::updateContact:[CM504001]: Ext.9999: new contact is registered. Contact(s): [sip:[email protected]:40600;rinstance=9ec9dc262ce88938/9999]<br>
15:06:41.596|.\VExtMgr.cpp(78)|Log2|DataBase|FaxCfg::updateContact:[CM504008]: Fax Service: registered as sip:[email protected]:5060 with contact sip:[email protected]:5100;user=phone<br>
15:11:41.577|.\VExtMgr.cpp(78)|Log2|DataBase|FaxCfg::updateContact:[CM504008]: Fax Service: registered as sip:[email protected]:5060 with contact sip:[email protected]:5100;user=phone<br>
15:12:50.645|.\Line.cpp(328)|Log2||LineCfg::getInboundTarget:[CM503012]: Inbound out-of-office hours rule (unnamed) for 10001 forwards to DN:1000<br>
15:12:50.660|.\CallCtrl.cpp(135)|Log2||CallCtrl::eek:nIncomingCall:[CM503001]: Call(1): Incoming call from unknown@(Ln.10001@pstn) to <sip:[email protected]:5060><br>
15:12:50.660|.\Line.cpp(1128)|Log2||Line::printEndpointInfo:[CM505002]: Gateway:[pstn] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Grandstream GXW4104 (HW 1.0, Ch:0) 1.0.1.10] Transport: [sip:10.52.22.1:5060]<br>
15:12:50.676|.\CallCtrl.cpp(295)|Log3||CallCtrl::eek:nSelectRouteReq:[CM503010]: Making route(s) to <sip:[email protected]:5060><br>
15:12:50.676|.\CallCtrl.cpp(404)|Log2||CallCtrl::eek:nSelectRouteReq:[CM503004]: Call(1): Calling: Ext:Ext.1000@[Dev:sip:[email protected]:5060]<br>
15:12:50.754|.\CallCtrl.cpp(212)|Log3||CallCtrl::eek:nAnsweredCall:[CM503002]: Call(1): Alerting sip:[email protected]:5060<br>
15:12:50.754|.\Extension.cpp(964)|Log3||Extension::printEndpointInfo:[CM505001]: Ext.1000: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Grandstream GXW-4008 V1.3A 1.0.1.21] Transport: [sip:10.52.22.1:5060]<br>
15:13:03.575|.\CallCtrl.cpp(524)|Log2||CallCtrl::eek:nLegConnected:[CM503007]: Call(1): Device joined: sip:[email protected]:5060<br>
15:13:03.575|.\CallCtrl.cpp(524)|Log2||CallCtrl::eek:nLegConnected:[CM503007]: Call(1): Device joined: sip:[email protected]:5060<br>
15:14:11.265|.\Call.cpp(768)|Log2||Call::Terminate:[CM503008]: Call(1): Call is terminated<br>
15:14:11.281|.\Call.cpp(768)|Log2||Call::Terminate:[CM503008]: Call(1): Call is terminated<br>
15:15:30.165|.\Extension.cpp(352)|Log2||ExtnCfg::updateContact:[CM504001]: Ext.1000: new contact is registered. Contact(s): [sip:[email protected]:5060/1000]<br>
 
Hi

It appears that you have an issue with your license OR you are running the free version, which would not include faxing.

Have you activated your license, and does it appear as such in the 'Activate License section'? If you reboot the machine does the activation still remain in place.

Await your reply.
 
Status
Not open for further replies.

Getting Started - Admin

Latest Posts

Forum statistics

Threads
141,633
Messages
748,966
Members
144,752
Latest member
matchofficees
Get 3CX - Absolutely Free!

Link up your team and customers Phone System Live Chat Video Conferencing

Hosted or Self-managed. Up to 10 users free forever. No credit card. Try risk free.

3CX
A 3CX Account with that email already exists. You will be redirected to the Customer Portal to sign in or reset your password if you've forgotten it.