<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
Granted it's been forever since I looked at a 79XX running SIP but most transfer operations in UCM don't work if you just hang up. We don't have a true one-step transfer like you are expecting.
<div>The behavior you describer, transfer->dial->hang up requires onHook transfer to be enabled (service parameter, "Transfer On-hook Enabled"). </div>
<div><br>
<div>-Ryan </div>
<br>
<div>
<div>On Jul 17, 2014, at 12:36 PM, Brian Meade <<a href="mailto:bmeade90@vt.edu">bmeade90@vt.edu</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div>
<div dir="ltr">So the Refer is coming in for transferring to extension 1001. Is that extension in the None partition? There's no partitions listed in the partition list so that extension needs to either be in the None partition or you need to set the Re-Routing
CSS on the phone since that's what's used in a SIP Refer type transfer.
<div><br>
</div>
<div>Brian</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Thu, Jul 17, 2014 at 11:46 AM, <span dir="ltr"><<a href="mailto:pwalenta@wi.rr.com" target="_blank">pwalenta@wi.rr.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So it's been a while since I've had to test equipment. I fired up a CUCM 9.1.2 system, attached a few 7942's in SIP mode, a few third party devices. Set regions, location bandwidth, partition, CSS etc.<br>
<br>
I cannot however seem to transfer a call. I hit transfer on a 7942, dial a number, hang up. I never see the call appear on the other phone, and the call on the phone being transfered drops as well.<br>
<br>
I have tried adding in MTP, adding a CSS to the line itself all to no avail.<br>
<br>
Any ideas why I keep getting messages like this in the logs (and then shortly thereafter, a 404 not found shows up):<br>
<br>
00007706.001 |10:00:33.619 |AppInfo |//SIP/Stack/Info/0x0/ccsip_process_sipspi_queue_event: ccsip_spi_get_msg_type returned: 3 (SIP_APPLICATION_MSG), for event 33 (SIPSPI_EV_CC_REFER_RESP)<br>
00007705.004 |10:00:33.619 |AppInfo |Digit Analysis: Host Address=10.30.0.50 DOES NOT MATCH top level org domain.<br>
00007705.005 |10:00:33.619 |AppInfo |Digit Analysis: getDaRes data: daRes.ssType=[0] Intercept DAMR.sstype=[0], TPcount=[0], DAMR.NotifyCount=[0], DaRes.NotifyCount=[0]<br>
00007705.006 |10:00:33.619 |AppInfo |Digit analysis: match(pi="1",fqcn="1004", cn="1004", plv="5", pss="", TodFilteredPss="", dd="1001",dac="0")<br>
00007705.007 |10:00:33.619 |AppInfo |Digit analysis: potentialMatches=NoPotentialMatchesExist<br>
00007706.002 |10:00:33.619 |AppInfo |//SIP/Stack/Transport/0x0/sipSPITransportSendMessage: msg=0xb262b010, addr=10.4.0.182, port=50187, sentBy_port=5060, is_req=0, transport=1,<br>
00007706.003 |10:00:33.619 |AppInfo |//SIP/Stack/Transport/0x0/sipTransportPostSendMessage: Posting send for msg=0xb262b010, addr=10.4.0.182, port=5060, connId=0 for UDP<br>
00007707.000 |10:00:33.619 |SdlSig |SNFNotifyReq |call_hold |SIPStationCdfc(1,100,67,2) |SIPStationD(1,100,66,15) |1,100,238,1.312^10.4.0.182^* |[R:N-H:0,N:1,L:0,V:0,Z:0,D:0] SNFSubscriptionId
= 1|0|3, SNFNotifyMsg: state = 1, reason = 0, retryAfter = -1, subscriptionType = REFER , content = SNFSmartBase<br>
<br>
00007706.004 |10:00:33.619 |AppInfo |//SIP/Stack/States/0x10033618/sipSPIChangeState: 0x10033618 : State change from (STATE_RECD_XFER, SUBSTATE_NONE) to (STATE_ACTIVE, SUBSTATE_NONE)<br>
00007708.000 |10:00:33.619 |SdlSig |DaRes |intercept_da |Cdcc(1,100,212,1) |Da(1,100,204,1) |1,100,238,1.312^10.4.0.182^* |[R:N-H:0,N:2,L:0,V:0,Z:0,D:0] CI=18513169
Block NoPotentialMatchesExist OnNetpatternUsage =2requestID =0<br>
00007708.001 |10:00:33.619 |AppInfo |Cdcc(0000001) - verifySymmetricPrecedenceAfterJoined - A.pl[5], B.pl[5]<br>
00007709.000 |10:00:33.619 |SdlSig |SIPSPISignal |wait |SIPUdp(1,100,63,1) |SIPHandler(1,100,72,1) |1,100,238,1.312^10.4.0.182^* |*TraceFlagOverrode<br>
00007709.001 |10:00:33.619 |AppInfo |//SIP/SIPUdp/wait_SdlSPISignal: Outgoing SIP UDP message to 10.4.0.182:[5060]:<br>
[994,NET]<br>
SIP/2.0 202 Accepted<br>
Via: SIP/2.0/UDP 10.4.0.182:5060;branch=z9hG4bK2256cac4<br>
From: <<a href="mailto:sip%3A1009@10.30.0.50">sip:1009@10.30.0.50</a>>;tag=001a2f80356c00084bdc1e9d-3cb95c08<br>
To: "1004" <<a href="mailto:sip%3A1004@10.30.0.50">sip:1004@10.30.0.50</a>>;tag=236~f9582617-b769-4b66-9a4c-055f00fc8c88-18513170<br>
Date: Wed, 16 Jul 2014 16:00:33 GMT<br>
Call-ID: <a href="mailto:465d0400-3c61a191-2a-32001e0a@10.30.0.50">465d0400-3c61a191-2a-32001e0a@10.30.0.50</a><br>
CSeq: 102 REFER<br>
Contact: <<a href="http://sip:1004@10.30.0.50:5060/" target="_blank">sip:1004@10.30.0.50:5060</a>><br>
Content-Length: 0<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote>
</div>
<br>
</div>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>
https://puck.nether.net/mailman/listinfo/cisco-voip<br>
</div>
</div>
<br>
</div>
</body>
</html>