SIP phone and SPA 3102

Hi,
I don't have an ipPBX or call signaling server. Can I register a SIP phone on the remote SPA 3102 then call the remote number. SPA 3102 is on remote site, the FXO port is connected to a phone line. My SIP phone is on local site, connected to Internet.
Thanks

yytellmey wrote:
Hi,
Can I register a SIP phone on the remote SPA 3102 then call the remote number. SPA 3102 is on remote site, the FXO port is connected to a phone line. My SIP phone is on local site, connected to Internet.
Yes you can do that. You need to know the ip address where you are calling. This is called direct ip dialing. You can call the SPA3102 and have the attached phone ring, or you can call the SPA3102 and have it dial a call out the pstn line. It all depends on what you want to do.
Initially you can get it working with whatever ip address you have at the moment. For the long term, if you don't have a static ip address you can get a symbolic address from someone like dyndns.com and then when your ip address changes you setup some means, either thru your router that supports dynamic dns, or with a pc program to keep your ip address updated at dyndns for your symbolic address.
You almost always have to forward the sip signalling port in your router to the SPA3102. You may also have to forward the spa's rtp ports in your router to the SPA3102.
There are a couple of ways to configure the SPA3102 when you want to bridge the call out the pstn line. The simple way is to just return a dial tone to the caller and then the caller enters the pstn number they want to dial. A more complicated way is to send a sip invite to the SPA3102 and have the SPA dial the number. The latter method is more reliable because you don't have to send dtmf signals over your voip link.

Similar Messages

Extend telephone system extension to home - PAP2 and SPA-3102

Hi All,
I was wondering if someone could explain if this setup is easily implemented, or if it would be best left to a professional!
In short I am trying to extend one of my office telephone extensions to my home. I have found this product/setup on eBay which does exactly what I want it to but it carry's a rather large price tag.
http://cgi.ebay.co.uk/Voip-adapters-Extend-your-telephone-system-anywhere_W0QQitemZ280227103178QQihZ018QQcategoryZ34165QQcmdZViewItemQQ_trksidZp1742.m153.l1262
I already have the PAP2, and am planning on buying the other piece of hardware but I just wanted to check that this is something I could setup myself. Any and all advice will be gratefully received!
Kind regards,
Matthew
P.S. I am fairly familiar with networking but I have very limited knowledge on VoIP.

Hello,
look at this page http://www.provu.co.uk/support.html , check manuals named :
Linksys ATA Back-To-Back 1x SPA-3000 and 1x SPA-1001.(pdf)
Linksys ATA Back-To-Back 2x SPA-3000.(pdf)
Linksys ATA Back-To-Back 2x SPA-3000 and 1x SPA-2000.(pdf)
SPA-3102 has VoIP and PSTN part moreless identical to SPA-3000, just has additional build-in network router
SPA-2102 has VoIP part moreless identical to SPA-2000, just has has (like SPA-3102) build-in network router
PAP2T is similar to SPA-2000
PAP2 is very similar to SPA-2000
SPA-1001 is (except of dual voip registration) similar to one half of PAP2 - VoIP adapter with one port for analog phone
Thus using the mentioned info you shall be able to setup phone line VoIP extension.
Your knowledge of networking will come handy, the network setup is important part of this setup.
Message Edited by Scorpio-cz on 03-10-2009 10:11 PM

CUCM 8.6 call busy between SIP phones and thirdparty phones

Hi Everybody,
I have the following error on my logs:
Invalid Disconnect Cause(cause=47), No Reason Header Appended
14:46:50.091 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/getXCiscoViPRFallbackIDAndDTMFKey: Device type 8, Pstn Fallback is not enabled|3,100,63,1.36454459^192.168.0.15^*
14:46:50.091 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/getDefCcRegister: Secure status=1, mSrtpPresent=0|3,100,63,1.36454459^192.168.0.15^*
14:46:50.091 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/compareAndUpdateMedia: sdpStatus=0, CMEndPointSDP role=1, SIPEndPointSdpRole=2|3,100,63,1.36454459^192.168.0.15^*
14:46:50.091 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/getDefCcRegister: Secure status=1, mSrtpPresent=0|3,100,63,1.36454459^192.168.0.15^*
14:46:50.091 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/handleSIPUACSessionExpires: isMidCall[0], response[200], method[102]|3,100,63,1.36454459^192.168.0.15^*
14:46:50.091 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/parseSessionExpires: refresh_interval[1800], refresher[uas]|3,100,63,1.36454459^192.168.0.15^*
14:46:50.091 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/setSIPSessionExpiresTimer: interval[1768] secs|3,100,63,1.36454459^192.168.0.15^*
14:46:50.091 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/handleSecureRec: enforce srtp flag: 0, remote end srtp support: 0|3,100,63,1.36454459^192.168.0.15^*
14:46:50.091 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/updateCNToCC: identityCngFlag[0x1f], isConnInfoInd[1], ccContactHeader[]|3,100,63,1.36454459^192.168.0.15^*
14:46:50.091 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/handleSIPConnectInd: Exit with state = outCall_200Rcvd|3,100,63,1.36454459^192.168.0.15^*
14:46:50.091 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/handleSIPConnectInd: Exit with state = outCall_200Rcvd|3,100,63,1.36454459^192.168.0.15^*
14:46:50.091 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/setSIPUpdateFlags: mIsUpdateForSignalingAllowed = 1 mIsUpdateForMediaAllowed = 1 mPendingOutgoingUpdate = 0|3,100,63,1.36454459^192.168.0.15^*
14:46:50.098 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/appendReasonHdr: appendReasonHdr - Invalid Disconnect Cause(cause=47), No Reason Header Appended|3,100,63,1.36454459^192.168.0.15^*
14:46:50.098 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/addTransparencyInfo: attaching transparency object|3,100,63,1.36454459^192.168.0.15^*
14:46:50.098 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/appendRPIDHdrForOriginalCalledParty: SIP device does not Support Orig Dialled Phone nego: 0|3,100,63,1.36454459^192.168.0.15^*
14:46:50.098 |//SIP/SIPCdpc(3,74,281707)/ci=144600614/ccbId=35257792/scbId=0/getDefAe: SIPCdpc=281707, nodeId=3, processNumber=73 ci=144600614, branch=0|3,100,63,1.36454459^192.168.0.15^*
14:46:50.098 |MRM::waiting_MrmDeallocateMtpResourceReq- Deallocate received for CI=53993831 count=0|3,100,63,1.36454459^192.168.0.15^*
14:46:50.098 |MRM::waiting_DeallocateMtpResourceReq- ERROR Deallocate received for an unknown Call Identifier Ci = 53993831|3,100,63,1.36454459^192.168.0.15^*
14:46:50.098 |//SIP/SIPHandler/ccbId=0/scbId=0/sip_stop_timer: type=SIP_TIMER_DISCONNECT value=500 retries=10|3,100,63,1.36454459^192.168.0.15^*
14:46:50.098 |//SIP/SIPHandler/ccbId=0/scbId=0/sip_start_timer: type=SIP_TIMER_DISCONNECT value=500 retries=10|3,100,63,1.36454459^192.168.0.15^*
14:46:50.098 |//SIP/SIPUdp/wait_SdlSPISignal: Outgoing SIP UDP message to 192.168.0.15:[5060]:
the calling number is 34967850938
the callied number is 19026

Julien,
Please use the link be low to collect cucm traces and use the advanced editor on the forum (located on top right hand corner of the discussion widnow) to attach the trace
https://supportforums.cisco.com/docs/DOC-29901
Ensure you collect the trace from the folowing
1. the server that the phone is registered to
2. If this server is different from the server in the cucm group of the sip trunk, then you need to also collect traces from the server (s) in the cucm group assiged to the sip trunk that connects to the 3rd party cluster...
NB: If you have three servers in the cucm group of the sip trunk, you have to collect the trace from all three servers. This is because calls are dsitributed in a round robin fashion to servers in a sip trunk...
FInally before you send the trace over, please ensure the calling and called numbers are present. Also include the time of the test call
Please rate all useful posts
"opportunity is a haughty goddess who waste no time with those who are unprepared"

CCME with Linksys SPA SIP phones

Dear all,
I'm currently working out with a deployment which's using the CME (not sure what version going to purchase at the moment)and using the Linksys SIP phone (SPA922). I would like to know whether the SIP phone's is able to register to CME or using the features that provided by CME. I did try to search from Cisco website but couldn't find any related information between two different hardware setup.
Thanks

Is there any documentations from Cisco which stated clealy that the CCME integration with different brand of SIP phone (at least Linksys) because i don't want to be happen that i buy a "bunch" of Linksys SIP phones and it cannot be integrate with CCME.
It should be better that to have a clear stated docs and can show to the management dept before purchasing.
Any ideas?
Thanks

What are the mandatory fields needed to setup/register the SIP phone manually in CUCM

What are the mandatory fields needed to setup/register the SIP phone manually.Also, if someone can let me know the mandatory fields for Cisco based SIP phone and also the third party SIP hard phones like Avaya or any other Third party SIP phones both Soft phone and physical phone requirements...in CUCM
Please suggest...I need to know if MAC address is mandatory for all Cisco SIP phone to setup

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/7_1_2/ccmcfg/bccm-712-cm/b09sip3p.html
http://www.cisco.com/c/en/us/support/docs/voice-unified-communications/unified-communications-manager-version-70/112110-phone-add-00.html

CUCM 8.6 Dropped call transfers involving SIP phones

Hi All,
I am a developer who has been tasked with figuring out why call transfers are being dropped by Cisco CUCM when the original call comes from a SIP phone. This scenario works:
Cisco phone calls another Cisco phone, which transfers the original call to a SIP phone
These scenarios do not work:
SIP phone calls Cisco phone, which transfers the original call to another Cisco phone
SIP phone calls Cisco phone, which transfers the original call to another SIP phone
I have researched the Call Manager traces to the best of my ability, and I see some info in there that could potentially point to the source of the problem. I am just unable to understand what the trace means:
10:23:08.672 |//SIP/SIPCdpc(1,74,2342)/ci=24377698/ccbId=175645/scbId=0/active_CcDisconnReq: ccDisconnReq.onBehalfOf=Media : ccDisconnReq.s.sv=2 : ccDisconnReq.c.cv=47 |1,100,63,1.93259^10.10.10.85^*
10:23:08.672 |//SIP/Stack/Info/0x0/sipConstructContainerContext #### Created container=0xb0b42f58|1,100,71,1.1^*^*
10:23:08.672 |//SIP/SIPCdpc(1,74,2342)/ci=24377698/ccbId=175645/scbId=0/appendReasonHdr: appendReasonHdr - Invalid Disconnect Cause(cause=47), No Reason Header Appended|1,100,63,1.93259^10.10.10.85^*
10:23:08.672 |//SIP/SIPCdpc(1,74,2342)/ci=24377698/ccbId=175645/scbId=0/appendRPIDHdrForOriginalCalledParty: SIP device does not Support Orig Dialled Phone nego: 0|1,100,63,1.93259^10.10.10.85^*
I have been wondering whether this could be a codec issue, however the SIP phones we are using are configured with the following codecs:
G711U
G711A
G722
ILBC
GSM
and our SIP software is also set to accept the first codec offered by the remote side. It seems from the SIP client logs that G722 is being used as the codec to communicate with the Cisco phones, but perhaps I'm misinterpreting.
I have attached a CUCM trace of a call from a SIP phone (ext. 491) to a Cisco handset (ext. 170) where the Cisco handset attempts to transfer the call to another SIP phone (ext. 492). The trace snippet shown above is from this log.
I would really appreciate it if someone more experienced with VoIP/SIP/CUCM could take a look and offer any ideas on what the issue might be, and also how we might be able to address it. I can try to provide more info about our CUCM configuration if needed.
Thanks in advance!

Leslie, so here is what I found from the traces....
To understand the difference we need to understand how cucm performs call transfers from a sccp signalling point and a sip signalling point
SCCP
When the transfer key is pressed
1. CUCM sends a CloseReceiveChannel and StopMediaTransmission to the IP phone involved in active media (referenced by the callids)
NB, here CUCM updates the call state on the phone to a call state of 8 which is "Hold"
2.CUCM tells the held party to listen MOH from MOH server
3.CUCM establishes newcall leg with the intended transfered destination..Once this call is connected
4.CUCM receives a new Transfer instruction from the transferring phone to connect the held party
5..CUCM sends a CloseReceiveChannel between the held phone and MOH server (to tear down the media)
6. Next CUCM sends a CloseReceiveChannel and StopMediaTransmission to the transfering party & transfered party to remove Xferring party from call
7. finally CUCM sends OpenReceiveChannel between the original called party and the transfered party..and call is done
For SIP signalling. when the first transfer key is pressed
1. CUCM sends invite (re-invite) with an inactive SDP (a=inactive) to indicate a break in media path
2. CUCM sends a Delayed offer to insert MOH or to resume Media stream
NB: CUCM expects a sendrecv offer with SDP to the DO. (NB:if cucm gets an inactive offer SDP in the 200 OK instead of providing a send-recv offer SDP, the media path remains in an inactive state and causes calls to dropcall will drop),CUCM sends an ACK with sendonly to the 200 OK
3.CUCM establishes newcall leg with the intended transfered destination..Once this call is connected
4.CUCM receives a new Transfer instruction from the transferring phone to connect the held party
5. Next CUCM sends a re-invite with an inactive SDP to indicate a break in media path to MOH (in attempt to complete transfer)
6.Next CUCM sends an inactive SDP to indicate a break in media path between transfering party & transfered party to remove Xferring party from call
7. Next CUCM sends a DO re-invite to connect the transfered party. The far end then sends 200 OK with the required SDP to connect the call
Now having explained all of these, we need to look at where the call is failing for SIP-----SCCP----SIP calls without MTP
lets look at succesful SCCP-----SCCP-----SIP without MTP
Point 4 above
++++++++Extension 170 presses the transfer button to connect the two calls (Callid=24378483)+++++++++++++
(0003395) SoftKeyEvent softKeyEvent=4(Trnsfer) lineInstance=1 callReference=24378483
Point 5 above
++++Next CUCM closed the media between extension 160 and MOH server callid=24378480(this is the only active call on this callid)+++
(0003396) CloseReceiveChannel conferenceID=24378480 passThruPartyID=16777845. myIP: IpAddr.type:0 ipv4Addr:0x0a0a0a89(10.10.10.137)
Point 6 Above
+++++Next cucm closes the call between extension 170 and 490 callid=(24378483)++++++++
(0003395) CloseReceiveChannel conferenceID=24378483 passThruPartyID=16777847. myIP: IpAddr.type:0 ipv4Addr:0x0a0a0a8b(10.10.10.139)
(0003395) StopMediaTransmission conferenceID=24378483 passThruPartyID=16777847. myIP: IpAddr.type:0 ipv4Addr:0x0a0a0a8b(10.10.10.139)
Point 6 above for the sip side (since the destination is SIP, to tear down media to SCCP phone, so as to connect the caller to the xfered party)
+++++++Next CUCM sends a re-invite with a=inactive SDP to the sip phone ++++++++++++
//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.10.10.104 on port 62220 index 1890
[885626,NET]
INVITE sip:[email protected]:62220;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK23332dbee978
From: ;tag=192115~d8e94532-127d-4dca-bba0-64b1675da032-24378484
o=CiscoSystemsCCM-SIP 192115 2 IN IP4 10.10.10.195
s=SIP Call
c=IN IP4 0.0.0.0
m=audio 24560 RTP/AVP 9 101
a=rtpmap:9 G722/8000
a=ptime:20
a=inactive-----------------------------------------------------Inactive
Still part of Point 6 for SIP signalling
++++++++++++Next sip phone responds with a 200 OK recevonly SDP +++++++++++++++++++
//SIP/SIPTcp/wait_SdlReadRsp: Incoming SIP TCP message from 10.10.10.104 on port 62220 index 1890 with 683 bytes:
[885628,NET]
SIP/2.0 200 OK
v=0
o=- 18077 11099 IN IP4 10.10.10.104
s=yasdjip
c=IN IP4 10.10.10.104
t=0 0
a=ptime:20
a=recvonly-------------------------------------a=recvonly
Finally Point 7 above..
+++++++++++++=Next cucm sends a DO re-invite to extension 492-sip phone++++++++++
//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.10.10.104 on port 62220 index 1890
[885630,NET]
INVITE sip:[email protected]:62220;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK233534ffec4a
From: ;tag=192115~d8e94532-127d-4dca-bba0-64b1675da032-24378484
To: ;tag=5B0E9816C2CA6D70F3166FB972EDE4C2
+++++++Next we get a 200 OK from sip phone with sdp=sendrecv+++++++++=
/SIP/SIPTcp/wait_SdlReadRsp: Incoming SIP TCP message from 10.10.10.104 on port 62220 index 1890 with 683 bytes:
[885634,NET]
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK233534ffec4a
Contact:
From: ;tag=192115~d8e94532-127d-4dca-bba0-64b1675da032-24378484
Call-ID: [email protected]
v=0
o=- 18077 11099 IN IP4 10.10.10.104
s=yasdjip
c=IN IP4 10.10.10.104
t=0 0
m=audio 16574 RTP/AVP 9 101
a=rtpmap:101 TELEPHONE-EVENT/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv
+Now CUCM sends an OpenReceiveChannel and start media xmission to sccp phone (callid=24378480) with media parameters of sip phone++++++
(0003396) OpenReceiveChannel conferenceID=24378480 passThruPartyID=16777848 millisecondPacketSize=20 compressionType=6(Media_Payload_G722_64k) RFC2833PayloadType=101 qualifierIn=? sourceIpAddr=IpAddr.type:0 ipAddr:0x0a0a0a68000000000000000000000000(10.10.10.104). myIP: IpAddr.type:0 ipv4Addr:0x0a0a0a89(10.10.10.137)
(0003396) startMediaTransmission conferenceID=24378480 passThruPartyID=16777848 remoteIpAddress=IpAddr.type:0 ipAddr:0x0a0a0a68000000000000000000000000(10.10.10.104)
remotePortNumber=16574 milliSecondPacketSize=20 compressType=6(Media_Payload_G722_64k) RFC2833PayloadType=101 qualifierOut=?. myIP: IpAddr.type:0 ipv4Addr:0x0a0a0a89(10.10.10.137)
+++++++++++=Next Phone sends its ACK+++++++++++++++
(0003396) OpenReceiveChannelAck Status=0, IpAddr=IpAddr.type:0 ipAddr:0x0a0a0a89000000000000000000000000(10.10.10.137), Port=20352, PartyID=16777848
+++++++++++=Next CUCM sends ACK to 200 OK from SIP Phone+++++++++++
//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.10.10.104 on port 62220 index 1890
[885635,NET]
ACK sip:[email protected]:62220;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK23366067b8c0
From: ;tag=192115~d8e94532-127d-4dca-bba0-64b1675da032-24378484
To: ;tag=5B0E9816C2CA6D70F3166FB972EDE4C2
Date: Tue, 19 Feb 2013 21:44:45 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 103 ACK
Allow-Events: presence
Content-Type: application/sdp
Content-Length: 237
v=0
o=CiscoSystemsCCM-SIP 192115 3 IN IP4 10.10.10.195
s=SIP Call
c=IN IP4 10.10.10.137
b=TIAS:64000
b=AS:64
t=0 0
m=audio 20352 RTP/AVP 9 101
a=rtpmap:9 G722/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
Now at this point all is well...and the call is connected....
Now here is where the call is failing on the SIP-SCCP-SIP call without MTP
From Point 2 above, CUCM sends a DO to insert MOH, and then gets response, then sends an ACK to 200 Ok back to SIP Phone..
//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.10.10.104 on port 53361 index 1810
[881160,NET]
ACK sip:[email protected]:53361;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK22035ecc1fcb
From: ;tag=190666~d8e94532-127d-4dca-bba0-64b1675da032-24378214
To: "492" ;tag=97C34E1FB9A11F83DD8D8F5BA4C87C57
Date: Tue, 19 Feb 2013 17:38:50 GMT
Call-ID: 1CCA5149B966DC89AE0F752B8EF86480BC7102DB
Max-Forwards: 70
CSeq: 102 ACK
o=CiscoSystemsCCM-SIP 190666 3 IN IP4 10.10.10.195
s=SIP Call
c=IN IP4 10.10.10.195---------------------------------------IP address of MOH server
t=0 0
m=audio 4000 RTP/AVP 0--------------------------------MOH port 4000
a=rtpmap:0 PCMU/8000
a=ptime:20
a=sendonly---------------------------------------------------------sendonly
+++++NOW Point 6 above (SIP) CUCM sends a=inactive to break media path to MOH server to connect caller and xfered party++++++
//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.10.10.104 on port 53361 index 1810
[881161,NET]
INVITE sip:[email protected]:53361;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK22045bb7f918
From: ;tag=190666~d8e94532-127d-4dca-bba0-64b1675da032-24378214
To: "492" ;tag=97C34E1FB9A11F83DD8D8F5BA4C87C57
Date: Tue, 19 Feb 2013 17:39:04 GMT
Call-ID: 1CCA5149B966DC89AE0F752B8EF86480BC7102DB
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.6
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 103 INVITE
Max-Forwards: 70
Expires: 180
Allow-Events: presence
Remote-Party-ID: ;party=calling;screen=yes;privacy=off
Contact:
Content-Type: application/sdp
Content-Length: 164
v=0
o=CiscoSystemsCCM-SIP 190666 4 IN IP4 10.10.10.195
s=SIP Call
c=IN IP4 0.0.0.0--------------------------------------------------------------------Media IP is 0.0.0.0
t=0 0
m=audio 4000 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=ptime:20
a=inactive---------------------------------------------------------------------media inactive
At this point, we should get a response back from the sip phone...
and here is what we got..
++Trying which is expected++++
//SIP/SIPTcp/wait_SdlReadRsp: Incoming SIP TCP message from 10.10.10.104 on port 53361 index 1810 with 331 bytes:
[881162,NET]
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK22045bb7f918
From: ;tag=190666~d8e94532-127d-4dca-bba0-64b1675da032-24378214
Call-ID: 1CCA5149B966DC89AE0F752B8EF86480BC7102DB
CSeq: 103 INVITE
To: "492" ;tag=97C34E1FB9A11F83DD8D8F5BA4C87C57
Content-Length: 0
++++++++Then we get a BYE+++++++++++++++
/SIP/SIPTcp/wait_SdlReadRsp: Incoming SIP TCP message from 10.10.10.104 on port 53361 index 1810 with 576 bytes:
[881163,NET]
BYE sip:[email protected]:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.104:53361;branch=z9hG4bKa2vdQvR7J9OiMyjU;rport
Contact:
Max-Forwards: 70
From: "492" ;tag=97C34E1FB9A11F83DD8D8F5BA4C87C57
Allow: OPTIONS, INVITE, ACK, REFER, CANCEL, BYE, NOTIFY
Supported: replaces, path
User-Agent: Acrobits Softphone Business/2.4.8
To: ;tag=190666~d8e94532-127d-4dca-bba0-64b1675da032-24378214
Call-ID: 1CCA5149B966DC89AE0F752B8EF86480BC7102DB
CSeq: 3 BYE
Content-Length: 0
So this is the root cause of the problem. Your SIP phone does not know how to respond to multiple media break between it and the MOH server.
The difference between this and the succesful SCCP-SIP--SCCP, is that the held party was a sccp phone, hence the sip phone only has to process one a=inactive SDP message, where as in the SIP-SCCP-SIP, the help party was sip, so the sip phone has to process two a=inactive SDP messages
Now what is the difference when MTP is involved! A Big difference. MTP stays in the media path. So there is never a break in media and no inactive SDP attribute is sent. The flow looks like below:
for the initial call...The SIP phone sends its media to MTP and likewise the SCCP phone
SIP------Media------MTP------------Media-------SCCP Phone
When the new destination is dialled and transfer is commited,
SIP-------------media----MTP--------media---------MTP
The final invoite sent to connect 492 and 491 has MTP as the IP address to connect Media to.
++++++++Ivite to 492 ++++++++++++++
INVITE sip:[email protected]:61303;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK231a3b24b862
From: ;tag=192048~d8e94532-127d-4dca-bba0-64b1675da032-24378472
To: ;tag=78FF5BF6C019A55EA020B69BB6A767E2
Date: Tue, 19 Feb 2013 21:24:59 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.6
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 102 INVITE
Max-Forwards: 70
Expires: 180
Allow-Events: presence
Remote-Party-ID: ;party=calling;screen=yes;privacy=off
Contact:
Content-Type: application/sdp
Content-Length: 214
v=0
o=CiscoSystemsCCM-SIP 192048 1 IN IP4 10.10.10.195
s=SIP Call
c=IN IP4 10.10.10.195---------------------------------------------------------------the MTP ip address
t=0 0
m=audio 25038 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
+++++++Invite to 491 +++++++++++++++++
//SIP/SIPTcp/wait_SdlSPISignal: Outgoing SIP TCP message to 10.10.10.94 on port 50376 index 1887
[885429,NET]
INVITE sip:[email protected]:50376;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.10.10.195:5060;branch=z9hG4bK231b78d1b56
From: ;tag=192046~d8e94532-127d-4dca-bba0-64b1675da032-24378467
To: "491" ;tag=F13CE94DE942C47680356A647DC7F916
Date: Tue, 19 Feb 2013 21:24:59 GMT
Call-ID: AE7045FFB2D8D9C28D54651473A14A5D41B5B93C
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.6
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Max-Forwards: 70
Expires: 180
Allow-Events: presence
Remote-Party-ID: "Leslie2" ;party=calling;screen=no;privacy=off
Contact:
Content-Type: application/sdp
Content-Length: 237
v=0
o=CiscoSystemsCCM-SIP 192046 1 IN IP4 10.10.10.195
s=SIP Call
c=IN IP4 10.10.10.195----------------------------------------MTP
b=TIAS:64000
b=AS:64
t=0 0
m=audio 25030 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
Wao! That was a long one isnt it...It was fun too.
So now you can look at your sip phones and see if they can accept two inactive sdp messages within the same call. That way you can remove MTP. otherwise you will have MTP involved in every single call involving a sip phone, even if they do not involve transfers
Please rate all useful posts
"opportunity is a haughty goddess who waste no time with those who are unprepared"

Incoming calls issue in Third Party SIP Phone

Hi,
Yesterday I configured my third party sip phone which is yealink in this case on cucm and successfully registered it with cucm, despite of registration i have some calling issue in this phone. I am able to make outbound calls from this phone to any other phone however issue is related to inbound calls.I tried calling its DN from anywhere but call disconnect after sometime. Also didnt get any proper sip session trace in RTMT. Kindly suggest some step to sortout this issue.
Thanks

Dear Manish,
Call normally dicsonnected after 30-40 sec with termination code 102 in session trace. PFB SDI trace with 5030 is Thirdparty sip phone and 5033 is c7945. Looking forward for your suggestion.
CallingPartyNumber=5033
|DialingPartition=
|DialingPattern=5030
|FullyQualifiedCalledPartyNumber=5030
|DialingPatternRegularExpression=(5030)
|DialingWhere=
|PatternType=Enterprise
|PotentialMatches=NoPotentialMatchesExist
|DialingSdlProcessId=(0,0,0)
|PretransformDigitString=5030
|PretransformTagsList=SUBSCRIBER
|PretransformPositionalMatchList=5030
|CollectedDigits=5030
|UnconsumedDigits=
|TagsList=SUBSCRIBER
|PositionalMatchList=5030
|VoiceMailbox=
|VoiceMailCallingSearchSpace=PT-LHR-LOCAL:PT-Local:Unityvmpt:PT-F6-Local:PT-ISL-LOCAL:PT-KHI-LOCAL:PT_Operator_LHR:PT_Operator_KHI:PT_Operator_ISL
|VoiceMailPilotNumber=7103
|RouteBlockFlag=RouteThisPattern
|RouteBlockCause=0
|AlertingName=Syed Ahmer
|UnicodeDisplayName=Syed Ahmer
|DisplayNameLocale=1
|OverlapSendingFlagEnabled=0
12:17:38.028 |//SIP/SIPUdp/wait_SdlSPISignal: Outgoing SIP UDP message to 172.16.200.21:[5062]:
[23928282,NET]
INVITE sip:[email protected]:5062 SIP/2.0
Via: SIP/2.0/UDP 10.100.200.11:5060;branch=z9hG4bK1ca0cc6e317649
From: "Syed Ahmer" ;tag=8787406~039e2a80-8561-4586-8954-d01ed2aa12c8-246211918
To:
Date: Thu, 30 Jan 2014 07:17:38 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM8.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence
Send-Info: conference, x-cisco-conference
Alert-Info:
Contact:
Remote-Party-ID: "Syed Ahmer" ;party=calling;screen=yes;privacy=off
Max-Forwards: 70
Content-Length: 0
|14,100,50,1.14103336^10.163.14.4^SEP00230432C828
12:17:38.028 |EnvProcessUdpPort - EnvProcessUdpHandler::fireSignal() varId = 0|14,100,50,1.14103336^10.163.14.4^SEP00230432C828
12:17:38.028 |EnvProcessUdpHandler::fireSignal - SEND: index = 0, handler = 0xaf299320|*^*^*
12:17:38.028 |EnvProcessUdpPort::fireSignal - SEND, destination = 172.16.200.21:5062|*^*^*
12:17:38.028 |EnvProcessUdpPort - EnvProcessUdpHandler::send(buff, 850, 172.16.200.21:5062)|*^*^*

Verint recording failing on new sip phones

We are using old-school Verint recording system (uses CiscoTSP.exe client on server and Application user with control of phones). We were running Callmanager version 9.1.2 with Cisco 7961 phones. We upgraded to callmanager 10.5.2 and got the recording working again with a TAPI client update on the Verint server. Recently we switched that group to 8861 sip phones and the recordings are failing. Not sure if I need to do something different because of the sip phones.
Has anybody seen this issue or have any ideas of what to try?

The old 'turn it off, turn it back on' trick.
Message was edited by: Truly 55

MOH in third party sip phones

Hello ,
I would like to know if the CUCM support MOH in third party sip phones such as x lite or other ?
Now I can only hear silent .
Thanx

Hi ben Zecharia,
I found your post looking for MoH in 3rd Party SIP Phone and also found another post that said that CUCM 8.x do not support MoH in 3rd Party SIP Phone (check this link).
Hope this helps (you and others).

3rd Party SIP phone to CUCM via SIP Proxy

Hi all,
This is the scenario i'm currently working on :
3rd party SIP phone <--> Internet <--> SIP Proxy <--> LAN <--> CUCM
The SIP proxy basically terminates everything (REGISTER, INVITE, etc), including the RTP stream.
I can register the 3rd party SIP phone to CUCM and in CUCM and i can see SIP Proxy IP Address as the registered address of the phone.
Calls from the 3rd party SIP phone to internal Cisco or internal 3rd party SIP phone and vice versa work like charm.
The only (fatal) problem is i can only register 1 3rd party SIP phone to CUCM via this SIP proxy.
Since this SIP Proxy always use its internal IP Address and port 5060 (TCP) as its source of registration, CUCM sees multiple registrations for multiple extensions (users) come from a single IP and port, and rejects the second registration request.
It seems that CUCM binds a digest user to an IP address and port, therefore cannot accept multiple registrations from a single IP and port.
Can anyone clarify this? Or is there any way around this?
I'm using CUCM 8.6.2 and CUCM 9.X (both do not work).
Regards,
Christian

This is most likely because of the following...
Because third-party SIP phones do not send a MAC address, they must identify themselves by using digest authentication.
The REGISTER message includes the following header:
Authorization: Digest username="xxxxxxxxxx",realm="ccmsipline",nonce="GBauADss2qoWr6k9y3hGGVDAqnLfoLk5",uri="sip:172.18.197.224",algorithm=MD5,response="126c0643a4923359ab59d4f53494552e"
The username, xxxxxxxxxxx, must match an end user that is configured in the End User Configuration window of Cisco Unified CallManager Administration. The administrator configures the SIP third-party phone with the user; for example, swhite, in the Digest User field of Phone Configuration window.
See the following document.
http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/5_1_3/ccmcfg/b09sip3p.html
Also Try this bug CSCef88775

CUCM Third Party SIP Phone "Time" issue

Hi Team,
we have setup with Avaya 1230 SIP Phone,
and this phone we added to CUCM using "Third Party Basic SIP Phone" option.
Once registered with Call Manager "Date and time" in SIP Phones was showing fine.
we have reset the entire device pool, after that all the Avaya 1230 SIP Phone "Time" is showing +1 hour from the normal time.
How we can reslove this issue.
CUCM Version: 9.1(2a).
SIP Phone Model: Avaya 1230

Thanks for the Suggestion Manish,
I have tried the same But its not working,
In the phone level we have the option to change the "Time Zone", The same we have changed to GMT+5:30 Indian Standard Time.
Any other suggestion....

SIP phone registering on SIP trunk

Hi,
i have a UC 500 connected to our phone provider using a SIP trunk.
All the phones are SPA508 G
All is working fine !
Then, some days ago i added a SIP phone (extention 350) on the UC500, that also worked fine, and then after some minutes all our incoming/outgoing calls were blocked.
I called my provider that told me that our IP was banned because they have seen to much registration attempt from a bad user that was "350"
I can confirm with a "sh sip-ua register status" command that i had two sip registration : my SIP trunk and the SIP phone
Then it seems that the UC 500 is trying to register the SIP phone on the SIP trunk ?
What am i doing wrong ?
Is there a command to avoid that ?
Bellow is how the SIP phone and the SIP trunk are configured
Many thanks for your help, i was unable to find anything about that, but i guess somebody already had this problem !
The SIP phone -------------------------------------------------------------------------
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
supplementary-service h450.12
fax protocol none
modem passthrough nse codec g711ulaw
sip
registrar server expires max 3600 min 120
no update-callerid
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
voice register global
mode cme
source-address 10.1.1.1 port 5060
max-dn 20
max-pool 20
load 9971 sip9971.9-2-2
load 9951 sip9951.9-2-2
load 8961 sip8961.9-2-2
load 7971 term71.default
authenticate register
authenticate realm xxxxxx.com
timezone 13
hold-alert
mwi stutter
mwi reg-e164
create profile sync 0636240803635305
voice register dn 1
number 350
name Conference
label Conference
voice register pool 1
id mac 1234.1234.1234
number 1 dn 1
username 350 password 1234
codec g711ulaw
The SIP trunk ----------------------------------------------------------------------
sip-ua
credentials username user1234 password 1234 realm sipgw9.provider.com
authentication username user1234 password 1234 no remote-party-id
retry invite 2
retry register 10
timers connect 100
registrar dns:sipgw9.provider.com expires 3600
sip-server dns:sipgw9.provider.com

I'm still searching on the forum, and maybe i found somthing related to my problem, not sure... any advice ?
Disable outbound proxy on voice register global as by default it will use the outbound proxy configured on the system which would not make sense
voice register global
no outbound-proxy
found there : https://supportforums.cisco.com/discussion/10760741/uc500-sip-server-and-sip-trunk

Does anyone have a solution for using my SIP phone with my MacBook Air

I specifically purchased a MacAir for my home office. Small, Sleek, and portable. I just purchased a Cisco SIP phone and realized that I may have to continue to use my MacBook at my desk. Any work around? Is there some kind of hub or converter I can use? Thanks.

Search the web or help doco about the Captivate feature called Return to Quiz. It will do what you are looking for here according to your description. There's even a Youtube video from a year or two back that shows how it works.

SPA-3102 - phone port dead (FXS?)

I have a SPA-3102 that one day stopped providing dial tone to the connected telephone. I can still see it on the network, configure it, and all looks fine there, but the connected phone gets no dialtone, no voltage, touch tones don't work, no IVR, etc.... I've tried several phones, so I assume it's the adapter. I've tried to find out how to get it RMA'd and sent to Linksys for repair, but every avenue I've tried to pursue tells me that Linksys doesn't support it and i have to go through my reseller... The reseller says to go the manufacturer. Can someone please tell me: A) Am I missing something simply on this problem? B) WHO to contact at Linksys to get a replacement. Thanks! Steve

for one, calls made to the PSTN line form the SIP or internet will definitely not ring the FXS port. You must have the 2nd account dedicated to the call going to the PSTN only,
these are the call flows for the SPA3102
incoming VOIP
VOIP to FXS
VOIP to FXS hop over to PSTN
VOIP( THRU PSTN line) to FXO( PSTN)
Out going VOIP
FXS to VOIP
FXS to GW0
PSTN ( FXO) to VOIP
PSTN to FXS ( PSTN RINGTHRU LINE 1)

SPA-3102 and Fax

Here's the problem: I am currently using a fax-switch that answers the incoming line, listens for a fax tone and, should it hear it, forwards the call to a fax machine. Without fax tone, the call is routed to the SPA-3102 and treated as voice.
This setup works nicely, but has one BIG disadvantage: All fax switches 'steal' the Caller ID. I am now trying to skip the fax-switch and use the SPA-3102 directly, by connecting the fax machine directly to the phone port of the unit. Since the SPA-3102 has the ability to recognize incoming faxes, is it able to route the call directly to the phone port? Without actually bothering the connected VOIP equipment?
I have tried to find a solution all over the Internet, but I seem to either be to blind to find anything, or, it might just not work. Thanks for your answers and suggestions.
Michaela

Thank you. I knew there must be a quick fix. Though ring thru would make the fax machine take all calls, which would make incoming phone calls be lost. If things were that easy, I wouldn't have bothered to ask. I was expecting somebody with actual Linksys knowledge to answer my question. Thanks again.

SIP phone and SPA 3102

Similar Messages

Maybe you are looking for