Normalization scripting for SIP Trunking first step

SIP trunks can connect to a variety of endpoints, including PBXs, gateways, and service providers. Each of these endpoints implements the SIP protocol a bit differently, causing a unique set of interoperability issues. To normalize messages per trunk, Cisco Unified Communications Manager allows you to add or update scripts to the system and then associate them with one or more SIP trunks.

The normalization scripts that you create allow you to preserve, remove, or change the contents of any SIP headers or content bodies, known or unknown. After you configure a normalization script in Cisco Unified Communications Manager, you associate the script with a SIP trunk by configuring the Normalization Script fields in the Trunk Configuration window

The language used is Lua it is an open source, lightweight scripting language.

For info on Lua see

As a practical example we change in the SIP invite for a outgoing call on a sip trunk, the IP destination addresses in the SIP URI to a domain name.


INVITE sip:+3227784342@ SIP/2.0

The normalization script:

M = {}

function M.outbound_INVITE(msg)

local method, ruri, ver = msg:getRequestLine()

local uri = string.gsub (ruri, “”, “”)



return M

Changes into:


For some more info see:


Some very good thoughts about Why should you care about Cisco UCS


I wanted to share a few very good articles and web documents coming from friends into one condensed updated post about all the great things that Cisco UCS can provide to your organization :

Last performances update about our solution :

In the three years since its introduction, Cisco Unified Computing System™ (Cisco UCS™) powered by Intel® Xeon® processors captured 63 world performance records,UCS and Intel Xeon Processors: so, please check this out : 63 World-Record Performance Results

In response to what skeptics were saying 3 years ago :

Cisco as a server vendor! Ha!

Remember back when the company first unveiled its “Unified Computing System” (UCS)? At the time, the thought of Cisco being in the server market seemed almost laughable. But, this was a journey that we had seen before. Similar guffawing was heard when Cisco jumped into the voice market. Way back in the day, when I was in internal IT, Cisco acquired its way into the VoIP market and rode the IP wave to market leadership in only about a decade. When you think about how, historically, extremely difficult voice share was to gain, the fact that Cisco managed to grab as much share as it did, and as fast as it did, was remarkable…

more to read, here…

Some good tips to bear in mind if you want to do an apples to apples cost comparison ?

…therefore evaluate the real cost of implementing Cisco UCS solutions

The Service-Profile concept :

In this post Marcel will try to explain what a service profile template is within Cisco UCS. However to start with the basics let’s start with a service profile. I assume you are aware of the Cisco UCS Emulator. if not you can download it from here using your CCO account:

So what is a service profile within Cisco UCS?
A service profile defines a single server and its storage and networking characteristics and are stored in the Cisco UCS Fabric Interconnects. Each server connected to the Fabric Interconnects are specified with a service profile. The advantage of service profiles are mainly automation of your physical hardware configuration like BIOS settings, firmware levels, network interface cards (NICs), host bus adapters (HBAs) etcetera…

Cisco Unified Computing System Ethernet Switching Modes

Great paper to understand end-host & switch modes and when to use the most appropriate option.

What You Will Learn ?

In Cisco Unified Computing System™ (Cisco UCS™) environments, two Ethernet switching modes determine the way that the fabric interconnects behave as switching devices between the servers and the network. In end-host mode, the fabric interconnects appear to the upstream devices as end hosts with multiple links. In end-host mode, the switch does not run Spanning Tree Protocol and avoids loops by following a set of rules for traffic forwarding. In switch mode, the switch runs Spanning Tree Protocol to avoid loops, and broadcast and multicast packets are handled in the traditional way. This document describes these two switching modes and discusses how and when to implement each mode.

 Cisco UCS Manager Configuration Common Practices and Quick-Start Guide

The introduction of the Cisco Unified Computing System™ (Cisco UCS™) in June 2009 presented a new paradigm for data center and server management. Today Cisco UCS is used by more than 10,000 unique customers. While the paradigm is no longer new, many customers are deploying Cisco UCS for the first time. This guide provides a concise overview of Cisco UCS essentials and common practices. This guide also covers the most direct path to working in a stateless-server SAN boot environment, upon which much of the Cisco UCS core value is predicated. In support of a utility or cloud computing model, this guide presents a number of concepts and elements within the Cisco UCS Management Model that will hopefully help data center operators increase responsiveness and efficiency by improving data center automation.
read more here
Cisco UCS and Storage Connectivity Options and Best Practices with Netapp Storage : 
This paper will provide an overview of the various storage features, connectivity options, and best practices when using the Unified Computing System (UCS) with NetApp storage. This document will focus on storage in detail, both block and file protocols and all the best practices for using these features exposed in UCS with NetApp storage. There will not be an application or specific use case focus to this paper. There are existing Cisco Validated Designs that should be referenced for a deeper understanding of how to configure the UCS and NetApp systems in detail for various application centric use cases. These documents treat the combination of UCS and NetApp from a more holistic or, end to end approach and include the design details and options for the various elements of UCS and NetApp systems. The reader is encouraged to review these documents which are referenced below.
 So what does is it mean for you, proven by real business cases..? There you go !
Citrix and Cisco virtualizing your workspace through cisco VXI implementation :
Awesome 8min demo
KPIT deploys VDI/VXI for 800 users and saves 75% desktop management & 60% desktop energy thanks to VCE and its vBlock Architecture :
read the details here
Banco Azteca deploys 500 user VDI/VXI pilot in just 3 weeks using VCE and its vBlock architecture :
read the details here
Novis sees 25% increase in its SAP applications per blade with Cisco UCS and Nexus Architecture :
Read this article speaking about how cisco helped out to deliver Cloud services for less
Hierro Barquisimeto expects 70% reduction in hardware, power, cooling, and space with Cisco UCS implementation :
read the details here
NTT Data reduces TCO and provisioning time by 50%, CO2 emissions by 79% with Cisco Unified Computing Systems :
read the details here
Training institute reduces infrastructure costs by upto 50%, energy consumption by 18%, provisioning by 90% with Cisco UCS :
read the details here
Hoping this article, through the initial writers posts of course, could help you to access as much relevant info as possible, I invite you to reach me out and let me know what sort of info and desired topic you would like to see more on this blog.
Happy reading, and I sincerely hope I helped you, just a bit, to gain more confidence into our Fabric Computing solutions.

The When, Where and How of Cisco versus Microsoft for Unified Communications

Zeus Kerravala, a renown analyst in our industry, published his thoughts on the how, where and whens of Cisco versus Microsoft for Collaboration on a while ago.

Regardless of whether this is an objective view or not, we found it fair enough and worth sharing with you. Please read and judge for yourself…

Nexus 1000V Product Family Public Webcast Series for Customers & Partners

Dear customers and partners,

I’m delighted to invite you to the next wave of webinars related to our Virtual Data Center products line.  Feel free to register to each relevant sessions and contact me if you need more details about one of them at


Technical Track Topics



Virtual Security Gateway (VSG) v1.3 Technical Deep Dive



Nexus 1000V v1.5 Technical Deep Dive



Nexus 1010-X v1.4 Technical Deep Dive



vWAAS and Nexus 1000V Technical Deep Dive



FlexPod & Nexus 1000V/1010



QoS for multimedia traffic in the Virtualized DC (w/ Nexus 1000V)



Vblock & Nexus 1000V / VSG / vWAAS



vCloud Director, Nexus 1000V, and VXLAN Technical Deep Dive



Cisco’s CloudLab Deep Dive: Hands-on labs for N1KV, VSG & VXLAN


 The above table is also posted @

The presentation and Q&A will be  posted at this link after each webcast.


Best regards,


Ready for CiscoLive !!!


Follow the Belux community at CiscoLive London through this blog or through twitter (@CL12belux).

If you can’t be in London, don’t hesitate to visit the CiscoLive virtual site to view the keynote sessions and some technical sessions :


UCS and Nexus 1000V Network Architectures and Best Practices





UCS and Nexus 1000V Network Architectures and Best Practices Forum Invitation!


The Cisco Data Center Server Access and Virtualization Technology Group would like to personally invite you to the UCS and Nexus 1000V Network Architecture and Best Practices Forum. This event will provide and equip you with the latest information on Cisco Data Center Network Virtualization solutions and products. This one day event will feature the Nexus 1000V and the Nexus 1010 deployment/integration best practices in a UCS environment. The best practices of deploying the Nexus 1000V in Vblock and FlexPod will be discussed. Also, the best practices discussion will include the Nexus hardware platform in various redundant topologies, such as vPC with the Nexus 1000V.



 UCS Overview

 Nexus 1000V/1010 Overview

 Nexus 1010 Best Practice Network Options

 Nexus 1000V Deployment Best Practices in a Vblock

 Nexus 1000V Deployment Best Practices in a FlexPod


Who Network, Server, and Virtualization Engineers/Managers
When Various dates/times – see link under “Registration” below
Where Various locations – see link under “Registration” below
Registration Click Here to Register




8:30am – 9:30am UCS Overview This session focuses on Unified Computing System (UCS) architecture and relevant features and technologies that affect the Nexus 1000V. Configuration considerations of the UCS “Service Profiles” and UCS operational mode will be discussed as it pertains with the Nexus 1000V deployment.
9:30am – 10:30am Nexus 1000V and Nexus 1010 Overview This session describes the general overview of the Nexus 1000V and Nexus 1010 architecture. A general description of the components that make up the Nexus 1000V and the communication that happens between the VSM, VEM, and VMware’s vCenter Database.
10:30am – 12:00pm Nexus 1010 Best Practice Network Options

This session will dive into details of the Nexus 1010 network options and best practice designs for those network options, including deploying L2/L3 communication of the VSM. Describing the various options for the “virtual service blades” that are currently supported and use cases of upcoming virtual service blades that could be deployed on the Nexus 1010.

12:00pm – 1:00pm Lunch provided by Cisco Systems, Inc.
1:00pm – 2:00pm Nexus 1000V Deployment Best Practices in a Vblock
2:00pm – 3:00pm Nexus 1000V Deployment Best Practices in a FlexPod


%d bloggers like this: