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.

Incoming calls disconnecting when xfer to digital receptionist

Discussion in '3CX Phone System - General' started by rhollingsead@fabricimages.com, Jan 15, 2018.

Thread Status:
Not open for further replies.
  1. rhollingsead@fabricimages.com

    Jul 30, 2010
    Likes Received:
    Ok, so I'm using V9, and I had to reinstall the software and restore a backup due to a server crash. Things are fine, as far as outbound calls, and internal calls. But if I try inbound calls, it seems to pick up and get disconnected right away. I don't know if this is because I am in free mode (I have an email in to support to get that fixed) or if there is a further issue. Here's the logging from when I tried calling in from the outside.

    05:15:39.449 [CM503008]: Call(1): Call is terminated
    05:15:36.834 Session 77 of leg C:1.1 is confirmed
    05:15:36.740 [CM503007]: Call(1): Device joined: sip:8000@;rinstance=8fc9e150ecb1fab0
    05:15:36.725 [CM503007]: Call(1): Device joined: sip:10000@
    05:15:36.725 [MS210003] C:1.1:Answer provided. Connection(transcoding mode[unsecure]):
    05:15:36.725 [MS210001] C:1.3:Answer received. RTP connection[unsecure]:
    05:15:36.725 Remote SDP is set for legC:1.3
    05:15:36.725 [CM505001]: Ext.8000: Device info: Device Identified: [Man: 3CX Ltd.;Mod: 3CX IVR;Rev: General] Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CX IVR] PBX contact: [sip:8000@]
    05:15:36.725 [CM503002]: Call(1): Alerting sip:8000@;rinstance=8fc9e150ecb1fab0
    05:15:36.631 Currently active calls - 1: [1]
    05:15:36.507 [CM503025]: Call(1): Calling Ext:Ext.8000@[Dev:sip:8000@;rinstance=8fc9e150ecb1fab0]
    05:15:36.507 [MS210002] C:1.3:Offer provided. Connection(transcoding mode):
    05:15:36.476 [CM503005]: Call(1): Forwarding: Ext:Ext.8000@[Dev:sip:8000@;rinstance=8fc9e150ecb1fab0]
    05:15:36.476 [CM503003]: Call(1): Call to sip:1000@ has failed; Cause: 486 Busy Here; from IP:
    05:15:36.382 [CM503025]: Call(1): Calling Ext:Ext.1000@[Dev:sip:1000@]
    05:15:36.382 [MS210002] C:1.2:Offer provided. Connection(transcoding mode):
    05:15:36.351 [CM503004]: Call(1): Route 1: Ext:Ext.1000@[Dev:sip:1000@]
    05:15:36.336 [CM503010]: Making route(s) to <sip:1000@>
    05:15:36.320 [MS210000] C:1.1:Offer received. RTP connection:
    05:15:36.320 Remote SDP is set for legC:1.1
    05:15:36.320 [CM503001]: Call(1): Incoming call from 2244655732@(Ln.10000@PattonSN4960) to <sip:1000@>
    05:15:36.180 [CM503012]: Inbound any hours rule (Fabric Main) for 10000 forwards to DN:1000
    05:15:36.133 Looking for inbound target: called=8474889877; caller=2244655732
    05:15:36.133 [CM500002]: Info on incoming INVITE:
    INVITE sip:10000@ SIP/2.0
    Via: SIP/2.0/UDP;branch=z9hG4bK24dc107d199b4be92
    Max-Forwards: 70
    Contact: <sip:2244655732@>
    To: <sip:8474889877@>
    From: <sip:2244655732@>;tag=6d9314053c
    Call-ID: fc0cb87866018373
    CSeq: 11739 INVITE
    Proxy-Authorization: Digest username="10000",realm="3CXPhoneSystem",nonce="414d535c106d1e5883:0cf90683288a704bbec42ab6094e586d",uri="sip:10000@",response="da95d84d4c2d2fda9dfc16073681d3f9",algorithm=MD5
    Supported: replaces
    User-Agent: Patton SN4960 1E24V 00A0BA0538F0 R5.4 2010-05-14 H323 RBS SIP M5T SIP Stack/
    Content-Length: 0
  2. leejor

    leejor Well-Known Member

    Jan 22, 2008
    Likes Received:
    I see ext 1000 busy and the call forwarding to 8000. (transcoding going on too, so I assume that there not is Codec uniformity being deployed at the site).

    What is at 8000?

    What happens when another extension calls direct to 1000, and forwarded?

    How about an extension call direct to 8000?

    What about and outside call sent direct to 8000?

    Do any of those work as expected?
  3. rhollingsead@fabricimages.com

    Jul 30, 2010
    Likes Received:
    I suspect this is because of v9 being in free mode right now (I can't get the license activated at the moment) but 8000 is our digital receptionist. Internally, if you call 1000, it forwards to 8000 and then immediately disconnects. A outside call sent straight to 8000 disconnects as well.
Thread Status:
Not open for further replies.