Reduced Rich Media Session License on Expressway

Starting with 8.8 you only need to have one RMS license in the Expressway-E for each B2B call instead of one in the -C and one in the -E.

This part is a little bit hidden in the Release Notes Guide:

Calls from registered systems to all other systems will use one RMS license, on the exit node, whenever those calls require the Expressway to process the media streams. This includes, but is not limited to, the following call types:

  • Business to business calls (previously used two RMS licenses)

Source: http://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/expressway/release_note/Cisco-Expressway-Release-Note-X8-8.pdf

CUCM registered Endpoints count for this as registered systems.

 

When you upgraded to 8.8 you can test it if you just delete the RMS license key in the -C, it should still work. If not you can just re enter the same key and try to figure out the problem. If it’s working ask licensing@cisco.com for a rehosting of your Expressway-C RMS to your Expressway-E for a free doubling of your B2B sessions.

 

 

New UDS Port for Jabber 11.6

That’s the stuff we really like with cisco, changing essential configuration without any big announcement.

Luckily a friend told me about this:

 

Starting with Jabber 11.6(all Clients) it will use Port 443 instead of 8443. This include also the _cisco-uds SRV Record.

Best practice is of course to open both ports in the firewall.

 

 

 

Jabber “Use my computer for calls” button disappear

If you run into problems where Jabber can’t switch from Deskphone CTI to Softphone because the Softphone Option just disappear after a second, you probably hit a defect which even isn’t known by TAC. At least no one there was able to solve it in the last two month.

Jabber_Screenshot

You can fix that for a short time with restarting the CTI Service. But that solves it only for a few days or weeks, depending on your system. To permanently solve this issue you have to rename your Jabber Devices from CSFpetersmith to CSFPETERSMITH or CSF1234 (only numbers, probably the DN).

Interestingly small letters are already forbidden by CUCM for Mobile Devices, but not for PC Clients.

Personally I prefer the small letters naming because you can easily read the username, but avoiding this problem is the better deal.

Cisco ISR G2(2900/3900) video conferencing and transcoding depreciation

Cisco just announced that with IOS 15.5(3)M the video conferencing and transcoding function will be disabled and removed for the ISR G2 Devices with PVDM2. Which include the 2900 and 3900 Series.

All customers need to migrate to 5300 MCU, or what I will recommend my customers to vTS Servers.

There is no technical reason to use a 5300 MCU for Ad-Hoc Videoconferencing compared to vTS. You can register the Conductor directly as MediaRessource to CUCM without the need for a TMS.

 

And with that change there is no difference anymore between PVDM3 and the new PVDM4 for the ISR4000 Series.

 

You will find the official announcement here: http://www.cisco.com/c/en/us/products/collateral/unified-communications/tdm-gateways/bulletin-c25-735945.html

Cisco IM&P : Changing the Jabber ID (JID) to URI

One of the interesting part of the new Jabber 10.6 is the ability to have different Jabber IDs. Most common scenario is to match the JID with your SIP Uri which is most probably your mail id. At the moment it looks  like this: Email and Work Phone(if you enabled URI Dialing) is the same, but the Jabber ID is in the format user id @ presence domain.

Bildschirmfoto 2015-02-08 um 13.02.47

Inside your company this will only a visual problem. But as soon as you start a XMPP federation with another company all your users need to be addressed by userid@presence domain. Depending on your company policy this can look really weird

You can change the JID without loosing the contacts in your Jabber – These are the necessary steps to change the JID to match the SIP URI.

1. Check if there are users without a Directory URI which use Jabber. Open the End User Page at CUCM and search for “Directory URI” “is empty”. If you find someone, add a Directory URI or remove “Enable User for Unified CM IM and Presence (Configure IM and Presence in the associated UC Service Profile)” at the user page.

Bildschirmfoto 2015-02-08 um 13.21.22

2. Stop this Services on all IMP nodes:

  • Cisco Presence Engine (Feature Services)
  • Cisco SIP Proxy (Feature Services)
  • Cisco XCP Router (Network Services)
  • Cisco Sync Agent (Network Services)
  • Cisco Clien Profile Agent (Network Services)

3. Go to IMP-> Presence -> Settings -> Advanced Configuration. If all Services stopped correctly you’re now able to modify the IM Address setting. Change it to IM Address Scheme: Directory URI. This will use the Directory URI attribute which you set in CUCM at the LDAP sync.

Bildschirmfoto 2015-02-08 um 13.19.35

4. Confirming all Warnings and wait… You can monitor the progress on top of the page.

 jid-progess

5. Start all Services you previously stopped or just reboot the IMP Server.

6.Do get the right Results in the Jabber Directory Lookup you need to modify the jabber-config.xml

 <Policies>
<DirectoryURI>mail</DirectoryURI>
</Policies>

<Directory>
<IMAddresses use-default=”false”>
<IMAddress>mail</IMAddress>
</IMAddresses>
<SipUri>mail</SipUri>
<BDISipUri>mail</BDISipUri>
<UseSIPURIToResolveContacts>true</UseSIPURIToResolveContacts>
<BDIUseSIPURIToResolveContacts>true</BDIUseSIPURIToResolveContacts>
<UriPrefix></UriPrefix>
<BDIUriPrefix></BDIUriPrefix>
</Directory>

Be aware that you need to use Directory Lookup, UDS is not supported for this. Otherwise Jabber will find the users username@presencedomain as IM Address.

7. Verify

You user lookup should now look like this.

final_user2

Troubleshooting:

After changing the JID you find some users with their old IM Address(userid@domain) which result in an error if you try to send messages or see presence.

In this case the best way around was to Remove all users from the Presence Server and add it again. You can do this with BULK-> Update Users.

Remove: “Enable User for Unified CM IM and Presence (Configure IM and Presence in the associated UC Service Profile)”

Verify in IMP that there are no more users in the DB and readd the parameter vi BULK.

Some Important notes:

– UDS Directory Lookup is not supported for individual IM-Addresses

– Be aware that you could increase the ammount of presence domains, depending on the amount of different email TLD you’ve in your directory. If you plan to use XMPP Federation you need to have all this domains in your SSL certificate.

Cisco 7821/7841 shows wrong time (GMT Timezone) regardless of configured Timezone

I recognized on a new installed CUCM11 Cluster that some phones are showing the GMT Time but where configured with a Timezone (GMT+2) as alle the other Phones.

After trying some changes like a native supported Timezone, a total different Timezone, change from 24 to 12hour format nothing changed on the particular phones. All other phones showed the new configuration.

A Reset over the menu doesn’t helped to. So I tried a factory reset of the keypad, and this finally did it. Phone rebooted several times and showed the correct time.

So the factory reset procedure for the 78XX is:

Step 1  

Unplug the phone:

  • If using PoE, unplug the LAN cable.
  • If using the power cube, unplug the power cube.

Step 2  

Wait 5 seconds.

Step 3  

Press and hold # and plug the phone back in.

Step 4  

When the phone boots up, the headset button, the speaker button, and the mute button light up. When the light on the Mute button turns off, press 123456789*0# in sequence.

When you press 1, the lights on the headset button turns off. The light on the Select button flashes when a button is pressed.

After you press these buttons, the phone goes through the factory reset process.

If you press the buttons out of sequence, the phone powers on normally.

Caution   

Do not power down the phone until it completes the factory reset process, and the main screen appears.

https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cuipph/7811-7821-7841-7861/10-1/english/adminguide/PA2D_BK_7479E876_00_7811-7821-7841-7861-ag-cucm-1031/PA2D_BK_7479E876_00_7811-7821-7841-7861-ag-cucm-1031_chapter_01110.html#PA2D_TK_P0663CEF_00

Slow Disk Performance on BE6000 UCS C220 M4 Server

I just installed two of new BE6k UCS C220M4 HD Servers with a colleague as we recognized a very poor perfomance of the server. After verifying all the Firmware of the Server and Controller and VMware drivers were uptodate my colleague checked the Raid configuration for the Virtual Disk and recognized that the Raid configuration is for a Raid 0/1 and not for the default Raid 5 which is setup by Cisco(Thanks to Jurgen Waldl for that quick find). After changing this values we got our Performance back.

We found this configuration on three M4 Servers.

Verify your actual configuration:

Login to CIMC, go to Storage -> Virtual Drive Info

If Write Cache Policy is set to Writhe Through and the Disk Cache Policy is disabled you have the wrong configuration.

Bildschirmfoto 2015-07-19 um 11.31.31

1. Enter the Raid Controller Menu during Boot

2. Select the Virtual Drive and choose F2

Bildschirmfoto 2015-07-16 um 13.54.01

3. Go to Advanced Setting

Bildschirmfoto 2015-07-16 um 13.54.31

4. Change the Values

  • “Default Write” to “Write Back”
  • “Disk cache Policy” to “Enable”

Bildschirmfoto 2015-07-16 um 13.56.55

This are the recommended settings by Cisco:

image001

(http://www.cisco.com/c/en/us/solutions/collateral/data-center-virtualization/unified-computing/whitepaper_c11-728200.html)