10-18-2013 09:32 AM - edited 03-16-2019 07:58 PM
I hae an AIM-CUE module installed into my 2851 router and when an on network call gets forwarded to voicemain, it works fine. IE: a call from extension 1001 to 1000 that does not get answered then gets forwarded to voicemail; this works.
However, if a call comes in on the SIP line (off netowrk) the call does get to the correct extension via a translation rule but if that call is now answered it does NOT get to voicemail.
Also, in neither case does the message indicator light become light. I can manually dial the WMI and via 80001000 and it comes on and 80011000 and it goes off.
Attached are my configs for the route and the CUE. I also ran a debug ccsip messages and debug ephone state, the results are also attached.
Any ideas why I am having these problems?
Solved! Go to Solution.
10-22-2013 08:26 AM
Michael..
The problem seem to be with sip 302 moved temporary message CCME is sending to your provider
Sent:
SIP/2.0 302 Moved Temporarily
Via: SIP/2.0/TCP 185.35.78.39:5070;alias;rport;branch=z9hG4bK653597487
From: "MICHAEL DURHAM" <13525381577>;tag=211905944013525381577>
To: <3862439001>;tag=E6A202C-21E93862439001>
Date: Fri, 18 Oct 2013 16:16:24 GMT
Call-ID: 472361910@185.35.78.39
CSeq: 25148 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Diversion: <1000>;reason=no-answer;counter=11000>
Contact: <5000>5000>
Content-Length: 0
Please add this command and test again..Attach the logs again, if it doesnt work
Router(config)#voice service voip
Router(conf-voi-serv)#no supplementary-service sip moved-temporarily
Please rate all useful posts
"opportunity is a haughty goddess who waste no time with those who are unprepared"
10-24-2013 07:42 AM
Michael,
From the logs,
5759 10/23 12:15:24.673 ACCN SIPL 0 UnSolicitedNotificationCallback: Received failed final Response:SIP/2.0 481 Call Leg/Transaction Does Not Exist
Via: SIP/2.0/UDP 10.110.0.2:5060;branch=z9hG4bKJpf9dJnwt2q7L19uNbTyhw~~2
To: <1000>;tag=FE664-12771000>
From: <1000>;tag=ds4863474b1000>
Call-ID: 766c5b13-1101@sip:1000@10.110.0.2:5060
CSeq: 1 NOTIFY
Content-Length: 0
Date: Wed, 23 Oct 2013 16:15:24 GMT
We can see that your CUE is attempting to use unsolicited notifcation but its not getting any response back from the ccme because your CCME is not configured correctly..
Please add this config..
sip-ua
mwi-server ipv4:10.110.0.2 transport udp port 5060 unsolicited
ephone-dn xx (xx=your any ephone-dn on your ccme you want mwi for)
mwi sip
or you can use ephone-dn template as suggested by Aman above
ephone-dn-template 1
mwi sip
You need to assign this to your ephone-dns..
Please test again...if it doesnt work please post the following outputs
from CCME
1. debug ccsip messages
from your cue
1.
show software licenses
2. collect the traces as I suggested earlier and send over
Please rate all useful posts
"opportunity is a haughty goddess who waste no time with those who are unprepared"
10-21-2013 04:57 PM
Can anyone please help me with this issue? I am still stuck.
10-22-2013 08:26 AM
Michael..
The problem seem to be with sip 302 moved temporary message CCME is sending to your provider
Sent:
SIP/2.0 302 Moved Temporarily
Via: SIP/2.0/TCP 185.35.78.39:5070;alias;rport;branch=z9hG4bK653597487
From: "MICHAEL DURHAM" <13525381577>;tag=211905944013525381577>
To: <3862439001>;tag=E6A202C-21E93862439001>
Date: Fri, 18 Oct 2013 16:16:24 GMT
Call-ID: 472361910@185.35.78.39
CSeq: 25148 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-12.x
Diversion: <1000>;reason=no-answer;counter=11000>
Contact: <5000>5000>
Content-Length: 0
Please add this command and test again..Attach the logs again, if it doesnt work
Router(config)#voice service voip
Router(conf-voi-serv)#no supplementary-service sip moved-temporarily
Please rate all useful posts
"opportunity is a haughty goddess who waste no time with those who are unprepared"
10-21-2013 05:20 PM
I'm unable to pull up the attachments on the mobile tech support app, but check The CUE SIP proxy server (sip server) IP
Address is the sip interface on CME (sip binding on CME/router).
I can check attachments when i get in front of computer later.
Sent from Cisco Technical Support iPhone App
10-21-2013 08:44 PM
Thank You
10-21-2013 10:40 PM
Hi
Can you find the below , please?.
voice service voip
allow-connections sip to sip
allow-connections sip to h323
allow-connections h323 to h323
allow-connections h323 to sip
sip
registrar server expires max 1200 min 300
Thank you
please rate all useful information
10-22-2013 07:50 AM
Michael,
Check these two items out. The SIP Gateway on CUE needs to match the SIP interface (binding) on CME.
CUE# show ccn subsystem sip
SIP Gateway: 10.1.2.3
SIP Port Number: 5060
DTMF Relay: sip-notify
MWI Notification: outcall
Transfer Mode: bye-also
SIP RFC Compliance: Pre-RFC3261
CME/ROUTER:
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
sip
bind control source-interface Vlan1
bind media source-interface Vlan1
So in above, Vlan1 on the router/CME is IP address 10.1.2.3 which matches the CUE SIP setting.
10-22-2013 09:11 AM
The command, no supplementary-service sip moved-temporarily, fixed the external calls not going to voicemail. But the WMI light still does not work. Also, sometimes when an external call goes to voicemail, the announcementis played and after the beek all you hear is atone.
Thanks for helping me move forward but I still need WMI working.
10-22-2013 09:14 AM
Did you look at the SIP binding items I posted above?
10-22-2013 09:23 AM
I do not have a VLan option there.
CME_Router(conf-serv-sip)#bind control source-interface ?
Async Async interface
Auto-Template Auto-Template interface
BVI Bridge-Group Virtual Interface
CDMA-Ix CDMA Ix interface
CTunnel CTunnel interface
Dialer Dialer interface
GMPLS MPLS interface
GigabitEthernet GigabitEthernet IEEE 802.3z
LISP Locator/ID Separation Protocol Virtual Interface
Lex Lex interface
LongReachEthernet Long-Reach Ethernet interface
Loopback Loopback interface
MFR Multilink Frame Relay bundle interface
Multilink Multilink-group interface
Null Null interface
Port-channel Ethernet Channel of interfaces
Service-Engine cisco service engine module
Tunnel Tunnel interface
Vif PGM Multicast Host interface
Virtual-Dot11Radio Virtual dot11 interface
Virtual-PPP Virtual PPP interface
Virtual-Template Virtual Template interface
Virtual-TokenRing Virtual TokenRing
vmi Virtual Multipoint Interface
10-22-2013 09:28 AM
On the CUE, do this command:
show ccn subsystem sip
then paste the output here.
You essentially want to make sure the CUE SIP Gateway IP address matches the SIP interface on the CME/router side.
You can fix this two ways, setting the CME sip binding to match what CUE is using or by changing the SIP gateway setting on CUE but that requires reboot of CUE.
10-22-2013 09:33 AM
CME_Router#service-module service-engine 0/1 session
Trying 10.110.0.1, 2258 ... Open
TDC> show ccn subsystem sip
SIP Gateway: 10.110.0.1
SIP Port Number: 5060
DTMF Relay: sip-notify
MWI Notification: unsolicited
MWI Envelope Info: enabled
Transfer Mode: bye-also
SIP RFC Compliance: Pre-RFC3261
10-22-2013 05:37 PM
Here are the results as per your request
CME_Router#service-module service-engine 0/1 session
Trying 10.110.0.1, 2258 ... Open
TDC> show ccn subsystem sip
SIP Gateway: 10.110.0.1
SIP Port Number: 5060
DTMF Relay: sip-notify
MWI Notification: unsolicited
MWI Envelope Info: enabled
Transfer Mode: bye-also
SIP RFC Compliance: Pre-RFC3261
10-22-2013 06:41 PM
Your CUE is currently set to use interface Service-Engine0/1 IP address as it's SIP gateway.
Since you are using SIP with your provider, you need to set the CUE's SIP gateway to be the IP address your provider and CME/router are using for SIP. I can not determine what that is from the CME config, I'm guessing it is one of the GigabitEthernet sub interfaces. Maybe it is GigabitEthernet0/1.110 (10.110.0.1 which the telephony service is using).
On CME/router, you can do this:
Use the 'show sip-ua status' command to see what interface SIP is bound to currently on the router/CME side. The CME and CUE are two independent systems.
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip
sip
bind control source-interface (SIP interface)
bind media source-interface (SIP interface)
Or on CUE, change the SIP Gateway address to IP address CME/router is using for SIP (bound interface)
Commands on CUE,
ccn subsystem sip
gateway address x.x.x.x (IP of interface on CME/router SIP is bound to).
The CUE change above may require reload of CUE. Don't forget to do write mem to save before reload.
** Make sure the interface/IP address you chose to use for SIP is routable throughout your network and CUE can reach it.
** You can't make this change on CME/router side if there are active SIP calls. It may interrupt calls or cause a problem
If you don't do the above, the following on the CME/router may correct the MWI issue.
sip-ua
mwi-server 10.110.0.1 unsolicited
10-23-2013 08:38 AM
Hi,
Does MWI work for internal calls?
Please send the output of the ff command..
show ccn application
Next I need you to enter the following commands:
no trace all
trace ccn stacksip dbug
clear trace
Now do a MWI test for me using the ff: command, replace xxxx with a valid extension of a user
mwi refresh telephonenumber xxxx
Finally collect the trace and attach it here...Use the command below to collect the logs
show trace buffer long
Please rate all useful posts
"opportunity is a haughty goddess who waste no time with those who are unprepared"
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