Friday, November 18, 2011

Creating Rendezvous (Meetme) Conference on UCM + Cisco Telepresence MCU

My environment:  UCM 8.6.1-20000-1, Cisco Telepresence MCU 4510 4.3(1.27)

Previously in the last blog post:

http://pandaeatsbamboo.blogspot.com/2011/09/cisco-ucm-86-using-cisco-telepresence.html

We have successfully configured Cisco Telepresence MCU as ad-hoc conference resource on UCM.  The caveat is this ad-hoc video conference resource can’t be used on Tandberg endpoint such as EX60 today, because there is no conference soft key or hard key for the conference initiator to start the conference.  The alternative is meetme conference.  However you might want password protected meetme conference, you can achieve it by configuring Rendezvous meeting on Cisco Telepresence MCU.

1.  Add the Cisco Telepresence MCU as H323 gateway on UCM

image 

2. Create Route List, Route Group, then Route Pattern.  Standard stuff.

3. Create Route Pattern with the destination to this H323 gateway.  In my case, my route pattern is 1357.

4. Then go to Cisco Telepresence MCU.  Add UCM IP address as H323 gateway.

image

5. Create Rendezvous Conference, the numeric ID is the number that you previously created on UCM route pattern, 1234 is the PIN to protect this meeting.

image

Test it by calling 1357.  Then you should see the screen asking for PIN.  Enter the PIN then you are now in the rendezvous meeting.

photo

Caveats:

This is not official support.  Currently you can’t configure the MCU as media resource (UCM ad-hoc, meetme) and MCU rendezvous at the same time with the same MCU, however it works.  Make sure you are not using the UCM software MTP.  With that MTP in your MRGL or your default <none> MRGL, EX60/90 will become audio only. 

Friday, November 4, 2011

Device initialization error has occured 1201

My environment:  UCM 8.6.1, CUP 8.5.1, CUPC 8.5.3

I have encountered an error on CUPC saying "Device initialization error has occured.  [1201]".  Everything is working except the softphone and hardphone mode.  It seems to be something is wrong on the UCM side.

The root cause of my problem is when the UCM is installed, it is synchronized with a NTP server with wrong time configured, therefore the tomcat certificate on UCM is expired.  The step to fix this:

1. UCM OS admin page > Security > Certificate management
2. Find the tomcat.pem, click on the certificate and check the validity date
3. If it is expired, click on "Regenerate"
4. Restart the tomcat service in CLI - "utils service restart Cisco Tomcat"

After CUPC logout and login, the softphone and hardphone mode works again!

Thursday, November 3, 2011

My LISP notes to share


What is LISP?
  • enables separation of IP addresses into two new numbering spaces: Endpoint Identifiers (EIDs) and Routing Locators (RLOCs)
  • Locator / Identifier Separation Protocol
Routing Locators (RLOCs)
  • topologically assigned to network attachment points, used for routing and forwarding of packets through the network
Endpoint Identifiers (EIDs)
  • assigned independently from the network topology, are used for numbering devices, aggregated along administrative boundaries
LISP then defines functions for mapping between the two numbering spaces and for encapsulating traffic originated by devices using non-routeable EIDs for transport across a network infrastructure that routes and forwards using RLOCs. Both RLOCs and EIDs are syntactically-identical to IP addresses; it is the semantics of how they are used that differs.

Definition
Provider Independent (PI) address
- An address block assigned from a pool where blocks are not associated with any particular location in the network
- Not topologically aggregatable in the routing system

Provider Assigned (PA) address
- An address block assigned to a site by each service provider to which a site connects
- Each block is sub-block of a service provider CIDR block and is aggregated into the larger block before being advertised into the global Internet

Routing Locator (RLOC)
- RLOC is an IPv4 or IPv6 address of an egress tunnel router (ETR)
- RLOC is the output of a EID to RLOC mapping lookup
- 1 EID maps to 1 or more RLOCs
- Multiple RLOCs can be assigned to the same ETR device or to multiple ETR devices at a site

Endpoint ID (EID)
- A 32-bit (IPv4) or 128-bit (IPv6) value used in the source and destination address fields of the first (most inner) LISP header of a packet
- The host obtains the destination EID similar to DNS
- Source EID is obtained via existing mechanisms used to set a host's local IP address
- An EID is allocated to a host from an EID-prefix block associated with the site where the host is located
- EIDs MUST NOT be used as LISP RLOCs

EID-prefix
- A power of two block of EIDs
- allocated to a site by an address allocation authority
- EID prefixes are associated with a set of RLOC address which make up a database mapping

Ingress Tunnel Router (ITR)
- A router which accepts an IP packet with a single IP header (does not contain a LISP header)
- The router treats this inner IP destination address as an EID and performs an EID to RLOC mapping lookup
- The router then prepends an outer IP header with one of its globally routable RLOCs in the source address field
- ITR receives IP packets from site end systems on one side and sends LISP-encapsulated IP packets toward the Internet on the other side

Egress Tunnel Router (ETR)
- An ETR is a router that accepts an IP packet where the destination address in the outer IP header is one of its own RLOCs
- The router strips the outer header and forwards the packet based on the next IP header found
- ETR receives LISP encapsulated IP packets from the Internet on one side and sends decapsulated IP packets to site end system on the other side

xTR
- ITR or ETR - tunnel endpoint

EID-to-RLOC cache
- short lived, on demand table in an ITR

EID to RLOC database
- global distributed database that contains all known EID-prefix to RLOC mappings

Basic Overview
- For routers between source host and ITR - destination address = EID
- For routers between destination host and ETR - destination address = EID
- For routers between ITR and ETR - destination address is RLOC
- IP addresses of the end systems = Endpoint Identifiers (EIDs)
- The IP address in the outer header are RLOCs
- ITR prepends a new LISP header to each packet and an egress tunnel router strips the new header
- ITR performs EID-to-RLOC lookups to determine the routing path to the ETR, which has the RLOC as one of its IP address

Basic Rules
- End systems only send to addresses which are EIDs. They don't know address are EIDs versus RLOCs but assume packets get to LISP routers and deliver packets to destination end system
- EIDs are always IP address assigned to hosts
- LISP routers mostly deal with RLOCs
- RLOCs are always IP addresses assigned to routers, preferably topological-oriented addresses from provider CIDR blocks
- EIDs are not expected to be usable for global end-to-end communication in the absence of an EID-to-RLOC mapping operation
- maximum 2 LISP headers can be prepended to a packet - first header as Location / Identity separation and second prepended header inside service provider for TE purposes
- Map-Requests can be sent on the underlying routing system topology or over an alternative topology
- Map-Replies are sent on the underlying routing system topology

Packet Flow
1. host1.example.abc.com wants to open a TCP connection to host2.example.xyz.com
2. It does a DNS lookup on host2.example.xyz.com
3. A/AAAA record is returned. This address is the destination EID
4. Locally assigned address of host1.example.abc.com is source EID
5. Packet is built and forwarded through the LISP site as a normal packet until reaches ITR
6. ITR must be able to map the EID destination to an RLOC of one of the ETRs at the destination site. The ITR will send a LISP Map-Request, and it should be rate-limited
7. When an alternate mapping system (ALT) is not in use, the Map-Request packet is routed through the underlying routing system. Otherwise the Map-Request packet is routed on an alternate logical topology
8. Map-requests arrives at one of the ETRs at the destination site
9. ETR looks at the destination EID of the Map-Request and matches it against the prefixes in the ETR's configured EID-to-RLOC mapping database. This is the list of EID-prefixes the ETR is supporting for site it resides in
10. If there is no match, Map-Request is dropped. Otherwise a LISP Map-Reply is returned to the ITR
11. The ITR receives the Map-Reply message, parses the messages and stores the mapping information from the packet. This information is stored in the ITR's EID-to-RLOC mapping cache. Note that the map cache is an on-demand cache
12. Subsequent packets from host1 to host 2 will have LISP header prepended by the ITR using the appropriate RLOC as the LISP header destination address learned from the ETR
13. ETR receives these packets directly, strips the LISP header and forwards the packets to the attached destination hosts

Tuesday, November 1, 2011

LISP 101 Pencast

I have spent a couple of days to study LISP, and I have summarized what I have learnt in the following pencast. Feel free to take a look and see if it helps you to have a basic understanding on how LISP works:

Cantonese version:
http://www.livescribe.com/cgi-bin/WebObjects/LDApp.woa/wa/MLSOverviewPage?sid=tgw6sG2FKbBn

English version:
http://www.livescribe.com/cgi-bin/WebObjects/LDApp.woa/wa/MLSOverviewPage?sid=GBrPsCc4H2bF

Monday, October 17, 2011

iPhoto 9.2 crashes with PhotoStream enabled

My environment: Mac OS X Lion 10.7.2, iPhoto 9.2

I have my Mac OS and iPhoto updated, with the new capability PhotoStream which allows you synchronize your photos on iPhone and iPad via iCloud. The problem is when I enabled PhotoStream on iPhoto, it crashes every time when iPhoto is launched. The resolution is removed the 3ivx in your Mac. What I have done is to search 3ivx in spotlight, then use the uninstaller to install it. Crap!

This is the post that I have found my solution:
https://discussions.apple.com/thread/3375532?start=0&tstart=0

Thursday, October 13, 2011

Ring Ring Ring - Remote Control your Cisco IP Phone to make outbound calls from iPhone, using iPhone address book entries

Ring Ring Ring is an iPhone application that remote your Cisco IP Phone to make outbound call, base on the address book entries on your iPhone!  Your iPhone address book now becomes your Cisco IP phone address book!

Key features: 
- Remote control your phone to make outbound call, 1-click to call
- Information that has been entered are saved, no need to input every time 
- Support up to 5 phone entries from your iPhone address book 
- Support all Cisco IP phones 
- Support Cisco UCM

Check it out:
http://itunes.apple.com/us/app/ring-ring-ring/id469551311?ls=1&mt=8

Demo Video:

Facebook page:

Screen capture:



Thursday, October 6, 2011

Updating VXC 2112 / 2212 firmware without VXC Manager

My environment:  VXC 2112 and VXC 2212, with firmware 7.0_213

I have got a chance to hands on with the new Cisco Virtual Experience Client (VXC) 2112 and 2212.  The model number ends with 2 means it is a unit connecting to the Citrix XenDesktop and XenApp environment.

I have a need to upgrade it from firmware version 7.0_213 to 7.0_214, because according to the release notes, 7.0_214 is the first version to support XenDesktop 5 and XenApp 6.

You can upgrade it with the VXC Manager, however in my environment I haven't set that up, so there is a way to upgrade those standalone unit via FTP.

1.  You can add the following options in your DHCP pool, I am using a switch as the DHCP server:

ip dhcp pool vxc-pool
  option 161 ip 192.168.24.2
  option 162 ascii firmware$
  option 184 ascii panda
  option 185 ascii eatsbamboo

option 161 is the DHCP server IP address
option 162 is the FTP path, in my case it is ftp://192.168.24.2/firmware/wnos
Put the firmware file in the wnos folder, the firmware should name like this ZC0_wnos
option 184 is the FTP username
option 185 is the FTP password

2. Reboot your VXC client to get the update options from DHCP server.  Monitor your FTP server logs, and also the VXC on screen display.  It should be complete within 5 secs.

You will now have the new firmware on the VXC unit!  I have tried to connect it to XenDesktop 5 and XenApp 6 and it just works like a charm!

Wednesday, September 21, 2011

Cisco UCM 8.6 using Cisco Telepresence MCU as Ad-hoc Video Conferencing Resource

My environment:  UCM 8.6.1-20000-1, Cisco Telepresence MCU 4510 4.3(1.27)

WIth the latest UCM 8.6, Cisco Telepresence MCU (previously known as Codian) can be registered to UCM via SIP as an ad hoc video conference resource, similar to what CUVC can do before.

1.  Media Resource > Conference Bridge, choose Cisco Telepresence MCU from the dropdown box.  Fill in the Conference bridge name, IP address as well as the HTTP username and password.

image

image

2.  Secondly, add this video conference bridge into your Media Resource Group and then assign it to Media Resource Group List.  Assign it to the phone that will initiate the ad-hoc video conferencing.

3. Go to the Cisco Telepresence MCU web page, Settings > SIP, the SIP registrar domain is the IP address of your UCM, the username is the Conference Bridge name specified in UCM.  Choose “Enabled” in SIP registrar usage.  In my beta release there is a bug saying that it is unregistered on MCU web page, however in UCM it shows that the MCU is registered.  You can ignore this unregistered message as it is actually working according to my testing.

image

4.  Then initiate a call from the Cisco video-enabled IP phone.  You will see the multiparty video conference is established successfully.  In my testing I have a 8945, 9951 and a EX60 with TC5.0 beta that is registered to UCM natively.

image

photo

Enjoy!

Sunday, September 11, 2011

Remote Call Forward - Call Forward your desk phone extension to your mobile

Remote Call Forward is an iPhone application that allows you to call forward your desk phone calls to your preferred numbers, mostly your mobile phone, when you are away from your desk.

It works with Cisco UC Manager, if you are on premises you can access UCM with wifi; if you are on the road, you can access the corporate network via Cisco AnyConnect VPN, provided that your company has a ASA / ISR headend in place.

Key features:
- Call Forward your desk phone extension when you are away from phone
- Works with wifi when you are on premises
- Works with Cisco Anyconnect when you are off premises
- Save your profile

Note:  The end user need to have Standard AXL API access right in order to use this app!

Check it out:
http://itunes.apple.com/us/app/remote-call-forward/id462292296?ls=1&mt=8

Video Demo:
http://www.youtube.com/watch?v=at0_93DooAk

Facebook Group:
http://www.facebook.com/pages/Remote-Call-Forward/205996216130455






Wednesday, September 7, 2011

Changing EX60 Background

My environment:  EX60, TC4.2

To change the EX60 background, access the EX60 admin web page - http://1.2.3.4

Default username admin and no password.  Upload the wallpaper, make sure the file format is png and the maximum size is 1920x1200.  If you upload the file resolution larger than 1920x1200, you will see a black screen on EX60 instead of your preferred wallpaper.

After uploading your wallpaper at the admin page, go to Advanced Configuration > Video > Wallpaper, change it to custom.  If you don't see the change, switch it to "None" then switch it back to custom.