CUCME 8.6 Call not forwarding Voicemail

Hi frieds,
     In our office we are using CUCME 8.6 on Cisco 2951 and unity express 8.5 in ISM module. As per our configuration whenever user is busy or not answering , the call will forward to voicemail. Totally we have 24 PSTN line. So we have an additional gateway 2901. The Issue I’m facing is that, when a PSTN incoming call coming through the second gateway(2901), if the extension is busy or not answering the call is disconnecting instead of forwarding to voicemail.
My 2951 configurations
voice service voip
ip address trusted list
ipv4 172.16.19.80
ipv4 172.16.19.81
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/1
bind media source-interface GigabitEthernet0/1
registrar server.
Dial peer we are using for voice mail:
dial-peer voice 99 voip
destination-pattern 1099
session protocol sipv2
session target ipv4:172.16.19.81
dtmf-relay sip-notify
codec g711ulaw
no vad.
2901 Configurations
voice service voip
ip address trusted list
ipv4 172.16.19.80
ipv4 172.16.19.81
ipv4 172.16.19.82
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
dial-peer voice 99 voip
destination-pattern 1099
session protocol sipv2
session target ipv4:172.16.19.81
dtmf-relay sip-notify
codec g711ulaw
no vad
============================
Debug CCSIP Calls
Dec 15 15:23:23.448: //37497/8FD56BBAA9EA/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0xAF40FD8
State of The Call        : STATE_DEAD
TCP Sockets Used         : YES
Calling Number           : 5000
Called Number            : 1099
Source IP Address (Sig ): 172.16.19.80
Destn SIP Req Addr:Port :
Destn SIP Resp Addr:Port :
Destination Name         :
Dec 15 15:23:23.448: //37497/8FD56BBAA9EA/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream             : 1
Negotiated Codec         : No Codec
Negotiated Codec Bytes   : 0
Nego. Codec payload      : 255 (tx), 255 (rx)
Negotiated Dtmf-relay    : 0
Dtmf-relay Payload       : 0 (tx), 0 (rx)
Source IP Address (Media): 172.16.19.80
Source IP Port    (Media): 25364
Destn IP Address (Media): -
Destn IP Port    (Media): 0
Orig Destn IP Address:Port (Media): [ - ]:0
Dec 15 15:23:23.448: //37497/8FD56BBAA9EA/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC)    : 47
Disconnect Cause (SIP)   : 200
For your reference I here attach a network diagram
What the command which I missed?

Check License status on your CUE, I had same issue.. Finally figured out its about license.. sh license status
Sent from Cisco Technical Support iPhone App

Similar Messages

CUCM not forwarding CTI called number - Subscriber Sign-in

I am running into an issue in CUCM/CUC 8.6(2a) when setting up external voicemail access.
I set up a CTI RP (Dn=2300) to forward to voicemail and set up a routing rule to send the Call
to subscriber sign in. The call keeps going to the opening greeting. I did a port status monitor
and I don't see the forwarding stations directory number. Just the Unity Pilot Point number.
I just set this up in CUCM 8.6(1) and I have it working. I mirrored the config but don't get the same results.
I'm not sure if maybe a service parameter changed or something and I am missing it.
TIA

Thanks for sharing your findings Rob. Your post helped me solve an issue I was having with a SIP trunk between CUCM and CUC.
Just to recap in case this post can help anyone else, if you don't check the Redirecting Diversion Header Delivery - Outbound then Call Manager will not forward calls with a redirect number or reason code to Unity. Using RTMT Port Monitor you'll find the call will complete but as a direct call to Unity.
The problem I was facing was CFNA (internal, external, etc) from a DN in CUCM to CUC would send the caller to the Opening Greeting, instead of the voicemail box of the user, which in this case was functioning properly because Redirecting Diversion Header Delivery was not checked.
Thanks again to both Robs for your thread,
Derek

Frozen display when call is forward to voicemail IOS 8

After upgrading my iPhone 5s to ios 8 and 8.0.2,I forward incoming calls to my voicemail with a double click on sleep button and when I unlock my device the screen has been frozen, so I have to lock/unlock my iPhone to fix this issue,can anyone help me?

Hi,
If at least one of these phones is set to CF to VM then it will, if not, then no.
If none of your phones is set to CF to VM CUCM will not send them to VM, that is expected, if you need to ring, phone A, and if it is not answered to go to phone B, C... and so on, and send the caller to VM after you have reached all of these then use a hunt group, (the pilot can be set to CF to VM if nobody answers), if you need to ring all phones at the same time so someone can pick this up, use a hunt group with a broadcast logic.
If this is for a single user, check 'single number reach' (SNR) or mobility on CUCM.
Bottom line, there is no way to send a caller to VM if none of the phones is set to CF to VM.
HTH
Chris.

Cucm , Cube via Sip and Sip Trunk to ISP , Outgoing calls not working

Hi
We have issue with the outgoing calls to sip trunk
Below is the config and the debugs
It will be great if you give your thoughts since we have stuck here
My thoughts are:
i see that for unknown reason the called number is going with 4 digits instead of 8 digits
i dont see any sip message comming from ISP
Maybe the call not going there ? to isp trunk? From the trace the call hit the correct dialpeer 888 but i see 4 digits as a called number , but i dodnt understant the reason to translated in 4 digits the called number.Not apply a translation rule for that
confused!!!
Calling Numbner:22324086
Called Number: 23823690
CUCM:192.168.1.241 and 242
CUBE:192.168.1.10
voice service voip
ip address trusted list
ipv4 0.0.0.0 0.0.0.0
dtmf-interworking rtp-nte
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 h225-notify cid-update
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol none
no fax-relay sg3-to-g3
h323
sip
registrar server
localhost dns:bbtb.cyta.com.cy
outbound-proxy dns:sbg.bbtb.cyta.com.cy
no update-callerid
early-offer forced
voice class codec 2
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g729br8
codec preference 4 g729r8
voice translation-rule 1
rule 1 /.*$....$/ /\1/
voice translation-rule 3
rule 1 /^9/ //
voice translation-rule 4
rule 1 /\+/ /900/
rule 2 /^$9$$.......$$/ /99\2/
rule 3 /^$2$$.......$$/ /92\2/
rule 4 /^0/ /90/
rule 5 /^1/ /9001/
rule 6 /^3/ /9003/
rule 7 /^4/ /9004/
rule 8 /^5/ /9005/
rule 9 /^6/ /9006/
rule 10 /^7/ /9007/
rule 11 /^8/ /9008/
rule 12 /^9/ /9009/
rule 13 /^2/ /9002/
voice translation-rule 5
rule 1 // /2232/
rule 2 /^9/ //
voice translation-profile SIP_Incoming
translate calling 4
translate called 1
voice translation-profile SIP_Outgoing
translate calling 5
translate called 3
interface FastEthernet0/0
ip address 192.168.1.10 255.255.255.0
duplex auto
speed auto
interface FastEthernet0/1
description **SIP TRUNK WITH CYTA**
ip address 10.249.13.130 255.255.255.252
duplex auto
speed auto
interface FastEthernet0/0
ip address 192.168.1.10 255.255.255.0
duplex auto
speed auto
interface FastEthernet0/1
description **SIP TRUNK WITH CYTA**
ip address 10.249.13.130 255.255.255.252
duplex auto
speed auto
dial-peer voice 889 voip
description **SIP Trunk to CUCM**
destination-pattern 4086
session protocol sipv2
session target ipv4:192.168.1.242:5060
voice-class codec 2
voice-class sip dtmf-relay force rtp-nte
no voice-class sip outbound-proxy
voice-class sip bind control source-interface FastEthernet0/0
voice-class sip bind media source-interface FastEthernet0/0
dtmf-relay sip-notify
no vad
dial-peer voice 890 voip
description **SIP Trunk to CUCM2**
destination-pattern 4086
session protocol sipv2
session target ipv4:192.168.1.241:5060
voice-class codec 2
voice-class sip dtmf-relay force rtp-nte
no voice-class sip outbound-proxy
voice-class sip bind control source-interface FastEthernet0/0
voice-class sip bind media source-interface FastEthernet0/0
dtmf-relay sip-notify
no vad
dial-peer voice 888 voip
description **SIP Trunk to CYTA OUTGOING**
translation-profile incoming SIP_Incoming
translation-profile outgoing SIP_Outgoing
destination-pattern 9T
session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 2
voice-class sip dtmf-relay force rtp-nte
dtmf-relay rtp-nte
no vad
voice service voip
ip address trusted list
ipv4 0.0.0.0 0.0.0.0
dtmf-interworking rtp-nte
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 h225-notify cid-update
no supplementary-service sip moved-temporarily
no supplementary-service sip refer
fax protocol none
no fax-relay sg3-to-g3
h323
sip
registrar server
localhost dns:bbtb.cyta.com.cy
outbound-proxy dns:sbg.bbtb.cyta.com.cy
no update-callerid
early-offer forced
voice class codec 2
codec preference 1 g711alaw
codec preference 2 g711ulaw
codec preference 3 g729br8
codec preference 4 g729r8
voice translation-rule 1
rule 1 /.*$....$/ /\1/
voice translation-rule 3
rule 1 /^9/ //
voice translation-rule 4
rule 1 /\+/ /900/
rule 2 /^$9$$.......$$/ /99\2/
rule 3 /^$2$$.......$$/ /92\2/
rule 4 /^0/ /90/
rule 5 /^1/ /9001/
rule 6 /^3/ /9003/
rule 7 /^4/ /9004/
rule 8 /^5/ /9005/
rule 9 /^6/ /9006/
rule 10 /^7/ /9007/
rule 11 /^8/ /9008/
rule 12 /^9/ /9009/
rule 13 /^2/ /9002/
voice translation-rule 5
rule 1 // /2232/
rule 2 /^9/ //
voice translation-profile SIP_Incoming
translate calling 4
translate called 1
voice translation-profile SIP_Outgoing
translate calling 5
translate called 3
dial-peer voice 889 voip
description **SIP Trunk to CUCM**
destination-pattern 4086
session protocol sipv2
session target ipv4:192.168.1.242:5060
voice-class codec 2
voice-class sip dtmf-relay force rtp-nte
no voice-class sip outbound-proxy
voice-class sip bind control source-interface FastEthernet0/0
voice-class sip bind media source-interface FastEthernet0/0
dtmf-relay sip-notify
no vad
dial-peer voice 890 voip
description **SIP Trunk to CUCM2**
destination-pattern 4086
session protocol sipv2
session target ipv4:192.168.1.241:5060
voice-class codec 2
voice-class sip dtmf-relay force rtp-nte
no voice-class sip outbound-proxy
voice-class sip bind control source-interface FastEthernet0/0
voice-class sip bind media source-interface FastEthernet0/0
dtmf-relay sip-notify
no vad
dial-peer voice 888 voip
description **SIP Trunk to CYTA OUTGOING**
translation-profile incoming SIP_Incoming
translation-profile outgoing SIP_Outgoing
destination-pattern 9T
session protocol sipv2
session target sip-server
incoming called-number .
voice-class codec 2
voice-class sip dtmf-relay force rtp-nte
dtmf-relay rtp-nte
no vad

Hi Aok
I change the default value for IPVMS from g711ulaw to g711alaw but the results remained the same
Also i have restarted the IPVMS
SIP-GW#
SIP-GW#
*Mar 5 14:19:57.854: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK79816bbd4196
From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
To: ;tag=125E62C-1354
Date: Tue, 05 Mar 2013 13:52:31 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM9.0
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 102 INVITE
Max-Forwards: 70
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Session-Expires: 1800;refresher=uac
P-Asserted-Identity:
Remote-Party-ID: ;party=calling;screen=yes;privacy=off
Contact:
Content-Type: application/sdp
Content-Length: 244
v=0
o=CiscoSystemsCCM-SIP 38874 2 IN IP4 192.168.1.241
s=SIP Call
c=IN IP4 0.0.0.0
b=TIAS:64000
b=AS:64
t=0 0
m=audio 24784 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=ptime:20
a=inactive
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
*Mar 5 14:19:57.878: //717/DC740C800000/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.249.13.130:5060;branch=z9hG4bK355253C
From: [email protected]>;tag=125E594-5C7
To: [email protected]>;tag=h7g4Esbg_945723725-1362491526714
Date: Tue, 05 Mar 2013 14:19:57 GMT
Call-ID: [email protected]
Route:
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3698592896-0000065536-0000000107-4043417792
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: 1362493197
Contact:
Expires: 60
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 262
v=0
o=CiscoSystemsSIP-GW-UserAgent 6506 3807 IN IP4 10.249.13.130
s=SIP Call
c=IN IP4 10.249.13.130
t=0 0
m=audio 19234 RTP/AVP 8 101
c=IN IP4 10.249.13.130
a=inactive
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
*Mar 5 14:19:57.878: //716/DC740C800000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK79816bbd4196
From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
To: ;tag=125E62C-1354
Date: Tue, 05 Mar 2013 14:19:57 GMT
Call-ID: [email protected]
CSeq: 102 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
*Mar 5 14:19:57.926: //717/DC740C800000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.249.13.130:5060;branch=z9hG4bK355253C
To: [email protected]>;tag=h7g4Esbg_945723725-1362491526714
From: [email protected]>;tag=125E594-5C7
Call-ID: [email protected]
CSeq: 102 INVITE
Contact:
Require: timer
Session-Expires: 1800;refresher=uac
Content-Type: application/sdp
Content-Length: 213
Allow: ACK, BYE, CANCEL, INVITE, OPTIONS, PRACK, REFER, NOTIFY, UPDATE, INFO
Accept: application/media_control+xml
Accept: application/sdp
Accept: application/x-broadworks-call-center+xml
v=0
o=BroadWorks 96335268 2 IN IP4 10.224.42.164
s=-
c=IN IP4 10.224.42.72
t=0 0
m=audio 54932 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=inactive
*Mar 5 14:19:57.942: //716/DC740C800000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK79816bbd4196
From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
To: ;tag=125E62C-1354
Date: Tue, 05 Mar 2013 14:19:57 GMT
Call-ID: [email protected]
CSeq: 102 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Contact:
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-12.x
Session-Expires: 1800;refresher=uac
Require: timer
Supported: timer
Content-Type: application/sdp
Content-Length: 259
v=0
o=CiscoSystemsSIP-GW-UserAgent 9410 5774 IN IP4 192.168.1.10
s=SIP Call
c=IN IP4 192.168.1.10
t=0 0
m=audio 19314 RTP/AVP 8 101
c=IN IP4 192.168.1.10
a=inactive
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
*Mar 5 14:19:57.946: //717/DC740C800000/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.249.13.130:5060;branch=z9hG4bK3562A4
From: [email protected]>;tag=125E594-5C7
To: [email protected]>;tag=h7g4Esbg_945723725-1362491526714
Date: Tue, 05 Mar 2013 14:19:57 GMT
Call-ID: [email protected]
Route:
Max-Forwards: 70
CSeq: 102 ACK
Allow-Events: telephone-event
Content-Length: 0
*Mar 5 14:19:57.946: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:[email protected]:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK798246ab3597
From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
To: ;tag=125E62C-1354
Date: Tue, 05 Mar 2013 13:52:31 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 102 ACK
Allow-Events: presence
Content-Length: 0
*Mar 5 14:19:58.146: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:[email protected]:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK7983739137ab
From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
To: ;tag=125E62C-1354
Date: Tue, 05 Mar 2013 13:52:31 GMT
Call-ID: [email protected]
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM9.0
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 103 INVITE
Max-Forwards: 70
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Session-Expires: 1800;refresher=uac
P-Asserted-Identity:
Remote-Party-ID: ;party=calling;screen=yes;privacy=off
Contact:
Content-Length: 0
*Mar 5 14:19:58.158: //717/DC740C800000/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.249.13.130:5060;branch=z9hG4bK3571933
From: [email protected]>;tag=125E594-5C7
To: [email protected]>;tag=h7g4Esbg_945723725-1362491526714
Date: Tue, 05 Mar 2013 14:19:58 GMT
Call-ID: [email protected]
Route:
Supported: timer,resource-priority,replaces,sdp-anat
Min-SE: 1800
Cisco-Guid: 3698592896-0000065536-0000000107-4043417792
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 103 INVITE
Max-Forwards: 70
Timestamp: 1362493198
Contact:
Expires: 60
Allow-Events: telephone-event
Content-Length: 0
*Mar 5 14:19:58.158: //716/DC740C800000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK7983739137ab
From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
To: ;tag=125E62C-1354
Date: Tue, 05 Mar 2013 14:19:58 GMT
Call-ID: [email protected]
CSeq: 103 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Content-Length: 0
*Mar 5 14:19:58.218: //717/DC740C800000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.249.13.130:5060;branch=z9hG4bK3571933
To: [email protected]>;tag=h7g4Esbg_945723725-1362491526714
From: [email protected]>;tag=125E594-5C7
Call-ID: [email protected]
CSeq: 103 INVITE
Contact:
Require: timer
Session-Expires: 1800;refresher=uac
Content-Type: application/sdp
Content-Length: 216
Allow: ACK, BYE, CANCEL, INVITE, OPTIONS, PRACK, REFER, NOTIFY, UPDATE, INFO
Accept: application/media_control+xml
Accept: application/sdp
Accept: application/x-broadworks-call-center+xml
v=0
o=BroadWorks 96335268 3 IN IP4 10.224.42.164
s=-
c=IN IP4 10.224.42.72
t=0 0
m=audio 54932 RTP/AVP 8 18 96 99
a=rtpmap:96 AMR/8000
a=rtpmap:99 telephone-event/8000
a=fmtp:99 0-15
a=ptime:20
a=sendrecv
*Mar 5 14:19:58.234: //716/DC740C800000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK7983739137ab
From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
To: ;tag=125E62C-1354
Date: Tue, 05 Mar 2013 14:19:58 GMT
Call-ID: [email protected]
CSeq: 103 INVITE
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Contact:
Supported: replaces
Supported: sdp-anat
Server: Cisco-SIPGateway/IOS-12.x
Session-Expires: 1800;refresher=uac
Require: timer
Supported: timer
Content-Type: application/sdp
Content-Length: 283
v=0
o=CiscoSystemsSIP-GW-UserAgent 9410 5775 IN IP4 192.168.1.10
s=SIP Call
c=IN IP4 192.168.1.10
t=0 0
m=audio 19314 RTP/AVP 8 18 101
c=IN IP4 192.168.1.10
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
*Mar 5 14:19:58.242: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
ACK sip:[email protected]:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 192.168.1.241:5060;branch=z9hG4bK7985648033f2
From: ;tag=38874~3aaec7ea-69ca-40db-8e65-34e9ff7aa74d-80213498
To: ;tag=125E62C-1354
Date: Tue, 05 Mar 2013 13:52:31 GMT
Call-ID: [email protected]
Max-Forwards: 70
CSeq: 103 ACK
Allow-Events: presence
Content-Type: application/sdp
Content-Length: 192
v=0
o=CiscoSystemsCCM-SIP 38874 3 IN IP4 192.168.1.241
s=SIP Call
c=IN IP4 192.168.1.241
t=0 0
m=audio 4000 RTP/AVP 8
a=X-cisco-media:umoh
a=rtpmap:8 PCMA/8000
a=ptime:20
a=sendonly
*Mar 5 14:19:58.262: //717/DC740C800000/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:[email protected]:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.249.13.130:5060;branch=z9hG4bK358582
From: [email protected]>;tag=125E594-5C7
To: [email protected]>;tag=h7g4Esbg_945723725-1362491526714
Date: Tue, 05 Mar 2013 14:19:58 GMT
Call-ID: [email protected]
Route:
Max-Forwards: 70
CSeq: 103 ACK
Allow-Events: telephone-event
Content-Type: application/sdp
Content-Length: 259
v=0
o=CiscoSystemsSIP-GW-UserAgent 6506 3808 IN IP4 10.249.13.130
s=SIP Call
c=IN IP4 10.249.13.130
t=0 0
m=audio 19234 RTP/AVP 8 99
c=IN IP4 10.249.13.130
a=sendonly
a=rtpmap:8 PCMA/8000
a=rtpmap:99 telephone-event/8000
a=fmtp:99 0-15
a=ptime:20
SIP-GW#
SIP-GW#sh voip rtp connections
VoIP RTP active connections :
No. CallId     dstCallId LocalRTP RmtRTP     LocalIP                                RemoteIP
1     716        717        19314    4000     192.168.1.10                           192.168.1.241
2     717        716        19234    54932    10.249.13.130                          10.224.42.72
Found 2 active RTP connections

CUCM 8.6 Call Forwarding to External Number Issue

Hello,
Call forwarding worked without problems, we could forward our phones to external numbers and everything was ok, when somebody called to my phone, I could got the call to my cell phone.
But now when I forward my phone to external number and try to call to my phone I get busy trigger.
We didn't change configuration or install any update.
I think its my ISP-s problem, to whom we have SIP Trunk.
I don't understand log file, so can you tell what is the problem?
Here is log:
057729XXXX is called party, cell phone number
original calling party number is 240XXXXX, but it is forwarded to 2484XXX
INVITE sip:2484XXX@ISP-IP:5060 SIP/2.0
Via: SIP/2.0/UDP MY-CUCM-IP:5060;branch=z9hG4bK1003a84126249
From: <sip:057729XXXX@MY-CUCM>;tag=4052091~294be736-ce3b-450f-a7f1-c801f3cc9a7e-27746002
To: <sip:2484XXX@ISP-IP>
Date: Wed, 18 Dec 2013 13:34:18 GMT
Call-ID: 16d82e80-2b11a45a-c43e7-84450d0a@MY-CUCM-IP
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
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Cisco-Guid: 0383266432-0000065536-0000191815-2219117834
Session-Expires: 1800
P-Asserted-Identity: <sip:057729XXXX@MY-CUCM-IP>
Remote-Party-ID: <sip:057729XXXX@MY-CUCM-IP>;party=calling;screen=yes;privacy=off
Contact: <sip:057729XXXX@MY-CUCM-IP:5060>
Max-Forwards: 68
Content-Type: application/sdp
Content-Length: 215
v=0
o=CiscoSystemsCCM-SIP 4052091 1 IN IP4 MY-CUCM-IP
s=SIP Call
c=IN IP4 MY-CUCM-IP
t=0 0
m=audio 29790 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
|2,100,56,1.173711429^MY-CUCM-IP^MTP_3
17:34:18.526 |EnvProcessUdpPort - EnvProcessUdpHandler::fireSignal() varId = 2|2,100,56,1.173711429^MY-CUCM-IP^MTP_3
17:34:18.526 |EnvProcessUdpHandler::fireSignal - SEND: index = 2, handler = 0xb2d59c98|*^*^*
17:34:18.526 |EnvProcessUdpPort::fireSignal - SEND, destination = ISP-IP:5060|*^*^*
17:34:18.526 |EnvProcessUdpPort - EnvProcessUdpHandler::send(buff, 1172, ISP-IP:5060)|*^*^*
17:34:18.536 |EnvProcessUdpHandler::handle_input - handle = 334|*^*^*
17:34:18.536 |EnvProcessUdpHandler::handle_input   Status: 0, Id: 2|*^*^*
17:34:18.536 |//SIP/SIPUdp/wait_UdpDataInd: Incoming SIP UDP message size 358 from ISP-IP:[5060]:
[12623361,NET]
SIP/2.0 100 Trying
Call-ID: 16d82e80-2b11a45a-c43e7-84450d0a@MY-CUCM-IP
CSeq: 101 INVITE
From: <sip:057729XXXX@MY-CUCM-IP>;tag=4052091~294be736-ce3b-450f-a7f1-c801f3cc9a7e-27746002
To: <sip:2484XXX@ISP-IP>;tag=sip+1+b3a00013+867def6a
Via: SIP/2.0/UDP MY-CUCM-IP:5060;branch=z9hG4bK1003a84126249
Server: CISCO-SBC/2.x
Content-Length: 0
|2,100,230,1.4901096^ISP-IP^*
17:34:18.536 |//SIP/Stack/Info/0x0/ccsip_spi_get_msg_type returned: 2 for event 1|2,100,230,1.4901096^ISP-IP^*
17:34:18.536 |//SIP/Stack/Transport/0x0/context=(nil)|2,100,230,1.4901096^ISP-IP^*
17:34:18.536 |//SIP/Stack/Transport/0x0/gConnTab=0xf484290, addr=ISP-IP, port=5060, connid=2, transport=UDP|2,100,230,1.4901096^ISP-IP^*
17:34:18.536 |//SIP/Stack/Info/0x0/Return existing connection for port 5060 connId 2|2,100,230,1.4901096^ISP-IP^*
17:34:18.536 |//SIP/Stack/Info/0x0/Checking Invite Dialog|2,100,230,1.4901096^ISP-IP^*
17:34:18.536 |//SIP/Stack/Info/0xb1b50c90/INVITE response with no RSEQ - disable IS_REL1XX|2,100,230,1.4901096^ISP-IP^*
17:34:18.536 |//SIP/SIPHandler/ccbId=0/scbId=0/sip_stop_timer: type=SIP_TIMER_TRYING value=500 retries=3|2,100,230,1.4901096^ISP-IP^*
17:34:18.536 |//SIP/Stack/States/0xb1b50c90/0xb1b50c90 : State change from (STATE_SENT_INVITE, SUBSTATE_NONE) to (STATE_RECD_PROCEEDING, SUBSTATE_PROCEEDING_PROCEEDING)|2,100,230,1.4901096^ISP-IP^*
17:34:18.536 |//SIP/SIPHandler/ccbId=0/scbId=0/sip_stop_timer: type=SIP_TIMER_EXPIRES value=180000 retries=0|2,100,230,1.4901096^ISP-IP^*
17:34:18.536 |//SIP/SIPHandler/ccbId=0/scbId=0/sip_start_timer: type=SIP_TIMER_EXPIRES value=180000 retries=0|2,100,230,1.4901096^ISP-IP^*
17:34:18.561 |EnvProcessUdpHandler::handle_input - handle = 334|*^*^*
17:34:18.561 |EnvProcessUdpHandler::handle_input   Status: 0, Id: 2|*^*^*
17:34:18.561 |//SIP/SIPUdp/wait_UdpDataInd: Incoming SIP UDP message size 396 from ISP-IP:[5060]:
[12623362,NET]
SIP/2.0 403 Forbidden
Call-ID: 16d82e80-2b11a45a-c43e7-84450d0a@MY-CUCM-IP
CSeq: 101 INVITE
From: <sip:057729XXXX@MY-CUCM-IP>;tag=4052091~294be736-ce3b-450f-a7f1-c801f3cc9a7e-27746002
To: <sip:2484XXX@ISP-IP>;tag=sip+1+b3a00013+867def6a
Via: SIP/2.0/UDP MY-CUCM-IP:5060;branch=z9hG4bK1003a84126249
Server: CISCO-SBC/2.x
Content-Length: 0
Contact: <sip:ISP-IP:5060>
[12623363,NET]
ACK sip:2484XXX@ISP-IP:5060 SIP/2.0
Via: SIP/2.0/UDP MY-CUCM-IP:5060;branch=z9hG4bK1003a84126249
From: <sip:057729XXXX@MY-CUCM-IP>;tag=4052091~294be736-ce3b-450f-a7f1-c801f3cc9a7e-27746002
To: <sip:2484XXX@ISP-IP>;tag=sip+1+b3a00013+867def6a
Date: Wed, 18 Dec 2013 13:34:18 GMT
Call-ID: 16d82e80-2b11a45a-c43e7-84450d0a@MY-CUCM-IP
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence
Content-Length: 0
INVITE sip:2484XXX@ISP's-Other-IP:5062 SIP/2.0
Via: SIP/2.0/UDP MY-CUCM-IP:5062;branch=z9hG4bK1003a95b8f3900
From: <sip:057729XXXX@MY-CUCM-IP>;tag=4052092~294be736-ce3b-450f-a7f1-c801f3cc9a7e-27746002
To: <sip:2484XXX@ISP's-Other-IP>
Date: Wed, 18 Dec 2013 13:34:18 GMT
Call-ID: 16d82e80-2b11a45a-c43e8-84450d0a@MY-CUCM-IP
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
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Cisco-Guid: 0383266432-0000065536-0000191816-2219117834
Session-Expires: 1800
P-Asserted-Identity: <sip:057729XXXX@MY-CUCM-IP>
Remote-Party-ID: <sip:057729XXXX@MY-CUCM-IP>;party=calling;screen=yes;privacy=off
Contact: <sip:057729XXXX@MY-CUCM-IP:5062>
Max-Forwards: 68
Content-Type: application/sdp
Content-Length: 215
v=0
o=CiscoSystemsCCM-SIP 4052092 1 IN IP4 MY-CUCM-IP
s=SIP Call
c=IN IP4 MY-CUCM-IP
t=0 0
m=audio 29792 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
|2,100,56,1.173711431^MY-CUCM-IP^MTP_3
17:34:18.567 |EnvProcessUdpPort - EnvProcessUdpHandler::fireSignal() varId = 0|2,100,56,1.173711431^MY-CUCM-IP^MTP_3
17:34:18.567 |EnvProcessUdpHandler::fireSignal - SEND: index = 0, handler = 0xa6b4d7c0|*^*^*
17:34:18.567 |EnvProcessUdpPort::fireSignal - SEND, destination = ISP's-Other-IP:5062|*^*^*
17:34:18.567 |EnvProcessUdpPort - EnvProcessUdpHandler::send(buff, 1177, ISP's-Other-IP:5062)|*^*^*
17:34:18.569 |EnvProcessUdpHandler::handle_input - handle = 335|*^*^*
17:34:18.569 |EnvProcessUdpHandler::handle_input   Status: 0, Id: 0|*^*^*
17:34:18.569 |//SIP/SIPUdp/wait_UdpDataInd: Incoming SIP UDP message size 394 from ISP's-Other-IP:[5062]:
[12623365,NET]
SIP/2.0 100 trying -- your call is important to us
Via: SIP/2.0/UDP MY-CUCM-IP:5062;branch=z9hG4bK1003a95b8f3900;rport=5062
From: <sip:057729XXXX@MY-CUCM-IP>;tag=4052092~294be736-ce3b-450f-a7f1-c801f3cc9a7e-27746002
To: <sip:2484XXX@ISP's-Other-IP>
Call-ID: 16d82e80-2b11a45a-c43e8-84450d0a@MY-CUCM-IP
CSeq: 101 INVITE
Server: kamailio (3.3.1 (x86_64/linux))
Content-Length: 0
17:34:18.587 |//SIP/SIPUdp/wait_UdpDataInd: Incoming SIP UDP message size 375 from ISP's-Other-IP:[5062]:
[12623366,NET]
SIP/2.0 403 Forbidden
Via: SIP/2.0/UDP MY-CUCM-IP:5062;branch=z9hG4bK1003a95b8f3900;rport=5062
Call-ID: 16d82e80-2b11a45a-c43e8-84450d0a@MY-CUCM-IP
From: <sip:057729XXXX@MY-CUCM-IP>;tag=4052092~294be736-ce3b-450f-a7f1-c801f3cc9a7e-27746002
To: <sip:2484XXX@ISP's-Other-IP>;tag=dc6a4ae7
CSeq: 101 INVITE
Reason: Q.850;cause=0;text="unknown"
Content-Length: 0
|2,100,230,1.4901099^ISP's-Other-IP^*
[12623367,NET]
ACK sip:2484XXX@ISP's-Other-IP:5062 SIP/2.0
Via: SIP/2.0/UDP MY-CUCM-IP:5062;branch=z9hG4bK1003a95b8f3900
From: <sip:057729XXXX@MY-CUCM-IP>;tag=4052092~294be736-ce3b-450f-a7f1-c801f3cc9a7e-27746002
To: <sip:2484XXX@ISP's-Other-IP>;tag=dc6a4ae7
Date: Wed, 18 Dec 2013 13:34:18 GMT
Call-ID: 16d82e80-2b11a45a-c43e8-84450d0a@MY-CUCM-IP
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence
Content-Length: 0

SIP/2.0 403 Forbidden error
If your router is sending a SIP/2.0 403 Forbidden error to the SIP server you are registered to, there is a good chance your router is blocking the incoming call due to the toll-faud prevention feature that was added to IOS version 15.1(2)T.
How to Identify if TOLLFRAUD_APP is Blocking Your Call
If the TOLLFRAUD_APP is rejecting the call, it generates a Q.850       disconnect cause value of 21, which represents ‘Call Rejected’. The       debug voip ccapi inout command can be run to       identify the cause value.
Additionally, voice iec syslog can be       enabled to further verify if the call failure is a result of the toll-fraud       prevention. This configuration, which is often handy to troubleshoot the origin       of failure from a gateway perspective, will print out that the call is being       rejected due to toll call fraud. The CCAPI and Voice IEC output is demonstrated       in this debug output:
%VOICE_IEC-3-GW: Application Framework Core: Internal Error (Toll fraud call rejected):
IEC=1.1.228.3.31.0 on callID 3 GUID=F146D6B0539C11DF800CA596C4C2D7EF
000183: *Apr 30 14:38:57.251: //3/F146D6B0800C/CCAPI/ccCallSetContext:
   Context=0x49EC9978
000184: *Apr 30 14:38:57.251: //3/F146D6B0800C/CCAPI/cc_process_call_setup_ind:
   >>>>CCAPI handed cid 3 with tag 1002 to app "_ManagedAppProcess_TOLLFRAUD_APP"
000185: *Apr 30 14:38:57.251: //3/F146D6B0800C/CCAPI/ccCallDisconnect:
   Cause Value=21, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
The Q.850 disconnect value that is returned for blocked calls can also       be changed from the default of 21 with this command:
voice service voip
ip address trusted call-block cause
How to Return to Pre-15.1(2)T Behavior
Source IP Address Trust List
There are three ways to return to the previous behavior of voice       gateways before this trusted address toll-fraud prevention feature was       implemented. All of these configurations require that you are already running       15.1(2)T in order for you to make the configuration change.
Explicitly enable those source IP addresses from which you would like           to add to the trusted list for legitimate VoIP calls. Up to 100 entries can be           defined. This below configuration accepts calls from those host           203.0.113.100/32, as well as from the network 192.0.2.0/24. Call setups from           all other hosts are rejected. This is the recommended method from a voice           security perspective.
voice service voip
ip address trusted list
ipv4 203.0.113.100 255.255.255.255
ipv4 192.0.2.0 255.255.255.0
Configure the router to accept incoming call setups from all source           IP addresses.
voice service voip
ip address trusted list
ipv4 0.0.0.0 0.0.0.0
Disable the toll-fraud prevention application completely.
voice service voip
no ip address trusted authenticate
Two-Stage Dialing
If two-stage dialing is required, the following can be configured to       return behavior to match previous releases.
For inbound ISDN calls:
voice service pots
no direct-inward-dial isdn
For inbound FXO calls:
voice-port
secondary dialtone

HT4994 I have an Iphone 4 and can not forward calls. every time I put the number in the call forward field it jumps back a page and the button moves to off. can anyone assist.

I can not forward calls. I go to call forwarding, turn it on, copy and paste my phone number into the correct field (including the international dialling code).
I then tap the Call Forwarding button, which takes me back one stage and the Call Forwarding button goes to off after a couple of seconds. Anyone who can help?

Yes, a blocked call will go immediately to your voice mail.
If you would rather not have that behavior, ask your cellular carrier if you can block that person through the carrier.

What's the best way to transfer (not forward) a call from one iPhone to another?

What's the best way to transfer (not forward) a call from one iPhone to another? Is there an app available that does this? I'm asking about receiving a call, then transferring that caller to another iPhone on a separate number and then disconnecting while those two users are joined up in a conversation.

Ask your carrier. This would be a feature provided by them.

Spa3102 would not forward a voip call to pstn line

Good morning.
I've done the implementation provided here http://community.linksys.com/t5/VoIP-Adapters/SPA-3102-and-softphone-to-
make-calls-via-pstn-line/td-p/326390 .
It is a way to use for outgoing calls a given pstn line from anywhere I have internet (voip to pstn).
The spa3102 is connected to a router (with an active DHCP server and ip 192.168.1.1) from where it takes the internal
ip (192.168.1.3).On the same network is also a computer , connected to the router ( with ip 192.168.1.2). The spa3102
is set to bridge mode and thus inactivates the function of the router (on SPA3102), and it functions as a simple
network device . I have done port forwarding (from the router) to 192.168.1.3 (SPA3102) for the port 5061 (PSTN
LINE) ( but for 5060 for the LINE 1 also). I want to make calls from a voip softphone (x-lite 4) to the SPA 3102 and
this to forward the voip calls to PSTN line to which it is connected. In x-lite the SPA3102 is set as a proxy so that
i can type the phone number I want to call without being followed by the SPA3102's ip each time ( eg on x-lite I
give call number 2101111111 instead of 2101111111 @ wanip: 5061 where wanip is the external ip of the router).
When x-lite is running on the computer that is on the same network with the SPA3102 everything works as expected. A
voip call is made from x-lite ( using as a proxy the wanip everytime, or even for test purposes the dyndns domain
that i set up for this reason), this call is passese PSTN line and the phone of the called party rings . At x-lite
COMES indication "call established ".
The problem occurs when I do the same procedure from x-lite installed on a computer belonging to another network (
e.g. in another building with its own internet connection , own router, own computer , etc. ) . Always using the
wanip the x-lite makes the voip call to the SPA3102, writes "call established" ( meaning it connected to SPA3102) but
never routed the call to the called party ( the SPA3102 did not forward voip calls it receives to the PSTN line ) .
Trying to find what 's wrong I've tried to disable all firewalls (soft and hard from all involved machines ) . The
behavior is the same either the computer that makes the successful calls is connected to the network directly to the
router or through the port "ethernet" on the SPA3102.
What is the difference in these two voip calls to the SPA3102 and the one " triggers " it to forward the call to
PSTN line and the other does not ?
Thanks now for any ideas you give .

The audio sound problem is more than likely also associated with the overall addressing problem initially encountered. As you may know, using the sip protocol the sip signalling exchanges ip addresses to be used for both the sip signalling and the exchange of rtp sound packets. In addition there is an exchange of port numbers to be used for the exchange of rtp sound packets. The sound is exchanged by two separate streams of packets, one stream in each direction. The result is an ip address and port number for the rtp packets flowing from the SPA3102 to the softphone and a different ip address and port number for the rtp packets flowing from the softphone to the SPA3102.
In your previous posting you mentioned that you "set the minimum EXTernal rtp port at the sip tab". Changing the "EXT RTP Port Min:" is an unusual change to make and in my opinion would only be made in special circumstances. Actually, I ran some tests and I'm not sure exactly what that setting does. In my tests it didn't appear to affect the rtp port number used in a predictable manner.
The common changes to make for audio problems typically would be to setup a STUN server. A STUN server is an external server that echos back to the initial sender the external ip address and port number that the STUN server received with the message received by the server. This allows the sender (SPA3102 or softphone) to determine its external ip address and external port numbers for both the sip signalling and rtp packets.
A STUN server is commonly recommended to be setup with the following settings in the SPA3102:
PSTN Line Tab:
NAT Mapping Enable: Yes
Sip Tab:
Handle VIA received: yes
Handle VIA rport: yes
Insert VIA received: yes
Insert VIA rport: yes
Substitute VIA Addr: yes
Send Resp To Src Port: yes
STUN Enable: yes
STUN Server:
The following web page has a list of "Public STUN Servers"
http://www.voip-info.org/wiki/view/STUN
You are using CounterPath's XLite softphone. stun.counterpath.net is a STUN server on the list.
I see XLite also has a setting to use a STUN server on the "Topology" tab.

Deleting Voicemail from Landline Call Does not Delete Voicemail from iPhone

I am a Verizon subscriber with an iPhone 4S, if that matters to this issue.
I wanted to cleanup my voicemail and not use any of my minutes. So, I called my iPhone from a landline at the office and entered the voicemail system. As a test, I deleted the first 3 voicemail messages. Then I went to the voicemail on my iPhone and checked for messages--the three I had deleted while on the landline phone were still on my iPhone and could still be played.
Why don't the messages that are deleted from a landline, or another incoming call to the voicemail center, get deleted on the iPhone?
Thanks in advance.

Thanks for your reply.
So will deleting the voicemail message on the iPhone delete it from the call-in Verizon system?
With two ways of accessing voicemail, on the iPhone Visual Voicemail and from a call-in line to your phone number to Verizon's system, it would seem that the two could get seriously out of sync. Isn't this a big problem?
Which is the "master" system. Don't they ever resync together?

Voicemail dialling caller, not playing message.

When I try to listen to Voicemail messages my iPhone 5 dials the caller instead of playing their message.

When you call in to voicemail can you listen to the recorded greeting? What happens when you record you name, does that get played?
Andrew Morpeth
Lync Server Specialist - Auckland, NZ
Check out my blog

Cisco Call Manager Express voicemail day & Night option

Hi,
anyone know how to setup a automatic night option for voicemail.
basically, at 5.30pm all incoming calls go to voicemail (a general delivery voicemail that is) without using any auto attendant?

Hi
You could set up a night service so that calls would CallFWD to voicemail after a certain time?
Details below:
night-service day Sun 12:00 07:59
night-service day Mon 17:00 07:59
night-service day Tue 17:00 07:59
night-service day Wed 17:00 07:59
night-service day Thu 17:00 07:59
night-service day Fri 17:00 12:00
night-service day Sat 12:00 12:00
ephone-dn 1 dual-line
number XXXX
pickup-group X
label Joe Bloggs
description Joe's phone
name Joe Bloggs
call-forward busy 1111
call-forward night-service 1111
call-forward noan 1111 timeout 17
huntstop channel
night-service bell
More info here..
http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/command/reference/cme_n1ht.html#wp1015444
Please rate useful posts...

How can i redirect a queued call to a voicemail using CCX editor?

hi buddies, i wonder how can i redirect a queued call to a voicemail of a valid extension using CCX editor?
i just uploaded my script (does not working as i wanted regarding voicemail)if can anybody help me i will be very happy!!

first of all i REALLY A REALLY appreciate your reply
but two questions remain:
a) check my attached file is this the VM pilot number?
b) Called Address = "2133" means that the call will be redirected to the voicemail of the 2133 extension? im right??

Why can i not see voicemail on phone?

can not see voicemail on screen/

When I miss a call it doesn't show that I have a voicemail and when I try and hear voicemails it is empty. Also it is not my voice of the message.

Since updating to ios 7.0.4 my iphone 4s hads been intermitently failing to ring or sending incoming calls.directly to voicemail.

since updating to ios 7.0.4 my iphone 4s hads been intermitently failing to ring or it is sending incoming calls directly to voicemail. The ringer is on and the mute switch is not in the mute position.

Mine too... I'm missing calls like crazy.

HT201436 I am not getting voicemail + I keep getting a window to enter a voicemail password. I have not set a voicemail password so I don't know what it is.

I am not getting voicemail
I also am getting a window to use a voicemail password -- I never created one so I don't know what it is

A "keychain" is a secure database in which passwords are stored in an encrypted format to prevent unauthorized discovery of your passwords. Think of it like a bank safe deposit box in which you can safely store your passwords.
If you have a problem with your keychain then perhaps you have not changed the passwords correctly or need to repair your keychain. You might try:
Assuming that you are using a recent build of OS X, go to /Applications/Utilities and launch the app called Keychain Access. Go to the Window pulldown menu and select "Keychain First Aid". Enter your password, set the radio button to "Repair", and click "Start".

CUCME 8.6 Call not forwarding Voicemail

Similar Messages

Maybe you are looking for