Dismiss Notice
We would like to remind you that we’re updating our login process for all 3CX forums whereby you will be able to login with the same credentials you use for the Partner or Customer Portal. Click here to read more.

Fax questions

Discussion in '3CX Phone System - General' started by ksalter, Feb 27, 2009.

Thread Status:
Not open for further replies.
  1. ksalter

    Joined:
    Sep 24, 2008
    Messages:
    7
    Likes Received:
    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.
     
  2. Vali_3CX

    Vali_3CX Well-Known Member
    Staff Member 3CX Support

    Joined:
    Dec 12, 2008
    Messages:
    1,528
    Likes Received:
    71
    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
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  3. ksalter

    Joined:
    Sep 24, 2008
    Messages:
    7
    Likes Received:
    0
    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?
     
  4. Vali_3CX

    Vali_3CX Well-Known Member
    Staff Member 3CX Support

    Joined:
    Dec 12, 2008
    Messages:
    1,528
    Likes Received:
    71
    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.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  5. ksalter

    Joined:
    Sep 24, 2008
    Messages:
    7
    Likes Received:
    0
    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.
     
  6. Vali_3CX

    Vali_3CX Well-Known Member
    Staff Member 3CX Support

    Joined:
    Dec 12, 2008
    Messages:
    1,528
    Likes Received:
    71
    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.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  7. ksalter

    Joined:
    Sep 24, 2008
    Messages:
    7
    Likes Received:
    0
    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.
     
  8. William400

    William400 Well-Known Member

    Joined:
    Aug 21, 2006
    Messages:
    1,005
    Likes Received:
    0
    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
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  9. ksalter

    Joined:
    Sep 24, 2008
    Messages:
    7
    Likes Received:
    0
    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:9999@127.0.0.1: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:*0@127.0.0.1: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:*1@127.0.0.1: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:8888@10.52.22.1:5060 with contact sip:8888@10.52.22.1: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:8888@10.52.22.1:5060 with contact sip:8888@10.52.22.1:5100;user=phone<br>
    14:42:29.624|.\Extension.cpp(352)|Log2||ExtnCfg::updateContact:[CM504001]: Ext.*0: new contact is registered. Contact(s): [sip:*0@127.0.0.1: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:*1@127.0.0.1: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:9999@127.0.0.1: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:1000@10.52.21.81:5060/1000]<br>
    14:47:21.563|.\VExtMgr.cpp(78)|Log2|DataBase|FaxCfg::updateContact:[CM504008]: Fax Service: registered as sip:8888@10.52.22.1:5060 with contact sip:8888@10.52.22.1: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:8888@10.52.22.1:5060 with contact sip:8888@10.52.22.1:5100;user=phone<br>
    14:57:21.451|.\VExtMgr.cpp(78)|Log2|DataBase|FaxCfg::updateContact:[CM504008]: Fax Service: registered as sip:8888@10.52.22.1:5060 with contact sip:8888@10.52.22.1: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:8888@10.52.22.1:5060 with contact sip:8888@10.52.22.1:5100;user=phone<br>
    15:01:49.299|.\Extension.cpp(352)|Log2||ExtnCfg::updateContact:[CM504001]: Ext.*0: new contact is registered. Contact(s): [sip:*0@127.0.0.1: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:*1@127.0.0.1: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:9999@127.0.0.1:40600;rinstance=9ec9dc262ce88938/9999]<br>
    15:06:41.596|.\VExtMgr.cpp(78)|Log2|DataBase|FaxCfg::updateContact:[CM504008]: Fax Service: registered as sip:8888@10.52.22.1:5060 with contact sip:8888@10.52.22.1:5100;user=phone<br>
    15:11:41.577|.\VExtMgr.cpp(78)|Log2|DataBase|FaxCfg::updateContact:[CM504008]: Fax Service: registered as sip:8888@10.52.22.1:5060 with contact sip:8888@10.52.22.1: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:1000@10.52.22.1: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:1000@10.52.22.1:5060><br>
    15:12:50.676|.\CallCtrl.cpp(404)|Log2||CallCtrl::eek:nSelectRouteReq:[CM503004]: Call(1): Calling: Ext:Ext.1000@[Dev:sip:1000@10.52.21.81:5060]<br>
    15:12:50.754|.\CallCtrl.cpp(212)|Log3||CallCtrl::eek:nAnsweredCall:[CM503002]: Call(1): Alerting sip:1000@10.52.21.81: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:10001@10.52.21.55:5060<br>
    15:13:03.575|.\CallCtrl.cpp(524)|Log2||CallCtrl::eek:nLegConnected:[CM503007]: Call(1): Device joined: sip:1000@10.52.21.81: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:1000@10.52.21.81:5060/1000]<br>
     
  10. William400

    William400 Well-Known Member

    Joined:
    Aug 21, 2006
    Messages:
    1,005
    Likes Received:
    0
    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.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
Thread Status:
Not open for further replies.