Incoming calls fail

Discussion in '3CX Phone System - General' started by ScottR, Jan 17, 2008.

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

    Joined:
    Jan 17, 2008
    Messages:
    5
    Likes Received:
    0
    Running latest version of 3CX. My line registers with InPhonex just fine (passes firewall checks) and am able to make outgoing calls but am not able to receive any incoming calls. Nothing even appears in the log (set to verbose) so I have to imagine that it's a registration issue, but again, the line seems to register just fine.

    Here are my scenarios:

    When 3CX is registered and I call my number from my mobile phone the call rings, goes silent, then disconnects or I get a fast busy signal. Status on InPhonex is disposition = cancelled for these calls.

    When 3CX is not registered (3CX server shutdown) and I register XLite with InPhonex and make the call from my mobile phone the call is completed and XLite rings.

    Both of these scenarios are run on the same machine that is receiving a DHCP/NAT address. STUN server seems to be resolving the external IP Address correctly.

    Does anyone know of any configuration issues with InPhonex that I need to be aware of or have an idea of what I can check??

    Thanks,

    Scott.
     
  2. silentfun

    silentfun Member

    Joined:
    Dec 11, 2006
    Messages:
    364
    Likes Received:
    0
    do you get any log while you try to call the line with your mobile phone ?

    if yes please post it for us.

    Andy
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  3. ScottR

    Joined:
    Jan 17, 2008
    Messages:
    5
    Likes Received:
    0
    Unfortunately, no, I do not get anything in the log file about the incoming call.
     
  4. silentfun

    silentfun Member

    Joined:
    Dec 11, 2006
    Messages:
    364
    Likes Received:
    0
    ok please give us a sample of the log (always best if you post some of your logs you can change the beginning of the ip´s with stars expl. 88.12.46.43 to **.12.46.43)

    1. if you make internal call and
    2. one if you make a outbound call

    3. the beginning of the log if you start up the pbx

    Andy
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  5. ScottR

    Joined:
    Jan 17, 2008
    Messages:
    5
    Likes Received:
    0
    Here's my log file containing the startup, external call and internal call. Incoming calls from VOIP provider do not show in the log at all.

    08:03:58.015 ListenConnect SL: connected PhoneServer:0/PHPExtension_0 at [PhoneServer]/PHPExtension_0
    08:03:33.703 Call::Terminate [CM503008]: Call(2): Call is terminated
    08:03:21.734 MediaServerReporting::SetRemoteParty [MS210002] C:2.2:Offer provided. Connection(transcoding mode): 69.X.X.117:9000(9001)
    08:03:21.515 CallCtrl::eek:nSelectRouteReq [CM503004]: Call(2): Calling: VoIPline:10000@[Dev:sip:mylogin@sip.inphonex.com:5060]
    08:03:20.781 CallCtrl::eek:nSelectRouteReq [CM503010]: Making route(s) to "TheNumberDialed"[sip:TheNumberDialed@X.X.X.124]
    08:03:20.781 MediaServerReporting::SetRemoteParty [MS210000] C:2.1:Offer received. RTP connection: X.X.X.124:6146(6147)
    08:03:20.781 CallLeg::setRemoteSdp Remote SDP is set for legC:2.1
    08:03:20.781 Extension::printEndpointInfo [CM505001]: Ext.100: Device info: Device Identified: [Man: Counterpath;Mod: X-Lite;Rev: General] Capabilities:[reinvite, no-replaces, unable-no-sdp, recvonly] UserAgent: [X-Lite release 1011s stamp 41150] Transport: [sip:X.X.X.124:5060]
    08:03:20.765 CallCtrl::eek:nIncomingCall [CM503001]: Call(2): Incoming call from Ext.100 to "TheNumberDialed"[sip:TheNumberDialed@X.X.X.124]
    08:03:20.625 CallLeg::eek:nNewCall [CM500002]: Info on incoming INVITE:
    INVITE sip:TheNumberDialed@X.X.X.124 SIP/2.0
    Via: SIP/2.0/UDP 127.0.0.1:64104;branch=z9hG4bK-d87543-76659d2b3d0f915d-1--d87543-;rport=64104;received=X.X.X.124
    Max-Forwards: 70
    Contact: [sip:100@127.0.0.1:64104]
    To: "TheNumberDialed"[sip:TheNumberDialed@X.X.X.124]
    From: "Scott"[sip:100@X.X.X.124];tag=9e10ee58
    Call-ID: MDQyNTI2ZDE0NmFlMjYwNjM4MGI5OTZhMDRlM2RhYzg.
    CSeq: 2 INVITE
    Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
    Proxy-Authorization: Digest username="100",realm="3CXPhoneSystem",nonce="12845052200:d7f9b7625f2014764a67231c208993f2",uri="sip:TheNumberDialed@X.X.X.124",response="663180a28702b8b5b93a49a1751d0ffd",algorithm=MD5
    User-Agent: X-Lite release 1011s stamp 41150
    Content-Length: 0


    08:03:04.640 Call::Terminate [CM503008]: Call(1): Call is terminated
    08:03:02.593 Extension::printEndpointInfo [CM505001]: Ext.101: Device info: Device Identified: [Man: 3CX Ltd.;Mod: 3CX VoIP Client;Rev: 1] Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CX Phone v0.1] Transport: [sip:X.X.X.124:5060]
    08:03:02.593 CallCtrl::eek:nAnsweredCall [CM503002]: Call(1): Alerting sip:101@127.0.0.1:5070;rinstance=e53d4c150e1eac5c
    08:03:01.578 MediaServerReporting::SetRemoteParty [MS210006] C:1.2:Offer provided. Connection(by pass mode): X.X.X.124:32738(32739)
    08:03:01.546 CallCtrl::eek:nSelectRouteReq [CM503004]: Call(1): Calling: Ext:101@[Dev:sip:101@127.0.0.1:5070;rinstance=e53d4c150e1eac5c]
    08:03:01.546 CallCtrl::eek:nSelectRouteReq [CM503010]: Making route(s) to "101"[sip:101@X.X.X.124]
    08:03:01.546 MediaServerReporting::SetRemoteParty [MS210000] C:1.1:Offer received. RTP connection: X.X.X.124:32738(32739)
    08:03:01.546 CallLeg::setRemoteSdp Remote SDP is set for legC:1.1
    08:03:01.546 Extension::printEndpointInfo [CM505001]: Ext.100: Device info: Device Identified: [Man: Counterpath;Mod: X-Lite;Rev: General] Capabilities:[reinvite, no-replaces, unable-no-sdp, recvonly] UserAgent: [X-Lite release 1011s stamp 41150] Transport: [sip:X.X.X.124:5060]
    08:02:59.906 CallCtrl::eek:nIncomingCall [CM503001]: Call(1): Incoming call from Ext.100 to "101"[sip:101@X.X.X.124]
    08:02:59.546 CallLeg::eek:nNewCall [CM500002]: Info on incoming INVITE:
    INVITE sip:101@X.X.X.124 SIP/2.0
    Via: SIP/2.0/UDP 127.0.0.1:64104;branch=z9hG4bK-d87543-7d25f60c916e9d60-1--d87543-;rport=64104;received=X.X.X.124
    Max-Forwards: 70
    Contact: [sip:100@127.0.0.1:64104]
    To: "101"[sip:101@X.X.X.124]
    From: "Scott"[sip:100@X.X.X.124];tag=5b6b3757
    Call-ID: MDEwNjg1ZDZmNzBlNTExZjM1NTU3YzI4NjkwZTJkOGM.
    CSeq: 2 INVITE
    Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO
    Proxy-Authorization: Digest username="100",realm="3CXPhoneSystem",nonce="12845052179:5d4ce4423ebdd8890832f89189b42256",uri="sip:101@X.X.X.124",response="441191191d2b4db5a7a720ae05a29fb1",algorithm=MD5
    User-Agent: X-Lite release 1011s stamp 41150
    Content-Length: 0


    08:02:49.859 ExtnCfg::updateContact [CM504001]: Ext.101: new contact is registered. Contact(s): [sip:101@127.0.0.1:5070;rinstance=e53d4c150e1eac5c/101]
    07:59:28.515 LineMgr::eek:nRegUpdAor Registered line: L:10000(InPhonex)
    07:59:28.515 ClientRegs::eek:nSuccess [CM504004]: Registration succeeded for: 10000@InPhonex
    07:59:28.140 ClientRegs::Register [CM504003]: Sent registration request for 10000@InPhonex
    07:59:25.656 ExtnCfg::updateContact [CM504001]: Ext.100: new contact is registered. Contact(s): [sip:100@127.0.0.1:64104;rinstance=f1068656a6b64b2d/100]
    07:59:22.781 FaxCfg::updateContact [CM504008]: Fax Service: registered as sip:888@3CXPhoneSystem with contact sip:888@X.X.X.124:5100;user=phone
    07:59:22.468 LineMgr::eek:nRegUpdAor Registered line: L:10000(InPhonex)
    07:59:22.421 ClientRegs::eek:nSuccess [CM504004]: Registration succeeded for: 10000@InPhonex
    07:59:22.312 FaxCfg::updateContact [CM504009]: Fax Service: changed contact to sip:888@X.X.X.124:5100;user=phone
    07:59:20.625 ClientRegs::Register [CM504003]: Sent registration request for 10000@InPhonex
    07:59:19.656 StunClient::process [CM506002]: Resolved SIP external IP:port (69.X.X.117:4771) on Transport X.X.X.124:5060
    07:59:19.500 StunClient::eek:nInitTests [CM506001]: STUN request to resolve SIP external IP:port mapping is sent to STUN server 64.69.76.23:3478 over Transport X.X.X.124:5060
    07:59:18.343 CallMgr::eek:nAddIPs IP(s) added:[X.X.X.124]
    07:59:11.406 IVRConnected [CM501004]: Connected: IVR Service
    07:59:11.390 ListenConnect SL: connected PhoneServer:5483/IVRServer at [PhoneServer]/IVRServer
    07:59:11.062 ListenConnect SL: connected PhoneServer:0/VoiceBoxManagerService at [PhoneServer]/VoiceBoxManagerService
    07:59:08.156 DBA [CM501003]: Connected: Database
    07:59:07.375 CallMgr::findLocalIPs [CM501006]: Default Local IP address: [X.X.X.124]
    07:59:07.375 MediaServerConnected [CM112000] Media Server is connected
    07:59:07.375 ListenConnect SL: connected PhoneServer:0/MediaServer at [PhoneServer]/MediaServer
    07:59:04.515 CallMgr::Initialize [CM501002]: Version: 5.0.3790.0
    07:59:04.515 CallCtrl::thread [CM501007]: *** Started Calls Controller thread ***
    07:59:04.515 CallMgr::Initialize [CM501001]: Start 3CX PhoneSystem Call Manager
    07:59:04.328 LoadLicenceInfo [CM501010]: License Info: Load Failed
     
  6. silentfun

    silentfun Member

    Joined:
    Dec 11, 2006
    Messages:
    364
    Likes Received:
    0
    have you a firewall ? can you then try disable firewall for some minutes and restart pbx and try again just to find out if it is a Firewall issue


    if you are behind a router have you opended and forwarded the needed ports to your pbx server ?


    log log looks normal to me. nothing special in the log.

    Andy
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  7. ScottR

    Joined:
    Jan 17, 2008
    Messages:
    5
    Likes Received:
    0
    The ports are open. I do get calls on the same server when I have XLite connected directly to the InPhonex service so it's not a network hindrance to receiving the call. I believe it has to do with the configuration of the VOIP line and something inside of the 3CX sersver. Does anyone have a working example of an InPhonex configuration I could take a look at??
     
  8. silentfun

    silentfun Member

    Joined:
    Dec 11, 2006
    Messages:
    364
    Likes Received:
    0
    softphones that connects to outside servers are very flexible in hold contact - so don´t think if a softphone run everything must be ok.

    so if you have a firewall please to the ultimative firewalltest that need some minutes but best way to solve problems is to identify the source of the problems.

    also if you are not on "Verbose (only used for debugging purposes) " log level switch to these because it gives more info in server status log.

    i think even if the line is not set up perfect it will show something in log like "Authorization system can not identify source " but that there is nothing let me thing there is something with the firewall or the port forwarding (virtual server) on a router.

    Andy
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  9. archie

    archie Well-Known Member
    3CX Support

    Joined:
    Aug 18, 2006
    Messages:
    1,299
    Likes Received:
    0
    Try to make shorter re-registration period for InPhonex.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  10. ScottR

    Joined:
    Jan 17, 2008
    Messages:
    5
    Likes Received:
    0
    I've tried shorter register periods but no luck. I've tried two more tests and may be similar to a softphone in how they deal with firewalls. If so, please advise.

    Here are my latest tests:
    I've tied Stanaphone to the 3CX server and get the same results on inbound calls as InPhonex (they never arrive).

    I then connected a Linksys SPA 941 directly up to InPhonex and tried to call it from my mobile phone. It rang without a problem.
    I then connected a Linksys SPA 941 directly up to Stanaphone and tried to call it with my mobile phone. It rang without a problem.

    So I've tried both SoftPhones and the Linksys SPA941 to two different services and inbound calls arrive without a problem when connected directly to two different service providers. Not so with 3CX.

    Where to next? I'm at a loss.
     
  11. landfiets

    landfiets New Member

    Joined:
    Jul 17, 2007
    Messages:
    243
    Likes Received:
    0
    same kinde of problems here. i try and try but lots of phonecalls donnot even reach me
    anyone for help?
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  12. 3v3ntiq

    Joined:
    Feb 12, 2008
    Messages:
    3
    Likes Received:
    0
    I have the same isue as well with 2 voip providers, inphonex and link2voip. I have tested with firewall closed and open. No change. I think it is something to do with source Identification, as I am able to setup extensions outside the firewall as well.

    The rest of the sytem works fantastic, but this issue is pretty frustrating! Nice to see that I am not alone with this issue.
     
  13. Babysittah

    Joined:
    Dec 4, 2007
    Messages:
    3
    Likes Received:
    0
    I also think it's all about some firewall system. Check it.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  14. 3v3ntiq

    Joined:
    Feb 12, 2008
    Messages:
    3
    Likes Received:
    0
    Ok, if it is the firewall, what ports? Because we have been able to configure the firewall such that
    -external stations access the system (eg. a softphone outside the firewall)
    -we register and make outbound calls no problem (which allows traffic both ways)
    -We also tested the VOIP connnection directly with a softphone, and we are able to receive inbound calls

    I think it is something to do with destination settings, but the logging (even in verbose), gives us no clue as to what is happening when the call is rejected.
     
  15. adza

    Joined:
    Feb 12, 2008
    Messages:
    22
    Likes Received:
    0
    I too am having the same problem. From searching this forum and the web last night, I believe this must be some sort of bug within 3CX. Too many people are having the same problems.

    Unfortuantly the verbose log does not give any indication at all as to what is happening.

    The wierd thing with my setup is that for the first 3 or so minutes after registering - incomming calls DO ring. However, it's after those 3 or so minutes that it stops working.

    I can't see how this could be a firewall issue, as if it was a firewall issue - it shouldn't ring at all.

    Is there a way of getting an even more detailed log of what is happening beyond the verbose log?

    What is 3CX's official stance on this? Do they acknowledge there's a problem, or do they believe that there's no issue at all, and that the problem is with the setup of us various users?

    Thanks & Regards

    Adam.
     
  16. archie

    archie Well-Known Member
    3CX Support

    Joined:
    Aug 18, 2006
    Messages:
    1,299
    Likes Received:
    0
    It is definitely firewall/NAT issue. Some NATs drop ip:port mappings after short while, that is why you stop receiving incoming calls after some time.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  17. adza

    Joined:
    Feb 12, 2008
    Messages:
    22
    Likes Received:
    0
    Hi Archie,

    Thank you very much for your reply! Greatly appreciated!

    Are you saying that the settings in the NAT are actually dropped after a while? Because I have numerous NAT routings within my ADSL modem (some for RDC, VNC, etc) and VOIP on 5060. It is port 5060 only that I am having problems with.

    Furthermore, if I configure a phone to connect direct to my VOIP provider (ie, not through 3CX) the phone will always ring - regardless of how long it's been sitting idle.

    It is only with 3CX that this issue is occurring.

    Also, please note that all I have to do to get 3CX working with incomming calls again is to get it to re-register the connection by changing a setting for that line. I don't have to touch the ADSL modem (router), NAT configuration, etc.

    If I'm still misunderstanding what you're trying to tell me, can you please clarify in more detail where I should be looking?

    Thanks & Regards

    Adam.
     
  18. archie

    archie Well-Known Member
    3CX Support

    Joined:
    Aug 18, 2006
    Messages:
    1,299
    Likes Received:
    0
    I'm trying to tell you that some NAT drops mapping after a short time. Dynamic mapping. That is why it is preferred to have static mapping.
    Softphones often use keep-alive messages to refresh that mapping, that is why they could receive incoming calls.
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
  19. adza

    Joined:
    Feb 12, 2008
    Messages:
    22
    Likes Received:
    0
    Hi Archie,

    Thanks again for your prompt reply!

    Unless I'm missing somethign, I believe I already have static NAT mapping in place. In my ADSL modem, I have configured Port Forwarding to forward Port 5060 (from the outside) to port 5060 on server 192.168.0.1 (on the inside).

    Is this what you mean by static mapping?

    Thanks & Regards

    Adam.
     
  20. SY

    SY Well-Known Member
    3CX Support

    Joined:
    Jan 26, 2007
    Messages:
    1,825
    Likes Received:
    2
    "Full cone NAT"

    Regards
     
    Stop hovering to collapse... Click to collapse... Hover to expand... Click to expand...
Thread Status:
Not open for further replies.