Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

Problem between CTS/CUBE/VCS

We have a toplogy that looks like this:

CTS -> CUCM -> CUBE -> VCS -> Telepresence Server.

CTS-3000s can make calls to Telepresence Server, but calls in the other direction to a CTS-3000 fail, with the VCS search history giving a "Session Timer Too Small" error.

I should note that calls to CTS-1000 units work fine in both directions.

On the Telepresence Server, it appears to connect for a second before dropping out.  The TP server logs indicate that the CTS-300 has negotiated TIP/SIP-MUX OK, then it immidiately disconnects.

I have read documentationon the "Session timer to small" problem between VCS and CUCM and have made the appropriate changes, however I'm not sure how having a CUBE in the middle would afefct this

CUCM version: 8.6

VCS: 5.1.1

TP Server: 2.2 (1.48)

CUBE: IOS 15.1

  • TelePresence
1 ACCEPTED SOLUTION

Accepted Solutions

Problem between CTS/CUBE/VCS

Hi Nick,

I am the engineer who worked on this through your TAC ticket.  I know you have the fix now, but I thought I would enter the basics here in case others come across this thread with a similar issue.

The "Session Timer Too Small" error in this case came from the CUBE itself.  As you mentioned you have the VCS and the CUCM set to 500, those are OK.  However the CUBE was still at the default value of 1800 so it was sending this error.  The fix for this is to change this value with the following commands:

voice service voip

  sip

    min-se 500 session-expires 500

However ultimately this was not the cause of the actual call failures.  Changing the value in the CUBE fixed the "session timer too small" errors, but the calls still disconnected right after connection.  The fix for that turned out to be a CUCM configuration change, which I will not go into here.

4 REPLIES

Problem between CTS/CUBE/VCS

Hi Nick,

I am the engineer who worked on this through your TAC ticket.  I know you have the fix now, but I thought I would enter the basics here in case others come across this thread with a similar issue.

The "Session Timer Too Small" error in this case came from the CUBE itself.  As you mentioned you have the VCS and the CUCM set to 500, those are OK.  However the CUBE was still at the default value of 1800 so it was sending this error.  The fix for this is to change this value with the following commands:

voice service voip

  sip

    min-se 500 session-expires 500

However ultimately this was not the cause of the actual call failures.  Changing the value in the CUBE fixed the "session timer too small" errors, but the calls still disconnected right after connection.  The fix for that turned out to be a CUCM configuration change, which I will not go into here.

New Member

Problem between CTS/CUBE/VCS

Even though the session-expires timer was a red herring your assistance was greatly appreciated. Always looking to tidy up our CUBE configuration, thanks Andy!

New Member

Problem between CTS/CUBE/VCS

I am having the same issue.  Do you mind telling us what the CUCM configuration change was?

New Member

Problem between CTS/CUBE/VCS

Hi Gear Misner,

The CUCM configuration problem was a trunk related misconfiguration. I had a look back through the service request notes and it was apparently something to do with a duplicate trunk. Unfortunately I don't remember what that means exactly because obvioulsy you can't have two trunks to the same IP address.

I remember it being a bit of a silly thing for me to have missed, which is why Andrew was kind enough not to share it

If I had to guess I probably had two separate trunks to two CUBEs and perhaps on one of them I didn't configure the calling search space properly.

HTH,

Michael.

1603
Views
5
Helpful
4
Replies
This widget could not be displayed.