07-14-2015 08:36 AM - edited 03-17-2019 03:39 AM
Hey Guys,
Been a while since ive done one of these. I have an issue where CUE isnt picking up the called number correctly, but only for SIP calls.
If I call into an SCCP Phone on extension 218, the call comes in ok and gets VM.
If I call into a SIP phone on extension 210, the call goes to VM Ok, but asks for the ID.
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
sip
bind control source-interface GigabitEthernet0/0.3
bind media source-interface GigabitEthernet0/0.3
registrar server expires max 600 min 60
voice register global
mode cme
source-address x.x.x.x port 5060
max-dn 20
max-pool 20
load 8961 sip8961.9-4-1-9
timezone 23
time-format 24
date-format D/M/Y
voicemail 700
tftp-path flash:
create profile sync 0006489029377307
!
voice register dn 1
number 210
allow watch
name Reception
call-forward b2bua all 700
!
voice register template 1
camera
video
!
voice register pool 1
busy-trigger-per-button 2
id mac 189C.5D21.D727
type 8961 addon 1 CKEM
number 1 dn 1
template 1
dtmf-relay rtp-nte sip-notify
username cisco password cisco
dial-peer voice 700 voip
mailbox-selection orig-called-num
description *** VM ***
destination-pattern 700
session protocol sipv2
session target ipv4:10.107.41.201
dtmf-relay rtp-nte sip-notify
codec g711ulaw
no vad
Doing a debug CCSIP messsages shows that with the SCCP call debug, there is a "Diversion" item in the SIP invite to the CUE:
INVITE sip:700@10.107.41.201:5060 SIP/2.0
Via: SIP/2.0/UDP 10.107.41.200:5060;branch=z9hG4bK1F27D1D1F
Remote-Party-ID: <sip:000447590695490@10.107.41.200>;party=calling;screen=yes;privacy=off
From: <sip:000447590695490@10.107.41.200>;tag=D5D50D48-1678
To: <sip:700@10.107.41.201>
Date: Tue, 14 Jul 2015 15:31:20 GMT
Call-ID: 35DEA64F-297411E5-80B8BE43-45F64916@10.107.41.200
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 0903744039-0695472613-2159328835-1173768470
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M5
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1436887880
Contact: <sip:000447590695490@10.107.41.200:5060>
Call-Info: <sip:10.107.41.200:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Diversion: <sip:218@10.107.41.200>;privacy=off;reason=unconditional;counter=1;screen=no
Expires: 180
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 250
v=0
o=CiscoSystemsSIP-GW-UserAgent 4399 3556 IN IP4 10.107.41.200
s=SIP Call
c=IN IP4 10.107.41.200
t=0 0
m=audio 20248 RTP/AVP 0 101
c=IN IP4 10.107.41.200
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
However, the call trace when involving a SIP based first hop telephone does not show this:
INVITE sip:700@10.107.41.201:5060 SIP/2.0
Via: SIP/2.0/UDP 10.107.41.200:5060;branch=z9hG4bK1F2831903
Remote-Party-ID: <sip:000447590695490@10.107.41.200>;party=calling;screen=yes;privacy=off
From: <sip:000447590695490@10.107.41.200>;tag=D5D6B854-1A4C
To: <sip:700@10.107.41.201>
Date: Tue, 14 Jul 2015 15:33:09 GMT
Call-ID: 771064ED-297411E5-80C6BE43-45F64916@10.107.41.200
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 1997523141-0695472613-2160311875-1173768470
User-Agent: Cisco-SIPGateway/IOS-15.2.4.M5
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Max-Forwards: 70
Timestamp: 1436887989
Contact: <sip:000447590695490@10.107.41.200:5060>
Call-Info: <sip:10.107.41.200: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: 250
v=0
o=CiscoSystemsSIP-GW-UserAgent 6051 2043 IN IP4 10.107.41.200
s=SIP Call
c=IN IP4 10.107.41.200
t=0 0
m=audio 20250 RTP/AVP 0 101
c=IN IP4 10.107.41.200
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
I feel like I need the equivalent of "redirecting diversion header delivery - inbound" for CCME - does anyone know how to solve this?
Thanks
Solved! Go to Solution.
07-14-2015 09:27 AM
To me it look like you are hitting below bug. Can you please test one thing instead of having call-forward all, can you set this call-forward noan <VM number> and busy state. or upgrade.
https://tools.cisco.com/bugsearch/bug/CSCui48381/?reffering_site=dumpcr
07-14-2015 02:20 PM
Can you enable supplementary service moved temporary in CME.
command under voice service voip: supplementary-service sip moved-temporarily
07-14-2015 09:27 AM
To me it look like you are hitting below bug. Can you please test one thing instead of having call-forward all, can you set this call-forward noan <VM number> and busy state. or upgrade.
https://tools.cisco.com/bugsearch/bug/CSCui48381/?reffering_site=dumpcr
07-14-2015 09:58 AM
Its only a single hop call forwarding my case but I'll try it tomorrow and report back; thanks for the input
07-14-2015 02:20 PM
Can you enable supplementary service moved temporary in CME.
command under voice service voip: supplementary-service sip moved-temporarily
07-15-2015 12:54 AM
Thanks Mohammed, nailed it!
07-15-2015 05:29 AM
I was actually affected by this as well.
call flow:
SCCP Phone - > SIP PHone - CFwdall to voicemail NO ISSUE
PSTN Phone -> SIP Phone -> CFwdall to voicemail ENTER YOUR ID
PSTN Phone -> SIP Phone -> CFwd No answer to voicemail NO ISSUE.
I am on IOS 152-4.M5 as well, which isn't listed in the bug.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide