Interesting transfer problem with cisco 7941

Discussion in '3CX Phone System - General' started by Rtreacy, Apr 28, 2007.

  1. Rtreacy

    Joined:
    Apr 24, 2007
    Messages:
    4
    Likes Received:
    0
    Hey Guys,

    I finally got my Cisco 7941 to work with sip and 3cx.. The only problem is that it does not transfer calls properly.

    1st: All blind transfers always fail.

    13:49:59.859 CallStrategy::Transfer Call(C:8): transfer failed
    13:49:59.859 StratTransfer::initialize Call(C:8): Cannot build transfer target by DBCfg


    2nd: When I am attending a transfer, i meet the new extension and then i press transfer and I get the following error:

    14:13:17.765 StratLink::eek:nHangUp Call(C:17): HangUp from wrong leg has arrived. Leg will be removed from call
    14:13:17.750 StratTransfer::finishTransfer Call(C:17): Transfer finished, Ln:10000@Blueface is connected to Ext.105
    14:13:17.515 StratLink::Transfer Call(C:17): transfers Ln:10000@Blueface from Ext.100 to sip:105@11.0.0.1



    The phone that I transferred to says that it has been placed on hold by the transferring extension.. and never connects to the party that is being transferred... UNLESS that phone places the line on hold and then resumes the call it is then connected properly... Any ideas anyone?? The phone transfers fine with Asterisk :( so I wonder if this is a system thing?
    (if anyone notices the weird ip range, I tried a standard private range and it still doesn't work!)

    This is the only thing stopping me from migrating i think..
     
  2. SY

    SY Well-Known Member
    3CX Staff

    Joined:
    Jan 26, 2007
    Messages:
    1,821
    Likes Received:
    1
    Hi,

    Try to uncheck "Supports 'Replaces' header" in advanced configuration. If it will continue to don't work then uncheck "Supports Re-Invite" as well.
    Please notify which setting did force device to work correct.

    Thank you,

    Stepan
     
  3. Rtreacy

    Joined:
    Apr 24, 2007
    Messages:
    4
    Likes Received:
    0
    Hi Stephan, thanks for the reply!

    The 2nd issue: the CP 7491 actually turned out not to be the cause of this.. it was due to the softphone I was transferring to, which was the X-Ten, X-LITE softphone. The CP-7491 transfers to outside lines and a different softphone just fine. This has given me enough confidence to buy a second CP-7491.

    1st problem still remains. I cannot do unattended transfers!!
     
  4. AlecM

    Joined:
    Aug 24, 2007
    Messages:
    52
    Likes Received:
    0
    Hi,

    I use different equipment, but I managed to remedy my Blind transfers by changing setting in the extension properties.

    In extension properties, expand "Other" and set the SIP ID to the same as the extension number.

    This fixed blind transfers for external (PSTN sourced) calls via my GXW-4104 and BT200's. It might help you as well.

    However, I cannot do attended transfers! :( (for externally sourced calls only - internal extension transfers work fine)

    Alec
     
  5. Rtreacy

    Joined:
    Apr 24, 2007
    Messages:
    4
    Likes Received:
    0
    Ok.. I have lost about 3mm of hair line over this..

    Question: Can anyone transfer a cisco 7941 to the 3cx soft phone?
    I have turned off supports reinvite and replaces header on all extensions.

    What happens to me:
    No matter what I trasfer to (external phone number, 3cx softphone):I have a call on my cisco 7941
    I press transfer
    I dial the new extension number, new extension answers
    I press transfer to connect the call to the new extension.

    Ok, sounds fine so far, but here is the weird part:

    Transferred call hears the new extension fine. But the new extension hears the hold music.

    So annoying. I thought I had it working.
    Logs dont show anything unusual. Any help would be really appreciated
    So annoying. I thought I had it working.
    Logs dont show anything unusual. Any help would be really appericated


    LOG:

    20:41:27.968 LineCfg::getInboundTarget [CM503011]: Inbound out-of-office hours' rule for LN:10000 forwards to DN:800
    20:41:27.968 Call::Terminate [CM503008]: Call(166): Call is terminated
    20:41:27.968 Call::Terminate [CM503008]: Call(166): Call is terminated
    20:41:27.953 LineCfg::getInboundTarget [CM503011]: Inbound out-of-office hours' rule for LN:10000 forwards to DN:800
    20:41:27.937 LineCfg::getInboundTarget [CM503011]: Inbound out-of-office hours' rule for LN:10000 forwards to DN:800
    20:41:23.046 Call::Terminate [CM503008]: Call(167): Call is terminated
    20:41:23.046 Call::Terminate [CM503008]: Call(167): Call is terminated
    20:41:20.375 CallCtrl::eek:nLegConnected [CM503007]: Call(167): Device joined: sip:101@11.0.0.4:5070;rinstance=6d19a10ce524fd0d
    20:41:20.375 CallCtrl::eek:nLegConnected [CM503007]: Call(167): Device joined: sip:100@11.0.0.80:5060;transport=udp
    20:41:18.171 CallCtrl::eek:nSelectRouteReq [CM503004]: Call(167): Calling: Ext:101@[Dev:sip:101@11.0.0.4:5070;rinstance=6d19a10ce524fd0d]
    20:41:18.140 CallCtrl::eek:nIncomingCall [CM503001]: Call(167): Incoming call from Ext.100 to [sip:101@11.0.0.1]
    20:41:13.828 CallCtrl::eek:nLegConnected [CM503007]: Call(166): Device joined: sip:100@11.0.0.80:5060;transport=udp
    20:41:10.000 FaxCfg::updateContact [CM504008]: Fax Service: registered as sip:888@3CXPhoneSystem with contact sip:888@11.0.0.1:5100;user=phone
    20:41:09.406 FaxCfg::updateContact [CM504010]: Fax Service: unregistered contact sip:888:5100;user=phone
    20:41:08.250 CallCtrl::eek:nSelectRouteReq [CM503004]: Call(166): Calling: Ext:100@[Dev:sip:100@11.0.0.80:5060;transport=udp]
    20:41:03.703 MediaServerReporting::DTMFhandler [MS211000] C:166.1: 194.213.29.51:10352 is delivering DTMF using RTP payload (RFC2833). In-Band DTMF tone detection is disabled for this call segment.
     
  6. Wardy

    Wardy New Member

    Joined:
    Sep 18, 2007
    Messages:
    110
    Likes Received:
    0
    I get a similar thing on a 7960 the softphone (X-Lite) can just hear the music on hold

    00:37:50.234 CallCtrl::eek:nLegConnected [CM503007]: Call(4): Device joined: sip:201@??.??.??.??:58652;rinstance=17b4bf510edef409
    00:37:50.203 CallCtrl::eek:nLegConnected [CM503007]: Call(4): Device joined: sip:212@192.168.100.15:5060;user=ip;transport=udp
    00:37:48.812 Extension::printEndpointInfo [CM505001]: Ext.201: 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:192.168.100.10:5060]
    00:37:48.796 CallCtrl::eek:nAnsweredCall [CM503002]: Call(4): Alerting sip:201@??.??.??.??:58652;rinstance=17b4bf510edef409
    00:37:47.953 CallCtrl::eek:nSelectRouteReq [CM503004]: Call(4): Calling: Ext:201@[Dev:sip:201@??.??.??.??:58652;rinstance=17b4bf510edef409]
    00:37:47.953 CallCtrl::eek:nSelectRouteReq [CM503010]: Making route(s) to [sip:201@192.168.100.10]
    00:37:47.953 Extension::printEndpointInfo [CM505001]: Ext.212: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Cisco-CP7960G/8.0] Transport: [sip:192.168.100.10:5060]
    00:37:47.906 CallCtrl::eek:nIncomingCall [CM503001]: Call(4): Incoming call from Ext.212 to [sip:201@192.168.100.10]
    00:37:08.765 Call::Terminate [CM503008]: Call(3): Call is terminated
    00:37:08.281 Call::RouteFailed [CM503014]: Call(2): Attempt to reach [sip:201@192.168.100.10?Replaces=000f8f1b-638e0010-1d6d3e8e-252f11d6%40192.168.100.15%3Bto-tag%3D8d3dd160%3Bfrom-tag%3D000f8f1b638e020242fa5e39-79cec4e1] failed. Reason: Busy
    00:37:08.281 CallCtrl::eek:nSelectRouteReq [CM503013]: Call(2): No known route to target: [sip:201@192.168.100.10?Replaces=000f8f1b-638e0010-1d6d3e8e-252f11d6%40192.168.100.15%3Bto-tag%3D8d3dd160%3Bfrom-tag%3D000f8f1b638e020242fa5e39-79cec4e1]
    00:37:08.281 CallCtrl::eek:nSelectRouteReq [CM503010]: Making route(s) to [sip:201@192.168.100.10?Replaces=000f8f1b-638e0010-1d6d3e8e-252f11d6%40192.168.100.15%3Bto-tag%3D8d3dd160%3Bfrom-tag%3D000f8f1b638e020242fa5e39-79cec4e1]
    00:37:06.218 Extension::printEndpointInfo [CM505001]: Ext.201: 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:192.168.100.10:5060]
    00:37:06.218 CallCtrl::eek:nAnsweredCall [CM503002]: Call(3): Alerting sip:201@??.??.??.??:58652;rinstance=17b4bf510edef409
    00:37:05.421 CallCtrl::eek:nSelectRouteReq [CM503004]: Call(3): Calling: Ext:201@[Dev:sip:201@??.??.??.??:58652;rinstance=17b4bf510edef409]
    00:37:05.421 CallCtrl::eek:nSelectRouteReq [CM503010]: Making route(s) to [sip:201@192.168.100.10]
    00:37:05.421 Extension::printEndpointInfo [CM505001]: Ext.212: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Cisco-CP7960G/8.0] Transport: [sip:192.168.100.10:5060]
    00:37:05.375 CallCtrl::eek:nIncomingCall [CM503001]: Call(3): Incoming call from Ext.212 to [sip:201@192.168.100.10]
    00:36:40.812 CallCtrl::eek:nLegConnected [CM503007]: Call(2): Device joined: sip:212@192.168.100.15:5060;user=ip;transport=udp
    00:36:40.796 CallCtrl::eek:nLegConnected [CM503007]: Call(2): Device joined: sip:215@??.??.??.??:35420;line=h5xpzwxe
    00:36:40.015 Extension::printEndpointInfo [CM505001]: Ext.212: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Cisco-CP7960G/8.0] Transport: [sip:192.168.100.10:5060]
    00:36:40.015 CallCtrl::eek:nAnsweredCall [CM503002]: Call(2): Alerting sip:212@192.168.100.15:5060;user=ip;transport=udp
    00:36:39.375 CallCtrl::eek:nSelectRouteReq [CM503004]: Call(2): Calling: Ext:212@[Dev:sip:212@192.168.100.15:5060;user=ip;transport=udp]
    00:36:39.375 CallCtrl::eek:nSelectRouteReq [CM503010]: Making route(s) to [sip:212@photosfromabove.co.uk;user=phone]
    00:36:39.359 Extension::printEndpointInfo [CM505001]: Ext.215: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [snom190/3.60x] Transport: [sip:192.168.100.10:5060]
    00:36:39.312 CallCtrl::eek:nIncomingCall [CM503001]: Call(2): Incoming call from Ext.215 to [sip:212@photosfromabove.co.uk;user=phone]
     
  7. huzer1

    Joined:
    Oct 30, 2007
    Messages:
    33
    Likes Received:
    0
    What version of the SIP flash are you using, Did you get it from cisco direct? I ask because I had a similar problem where I tried a flash that I found from google, worked fine, except for a few bugs, after which I tried the cisco firware, and it worked like a charm, I do still have it, if interested PM me and I can email it to you.
     
  8. Wardy

    Wardy New Member

    Joined:
    Sep 18, 2007
    Messages:
    110
    Likes Received:
    0
    I can't remember where the FW was from but probably not from Cisco
     
  9. Rtreacy

    Joined:
    Apr 24, 2007
    Messages:
    4
    Likes Received:
    0
    I'm using SIP41.8-2-2SR1S from cisco. The phone seems to work fine with asterisk..
     
  10. huzer1

    Joined:
    Oct 30, 2007
    Messages:
    33
    Likes Received:
    0
    Ok, well a couple things to try, Restarting the 3CX server for starters. I have noticed with my Cisco 7940/7960's that they don't like to be unplugged and plugged back into the server with it running. Alot of wierd things will start happening.

    Another thing, link your SIP000AF44FF097.cnf file.
     
  11. Discovery Technology

    Joined:
    Apr 19, 2008
    Messages:
    278
    Likes Received:
    0
    Re:

    Hi Stepan,

    I tried this recently with a Cisco 7965G handset which doesn't have the Blind Xfer soft key on the screen and couldn't get blind transfers initially working until I took a look through this post. I tried switching off and on both settings you litsed above for the extension - no change.

    I did, however notice that when I changed the extension to "use phone status" for it's busy setting blind transfers started working for me (which is good news).

    The process for a Cisco handset without the Blind Xfer softkey would be to select the Transfer soft key whilst on the call, dial the extension you wish to forward the call to, then when you hear it start rining, press the Transfer button again. The only difference now between blind and attended transfers on the later Cisco handsets is when you hit the Transfer button the second time - before or after the received picks up.

    Cheers, Brendan
     

Share This Page