Collaboration update information videos

TP & VIDEO

https://www.youtube.com/watch?v=xNteelLjFOwBe Everywhere With Video Collaboration – YouTube

Cisco Collaboration launch March 2014 – new units – YouTube

Cisco Partner Summit 2014 Global General Session Demo: TelePresence SX10 – YouTube

Cisco Partner Summit 2014 Collaboration Breakout Demo: TelePresence MX700 – YouTube

Dynamic Video Meetings with SpeakerTrack 60 – YouTube

Collaboration Summit 2013 Keynote Demo: Cisco TelePresence MX300 G2 – YouTube

 

Telephony

Cisco BE6000 Overview – YouTube

Experience Ease-of-Use with Cisco Business Edition 6000 – YouTube

Fundamentals of the Unified Communications BE 6000 – YouTube

Cisco IP Phone 7800 Series – YouTube

Cisco DX650: User Experience – YouTube

 

Jabber

Cisco Jabber – IM Presence Voice and TelePresence on ANY DEVICE ANYWHERE! – YouTube

Cisco Jabber Guest Explained in Detail – YouTube

Jabber Specialist Training – Presentations and Recordings

Microsoft Competitive Material

#collaboration

CCIE Collaboration | 400-051

Cisco Collaboration Infrastructure

  • UC Deployment Models
  • User Management
  • IP Routing in Cisco Collaboration Solutions
  • Virtualization in Cisco Collaboration Solutions
    • UCS
    • VMware
    • Answer Files
  • Wireless in Cisco Collaboration Solutions
  • Network Services
    • DNS
    • DHCP
    • TFTP
    • NTP
    • CDP/LLDP
  • Power over Ethernet
  • Voice and Data VLAN
  • IP Multicast
  • IPv6

Telephony Standards and Protocols

  • SCCP
    • Call Flows
    • Call States
    • Endpoints types
  • MGCP
    • Call Flows
    • Call States
    • Endpoints types
  • SIP
    • Call Flows
    • Call States
    • SDP
    • BFCP
  • H323 and RAS
    • Call Flows
    • Call States
    • Gatekeeper
    • H.239
  • Voice and Video CODECs
    • H.264
    • ILBC
    • ISAC
    • LATM
    • G.722
    • Wide band
  • RTP, RTCP, sRTP

Cisco Unified Communications Manager

  • Device Registration and Redundancy
  • Device Settings
  • Codec Selection
  • Call Features
    • Call Park
    • Call Pickup
    • BLF Speed Dials
    • Native Call Queuing
    • Call Hunting
    • Meet-Me
  • Dial Plan
    • Globalized Call Routing
    • Local Route Group
    • Time of Day Routing
    • Application Dial Rules
    • Digit Manipulations
  • Media Resources
    • TRP
    • MoH
    • CFB
    • Transcoder/MTP
    • Annunciator
    • MRG/MRGL
  • CUCM Mobility
    • EM/EMCC
    • Device Mobility
    • Mobile Connect
    • MVA
  • CUCM Serviceability and OS Administration
    • Database Replication
    • CDR
    • Service Activation
    • CMR
  • CUCM Disaster Recovery
  • ILS/URI Dialing
    • Directory URI
    • ISL Topology
    • Blended Addressing
  • Call Admission Control
    • CAC/ELCAC
    • RSVP
    • SIP Pre-conditions
  • SIP and H323 Trunks
    • SIP Trunks
    • H.323 Trunks
    • Number Presentation and Manipulation
  • SAF and CCD
  • Call Recording and Silent Monitoring

Cisco IOS UC Applications and Features

  • CUCME
    • SCCP Phones Registration
    • SIP Phones Registration
    • SNR
  • SRST
    • CME-as-SRST
    • MGCP Fallback
    • MMOH in SRST
  • CUE
    • AA
    • Scripting
    • Voiceview
    • Web Inbox
    • MWI
    • VPIM
  • IOS Based Call Queuing
    • B-ACD
    • Voice huntgroups
    • Call Blast
  • IOS Media Resources
    • Conferencing
    • Transcoding
    • DSP Management
  • CUBE
    • Mid-call signaling
    • SIP profiles
    • Early/Delayed offer
    • DTMF interworking
    • Box-to-Box Failover/Redundancy
  • Fax and Modem Protocols
  • Analog Telephony Signaling
    • Analog Telephony Signaling Theories (FXS/FXO)
    • Caller ID
    • Line Voltage Detection
    • THL Sweep
    • FXO Disconnect
    • Echo
  • Digital Telephony Signaling
    • Digital Telephony Signaling Theories (T1/E1, BRI/PRI/CAS)
    • Q.921 and Q.931
    • QSIG
    • Caller ID
    • R2
    • NFAS
  • IOS Dial-Plan
    • Translation Profile
    • Dial-peer matching logics
    • Test Commands
  • SAF/CCD
  • IOS CAC
  • IOS Accounting

Quality of Service and Security in Cisco Collaboration Solutions

  • QoS: Link Efficiency (e.g. LFI, MLPPP, FRF.12, cRTP, VAD)
  • QoS: Classification and Marking
    • Voice vs Video Classification
    • Soft Clients vs Hard Clients
    • Trust Boundaries
  • QoS: Congestion Management
    • Layer 2 Priorities
    • Low Latency Queue
    • Traffic Policing and Shaping
  • QoS: Medianet
  • QoS: Wiress QoS
  • Security: Mixed Mode Cluster
  • Security: Secured Phone Connectivity
    • VPN Phones
    • Phone Proxy
    • TLS Proxy
    • 802.1x
  • Security: Default Security Features
  • Security: Firewall Traversal
  • Security: Toll Fraud

Cisco Unity Connection

  • CUCM and CUCME Integration
  • Single Inbox
  • MWI
  • Call Handlers
  • CUC Dial-plan
  • Directory Handlers
  • CUC Features
    • High Availability
    • Visual Voicemail
    • Voicemail for Jabber
  • Voicemail Networking

Cisco Unified Contact Center Express (UCCX)

  • UCCX CTI Integration
  • ICD Functions
  • UCCX Scripting Components

Cisco Unified IM Presence

  • Cisco Unified IM Presence Components
  • CUCM Integration
  • Cisco Jabber
  • Federation
  • Presence Cloud Solutions
  • Group chat and Compliance

Cisco Press Resources

Cisco Solutions Reference Network Design (SRND) and Design Guides

Administration and Deployment Guides

 

Cisco UCS Manager Architecture | Bsoft Bangalore

Cisco UCS™ Manager provides unified, embedded management of all software and hardware components of the Cisco Unified Computing System™ (Cisco UCS) across multiple chassis, rack-mount servers, and thousands of virtual machines. Cisco UCS Manager is a device manager that manages Cisco UCS as a single entity through an intuitive GUI, a command-line interface (CLI), or an XML API for comprehensive access to all Cisco UCS Manager functions.
The management solution of an integrated data center infrastructure must control the network and storage resources required by the computing platform. Server management software typically becomes more complex with the need for various products to control and maintain the integrated infrastructure. Each component vendor has its own management interface and communication protocols. However, Cisco UCS Manager, which runs embedded in the fabric interconnect, manages all components of Cisco UCS through a single pane. Managing the server, networking, and storage resources with a unified approach greatly decreases complexity, providing the capability to deploy and alter applications quickly with the innovative use of policies, role-based access control (RBAC), service profiles, and templates.
Cisco UCS Architectural Components

Cisco UCS has many physical components, all managed by Cisco UCS Manager (Figure 1). Cisco UCS is a next-generation data center platform that unifies computing, networking, storage access, and virtualization resources into a cohesive system designed to reduce total cost of ownership (TCO) and increase business agility. The system integrates a low-latency, lossless 10 Gigabit Ethernet unified network fabric with enterprise-class, x86-architecture servers. It is a scalable, multichassis platform in which all resources are integrated into a unified management domain.

Cisco UCS Components

Cisco UCS Manager Architecture System Components

The architecture of Cisco UCS Manager consists of multiple layers with well-defined boundaries. External interfaces provide communication with the outside world (Figure 2). The data management engine (DME) is the central service that manages the components of Cisco UCS. Application gateways act as hardware abstraction layers between the DME and the managed endpoints. The endpoints are the actual devices or entities that are managed by Cisco UCS Manager, but they are not considered as part of Cisco UCS Manager itself.

Model-Based Framework in Cisco UCS Manager

Cisco UCS Manager exposes all of its functions through a powerful native XML API. All operations, including the Cisco UCS Manager’s GUI and CLI, use this XML API. The management information tree is exposed in its entirety through the API, permitting users to modify management information as needed. Cisco’s GUI and CLI for Cisco UCS Manager also use the XML API. Users can create their own front-end user interfaces with the API. For example, organizations that want to deploy Cisco UCS in a multi-tenant environment can create a custom GUI for each tenant. Others may want to use the API to connect to a configuration management database (CMDB) or to third-party management and provisioning tools. Cisco management ecosystem partners have built robust solutions using the API to integrate Cisco UCS management into their software products.
Data Management Engine

The DME is the central component in Cisco UCS Manager and consists of multiple internal services. The DME is the only component in Cisco UCS that stores and maintains states for the managed devices and elements. The DME is the authoritative source of configuration information. It is responsible for propagating configuration changes to the devices and endpoints in the form of managed objects. Managed objects contain the desired configuration and the current state of a corresponding endpoint.

Administrators make changes to MOs in the management information tree through the XML API. These changes are validated by the DME and propagated to the specific endpoint. For example, if an operator initiates a server “power-on” request through the GUI, when the DME receives the request, it validates it, and if the request is valid, the DME makes the corresponding state change on the server objects in the management information tree. This state change is then propagated to the server through the appropriate application gateway.
Management Information Tree

All the physical and logical components that comprise Cisco UCS are represented in a hierarchical management information model referred to as a management information tree. The Cisco UCS Manager information model is the logical abstraction of all hardware and software components managed in Cisco UCS. Each node in the information tree represents a managed object or group of objects that contains its configuration and operational state. The state information for a managed object includes both its administrative state (how it is configured) and its operational state (how it is running). Hierarchically organizing the management information reflects a logical containment of the objects. It also facilitates parallel and asynchronous management operations, thereby improving the consistency of the operations and the efficiency of the transactions on individual managed objects and on subtrees of managed objects. For example, it enables administrators to configure a complete Cisco UCS instance in a single transaction.

Application Gateways

Application gateways are agents used by the DME to propagate changes to the endpoints. They also report the system state from the endpoints to the DME. An application gateway is a module that converts management information (such as configuration, statistics, and faults) from its native representation into the form of a managed object. The application gateway is the hardware abstraction layer that abstracts the object model from the managed device or entity. Application gateways implement the platform-specific details of each of the managed endpoints. In Cisco UCS Manager, the application gateways are implemented for the Cisco NX-OS Software chassis, blades, ports, host agents, and network interface cards (NICs).

Application gateways compare the administrative state of a managed object with the operational state of the managed endpoint and take appropriate action. Application gateways are stateless, and their stimuli (entities that can change the configuration state of a managed object) are unchanged in value when multiplied by themselves, making Cisco UCS Manager a robust framework for configuration management, particularly in the event of failures. When an application gateway fails to configure an endpoint, that failure is reflected in the operational state of the managed object. At the end of any transaction, whether it was successful or not, all affected objects are inspected, and appropriate managed object rules are applied.
With this model-based framework, Cisco UCS Manager separates business logic from platform implementation. This approach lets programmers develop the business logic independent of the platform implementation, thus permitting rapid support for new platforms. This approach also helps simplify software maintenance, since model logic errors should be easily distinguished from platform implementation errors.
Managed Endpoints

Managed endpoints are resources within Cisco UCS that are managed by the Cisco UCS Manager [Figure 3]. The DME within Cisco UCS Manager interacts with the endpoints through the application gateways. These resources are LAN, SAN, and server related.

With Cisco UCS Manager, all configuration changes are first applied to the managed object in the information model by the DME and are then applied to the actual managed endpoint by the appropriate application gateway. These deployments of management to managed objects are fully transactional and abide by the atomic, consistent, isolated, and durable (ACID) requirements of a standard database transaction. With the DME, the deployment of the administrative state to the managed endpoint is just a side-effect of an information model transaction. However, the deployment of the administrative state to the managed endpoint is not transactional in nature. This is an important distinction between the model and the managed endpoint implementations.
Power On Sequence
 Server Boot Request
Step Command/Process Administrative Power State of MO (Server) Operational Power State of MO (Server)
1.0 CMB Request: Boot Server Down Down
2.0 Request gets queued Down Down
3.0 State change in Model Information Tree Up Down
4.0 Transaction complete Up Down
5.0 Pass change information and boot request stimuli Up Down
6.0 Persistify the state change of MO to local store Up Down
6.1 Send state change information to peer DME Up Down
6.2 Persify the state of MO to peer’s local store Up Down
6.3 Reply with success (replication and persistification) Up Down
7.0 CMO: Response and external notification Up Down
8.0 Apply reboot stimuli Up Down
9.0 Instruct CIMC to power on server Up Down
10.0 Reply from CIMC, server power on success Up Down
11.0 Reply, reboot stimuli success, pass new power state information Up Up

Security

This flexibility in client interfaces facilitates role-based management because it enables IT administrators from network, storage, and server domains to work with the terminology with which they are most familiar. Users may choose to adapt their tools for specific needs. For example, one administrator may be responsible for servers, one for SAN configuration, one for LAN configuration, and one for managing the rest of the Cisco UCS infrastructure. In large-scale environments, teams of users may be responsible for managing each of these components across the entire organization. Within these teams, some individuals may specialize in the management of subcomponents (for example, on the IT management team, one user may be responsible only for virtual NIC [vNIC] configuration). Standard roles are built into Cisco UCS Manager, and you can also create custom roles. Each role has a corresponding set of privileges that control write access to server configuration, internal and border LAN configuration, internal and border SAN configuration, and configuration of other Cisco UCS components, including configuration of RBAC itself.

Larger-enterprise customers can divide their organizations hierarchically into suborganizations. A locale is a region within that hierarchy. A combination of locales and privileges can determine to what resources users have rights within suborganizations.
In addition, authentication of users can be performed from an external system such as Lightweight Directory Access Protocol (LDAP) (Active Directory [AD]), RADIUS, or TACACS; or internally using local accounts. Authorization is performed by the Cisco UCS Manager after the user has been authenticated.
Availability
Cisco UCS supports the use of two interconnected fabric interconnects for management redundancy and increased fabric interconnect throughput. A valid high-availability configuration includes a pair of interconnected fabric interconnects and two fabric extender modules per chassis, with one fabric extender attached to one fabric interconnect, and the other fabric extender attached to the other fabric interconnect,
High Availability Using Management Redundancy
Both Cisco UCS Manager instances can run as either the active or standby instances. (The data plane always remains active-active during normal production.) All Cisco UCS Manager processes running in these instances are monitored and restarted if they terminate abnormally by a monitoring process. A floating management IP address is configured on the active instance so that all GUI and CLI connections and management operations are forced to initiate there. Configuration and operational state changes are then propagated over the private network from the active instance to the standby instance so that management information is synchronized. The Cisco UCS Manager instance acting as the active instance will remain so either until it fails over or until the administrator requests a role change (a switchover). Each instance periodically sends a heartbeat message to the other to indicate that it is healthy. Cisco UCS Manager detects and resolves heartbeat discontinuities by using the serial electronic erasable programmable read-only memory (SEEPROM) on the chassis.
Reliability and Serviceability
Since the DME is aware of the administrative and operational states of all managed endpoints, it notifies all interested client programs about state and configuration changes as they occur. The DME was designed to publish notifications to clients so that clients can maintain a consistent and up-to-date view of management information without having to poll Cisco UCS Manager for updates. GUI, CLI, and XML API clients can subscribe to events so that they reflect the most up-to-date state and configuration of the system at all times.
Cisco UCS Manager uses generic object notifications to manage events and faults. An event is a representation of something that momentarily occurred in the system; for example, insertion of a blade into a chassis is represented as an event. By contrast, a fault represents something that failed in the system; the failure of a fan module is represented as a fault. Events and faults are themselves objects that are managed by Cisco UCS Manager and are subject to the same base set of rules as other managed objects in Cisco UCS Manager. However, events and faults have additional rules that specifically apply to them. For example, event managed objects are immutable because they usually correspond to a momentary, nonpersistent condition that should be logged.
By contrast, fault managed objects are mutable because the operational state of a managed endpoint may transition between a failed state and a functioning state. Such a fault is known as a cleared fault. Cisco UCS Manager has a user-configurable policy for handling cleared faults. Cisco UCS Manager can automatically delete or retain cleared faults for a certain amount of time. For both events and faults, Cisco UCS Manager supports the concept of expiry or termination in the lifecycle of their corresponding managed objects.
Modular Management
Cisco UCS Manager software is an embedded device manager for all Cisco UCS components. In essence, Cisco UCS Manager creates a unified management domain that serves as the central nervous system of Cisco UCS. In one sense, Cisco UCS Manager takes the place of several system management tools associated with traditional computing infrastructure by integrating computing, networking, storage access, and virtualization resources in a single cohesive system. However, Cisco UCS Manager leaves cross-system and heterogeneous device management to other system management tools and provides different APIs for those tools.
Policy-Based Management
A policy-based management approach allows Cisco UCS Manager to use the metadata of servers to abstract the state of the hardware. For example, the administrative state of blades is managed with service profiles. A service profile contains values for a server’s property settings, including vNICs, MAC addresses, boot policies, firmware policies, and other elements. By abstracting these settings from the physical server to a service profile, you can deploy a service profile to any physical computing hardware in Cisco UCS. Furthermore, the service profile can, at any time, be migrated from one physical server to another. Figure 5 summarizes the information that is included in a service profile and shows how that information is populated in the service profile and ultimately associated with a server.
 Service Profile Elements
A service profile is therefore the description of a logical server, and there is a one-to-one relationship between a service profile and a physical server. A service profile template is the blueprint for creating new service profiles. Using policies and pools that are defined by functional administrators, server managers can create service profiles. For example, a network administrator can define a pool of MAC addresses and policies such as quality of service (QoS) for a VLAN. A server administrator can the use a MAC address from the pool to create a service profile.
A service profile can be associated with a physical server either manually or automatically (using a policy or the XML API). When a service profile is associated with a server, the DME performs all necessary changes to fulfill the request. Specifically, a thread of the DME process, referred to as the “doer” thread, creates a service profile association workflow in the form of a finite state machine (FSM). The doer thread modifies the managed objects in the management information tree according to the settings in the service profile. It then calls the appropriate application gateways to actually deploy the configuration changes to the managed endpoints. The application gateways transition through platform-specific workflows to help ensure that all endpoints are modified appropriately.
The doer thread does not wait for the application gateway to complete its task. Instead, the doer thread processes the next task in its queue. When the application gateway completes its task, it signals the doer thread, at which point the doer thread transitions to the next task in the FSM. The DME orchestrates all management stimuli serially and transactionally to help guarantee that all requests to change the management information tree are successfully performed. Cisco UCS Manager implements a policy-based management using service profiles to help automate provisioning and increase agility.
Standard Interfaces and Clients
Cisco UCS Manager abstracts the back-end platform implementation from the business logic of the information model and is designed with independent front-end user interfaces. Configuration state changes that originated in the user interface are then applied to the managed object in the information model, and finally they are deployed to the managed endpoint. Conversely, operational state changes originating in the managed endpoint are applied to the managed object in the information model, and they then finally appear in the user interface.
The two primary interfaces for user interaction with Cisco UCS Manager are the buffered CLI and the GUI (Figure 6). Both the CLI and GUI are written using the XML API. The GUI provides a very simple and intuitive interface for users to manage Cisco UCS. The Java Web Start executable code is pushed to the administrative client at the time of connection to the management port, helping ensure that the most current version of the GUI is deployed. One of the benefits of using the GUI is that it provides several wizards to guide users through complex configuration tasks.
Client interfaces, such as the CLI and GUI, generate stimuli in Cisco UCS that can change the configuration state of a managed object. A less obvious example of a stimulus generator is another managed object. For example, if a fabric extender fails, then the operational state of the network interface ports connected to that fabric extender will also be affected.
The CLI provides an interface for users who prefer working at the command line. One of the benefits of using the buffered CLI is that it provides the capability to group multiple configuration changes in a single transaction. The CLI also allows the user to perform multiple commands and to store and run scripts. For example, if users perform a set of management operations on a regular basis, the associated commands can be stored in a script. Users can, whenever they want, run the script with a single command. In this way, users can effectively create their own custom configuration wizards by writing scripts. The CLI also comes equipped with standard enterprise features such as a command history and syntactically guided command completion.
Separation of Business Logic and Hardware Implementation
In addition to the native open XML API, Cisco UCS Manager complies with Intelligent Platform Management Interface (IPMI); Serial-over-LAN (SoL); keyboard, video, and mouse (KVM) connection; Simple Network Management Protocol (SNMP); syslog; Systems Management Architecture for Server Hardware Command-Line Protocol (SMASH-CLP); and Common Information Model XML (CIM-XML) requirements.
Evolution of Cisco UCS Manager
Cisco UCS was introduced in July 2009, and as of December 2011 it has been used by more than 9000 customers globally. The first version of Cisco UCS Manager introduced the concepts of service profiles, service profile templates, policies, pools, and access through the XML API for agile management of Cisco UCS components. Since then, new features and capabilities have been added, with regular input from customers. Updates have been made for scalability, to accommodate hardware upgrades, and to improve usability. The December 2010 release brought significant enhancements in most domains, including monitoring, security, and network and rack-mount server management. The September 2011 release of Cisco UCS Manager 2.0 brought support for next-generation fabric hardware and various software innovations. In the future, Cisco will continue to introduce innovations throughout the Cisco UCS infrastructure.
Conclusion

Cisco UCS Manager is an embedded unified manager for Cisco UCS. It enables a policy-based management approach through the use of service profiles and just-in-time provisioning of physical resources. The model-based framework of Cisco UCS Manager separates the operational logic from platform implementation, making the software easier to maintain. The Cisco UCS Manager information model is hierarchical, which makes modifying the management information tree more intuitive for XML API users. Managed objects can be modified either through configuration state changes initiated by an administrator or through operational state changes that occur in the managed endpoint, both of which occur as ACID-compliant transactions in the DME. Users can use various industry-standard interfaces to manage Cisco UCS or use the GUI or CLI to interact with Cisco UCS Manager. The XML API makes the infrastructure programmable and can be used to write custom management interfaces as well as perform integration with existing environments. Cisco UCS provides high availability to Cisco UCS Manager by running two fabric interconnects in the environment.

Cisco Unified Computing Services

Using a unified view of data center resources, Cisco and our industry-leading partners deliver services that accelerate your transition to a unified computing architecture. Cisco Unified Computing Services help you quickly deploy your data center resources, simplify ongoing operations, and optimize your infrastructure to better meet your business needs. For more information about these and other Cisco Data Center Services, visit http://www.cisco.com/go/unifiedcomputingservices.

Why Cisco?

Cisco UCS continues Cisco’s long history of innovation in delivering integrated systems for improved business results based on industry standards and using the network as the platform. Cisco UCS is a critical component of the Cisco Unified Data Center, which provides a complete data center infrastructure architecture. The Cisco Unified Data Center combines computing, storage, networking, security, and management resources into a fabric architecture that delivers outstanding performance for physical and virtualized business applications. Created to help companies evolve to cloud computing environments, the Cisco Unified Data Center embeds automation and simplified operations at the server, network, and cloud-services layers.

For More Information

Contact your local Cisco representative or visit:

• Cisco Unified Computing System

http://www.cisco.com/go/unifiedcomputing

• Cisco Unified Computing System: A Complete Reference Guide to the Cisco Data Center Virtualization Server Architecture

http://www.amazon.com/Cisco-Unified-Computing-System-Center/dp/1587141930

• Cisco Developer Network

http://developer.cisco.com/web/unifiedcomputing/home

• Cisco UCS Manager product page on Cisco.com

http://www.cisco.com/en/US/products/ps10281/index.html

• Cisco UCS Platform Emulator (UCSPE) download

http://developer.cisco.com/web/unifiedcomputing/ucsemulatordownload

• Cisco UCS Manager Advantage Video Series

http://www.cisco.com/en/US/prod/ps10265/ucs_advantage_video_library.html

• Cisco IT Solutions

http://www.cisco.com/web/about/ciscoitatwork/data_center/index.html

 

#ucs

Data Center Specialist Certifications

The Cisco Data Center Specialist certifications validate proficiency in designing, installing, and supporting a data center networking solution.

Data Center Unified Computing

Data Center Unified Fabric

Data Center Networking Infrastructure

Data Center Application Services

Data Center Storage Networking

Data Center Supplemental Resources

Cisco Data Center Training

 

2012 in review

The WordPress.com stats helper monkeys prepared a 2012 annual report for this blog.

Here’s an excerpt:

600 people reached the top of Mt. Everest in 2012. This blog got about 12,000 views in 2012. If every person who reached the top of Mt. Everest viewed this blog, it would have taken 20 years to get that many views.

Click here to see the complete report.

All about UC 500

Technical Enablement Collateral Helps Partners

 

This document includes:

  1. Links to documents and Materials you need to be famaliar with
  2. Technical Enablement Labs that show you how to configure basic functions
  3. TEL Template

This is a community document open for editing as you see fit.

 

Links to Documents

 

For any Partner who wants to build a successful practice deploying UC 500 (the new UC 540/UC 560 or the legacy UC 520), there are certain materials you need to become famaliar with and as well some actions you need to take to have your Technicians and Engineers feel comfortable building and deploying UC 500.

 

Small Business University
Select Certification <– for both AM and SE

 

First Look SBCS UC540 2.0 Lab
Distance Learning Opportunity for Channel Partners <– for both AM and SE

 

Smart Designs
Design and implementation notes to show typical deployments <— for the SE

 

Integrating the UC 500 System with an Existing Customer’s Firewall

 

SBCS Feature Reference Guide (CCA configurable)

No longer requires login; accessible to partners and customers. <– for both AM and SE

 

Administration guide for CCA

 

 

The CCA Release Notes http://www.cisco.com/en/US/products/ps7287/prod_release_notes_list.htmlwill give you additional information about whats new as well as any known issues with each release

The CCA Prerequisite Checks must be performed on the PC you plan to run CCA on and will save you days of wasted time

 

 

Platform Reference Guides <– for the SE

UC540 PRG

UC560 PRG

 

 

make sure you understand the SKUs supported and the capacity of the system as defined in these great guides

 

Quick Pricing Tool (QPT) <— for the AM and SE (reduce Quoting time from Days to Minutes)
http://www.cisco.com/web/partners/sell/enablement/quickpricingtool.html

 

 

Use the Site Survey <— for AM & SE

Cisco Steps to Success for VoIP – UC500 SMB Version

Collect what you need to build the system (much of it in a staging environment) before you deploy on site.

 

SBSC System Test information (how it was tested, which code was used, what the results were)

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

 

Third Party Applications to be understood:
https://supportforums.cisco.com/docs/DOC-9780

 

 

In addition to emmedded applications like SNR, WEBEX, TCV, IMAP Mail Integration, Video telephone, learn about third party integrations

 

Possible Milestones you can achieve as a measure of your ability to deploy.

  • Select Certification and identification of key individuals in for roles and responsibilities
  • get NFR Gear (UC500, ESW switches, Phones, AP541s, which you can demo to your customers)
  • Training touches – attend the virtual trainings and perform the TELs below in this document
  • Build your lab
  • Perform Demos

 

SBCS User Guides (including phones):http://www.cisco.com/en/US/docs/voice_ip_comm/sbcs/roadmap/sbcs_uc500_roadmap.html

 

Get the Latest CCA Code: www.cisco.com/go/configassist

Let the Latest UC500 Bundle: https://supportforums.cisco.com/docs/DOC-9829/

Please take a look at the UC 500 Software Pack Roadmap posted at https://supportforums.cisco.com/docs/DOC-9827

Office Manager (OM) Information and SW

Office manager Installation Guide

 

 

Technical Enablement Labs (TEL) and Videos (VOD)

As SBCS moves forward, it does so with the UC 500 SWP, a given CCA version and the Office Manager (OM) version that work together to deliver new features and functions. This TEL lab area is updated by partner demand on the support community, many times to answer discussion threads that we feel should be answered more completely with lab demonstration. While we try to obsolete older labs to the bottom, there are still some older labs not yet replaced and so you should always consult the CCA OLH and Admin Guide as well as latest Smart Designs (which normally lag behind TELs but become more officially supported docs).

 

When we Announced CCA 3.0 and Office Manager 1.2, we delivered two Partner Webcasts and the .ppt used are here:

 

CCA 3.0 (new capabilities) Demonstrated (Webcast ppt from 1/13/2011)

Office Manager 1.2 technical Webcast/demo for partners 1/20/2011

 

Initial Maintenance and Configuration with CCA

Creating and Managing Customer Sites with CCA TEL

 

SW Upgrade: SWP 8.1.0 with CCA 3.0 TEL

 

Configuring a UC500 Demo System with CCA 3.0 TSW and Bulk User and Phone Import

 

UC 500 Localization using CCA 3.0 SW Upgrade Utility VOD

 

TSW for Bulk User and Phone Data Import using BulkDataImport.xls in CCA 3.0 VOD

 

Upload and Download files to UC 500 Flash using CCA 3.0 VOD

 

Upgrading or Installing a New License on a UC540/560 using CCA 3.0 TEL

 

Adding a VLAN to UC 500 TEL

 

Features and Functions Labs and VODs

 

The Remote Teleworker Router Configuration with CCASPA525G_SSL_Remote_TEL_19.pdf

 

SPA525G Remote SSL VPN Teleworker to UC 500

 

Users And Extensions Assignment in CCA 3.0 with Hold Alert and Speed Dial TEL

 

http://www.youtube.com/watch?v=WzQ72IIZhysCUE Connectivity Status Diagnostics and Recovery with CCA VOD

 

Multiple WAN IP to LAN Static NAT Mappings with CCA 3.0 VOD

 

CCA Tele-worker Phone Support MTP Configuration VOD

 

Live Record Configuration and Beep Adjustments with CCA 3.0 TEL

 

Removing Live Record Beep Tones with CCA 3.0 VOD

 

Configuring Combined Paging Groups with CCA TEL

 

Paging Group Configuration with CCA VOD

 

SKYPE for SIP Configuration with CCA TEL

 

Configuring Remote Access to Administraton via Telephoine (AvT) for your AA with CCA TEL

 

Auto Attendant Script Customization (Alternate Greeting and Dial by First Name) with CCA TEL

 

Assigning FXO ports as “CO Lines” and assigning them to phones

 

Manual Override to AA TOD Schedule using Night Service

 

Configuring the UC500 to work with Call Accounting and Call Recording from ISI

 

SA500 Configuration with CCA TEL

 

Configuring and Operating FXO Trunk Groups with CCA TEL

 

Hybrid Key System Configuration with CCA

 

Webex Phone Connect configuration with CCA 3.0

 

Lab 3: UC540 EZVPN Configuration

Lab 4: SIP Trunk Configuration

Lab 6: SA500 Security Applicance in front of a UC500 with SIP trunking

Lab 7: B-ACD (Basic ACD) Configuration

Lab 8: Auto Attendant and Night Service

Lab 9: Multisite using CCA 2.1 Multisite Manager

Lab 10: Protect Link Gateway Service on SA 500 in front of UC540

Lab 11: Smart Application: TimeCardView

Lab 12: Smart Application – IMAP Unified Messaging

Lab 14: Unified CallConnector (UCC)

Lab K: Traffic Shaping and Max Connections (CAC),

Lab 15: SR520-T1 Configuration with CCA

Lab 16: Video Monitoring xVC2300 IP Cameras from SPA525G Phone

Lab 17: Smart Call Connector Attendant Console Operator

Lab 22: Disable Cisco IP Phone WEB Server access on UC500

LAB 24: NTP on SBCS (UC500 & SBCS)

Lab 25: TheOffice Demo configured using CCA 3.0 (Updated)

How to DEMO the OFFICE SBCS – Demo Guide

The actual DEMO Performed (54 minutes run time)

Lab 26: SNR Smart Application Configuration and Operation on UC500 with CCA

Lab 28: UC560 Voice Mail Expansion using upgrade of external CUE Flash to 8G

Lab 30  UC500  Access List Manager – An example on how to restrict Guest Network access

NOW OBSOLETE Labs Archive (based on older SWP and CCA version)

LAB 1: UC540 Initial Connection, Discovery, SW Upgrade, Phone Load Management, and Licensing

Lab 13: Smart Application – Live Record

Lab 20: Cisco Phone Firmware Upgrade (79xx models – manual)

Lab 23: Paging Groups on UC500

Lab 18: Auto Attendant custom script configuration for ‘no action transfer

Lab 21: SMTP Notification of UC500 Voice Mail to EMAIL

Lab 27: Configuring Alternate Greeting on UC500 Auto Attendant

Lab 2: UC540 Telephony Setup Wizard in Staging (staging without phones)

Lab 5: UC540 FXO PSTN Trunk Group Configuration

#uc500

Our New CCIE VOCIE’S

 

CCM 9.X New Features

Pause in Speed Dial
Users can configure speed dials with FAC, CMC and post connect DTMF
Comma accepted in speed dial as delimiter and pause

Feature allows two methods of configuration:
-Method 1: Using comma as a pause and also as a delimiter
-Method 2: Dialstring/FAC/CMC/Post connect digits with no commas
Method 1: Command Delimiter for Pause
-Comma used to delineate dial string, FAC, CMC, and post connect digits
-For post connect digits, commas insert a 2 second delay
-Commas may be duplicated to create longer delays
-Preferred method for non-CUPC devices
Method 2: No Comma
-All digits to be used for dial string, FAC, CMC and post call digits entered as one string
-Once a digit string has been matched, CUCM moves on to next digit string
-Can be used on SCCP and SIP phones, but required for CUPC
Pause in Speed Dial Examples
-914085551212,,,,123456
-Will dial 914085551212, after connect, wait 8 seconds to dial 123456
-90114455612323#,2244
-FAC for International Calls. Will dial 90114455612323# with FAC of 2244
-914085551212,6534,5656,,,9933
-Will dial 91408551212, with a FAC of 6534 and CMC of 5656, wait 6 seconds, the dial the DTMF digits 9933
-914085551212653456569933
-Will dial 914085551212 with a FAC of 6534 and CMC of 5656, then immediately after connect, dial 9933
New Service Parameter allows configuration of interdigit delay
If the speed dial FAC or CMC is wrong
-Method 1: Call disconnects and an error is displayed
-Method 2: phone displays an error and allows user to manually enter information
Pause in Speed Dial Caveats
-Dial string is truncated in the calls history list (only dialed number)
-Feature may not work with CUPC client and variable length/overlapping dialplans (no comma delineation)
-This feature is not supported SRST

Codec Preference
Pre CUCM 9.0
-Administrator could only eliminate codecs (based on Maximum Audio Bit Rate)
-Could not prioritize G.711alaw over G.711ulaw, or G.729 codecs
With CUCM 9.0
-System default codec preference same as earlier versions
-Allow administrator to deterministically specify codec order
-Allow codec selection based on received offer
-Custom Codec list applied globally or on a GW/Trunk Level
-Can be applied to: SIP, MGCP, SCCP, H323 and EMCC

Codecs preference still choose by Regions

For SIP Devices/Trunk, can specify “Accept Codec Preference in received Offer”
Can change codec selection for EMCC logged in devices
Codec Preference Caveats
A common Codec Preference List must be the same on all clusters when using the following features:
-Extension Mobility Cross Cluster
-H323 Inter Cluster Trunks

Biggest challenge will be unexpected codec

-Check “Accept Audio Codec Preferences in Received Offer” settings
-Check at Device level and system level
When using non-pass through MTP, codec negotiated hop-by-hop

Native Call Queuing

Enables Hunt Pilot to queue callers

-Allow for redirection of calls based on different queue criteria
-Allow agents to participate in multiple queues

  • Auto logout and call re-queue if agent does not answer
  • Longest waiting call in all queues will be delivered first
  • No ‘post call’ time or agent greeting options
  • On phone ‘Queue Status’ display

Cisco Extend and Connect

What is the existing limitation?

  • Using CTI (webex connect or CUCILync), user can monitor a calls, but not control the call
  • No enterprise features for non-CUCM registered devices
  • Cannot hold/resume, transfer, conference or park
  • Remote devices ring and can be answered, but not mid-call features

What is Cisco Extend and Connect?

  • A new device type, CTI Remote Device that represents all remote destinations for a user
  • Anchors enterprise calls on the CTI Remote Device
  • Allows a CTI application (like Jabber) 3rd party control of the remote connection to enable enterprise call features

Examples of a deployment scenario
Contact Center agent working from home

  • Low bandwidth at house, VOIP not an option (hard phone or soft client) and cell phone is not an option
  • Extend connect sends call to home phone and CAD agent allows enterprise features needed for contact center agents

Use Cisco Unified Communications with legacy PBX

  • Customer has PBX under contract and not ready to move phones
  • Customer wants UC for IM, Chat and messaging, but phones on PBX
  • Extend Connect enables Jabber deployment for UC, but enterprise control of PBX phone (as remote device for Jabber)

New End User Webpages

CUCM 9.0 now has two types of end-user’s webpages

  • One type of page is for core Users with one phone and one line
  • The other page will be for users with multiple phones with one or more lines on each device

New User Page UI targeted towards core users
Cisco Mobility Updates
Simultaneous Ring in previous versions of CUCM

  • CUCM 7.0 introduced the parameter “Reroute Remote Destination Calls to Enterprise Number”
  • Calls direct to cell would ignore time of day settings and call the cell
  • Calls would be anchor on the enterprise phone….but the line would not ring

New features in CUCM 9.0:

  • Added “Ring All Shared Lines” service parameter
  • Uses Boolean Setting
  • True – all lines (including other remote destinations) ring
  • False – only the dialed number (remote destination) rings
  • Default and existing behavior is False

Single Number Reach Voicemail
The Problem:

  • When a call is extended to a SNR destination, CUCM cannot determine if the call was answered by the user or VM
  • Based on “Answer Too Soon”
  • Time based mechanism is unreliable and requires tweaking for each service provider

New Solution

  • CUCM 9.0 introduces a new parameter called “Single Number Reach Voicemail Policy”
  • Can be either Timer Controlled or User Controlled
  • Timer Controlled uses existing “Answer Too Soon” timer
  • User Controlled requires the user to send a signal (DTMF) to accept the call

Hunt Pilot Connected Number Display
Hunt pilot DN display in previous versions
-Calls to a hunt pilot display the DN of the hunt pilot as the connected party ID

  • Applies to both MGCP and SIP trunks

Hunt pilot DN display in CUCM 9.0

  • This feature allows the connection to be updated with the answering party’s DN as the Called Party ID
  • Applied on the Hunt Pilot Configuration page
  • SIP: PAI and Remote PartyID are updated
  • MGCP/H323: Connected Number sent to update the Called Party ID

RTCP Support
RTCP

  • RTCP provides out-of-band statistics and control info for RTP
  • RTP sent on even port and RTCP is send over next higher odd port
  • RTCP is supported between phones directly

RTCP not supported by:

  • Trusted Relay Point (TRP)
  • RSVP Agent
  • DTMF Translator
  • Passthru MTP

CUCM 9.0 RTCP New features:

  • CUCM 9.0 supports RTCP through MTP in pass thru mode
  • In non-pass thru mode, RTCP will still be blocked
  • Only valid for SIP to SIP calls

BRI G.Clear

  • CUCM v7.0 (1) first introduced G.Clear support for MGCP PRI
  • G.Clear required for tandem ISDN bearer circuits in VOIP network

New features:

  • CUCM 9.0 expands support for G.Clear to BRI interfaces
  • Supported on MGCP BRI interface
  • Supports G.Clear over SIP trunk with Early Offer and G.Clear

Security and OS Updates

  • Red Hat Enterprise Linux 5.0 v7.0.2
  • Host rename/reIP simplified (3 less steps to complete)

Optimized CLI commands:

  • Utils dbreplication stop/dropadmindb/reset
  • Utils dbreplication forcedatasyncsub
  • Utils dbreplication status replicate
  • Utils dbreplication runtimestate

Upgrade paths

  • L2 upgrade from 8.6(1) and later to 9.0(1)
  • Refresh Upgrade for 8.x (prior to 8.5), 7.1(5) and 6.1(5)

Security Feature Update
CTL Client Update

  • Single installer for all Windows versions
  • Supports Windows 7 (32 and 64 bit), Windows XP and Windows Vista

Updates to AXIS 2.0 (support .NET clients)

Assured Services for SIP Line side devices

  • MLPP support for 99xx/89xx SIP phones and 3rd party SIP Phone
  • TLS connections for 3rd party SIP phones

LDAP Enhancements
Custom User Fields

  • Existing LDAP agreements sync 13 default attributes
  • LDAP agreements will allow 5 Custom User fields
  • Custom User Fields are common across all sync agreements
  • Custom User Fields updated on 1 agreement are synched across all agreements
  • Attribute will be validated at save time
  • Error message thrown when saving and the attribute does not exist

LDAP and Manual User Support
Prior to CUCM 9.0

  • Enabling LDAP sync would prohibit adding local users
  • End user to be used by CUCM must be defined on AD and synched
  • Extra users could trigger extra CAL’s on the MS AD

With CUCM 9.0

  • Administrator can have both LDAP sync users and locally defined users
  • Ability to modify local users and roles assigned to LDAP users
  • Deleting LDAP synch will mark users synced for deletion (garbage collection)
  • Administrator can convert an LDAP user to a local user
  • User status field is used to differentiate between the Local user and LDAP Synchronized users

To convert LDAP synchronized user to the local user account:

  • Check the box Convert User Account and Save changes
  • After a user is converted to local CUCM user all the fields become editable

CUCM IM and Presence

Beginning with release 9.0, CUCM and CUP will start integration to be one product

  • Includes common release and upgrade process
  • Centralize administration
  • Simplify licensing, now included as part of CUCM user licensing
  • Deprecating IP Phone Messenger (IPPM) and CUPC 7.0

Through CUCM IM and Presence administration screens, configure UC Services for clients

UC Services that can be defined:

  • Voice Mail
  • Visual Voice Mail
  • Conferencing
  • Directory
  • IM
  • Presence
  • CTI

UC Services are used to build a UC Service Profile

UC Service Profiles assigned to users:

  • Licensing for the feature handled at the user level
  • Home cluster specified in the user page

When migrating to CUCM 9.0, existing service profiles and configuration in CUP will be migrated

  • CUCM IM and Presence uses Templates and Layouts to speed up user creation
  • BAT/AXL have been updated for CUCM/CUCM IM and Presence

 

Perfect Resume

The perfect resume must excel in both content and format. Spruce your resume with these simple, effective tips and you will definitely get those interview calls.

What a resume is not –

  • It is not a biography.
  • It is not a statement of purpose listing your short-term and long-term goals.
  • It should not just be a long list of landmarks in your professional career.

Think from a recruiter’s point of view –
Your potential employer may not have enough time on his or her hands to read a 10-page masterpiece, so ensure your resume does not extend beyond a couple of pages. Leading newspapers have realised not all their readers have the time to read each and every article, which is why you see the present trend of using summary boxes for long-winded articles.

When you draft your resume, think from a recruiter’s point of view. Provide information that a prospective employer needs to know and not the kind of information you want him/ her to read.

An oft-quoted line amongst book critics is that Bill Clinton’s autobiography, My Life, was a 1,000-page book that had everything in it except what people really wanted to know. Keep this in mind when you are drafting your resume.

The purpose of a resume –
A resume or curriculum vitae is a window to you, your personality and your skill sets. Its raison d’etre is to convince a recruiter that you deserve to be called for an interview. It should present you in the best possible light and convince a prospective employer that you can add value to the company.

It should tantalise enough to make an employer pick up the phone and dial your number. Your resume should not simply inform; it should also excite a would-be employer.

The resume can also act as a sample of your skills. If done well, it can show how you can organise a large amount of data in a few words. It can also showcase your skills if you plan to opt for a career in designing, advertising or copywriting.

Summary –
Here are points you must definitely include:

  1. Experience in your profession –
    Give valuable insights; for example, if you are in the advertising industry, you could mention the big players and important names you have worked with.
  2. Skills gained in the field –
    Apart from skills you are expected to gain in your field of work, do highlight skills you may have picked up as extras. For example, if you are a teacher, your expected skills would include your command over the language concerned, the ability to handle students and your knowledge about the subject concerned.
    However, if you are also involved in organising workshops for teachers, you can also mention your ability to organise events and liaison effectively.
  3. General skills –
    This could include interpersonal skills, a knowledge of computers, etc. If you know computer packages apart from MS Office, such as Photoshop and Adobe page maker, and if you know how to make a Powerpoint presentation, do mention it. Many recruiters are on the look out for personnel who can multi-task.
  4. Accomplishments in concrete terms –
    Mention successful projects that you have handled/ been part of.
    Focus on career progression, especially if you have been promoted in a short space of time.
    If you have won any award or citation such as Best Employee Of The Month, mention it; this will present you in a positive light.
  5. Academic record –
    Give your record in reverse chronological order, mentioning your most recent qualification first.

Packaging and content –
Packaging is as important as content — both should go hand in hand.

  • Your name, address, telephone number and e-mail address should lead your resume.
  • The format you use should be consistent. Do not use too many stylistic fonts and don’t change the font size too often.
  • The first impression is the last impression, so the first few lines must be really impressive. List about three to four major skills and two achievements in the first summary section. The qualities you focus on should be compelling, not generalised.
  • Using a job objective as a starting point is a good focal point. Here is an example:

Job objective: Senior-level assignments in the area of logistics and supply chain management in the Office Automation, IT/ Telecom industry in a dynamic organisation.

  • What a prospective employer really wants to know is what you can do for them. Instead of just listing your achievements, try and tailor your resume to the needs of the company concerned. It may simply mean changing a few lines here and there on a resume you have already created.
  • Don’t be too humble. You have to sell yourself. Nobody else is going to do it for you. Give concrete achievements. For example, if you increased sales by six percent or created a database of clients, mention it instead of making generalised statements like ‘used problem-solving skills’ or ‘created aggressive marketing strategies’ that do not speak of actual results.
  • If you have progressed up the ladder in a particular company, you need to point this out. For example, if you joined as a trainee and were then promoted to a managerial level within two years, mention it instead of simply saying you are a manager.

What to avoid –

  • Lousy spellings are a real put-off. Talk about your career prospects instead of your ‘carrier’ prospects.
  • Standardise your language. Use either American English or British English, not a sprinkling of both.
  • Don’t exaggerate your skills. It may get you the job, but you will have difficulty retaining the post if you cannot deliver.
  • Don’t talk about unrealistic goals: ‘I want to progress from a cub reporter to a reporter independently handling a political beat’ is realistic, while ‘I aim to be editor of the newspaper soon,’ is highly unrealistic. Happy job hunting!

Implementing VMware vSphere 5 Auto Deploy on the CISCO UCS

Overview

VMware Auto Deploy, a feature available with VMware vSphere 5.0, combines the features of host profiles, VMware Image Builder, and Preboot Execution Environment (PXE)―a network boot using PXE―to simplify the task of managing VMware ESXi hypervisor installation and upgrades for hundreds of machines. VMware ESXi host images are centrally stored in the VMware Auto Deploy library. New hosts are automatically provisioned, based on rules defined by the user. Rebuilding a server to a clean state is as simple as a reboot. To move between VMware ESXi versions, simply update a rule using the VMware Auto Deploy PowerCLI and perform a test compliance and repair operation.

VMware Auto Deploy customizes VMware ESXi systems using host profiles and other information stored on the managing VMware vCenter Server system. You can set up the environment to use different images and different host profiles for different hosts. VMware Auto Deploy can be installed on a standalone Microsoft Windows host virtual machine or on the VMware vCenter Server itself. It also ships with the VMware vCenter Server appliance. In either case, it is registered with a VMware vCenter Server.

VMware Auto Deploy works in tandem with Dynamic Host Control Protocol (DHCP), Trivial File Transfer Protocol (TFTP), and the VMware vCenter Server. The PXE boot image is downloaded, and the preboot environment runs on the host. It contacts the VMware Auto Deploy server, which checks the rule engine based on which image is offered to the host and which host profile is applied (Figure 1).
Figure 1. VMware Auto Deploy Operation
The following concepts relate to configuration of the VMware Auto Deploy server:
• Software depot: Location where VMware ESXi images, drivers, and other add-ons are stored
• Image profile: VMware ESXi images available in the depot
• Host profile: Optional configuration template created on VMware vCenter Server
• Deploy rule: Pattern-based policy through which the service provider specifies the image profile that hosts that match the pattern should receive
• Deploy rule set: Active set of deploy rules
Integration with Cisco Unified Computing System
As part of Cisco UCS Manager Release 2.0, the Cisco UCS cluster name, service provider name, and
service provider template name are stored in the system management BIOS (SMBIOS) of the blade. This information is now available for the VMware Auto Deploy server to check the rules engine for the host profile to be applied. Note that no configuration needs to be performed to implement this capability on Cisco UCS. As part of the BIOS in Cisco UCS Manager Release 2.0, this information is automatically available to create a rule set based on the information exposed.
Deployment Steps
Step 1: Create Service Profile
Create a service profile template for the VMware ESX cluster that will be deployed using VMware Auto Deploy (Figure 2). The first (and preferably only) entry in the boot order should be LAN (PXE).
Figure 2. Creating a Service Profile Template for the VMware ESX Cluster
The Ethernet virtual network interface cards (vNICs) should be created based on requirements for the native VLAN on the PXE vNIC set as the VLAN on which the DHCP server is reachable, either by creating them on the same VLAN or by entering ip helper-address on the Layer 3 interface (Figure 3). Create service profiles from the template as required.
Figure 3. Configure vNICs
Note: The BIOS version on the blades must be from Cisco UCS Release 2.0. Use of a firmware policy as part of the template is highly recommended.
Step 2: Configure DHCP Server
Configure a DHCP server with the relevant scope and boot options (Figure 4). In the following example, the Microsoft Windows DHCP server running on VMware vCenter is used. The following URL provides a step-by-step guide to configuring a Microsoft Windows DHCP server:
The MAC address must be populated from a service profile created in Step 1, which will be used to deploy the first host.
Figure 4. Configuring the DHCP Server
Click Server Options to configure options 66 and 67 (Figure 5). Option 66 will have the TFTP server IP address. The TFTP server could be the same VMware vCenter Server or a different server.
Figure 5. Configuring Server Options
Option 67 will have the value undionly.kpxe.vmw-hardwired (Figure 6).
Figure 6. Option 67
For a Linux-based DHCP server, the configuration shown in Figure 7 applies.
Figure 7. Linux-Based DHCP Server Configuration
Note: 10.10.10.100 is the IP address of the VMware Auto Deploy server.
To rule out DHCP server configuration problems at this time if the service provider is associated, the blade should receive an IP address defined in the reservation operation, but should fail at the TFTP file download because the TFTP server has not been configured (Figure 8).
Figure 8. TFTP File Download Failure
Note: If the blade does not receive an IP address, check the native VLAN configuration in the service provider and the connectivity and configuration of the DHCP server
Step 3: Set Up VMware Auto Deploy
Run VMware-Auto Deploy, which is an application in the vctools directory of VMware vSphere 5. Keep all settings at the defaults; only the IP and credentials for the VMware vCenter need to be provided.
For a successful installation, the Plug-in Manager should show VMware Auto Deploy as registered, and an icon for it should appear under Administration. VMware Auto Deploy by default runs on TCP port 6501 (Figure 9).
Figure 9. Plug-in Manager and Administration Displays
Click the Auto Deploy Icon, download the TFTP Boot Zip file, and extract the contents to the tftproot file of the TFTP server (Figure 10).
Figure 10. Download TFTP Boot Zip and Extract Contents
On the blade, reboot with the configuration shown in Figure 11.
Figure 11. Blade Reboot Configuration
You should see the DHCP requests shown in Figure 12.
Figure 12. DHCP Requests Displayed
Note: If the second DHCP request does not receive an IP address with a Microsoft Windows DHCP server, you could be encountering CSCts86689 (Figure 13).
Figure 13. Service Profile Identifiers Read by Auto Deploy
Note the service provider template name, service provider name, and Cisco UCS name that are populated because of Cisco UCS integration with VMware vSphere Auto Deploy.
Step 4: Install VMware vSphere PowerCLI and Configure VMware Auto Deploy
Install VMware vSphere PowerCLI, found in the VMware vSphere 5 distribution.
Note: Install or upgrade the PowerShell feature in Microsoft Windows if required. Two icons are created at the end of the installation. Do not use VMware vSphere Power CLI (32bit) for configuration.
Click the VMware vSphere PowerCLI icon to launch VMware PowerCLI and run the following commands (Figure 14):
Set-ExecutionPolicy unrestricted
Connect-viserver <IP of VCenter>

Figure 14. Set-ExecutionPolicy and Connect VIServer Commands

Download the VMware ESX image (.zip) from the vSphere distribution to a local folder and run the Add-ESXSoftwareDepotcommand to add the image to the depot. Run the Get-EsxImageProfile command to check the status of the image import operation (Figure 15)

Figure 15. GetEsxImageProfile Command

You can now create a deploy rule using the New-DeployRule command. The syntax for this command is:

New-DeployRule -Name “<name of rule>” -Item “<Image>” -Pattern “<pattern>”

A match is performed on the service provider template oemstring ‘$SPT:ESXFarm”; the escape character (‘) must be entered before the $ sign.

The Get-DeployRule command can be entered to query the rule. Enter Add-DeployRule -DeployRule “<name of rule>” to add the newly created rule to the list of rules (Figure 16)

Figure 16. Add-Deploy Rule

 

When the blade is rebooted, VMware Auto Deploy should have a match for the oemstring, and the PXE boot of VMware ESXi with the image service provider specified should begin (Figure 17).

Figure 17. Loading VMware ESXi

After loading is completed, it will show up in VMware vCenter as a standalone host (Figure 18).

Figure 18. Add Standalone Host in VMware vCenter

The host can be configured according to the properties desired (vSwitch configuration, data stores, security settings, etc.).

Note: To set up bulk licensing, see http://pubs.vmware.com/vSphere-50/topic/com.vmware.ICbase/PDF/vSphere-esxi-vcenter-server-50-installation-setup- guide.pdf (page 73).

Step 5: Create Host Profile

At this time, if the host is rebooted all the changes made to it will be lost. To save the settings and use them for other servers to be deployed as part of this cluster, the host profile must be created. Choose Management > Host Profiles and click Create Host Profile to cre

ate a host profile from an existing host (Figure 19). Select the host and provide a name for the profile.Figure 19. Create Host Profile

At this time, you can delete this host from VMware vCenter (Figure 20).

Figure 20. Delete Host from VMware vCenter

Step 6: Configure VMware Auto Deploy for Service Providers to Use Host Profile

Delete the existing deploy rule using the Remove-DeployRule command (Figure 21).

Figure 21. Delete Deploy Rule

You must create a new deploy rule that specifies states the cluster for this host to join and the host profile to be used along with the image and the pattern match (Figure 22):

New-DeployRule -Name “<name>” -Item “<image>”, “<Cluster to join>”, “<Host profile to use>” -Pattern “<pattern>”Add-DeployRule -DeployRule “<name>”

Figure 22. Create Deploy Rule for Cluster to Be Joined by Host

You can use the Get-DeployRuleset command to query the rule created (Figure 23).

Figure 23. Query Rule Created

When the blade is rebooted, the system is booted using PXE and joins the cluster with the settings as specified in the host profile (Figure 24).

Figure 24. Query Rule Created

Step 7: Deploy Additional Servers to the Cluster

Follow Step 2 (Configure DHCP Server) to add configurations for other service providers created in Step 1. When those service providers are associated, they will be deployed using the common host profile because the match is implemented on the service provider template name.

Conclusion

VMware Auto Deploy is a new stateless function that ships with VMware vSphere 5.0. It enables PXE boot of bare-metal hosts and assigns specific configurations to them. In a Cisco UCS operating environment, multiple VMware vSphere servers can be deployed with a single click, using service profiles. By providing a link to the VMware vCenter boot image in the service profile template, the process of deploying multiple VMware vSphere servers can be automated, preventing human errors and deploying servers in a policy-complaint manner. The result is a dramatic savings in time and reduced potential for manual errors.

In the case of incumbent server vendors, the process of deploying multiple VMware vSphere servers is manual and needs to be repeated multiple times, each iteration requiring a server selection, locating a VMware Auto Deploy image, and booting the server. The process is time consuming and error prone. Using VMware Auto Deploy in a Cisco UCS environment, you can easily and quickly deploy VMware vSphere servers using service profile templates-another example of the ease, speed, and agility of Cisco UCS.