cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1971
Views
10
Helpful
9
Replies

Problem with CUE 8 on CCME 7.1

neil.moran
Level 1
Level 1

Hi,

I have a Call Manager Express 7.1 on a 2911 ISR with a Cisco Unity Express 8 application installed on an ISM. I have configured the CUE module with all the mailboxes importing the users from the CCME configuration successfully. The SIP dial-peer is configured to point at the CUE from the CCME. The problem is when I try to make a call to voicemail (299) I get destination busy in the SIP debugs and the fast busy tone on the phone. I have checked the configuration on both the CCME and the CUE and I can't see anything wrong, I have attached the configurations and a sample sip debug output of a call. I reset the CUE back to the factory default and reinstalled the application again but I get the same result. The CCN subsyetem SIP gateways address is the CCME. the CCN trigger sip phonenumber is 299 and this triggers the 'voicemail' application which is enabled

Here is a copy of both the CCME and the CUE configurations along with SIP debug of the call. I have installed older versions of CUE and I have never had a problem like this I was just wondering if anyone has had a similar issue with CUE 8.

Thanks

Neil

1 Accepted Solution

Accepted Solutions

Rob Huffman
Hall of Fame
Hall of Fame

Hi Neil,

It looks like the 2 available Ports have been dedicated to the IVR sessions/service

which would leave 0 for standard VM access;

From Amit,

https://www.myciscocommunity.com/docs/DOC-17720

License Store: Primary License Storage
StoreIndex:  0  Feature: VMIVR-IVR-SESS                    Version: 1.0
        License Type: Permanent
        License State: Active, In Use
        License Count: 2 /2
        License Priority: Medium
License Store: Primary License Storage
StoreIndex:  1  Feature: VMIVR-VM-MBX                      Version: 1.0
        License Type: Permanent
        License State: Active, In Use
        License Count: 50 /50
        License Priority: Medium
License Store: Primary License Storage
StoreIndex:  2  Feature: VMIVR-PORT                        Version: 1.0
        License Type: Permanent
        License State: Active, In Use
        License Count: 2 /2
        License Priority: Medium

Cheers!
Rob

Please support CSC Helps Haiti

https://supportforums.cisco.com/docs/DOC-8895

https://supportforums.cisco.com/docs/DOC-8727

View solution in original post

9 Replies 9

david-lima
Level 4
Level 4

Hi friend, try adding these lines in your router.

!
voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip

hth

David

Hello Neil,

You can configure H.323 and SIP dial peers on the same voice gateway, but call routing between the two types of dial peers is disabled by default. That might be the cause of call failures to your CUE. Then to enable this routing, configure the allow-connections command mentioned above. This should fix your issue.

Let us know how it goes.

Hope it helps, please rate if it helps.

Kind regards,

- Adrian.

Hi,

Thanks for the reply I added in the config

voice service voip
allow-connections h323 to h323
allow-connections h323 to sip
allow-connections sip to h323
allow-connections sip to sip

to the CCME and its still the same. The SIP debug on the CCME still sayes the destination is busy, I have modified the max sessions on the application and the trigger to 2 as the license only permits 2. Any further ideas or suggestions before I go to TAC?

Thanks for the suggestions

Neil

Neil,

I think the calls may be using a wrong dial peer. You don't need dial peer 150 to route calls to your IP Phones. Remove it and test CUE again.

Let us know how it goes.

Hope it helps, please rate if it helps.

Kind regards,

- Adrian.

Hi,

I removed dial-peer 150 and I'm still getting the same result busy tone when I dial VM ext 299 here is the sip debug output from when I call 299 from ext 280.

Sent:
INVITE sip:299@192.168.100.253:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.100.254:5060;branch=z9hG4bK302E
Remote-Party-ID: "Niall Maher" <280>;party=calling;screen=no;privacy=off
From: "Niall Maher" <280>;tag=99B3494-223A
To: <299>
Date: Wed, 21 Jul 2010 10:04:50 GMT
Call-ID: 3BE5EA2A-93E611DF-83CDD000-4BA2A49B@192.168.100.254
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 1004843482-2481328607-2210975744-1268950171
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: 1279706690
Contact: <280>
Call-Info: <192.168.100.254: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: 200

v=0
o=CiscoSystemsSIP-GW-UserAgent 3725 7821 IN IP4 192.168.100.254
s=SIP Call
c=IN IP4 192.168.100.254
t=0 0
m=audio 16384 RTP/AVP 0
c=IN IP4 192.168.100.254
a=rtpmap:0 PCMU/8000
a=ptime:20

Jul 21 10:04:50.112: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.100.254:5060;branch=z9hG4bK302E
To: <299>
From: "Niall Maher" <280>;tag=99B3494-223A
Call-ID: 3BE5EA2A-93E611DF-83CDD000-4BA2A49B@192.168.100.254
CSeq: 101 INVITE
Content-Length: 0
Timestamp: 1279706690


Jul 21 10:04:50.132: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 486 Busy Here
Via: SIP/2.0/UDP 192.168.100.254:5060;branch=z9hG4bK302E
To: <299>;tag=ds902c67f7
From: "Niall Maher" <280>;tag=99B3494-223A
Call-ID: 3BE5EA2A-93E611DF-83CDD000-4BA2A49B@192.168.100.254
CSeq: 101 INVITE
Content-Length: 0
Allow: INVITE, BYE, CANCEL, ACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO
Cisco-Gcid: 3BE5EA2A-93E611DF-83CDD000-4BA2A49B@192.168.100.254


Jul 21 10:04:50.132: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
ACK sip:299@192.168.100.253:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.100.254:5060;branch=z9hG4bK302E
From: "Niall Maher" <280>;tag=99B3494-223A
To: <299>;tag=ds902c67f7
Date: Wed, 21 Jul 2010 10:04:50 GMT
Call-ID: 3BE5EA2A-93E611DF-83CDD000-4BA2A49B@192.168.100.254
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Content-Length: 0

I have attached both the CCME and CUE config after the changes.

Regards

Neil

Neil,

Strange. Config looks fine. I'd open a TAC case.

By the way, remember to come back and post the solution

Good luck.

- Adrian.

Rob Huffman
Hall of Fame
Hall of Fame

Hi Neil,

It looks like the 2 available Ports have been dedicated to the IVR sessions/service

which would leave 0 for standard VM access;

From Amit,

https://www.myciscocommunity.com/docs/DOC-17720

License Store: Primary License Storage
StoreIndex:  0  Feature: VMIVR-IVR-SESS                    Version: 1.0
        License Type: Permanent
        License State: Active, In Use
        License Count: 2 /2
        License Priority: Medium
License Store: Primary License Storage
StoreIndex:  1  Feature: VMIVR-VM-MBX                      Version: 1.0
        License Type: Permanent
        License State: Active, In Use
        License Count: 50 /50
        License Priority: Medium
License Store: Primary License Storage
StoreIndex:  2  Feature: VMIVR-PORT                        Version: 1.0
        License Type: Permanent
        License State: Active, In Use
        License Count: 2 /2
        License Priority: Medium

Cheers!
Rob

Please support CSC Helps Haiti

https://supportforums.cisco.com/docs/DOC-8895

https://supportforums.cisco.com/docs/DOC-8727

Hi Rob,

I issued the command 'license activate ivr sessions 0' and reloaded the module. This worked after the reload.

Thanks very much for you help

Regards

Neil

Hello,

Thanks Neil for coming back with the details. Rob, thank you very much for being always there (5 for you guys!)

Kind regards,

- Adrian.

Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: