Oneway audio on offnet calls over sip at a single location.

I have an issue that just effects one of my remote sites that is on SIP but not the others, it also seems to just effect some of the phones with no disernable pattern on type, or phone settings, I even copied a working phone to rebuild a non working phone but the problem presisted, the phones uses the same switch and router and the SW port settings are the same. The issue is when a call is placed offnet to long distance (so digit) dial or 1800 number the caller cannot hear anything but the person being called can hear. I can not replecated this problem from my main staiton or other locations.
any adivce in Troubleshooting would be greatly appreciated.

Are you able to perform a CUCM SDI trace during a problem call?
Does that Line:Phone have the same Calling Search Space as the other phones on the remote site?
ON the CUBE, do a "show call active brief" when you have a problem call up, look for the dial peer matching your DN on the problem phone and it's IP address (inbound) and other dial peer representing called number (outbound). What dial peers are being matched?

Similar Messages

Lync 2013 and Macbook Pro (can not complete the call ) on audio and video call

hi everyone ,
we installed lync2013 server on windows 2012 server .Windows client working perfectly without any problems but we have some MacBook pro (maverick) with lync 2011 installed (14.0.8) .Mac clients can log in , make Instant messaging but can not make audio and
video calls at the moment.When I had done some logging on lync server , I ifigured out the following error message which is
"Start-Line: SIP/2.0 401 Unauthorized"
TL_INFO(TF_PROTOCOL) [LYNCFE\LYNCFE]15EC.26C8::05/30/2014-13:08:46.224.00000BF4 (SIPStack,SIPAdminLog::ProtocolRecord::Flush:ProtocolRecord.cpp(265)) [3440658878]
Trace-Correlation-Id: 3440658878
Instance-Id: 10DF1
Direction: outgoing;source="local"
Peer: 10.45.40.22:54285
Message-Type: response
Start-Line: SIP/2.0 401 Unauthorized
From: <sip:[email protected]>;tag=118c2f6503;epid=1dac663933
To: <sip:[email protected]>;tag=59BF4D7B62264F8A815140BEC75A72BC
Call-ID: b50d1d78ea20324eb00dbe3ed316c4b6
CSeq: 2 INVITE
Via: SIP/2.0/TLS 10.45.40.22:3540;received=10.45.40.22;ms-received-port=54285;ms-received-cid=243800
Content-Length: 0
$$end_record
any ideas related with this error ???
1-I had tried 3 different mac book with 4 different user account
2-Fresh installed lync 2011 on each MacBook ,

Hi,
Please try to clear all preferences for Mac Lync.
You can do as following steps in the link:
http://www.unicom.iu.edu/kb.php?docid=bave :
1. Quit Lync for Mac.
2..In your Home folder, open the Library folder. Note that Mac OS X 10.7 and later hides your Library folder. To access it:
       1. Press Command-Shift-g, or from the Go menu, select Go to Folder... .
       2. In the Go to Folder drop-down window, enter ~/Library, and click Go.
3. Remove the following files from your Library folder:
          /Users/username/Library/Preferences/com.microsoft.Lync.plist
          /Users/username/Library/Preferences/ByHost/MicrosoftLyncRegistrationDB.xxxx.plist
          /Users/username/Library/Logs/Microsoft-Lync-x.log (This file is present only if you turned on Lync Logging.)
          /Users/username/Library/Logs/Microsoft-Lync.log
4. In your Documents folder, remove the following:
          /Users/username/Documents/Microsoft User Data/Microsoft Lync Data
5. Optionally, also remove Microsoft Lync History:
          Users/username/Documents/Microsoft User Data/Microsoft Lync History
          Note: This optional step will delete saved conversations. For Mac users, the conversation history is not saved to the Exchange account, but instead is saved locally
to the Mac.
6. Open Keychain Access from the /Applications/Utilities folder:
     1. Delete any keychains on the left that look like the following, where emailaddress is your email address:
OC__KeyContainer__emailaddress
     2. In your Login keychain, delete the following, where emailaddress is your email address:
emailaddress.cer
7. In the /Users/username/Library/Keychains folder, delete all files that look like the following, where emailaddress is your email address:
OC__KeyContainer__emailaddress
Note: Microsoft is providing this information as a convenience to you. The sites are not controlled by Microsoft. Microsoft cannot make any representations regarding the quality, safety, or suitability of any software or information
found there. Please make sure that you completely understand the risk before retrieving any suggestions from the above link.
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support

Is skype calls over bluetooth not supported?

I upgraded to 2.2.4 firmware. So now I can use Skype voice calls. But I found that my bluetooth headphone cannot be used in the skype call, but only regular call.
I wonder if it is my bluetooth headphone's problem, or it is true that the firmware doesn't support Skype call over bluetooth.
Post relates to: Pre 2 p102una (Unlocked NA)

So, we'd have to get an answer from HP about this one. I don't have a Bluetooth headset so I am not able to test it. I do know that Music and Phone calls uses different Bluetooth connections to play audio. Phone calls us the Headset Profile while Music and Video use the Advanced Audio Distrobution Profile.
Try this, while on a Skype call, tap the Audio button in the bottom left and select Bluetooth. Does this work?

Prefixing a 9 and 91 to incoming calls from SIP provider for callback

I am wondering what would be the best options for prefixing a 9 or 91 to incoming calls over a sip connection to allow callback from missed calls and recieved calls. The setup is
callmanager 7.1.5 >>>>sip trunk>>>>>>>>>>>>CUBE>>>>>>>>>>>sip to ITSP
I am thinking voice translation rules is the only option for this? any configuration examples for this would be greatly appreciated.
would this work?
voice-translation rule 1
rule 1 // /9/
voice-translation profile prefix_9
translate calling 1
dial-peer voice 101 voip
destination-pattern ???????...$
voice-class codec 1
session protocol sipv2
session target ipv4: to callmanager
incoming called-number .
dtmf-relay rtp-nte
dial-peer voice 1001 voip
translation profile incoming prefix_9
destination-pattern T
session protocol sipv2
session target ipv4: to sip provider
incoming called-number ???????...$
dtmf-relay rtp-nte

Your config should work fine, except your profile is only applied to one dial-peer, make sure you apply it to the one that is used to redirect the call to CUCM.
Also, you did not mention what country you are in, but if this is US you may want to prefix 91 to national calls as carriers don't provide 9 as part of the CLID delivery, also what about your international calls, you may would be more explicit in your first rule to match for national digit string and then have another rule for international.
HTH,
Chris

Cisco CME: calls through SIP-provider again

Hello,friends!
I have already published a discussion here https://supportforums.cisco.com/discussion/12089656/cisco-cme-and-calls-through-sip-provider and you helped me, everything works well for Russian numbers.
When I tried to add the configuration for calls to Belarus, again, there was a problem. I do not understand why, although the configuration ideintichnaya.
My config:
voice service voip
ip address trusted list
ipv4 178.16.26.122 255.255.255.255
ipv4 144.76.42.108 255.255.255.255
ipv4 176.9.145.115 255.255.255.255
ipv4 5.9.108.25 255.255.255.255
ipv4 78.46.95.118 255.255.255.255
ipv4 89.249.23.194 255.255.255.255
ipv4 178.16.26.124 255.255.255.255
ipv4 176.9.85.133 255.255.255.255
ipv4 46.4.53.86 255.255.255.255
ipv4 5.9.84.165 255.255.255.255
ipv4 78.16.26.122 255.255.255.255
ipv4 77.235.62.222 255.255.255.255
ipv4 81.88.86.11 255.255.255.255
ipv4 192.168.1.50 255.255.255.255
ipv4 217.150.198.44 255.255.255.255
ipv4 178.63.96.3 255.255.255.255
ipv4 178.63.96.28 255.255.255.255
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
supplementary-service h450.12
no supplementary-service sip moved-temporarily
sip
registrar server
voice class codec 1
codec preference 1 g711ulaw
codec preference 2 g729r8
codec preference 3 g711alaw
voice class sip-profiles 20
request INVITE sip-header From modify "\"(.*)\" <sip:(.*)@(.*)>" "\"\" <sip:[email protected]>"
voice translation-rule 9
rule 1 /^98/ /7/
voice translation-rule 10
rule 1 /^9/ //
voice translation-rule 1020
rule 1 /^.*$/ /141756/
voice translation-rule 1030
rule 1 /^.*/ /141756/
voice translation-rule 1040
rule 1 /^.*$/ /21/
voice translation-profile incoming
translate called 1040
voice translation-profile outgoing
translate calling 1030
translate called 9
voice translation-profile outgoing-mezhdunarod
translate calling 1030
translate called 10
voice-card 0
dial-peer voice 2 voip
description TO-RUSSIA
translation-profile outgoing outgoing
preference 1
destination-pattern 98..........
session protocol sipv2
session target sip-server
voice-class codec 1
no voice-class sip outbound-proxy
voice-class sip profiles 20
voice-class sip bind control source-interface FastEthernet0/0
voice-class sip bind media source-interface FastEthernet0/0
dtmf-relay rtp-nte sip-notify
no vad
dial-peer voice 3 voip
translation-profile incoming incoming
incoming called-number 141756
voice-class codec 1
voice-class sip bind control source-interface FastEthernet0/0
voice-class sip bind media source-interface FastEthernet0/0
dtmf-relay rtp-nte
no vad
dial-peer voice 4 voip
description To-Belarus
translation-profile outgoing outgoing-mezhdunarod
destination-pattern 9375.........
session protocol sipv2
session target sip-server
voice-class codec 1
no voice-class sip outbound-proxy
voice-class sip profiles 20
voice-class sip bind control source-interface FastEthernet0/0
voice-class sip bind media source-interface FastEthernet0/0
dtmf-relay rtp-nte sip-notify
no vad
sip-ua
credentials username 141756 password 7<pass> realm sip.zadarma.com
authentication username 141756 password 7 <pass>
no remote-party-id
registrar 1 dns:sip.zadarma.com expires 3600
sip-server dns:sip.zadarma.com
connection-reuse
host-registrar
DEBUG ccsip message:
Jun 17 14:23:09.033: //14293/D2C3B137AE52/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 92.63.108.115:5060;branch=z9hG4bK36571F65
From: "" <sip:[email protected]>;tag=40FCB218-23D7
To: <sip:[email protected]>
Date: Tue, 17 Jun 2014 09:23:09 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3536040247-4114026979-2924673736-0741251102
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1402996989
Contact: <sip:[email protected]:5060>
Call-Info: <sip:92.63.108.115:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 309
v=0
o=CiscoSystemsSIP-GW-UserAgent 6656 8059 IN IP4 92.63.108.115
s=SIP Call
c=IN IP4 92.63.108.115
t=0 0
m=audio 18252 RTP/AVP 0 18 8 101
c=IN IP4 92.63.108.115
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
Jun 17 14:23:09.089: //14293/D2C3B137AE52/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 92.63.108.115:5060;branch=z9hG4bK36571F65;rport=5060
From: "" <sip:[email protected]>;tag=40FCB218-23D7
To: <sip:[email protected]>;tag=b638310eda6e4a73cf10b7fe3c94c572.6d40
Call-ID: [email protected]
CSeq: 101 INVITE
Proxy-Authenticate: Digest realm="sip.zadarma.com", nonce="U6AYAFOgFtT86kmu2Fr5tYxLYGEexIl1", qop="auth"
Server: kamailio (4.1.2 (x86_64/linux))
Content-Length: 0
Jun 17 14:23:09.169: //14293/D2C3B137AE52/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 92.63.108.115:5060;branch=z9hG4bK36571F65
From: "Vankuver" <sip:[email protected]>;tag=40FCB218-23D7
To: <sip:[email protected]>;tag=b638310eda6e4a73cf10b7fe3c94c572.6d40
Date: Tue, 17 Jun 2014 09:23:09 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0
Jun 17 14:23:09.169: //14293/D2C3B137AE52/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 92.63.108.115:5060;branch=z9hG4bK365820F2
From: "" <sip:[email protected]>;tag=40FCB218-23D7
To: <sip:[email protected]>
Date: Tue, 17 Jun 2014 09:23:09 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3536040247-4114026979-2924673736-0741251102
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 102 INVITE
Max-Forwards: 70
Timestamp: 1402996989
Contact: <sip:[email protected]:5060>
Call-Info: <sip:92.63.108.115:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: telephone-event
Proxy-Authorization: Digest username="141756",realm="sip.zadarma.com",uri="sip:[email protected]:5060",response="9534322838cbf2e265b2004bc0aa240e",nonce="U6AYAFOgFtT86kmu2Fr5tYxLYGEexIl1",cnonce="FFF9A231",qop=auth,algorithm=md5,nc=00000001
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 309
v=0
o=CiscoSystemsSIP-GW-UserAgent 6656 8059 IN IP4 92.63.108.115
s=SIP Call
c=IN IP4 92.63.108.115
t=0 0
m=audio 18252 RTP/AVP 0 18 8 101
c=IN IP4 92.63.108.115
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
Jun 17 14:23:09.637: //14293/D2C3B137AE52/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 92.63.108.115:5060;branch=z9hG4bK365820F2
From: "" <sip:[email protected]>;tag=40FCB218-23D7
To: <sip:[email protected]>
Date: Tue, 17 Jun 2014 09:23:09 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3536040247-4114026979-2924673736-0741251102
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 102 INVITE
Max-Forwards: 70
Timestamp: 1402996989
Contact: <sip:[email protected]:5060>
Call-Info: <sip:92.63.108.115:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: telephone-event
Proxy-Authorization: Digest username="141756",realm="sip.zadarma.com",uri="sip:[email protected]:5060",response="9534322838cbf2e265b2004bc0aa240e",nonce="U6AYAFOgFtT86kmu2Fr5tYxLYGEexIl1",cnonce="FFF9A231",qop=auth,algorithm=md5,nc=00000001
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 309
v=0
o=CiscoSystemsSIP-GW-UserAgent 6656 8059 IN IP4 92.63.108.115
s=SIP Call
c=IN IP4 92.63.108.115
t=0 0
m=audio 18252 RTP/AVP 0 18 8 101
c=IN IP4 92.63.108.115
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
Jun 17 14:23:10.621: //14293/D2C3B137AE52/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 92.63.108.115:5060;branch=z9hG4bK365820F2
From: "" <sip:[email protected]>;tag=40FCB218-23D7
To: <sip:[email protected]>
Date: Tue, 17 Jun 2014 09:23:10 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3536040247-4114026979-2924673736-0741251102
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 102 INVITE
Max-Forwards: 70
Timestamp: 1402996990
Contact: <sip:[email protected]:5060>
Call-Info: <sip:92.63.108.115:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: telephone-event
Proxy-Authorization: Digest username="141756",realm="sip.zadarma.com",uri="sip:[email protected]:5060",response="9534322838cbf2e265b2004bc0aa240e",nonce="U6AYAFOgFtT86kmu2Fr5tYxLYGEexIl1",cnonce="FFF9A
All possible debugging has been turned off
DC#231",qop=auth,algorithm=md5,nc=00000001
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 309
v=0
o=CiscoSystemsSIP-GW-UserAgent 6656 8059 IN IP4 92.63.108.115
s=SIP Call
c=IN IP4 92.63.108.115
t=0 0
m=audio 18252 RTP/AVP 0 18 8 101
c=IN IP4 92.63.108.115
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
Debug voice ccapi inout:
Destination Pattern=9375........., Called Number=375298911396, Digit Strip=FALSE
Jun 17 15:22:13.073: //14425/13366763AF35/CCAPI/ccCallSetupRequest:
Calling Number=141756(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=375298911396(TON=Unknown, NPI=Unknown),
Redirect Number=, Display Info=Vankuver
Account Number=, Final Destination Flag=FALSE,
Guid=13366763-F540-11E3-AF35-FAC82C2E981E, Outgoing Dial-peer=4
Jun 17 15:22:13.073: //14425/13366763AF35/CCAPI/cc_api_display_ie_subfields:
ccCallSetupRequest:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani=141756
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=0
dest=375298911396
cisco-desttype=0
cisco-destplan=0
cisco-rdie=FFFFFFFF
cisco-rdn=
cisco-rdntype=0
cisco-rdnplan=0
cisco-rdnpi=0
cisco-rdnsi=0
cisco-redirectreason=0 fwd_final_type =0
final_redirectNumber =
hunt_group_timeout =0
Jun 17 15:22:13.073: //14425/13366763AF35/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x6968AA04, Interface Type=3, Destination=, Mode=0x0,
Call Params(Calling Number=141756,(Calling Name=Vankuver)(TON=Unknown, NPI=Unknown, Screening=Not Screened, Presentation=Allowed),
Called Number=375298911396(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=RegularLine, FinalDestinationFlag=FALSE, Outgoing Dial-peer=4, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
Jun 17 15:22:13.073: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Jun 17 15:22:13.073: :cc_get_feature_vsa malloc success
Jun 17 15:22:13.073: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Jun 17 15:22:13.077: cc_get_feature_vsa count is 2
Jun 17 15:22:13.077: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Jun 17 15:22:13.077: :FEATURE_VSA attributes are: feature_name:0,feature_time:1819298856,feature_id:3371
Jun 17 15:22:13.077: //14427/13366763AF35/CCAPI/ccIFCallSetupRequestPrivate:
SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
Jun 17 15:22:13.077: //14427/13366763AF35/CCAPI/ccCallSetContext:
Context=0x6C726BF4
Jun 17 15:22:13.077: //14425/13366763AF35/CCAPI/ccSaveDialpeerTag:
Outgoing Dial-peer=4
Jun 17 15:22:13.085: //14427/13366763AF35/CCAPI/cc_api_call_proceeding:
Please help me... I don't know what to do!

You need to contact service provider for this , after authentication challenge your sip provider is not sending any response.
Contact them and ask whether they had received INVITE with proxy authentication details or not.

Outbound Call Failure - SIP Trunk

All phones are unable to dial a single target number on the PSTN. The symptom is that it rings once and goes fast busy.
The call flow is:
Phone >>> CUCM >>> CUBE >>> Verizon SIP Trunk >>> PSTN >>> Target Number
As seen in the CUBE debug ccsip messages, the CUBE receives a "SIP/2.0 480 Temporarily unavailable" message. debug ccsip messages, dial-peer and voice class information follows:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/TCP 192.168.106.11:5060;branch=z9hG4bK6c4bb65f140c8
From: "" <sip:[email protected]>;tag=4037968~a812c08a-f7f0-43a7-a92c-e5ac2a38867c-65745615
To: <sip:[email protected]>
Date: Wed, 18 Dec 2013 21:48:27 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: 101 INVITE
Expires: 180
Allow-Events: presence, kpml
Supported: X-cisco-srtp-fallback,X-cisco-original-called
Call-Info: <sip:192.168.106.11:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Cisco-Guid: 0520523008-0000065536-0000067523-0191539392
Session-Expires: 1800
P-Asserted-Identity: "" <sip:[email protected]>
Remote-Party-ID: "" <sip:[email protected]>;party=calling;screen=yes;privacy=off
Contact: <sip:[email protected]:5060;transport=tcp>
Max-Forwards: 70
Content-Type: application/sdp
Content-Length: 390
v=0
o=CiscoSystemsCCM-SIP 4037968 1 IN IP4 192.168.106.11
s=SIP Call
c=IN IP4 10.139.64.171
b=TIAS:64000
b=AS:64
t=0 0
m=audio 30688 RTP/AVP 0 8 116 18 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:8 PCMA/8000
a=ptime:20
a=rtpmap:116 iLBC/8000
a=ptime:20
a=maxptime:60
a=fmtp:116 mode=20
a=rtpmap:18 G729/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent:
INVITE sip:[email protected]:5073 SIP/2.0
Via: SIP/2.0/UDP 10.139.64.52:5060;branch=z9hG4bK636B313D7
Remote-Party-ID: "" <sip:[email protected]>;party=calling;screen=yes;privacy=off
From: "" <sip:[email protected]>;tag=78FC5414-198D
To: <sip:[email protected]>
Date: Wed, 18 Dec 2013 21:40:10 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 0520523008-0000065536-0000067523-0191539392
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1387402810
Contact: <sip:[email protected]:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 69
Session-Expires: 1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 348
v=0
o=CiscoSystemsSIP-GW-UserAgent 4778 3356 IN IP4 10.139.64.52
s=SIP Call
c=IN IP4 10.139.64.52
t=0 0
m=audio 23372 RTP/AVP 0 8 116 18 101
c=IN IP4 10.139.64.52
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:116 iLBC/8000
a=fmtp:116
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
079120: Dec 18 2013 16:40:10.008: //314738/1F068D000001/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 192.168.106.11:5060;branch=z9hG4bK6c4bb65f140c8
From: "" <sip:[email protected]>;tag=4037968~a812c08a-f7f0-43a7-a92c-e5ac2a38867c-65745615
To: <sip:[email protected]>
Date: Wed, 18 Dec 2013 21:40:09 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
079121: Dec 18 2013 16:40:10.080: //314739/1F068D000001/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 10.139.64.52:5060;branch=z9hG4bK636B313D7
From: "" <sip:[email protected]>;tag=78FC5414-198D
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1387402810
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
079122: Dec 18 2013 16:40:11.176: //314739/1F068D000001/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 10.139.64.52:5060;branch=z9hG4bK636B313D7
From: "" <sip:[email protected]>;tag=78FC5414-198D
To: <sip:[email protected]>;tag=182903799-1387403308449
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1387402810
Supported:
Contact: <sip:[email protected]:5073;transport=udp>
Allow: ACK,BYE,CANCEL,INFO,INVITE,OPTIONS,PRACK,REFER,NOTIFY,UPDATE
Content-Length: 0
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent:
SIP/2.0 180 Ringing
Via: SIP/2.0/TCP 192.168.106.11:5060;branch=z9hG4bK6c4bb65f140c8
From: "" <sip:[email protected]>;tag=4037968~a812c08a-f7f0-43a7-a92c-e5ac2a38867c-65745615
To: <sip:[email protected]>;tag=78FC58A8-1B6B
Date: Wed, 18 Dec 2013 21:40:09 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Remote-Party-ID: <sip:[email protected]>;party=called;screen=no;privacy=off
Contact: <sip:[email protected]:5060;transport=tcp>
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
079128: Dec 18 2013 16:40:12.384: //314739/1F068D000001/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 480 Temporarily unavailable
Via: SIP/2.0/UDP 10.139.64.52:5060;branch=z9hG4bK636B313D7
From: "" <sip:[email protected]>;tag=78FC5414-198D
To: <sip:[email protected]>;tag=182903799-1387403308449
Call-ID: [email protected]
CSeq: 101 INVITE
Timestamp: 1387402810
Content-Length: 0
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent:
SIP/2.0 480 Temporarily Not Available
Via: SIP/2.0/TCP 192.168.106.11:5060;branch=z9hG4bK6c4bb65f140c8
From: "" <sip:[email protected]>;tag=4037968~a812c08a-f7f0-43a7-a92c-e5ac2a38867c-65745615
To: <sip:[email protected]>;tag=78FC58A8-1B6B
Date: Wed, 18 Dec 2013 21:40:09 GMT
Call-ID: [email protected]
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Reason: Q.850;cause=18
Content-Length: 0
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
079146: Dec 18 2013 16:40:12.388: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5073 SIP/2.0
Via: SIP/2.0/UDP 10.139.64.52:5060;branch=z9hG4bK636B313D7
From: "" <sip:[email protected]>;tag=78FC5414-198D
To: <sip:[email protected]>;tag=182903799-1387403308449
Date: Wed, 18 Dec 2013 21:40:10 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
079147: Dec 18 2013 16:40:12.404: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/TCP 192.168.106.11:5060;branch=z9hG4bK6c4bb65f140c8
From: "" <sip:[email protected]>;tag=4037968~a812c08a-f7f0-43a7-a92c-e5ac2a38867c-65745615
To: <sip:[email protected]>;tag=78FC58A8-1B6B
Date: Wed, 18 Dec 2013 21:48:27 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence, kpml
Content-Length: 0
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
dial-peer voice 9100 voip
description inboubd dial-peer for outgoing calls from CUCM (11D)
preference 1
session protocol sipv2
incoming called-number ^1..........$
voice-class codec 10
dtmf-relay rtp-nte digit-drop
ip qos dscp cs5 media
ip qos dscp cs3 signaling
no vad
outbound DP
dial-peer voice 8100 voip
description outbound dial-peer for outgoing calls to Verizon (11D)
destination-pattern ^1..........$
session protocol sipv2
session target sip-server
voice-class codec 10
voice-class sip dtmf-relay force rtp-nte
voice-class sip early-offer forced
dtmf-relay rtp-nte digit-drop
ip qos dscp cs5 media
ip qos dscp cs3 signaling
no vad
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
voice class codec 1
codec preference 1 g729r8
codec preference 2 g711ulaw
voice class codec 10
codec preference 1 transparent
voice class codec 2
codec preference 1 g711ulaw
codec preference 2 g722-64

I created the new voice class and mapped it to the outgoing dial-peer 8100. The call was then successful.
See new voice class:
#sh run | be voice class codec 11
voice class codec 11
codec preference 1 g711ulaw
codec preference 2 g711alaw
codec preference 3 g729r8
See revised dial-peer 8100:
dial-peer voice 8100 voip
description outbound dial-peer for outgoing calls to Verizon (11D)
destination-pattern ^1..........$
session protocol sipv2
session target sip-server
voice-class codec 11
voice-class sip dtmf-relay force rtp-nte
voice-class sip early-offer forced
dtmf-relay rtp-nte digit-drop
ip qos dscp cs5 media
ip qos dscp cs3 signaling
no vad
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
My only remaining question is why did the CUBE invite NOT include the m line for g729r8?
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
See the ccapi inout snippet showing the hit with dial-peer 8100:
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
080927: Dec 19 2013 15:27:57.810: //316459/32C4F8800001/CCAPI/ccCallSetupRequest:
Destination=, Calling IE Present=TRUE, Mode=0,
Outgoing Dial-peer=8100, Params=0x2B912E08, Progress Indication=NULL(0)
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
See the debug ccsip messages output showing original CUCM invite received by CUBE with 5 a line references:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
080907: Dec 19 2013 15:27:57.806: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/TCP 192.168.106.11:5060;branch=z9hG4bK6d715c9c6ad1
From: "XXXXXXXXXX" ;tag=4077346~a812c08a-f7f0-43a7-a92c-e5ac2a38867c-65761788
To:
Date: Thu, 19 Dec 2013 20:36:14 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: 101 INVITE
Expires: 180
Allow-Events: presence, kpml
Supported: X-cisco-srtp-fallback,X-cisco-original-called
Call-Info: ;method="NOTIFY;Event=telephone-event;Duration=500"
Cisco-Guid: 0851769472-0000065536-0000068412-0191539392
Session-Expires: 1800
P-Asserted-Identity: "XXXXXXXXXX"
Remote-Party-ID: "XXXXXXX" ;party=calling;screen=yes;privacy=off
Contact:
Max-Forwards: 70
Content-Type: application/sdp
Content-Length: 464
v=0
o=CiscoSystemsCCM-SIP 4077346 1 IN IP4 192.168.106.11
s=SIP Call
c=IN IP4 10.139.64.52
b=TIAS:64000
b=AS:64
t=0 0
m=audio 26738 RTP/AVP 0 8 116 116 18 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:8 PCMA/8000
a=ptime:20
a=rtpmap:116 iLBC/8000
a=ptime:20
a=maxptime:60
a=fmtp:116 mode=20
a=rtpmap:116 iLBC/8000
a=ptime:30
a=maxptime:60
a=fmtp:116 mode=30
a=rtpmap:18 G729/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
See ccsip messages output showing CUBE sending invite to Verizon:
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Sent:
INVITE sip:[email protected]:5073 SIP/2.0
Via: SIP/2.0/UDP 10.139.64.52:5060;branch=z9hG4bK63F9C611
Remote-Party-ID: "David Callahan" ;party=calling;screen=yes;privacy=off
From: "David Callahan" ;tag=7DE0957C-1CAB
To:
Date: Thu, 19 Dec 2013 20:27:57 GMT
Call-ID: [email protected]
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 0851769472-0000065536-0000068412-0191539392
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1387484877
Contact:
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 69
Session-Expires: 1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 259
v=0
o=CiscoSystemsSIP-GW-UserAgent 6966 4178 IN IP4 10.139.64.52
s=SIP Call
c=IN IP4 10.139.64.52
t=0 0
m=audio 32502 RTP/AVP 0 8 101
c=IN IP4 10.139.64.52
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

Calls over VPN -- SIP_URL::ParseUrlBase ParseSipUrlParams failed 80004005

I am finding in my environment that users who are on a VPN remotely have issues making phone calls to anyone else who's internal or even someone
outside on their cell phone.
The VPN client being used is Citrix Access Gateway.
User makes calls over the Lync 2010 Client.
I turned on Logging and gathered details from the Tracing directory with Snooper and came across these. Any idea of what is going on?
The person they're trying to call is showing up there as a name instead of a number in the log. Is that normal?
Component: UCCP
Level: ERROR
Flag: N/A
Function: N/A
Source: N/A
Local Time: 01/23/2015-09:42:24.249
Sequence# : 00000373
CorrelationId : N/A
ThreadId : 1138
ProcessId : 1134
CpuId : 0
Original Log Entry :
01/23/2015|09:42:24.249 1134:1138 ERROR :: SIP_URL::ParseUrlParams invalid char Q found when trying to parse params
Component: UCCP
Level: ERROR
Flag: N/A
Function: N/A
Source: N/A
Local Time: 01/23/2015-09:42:24.249
Sequence# : 00000374
CorrelationId : N/A
ThreadId : 1138
ProcessId : 1134
CpuId : 0
Original Log Entry :
01/23/2015|09:42:24.249 1134:1138 ERROR :: SIP_URL::ParseUrlBase ParseSipUrlParams failed 80004005
Component: UCCP
Level: ERROR
Flag: N/A
Function: N/A
Source: N/A
Local Time: 01/23/2015-09:42:24.249
Sequence# : 00000375
CorrelationId : N/A
ThreadId : 1138
ProcessId : 1134
CpuId : 0
Original Log Entry :
01/23/2015|09:42:24.249 1134:1138 ERROR :: SIP_URL::InternalInitialize ParseSipUrl(sip:John Quincy) failed 80ee0012

Hi,
For the VPN, when users connect to the corporate network using a VPN client, Lync media traffic is sent through the VPN tunnel. This configuration can create additional latency and jitter because media traffic must pass through an additional layer of encryption
and decryption.
The recommend way is to use a split tunnel for VPN. Then Lync client connects to the Access Edge Server for all signaling connections when on the corporate VPN. In addition, media sessions don’t be allowed to establish connectivity through the VPN tunnel.
Media sessions will be routed through the A/V Edge Server public interface.
More details:
http://blogs.technet.com/b/nexthop/archive/2011/11/15/enabling-lync-media-to-bypass-a-vpn-tunnel.aspx
Best Regards,
Eason Huang
Eason Huang
TechNet Community Support

Calling over WiFi

Do BT antcipate any introduction of a "calling over WiFi" app?
EE are introducing a seamless approach in very selected phones running EE firmware only. However I prefer Three's app approach and being able to select which AP is authorised for WiFi calling and works pretty well. Never got on with O2's TuGo!

The free Zoiper app is pretty useful. It's a VOIP client that runs in the background on your cellphone. It connects VOIP calls over whatever physical network is available at the time. Whether GPRS, UMTS, HSPA, LTE, or 802.11, including BTWiFi hotspots.
Direct Inward Dialling (DID) telephone numbers for VOIP are also available for free from certain VOIP providers. The Zoiper app is then configured to accept inbound calls to those DID numbers. The Zoiper client can actually handle multiple SIP accounts. Useful if you're abroad, for avoiding roaming charges, and for making low-cost domestic or international calls (i.e. least-cost-routing).
By shopping around for VOIP providers, making calls to geographical numbers in the UK, USA, and many other countries can be virtually free, as well as free to US mobiles. Those calls that are still charged, are generally minimal in cost.
With the maturity of packet-switched VOIP calling -- and the availability of multiple physical networks to carry the underlying connection -- making a voice-call over the traditional cellphone has surely had its day.

Voice/video calling over BBM is no longer available for OS 10.3.1.1565

After updating to OS 10.3.1.1565 for my BB Passport voice/video calling over BBM is no
longer available. I CANNOT MAKE VOICE OR VIDEO CALLS OVER BBM neither I CAN RECEIVE CALLS
OVER BBM. I do use voice calling over bbm on a daily basis and I feel like I am now without
my phone!
I did update ALL the application offered for the update. Right now there are NO applications
available for the update - all are up-to-date.
BB World indicates I use BBM 10.6.4.10. I did REFRESH BB World with no changes. Yet NO UPDATES
are offered.
When I select the BBM application in BB World among the list of Installed application it
says in red color "Unavailable for this device".
I see some use BBM 10.6.5.10. Are there troubles with voice/video calling over BBM for
10.6.5.10 & OS 10.3.1.1565?
Maybe the bug is with BB World that is to be updated itself? But it does not offer me to
update one.
Does anyone have an idea how to fix that?
Thanks!
Solved!
Go to Solution.

I wish I new how to update
I have purchased yesterday BB Classic for my wife and also updated OS for it.
BBM works flawlessly with OS 10.3.1.1565 and preinstalled BBM 10.5.15.19. However its also indicates in red that the application is "Unavailable for this device".
Anyone from Blackberry, would you please suggest how to update BBM in my case?! It is that vital for me.
Thanks.

How to implement VoIP over SIP in J2ME

Hi All,
This is kapil from India and i want to implement VoIP over SIP in j2me.Any help will be appreciated.
I know about SIP API in J2ME. I want to use VoIP over it.Please help.I will be grateful to you.
regards
kapil

Why don't you give us the money your Boss pays you.. then we'll see what can be done ;)
Seriously, it might be smart to start your own research first. Check out what VoiP and SIP are all about, and the check how it fits into J2me.

Audio and Video call greyed out

Hi. I m using ichat (lion OS) in my mac mini. My problem is cant video call or even call anyone, but people can video call me. When other's call me, both video and audio works fine. But in my ichat all i see is greyed out audio or video call. Please help..

HI,
If your Video Menu says Video Chat Enabled and your View Menu says the Show Video Status is On and the Bandwidth is set to at least 500kbps then I cannot see why you cannot initiate Chats.
You should either be able to click a green video icon next to a Buddy or highlight them and then use the icons at the bottom of the list (Or right-click a Buddy and you the pop up menu or highlight and use the Buddies Menu)
(i.e. there are lots of ways to start a chat)
If the Buddy is greyed Out but still showing a Video icon (Also greyed out) then that Buddy has faulty login.
Dark text Buddies are ON line but greyed out Video icons are then Busy
8:11 PM Monday; April 9, 2012
Please, if posting Logs, do not post any Log info after the line "Binary Images for iChat"
 iMac 2.5Ghz 5i 2011 (Lion 10.7.3)
 G4/1GhzDual MDD (Leopard 10.5.8)
 MacBookPro 2Gb (Snow Leopard 10.6.8)
 Mac OS X (10.6.8),
"Limit the Logs to the Bits above Binary Images."  No, Seriously

Audio Dropouts on calls after v.1.1.4 update.

I installed the *1.1.4 firmware* update the day it came out...since then, I'm having consistent audio-dropouts during calls.
It happens for anyone that I call, about *every 4 to 6 seconds*, I get a blip of silence, and makes conversing very difficult.
I tried the "Restore" option in iTunes, it backed up my phone first, then went to factory defaults.... Even before restoring my data, I made an outgoing call by manually dialing and got the same audio problem.
Any ideas out there?
thanks in advance,
-h

If you have a friend that has a computer with iTunes on it, I would recommend Restoring your iPhone on their computer incase the firmware update through your computer might have not gone through correctly.
Or take it to a Genius Bar at a nearby Apple Store and have them restore and make sure the software is updated on your iPhone for you. Sometimes it just helps when they use their computers for updates.
I've noticed others having issues with updating their firmware as well on their personal computers, but when they take it in to the Genius Bar and they restore/update with their computers, it seems to work fine afterwards.

Can i play my phone calls over my car speakers?

For some reason after installing my bluetooth I can hear my game sounds over my car stereo speakers. I've always wanted to be able to hear my phone calls over my speakers. Does anyone know if I can do this and if so, how do you set it up? Thanks.

Sure, if your car has the right features ...
My (and a lot of other) car(s), have a bluetooth pairing capability that includes a microphone in the car (ceiling).
So I can play music through the car speakers, and if a phone call comes in, the music will stop (iPhone feature) and once I answer the call (which I can do from pushbuttons on the steering wheel), I can talk (through the car's microphone) and hear (through the car's speakers).
Check out if your car is set up for this.

Unable to perform call transfer or call park for an outbound call via SIP Trunk (SKYPE)

We have configured the SIP Trunk & SIP profile and successfull make outbound call through SIP Trunk (SKYPE). However, we are not able to perform call transfer or call park when the call is connected.
The scenario is:
A call to an phone number via SIP trunk, when call established, A perform call-transfer to B. After the call-transfer, the call Drop and Phone B show error code "Temp Fail"
When i select "enable MTP" in SIP trunk, we are able to call transfer and call park. But it limit the number of call session to 1.

You are probably running into some sort of Codec issue. IE, your phone is G.711 and the trunk is G.729. You will need to transcode the call at somepoint.

My 3GS crashes during phone calls over about 3 minutes, even after the upgrade to 5.0

My 3GS crashes during phone calls over about 3 minutes, even after the upgrade to 5.o

I've also got this annoying problem, but it seems to vary how long the phone wants to last before crashing - i think the longest conversation i've had with iOS4 is 15 minutes and it was an important phone call (my son was in hospital at the time and i was away on business)
i was hoping that iOS4.2 would fix the problem, but alas nothing but more crashing..
being a user of Apple products since 1984, having this trouble is pretty disappointing as i used to believe that Apple made a quality product..

Oneway audio on offnet calls over sip at a single location.

Similar Messages

Maybe you are looking for