Sunday, October 18, 2015

Easily test an FXO Port:

To change on-off hook status
#test voice port 0/3/1 relay loop on

this will force the port to answer.

Monday, September 7, 2015

The growing importance of DNS in your CUCM configs

Hi Guys!

It used to be that DNS was an afterthought for most CUCM deployments, many engineers advocated at one point or another just using an IP address rather than dealing with the system team who could either be extremely cooperative or extremely slow.

Those days are GONE, my friends. 

Every bit of UC software you use should be properly configured with DNS.

 Infact, anywhere you CAN use DNS, you should be using it.

The main driver for this is definitely Jabber, I can't count the number of things that can go wrong with Jabber if you do not have your DNS configured correctly.

If you absolutely must get a system up very rapidly and the sysadmin team have been very slow to get there side finished, you can use a router as a temporary DNS server:

The config for this is shown below:

conf t
 ip domain-name
ip  dns server
ip name-server

ip host srv 0 10 8443
ip host cucm01
ip host unity

ip host imp
ip host srv 0 10 8443

As you can see from the example above, you can use the host command to specify manual DNS entries, you can even do SRV records etc, the only records i can't seem to see are CNAME records, but for our purposes this does not matter.

You can then point your UC servers to this router as there DNS server as a temporary workaround while you wait for the system administration team.

Tuesday, April 28, 2015

Converting Wav for unity connection with audacity

Found this blog post and thought it was pretty useful:

Sunday, April 26, 2015

Cisco Data Center Product Line Update (UCS M-Series)

Hey Guys!

There has been lots of new Cisco Data Center products released in the past 6-12 months that due to moving country I haven't had the chance to talk about!

Hopefully the next upcoming blogposts will change some of that. I have been doing a lot of UC blogposts recently, so here's hopefully a catchup for you on some of the things in Data Center World!

First of all, let's talk about the UCS M-Series of servers. When first reading about the M-Series, your initial reaction may be one of confusion, it certainly was for me. Read on for more information...

The UCS M-Series server is kind of like a chassis-based rack server, you have a 2RU unit that can take up to 8 "Compute cartridges." These cartridges consist of CPU and memory, they don't have any HDD's or Adapters! Each compute cartridge is actually giving you TWO servers! So this 2 RU unit is providing 16 servers (when fully populated.)

 Supported count for these blades is 2, 4, 6 or 8. You can't have an uneven number for some reason.

A closer look at the specs of these servers reveals an interesting constraint:

The Intel CPU's available to you are not exactly going to set the world on fire, the E3 only has 4 cores for example.  This is by design: these servers are meant to use the minimum amount of power and cooling. The memory fully populates out at 32 gig (I believe 64 gig is coming.)

Here's the kicker that made me realise the purpose of these servers: they're not intended to run VMWare!

These servers are intended for custom applications where you need lots of easily accessible compute resources, where the application itself provides it's own fail-over capabilities.

For custom, bespoke applications like this, the ability to add more compute resources, as well as easily replace failed components is paramount. Cisco UCS M-Series enables this!

Imagine a world without VMware for a second: imagine how incredibly powerful Cisco UCS Service Profiles would be in a non-VM world, suddenly the statelessness of servers doesn't just make it easier to replace ESX-Hosts after failure. It would have been an absolute game changer.

For those companies with bespoke, custom applications that already have their own failover and scaling methods, the UCS M-Series provides the hardware piece of the puzzle, allowing them to easily provision new servers and replace failed servers.

To quote Todd Brannon of Cisco -  “We just see the increasing use of distributed computing, which is very different from heavy enterprise workloads, where you put many applications in virtual machines on a server node, This is about one application spanning dozens, hundreds, or thousands of nodes.”

For distributed computing or enterprise workloads, all that cooling and power costs money and takes up valuable space. The M-Series allows you to reach a density you simply couldn't reach even with a blade-chassis!

Hopefully I have done a decent job of explaining the real-world application for Cisco M-Series servers. It's all about high density for bespoke, single applications that use many servers (think online gaming, ecommerce, webhosting, etc.)

To make this possible, A few technologies where developed.

The first problem to be solved: All we want in the blade cartridges is CPU and RAM, no local disk and no adapters.

Instead of boot from SAN, each M-Series chassis has a collection of local disks, shared amongst the Compute-catridges. This is done in a similar fashion to the virtualization of adapters we see in VM-FEX by doing some nifty things with the PCI-E bus and the Virtual Interface Controller:

I am not sure why Cisco did not consider the use of boot-from-SAN to resolve this problem, perhaps they don't want the applications to rely on boot from SAN? Can I even configure boot from SAN on the M-Series? I intend to find the answers to these questions and will let you guys know ASAP!

In the back of the chassis you will find a slot for 4 local HDD's that will be shared amongst the blades (more detail on exactly how you configure that will be given in a later blogpost)

The table above gives you an idea of some of the options available.

From a network-out perspective, the chassis has 2 x QSFP 40 Gig connectors, providing tons of bandwidth out to your fabric interconnects, obviously you would cable from one port to FI-A and the other port to FI-B.

What's that I hear you say? But Pete! These are uplinked to an FI and the 6248 series is currently 10 gig SFP compatible only!

No problem here, simply use the QSFP 40 gig to 4 x 10 Gig SFP+ cable:

When you go into the UCS-Manager for these M-series, you will even see that the fabric interconnect shows 4 links per fabric interconnect (8 in total) even though their are only 2 physical interfaces:

Let's take a look at one of these chassis's so you can see all the uplinks:

You can see the slots for the disks (4 per chassis), the Management interfaces, console access, and of course the power supplies and 2 x 40 Gig QSFP+ uplinks.

Here's a look at the front of the chassis:

Finally, a logical diagram provides an overview of these connections:

I hope this gives you a deeper understanding and appreciation of the real-world problem the M-Series is trying to solve!

Friday, April 24, 2015

Cisco Jabber Directory options.

Hi Guys!

It's been a while since I posted my Cisco Jabber huge improvements blog! I even promised you I would explain the new directory options available in jabber!

Moving country etc got in the way and their has been a delay but better late than never right? I am also finding more and more customers are asking for jabber, It's no longer the joke compared to Microsoft Lync that it used to be. With collaboration edge and other improvements, it's a great program.

OK, on to directory options.

Cisco Jabber has three directory options:

Enhanced Directory Integration (EDI)
  • Windows devices only
  • Easiest to setup/No real setup required
  • The way I often hear this described is that it uses the outlook address book, this isn't actually what happens, the way EDI works is that the client uses DNS to find the local AD global catalog and binds to this using the login credentials of the user. A lot of Windows Applications use this Windows Directory API in a similar fashion. 
  • Other than making sure the client is a Windows PC and is actually on the domain, and that the user who is logging in is part of the domain, you should not have to perform much configuration here. 
  • This of course assumes your Windows Domain has been setup correctly, but you as the network engineer should not have to do anything to get this going.
  • When you go to "Show connection status" in your jabber client, you will not see any mention of trying to connect to the EDI directory, it will not show up in your jabber client as connected/not connected as it's all part of the Windows API. So keep this in mind!

Basic Directory Integration (BDI)
  • This is the "Traditional" method of LDAP integration with jabber where by you must specify the LDAP server and directory information as part of the service profile for that user. 
  • You can create a user who is able to bind to LDAP for this OR you can support an anonymous bind. You can provide this information via the service profile (which is downloaded by the client) or the client configuration file.
Universal Directory Service (UDS)
    • UDS will use the users that are part of the CUCM end user webpage as the directory entries
    • This is designed for when users are outside your network, on the collab-edge
    • It prevents you from having to expose your LDAP server to the internet for jabber for iphone etc.
    • you CAN force both internal and external clients to use UDS if for example, your an all-mac shop who do not use LDAP, or your cluster covers multiple AD domains, or any other reason you can think where you would rather use the CUCM database than the AD database to retrieve contacts.
    • You MUST have DNS setup properly for this to work, _cisco-uds must exist and must point to the hostname of the CUCM, the actual hostname of the CUCM (for example, must be fully resolvable, best bet is to point the to, which in turn will point to the IP address of your CUCM server.
    • Your jabber client WILL cache these entries, separately from your operating system cache of these entries meaning if at first you forget to setup the _cisco-uds record and then add it later. it still may not work. if you suspect this is the issue your having, be sure to completely uninstall the application from your device and clear out any appropriate folders such as the Application Data folder in Windows for your jabber application.
    Check out what the deployment guide has to say about the DNS entries:

    Make sure all the above is correct! UDS simply won't work without all the above being true.

    Let's see how to configure each of them shall we?

    Login to CUCM and navigate to User Management -> User Settings -> Service profile

    You will see something like the below:

    As you can see, a directory server hasn't been selected and most of the config is missing, this is perfectly fine if your using EDI, the "Use UDS for Contact Resolution" means that external users who don't have access to the Windows Directory API since they are outside your firewall will automatically use UDS when connecting externally.

    The features labelled "Only used for Advance Directory" can be used to set filters for the Windows Directory API. This allows you to narrow down the results returned by the Windows Directory Api to just users enabled for Jabber. You could safely leave this alone if you preferred however.

    So for those of you planning to use  a combination of EDI and UDS, your job is complete, so long as your windows domain is setup correctly, for those planning to use BDI, read on!

    For BDI, you will need to define the LDAP Directory servers, this can be done under User Management -> User Settings -> UC Service.

    Create a directory profile and add in the appropriate details:

    An important note about the protocol, according to the deployment guide, you need to use a particular protocol for each type of device:
    • Protocol Type — From the drop-down list, select:
      • TCP or UDP for Cisco Jabber for Windows 
      • TLS for Cisco Jabber for iPhone or iPad 
      • TCP for Cisco Jabber for Android

    Once this is done, go back to your service profile and select the LDAP directory server you just created.

    As you can see, in my example above I have created a separate user and assigned that user to be able to read the LDAP directory (must be able to bind to it), the format must be the username@domain format. You can also use the users logged in credentials if you prefer, the search bases (which unfortunately their are only 3 of) should be in the standard LDAP format.

    My advice if your having trouble getting this going is to use jxplorer ( to test connectivity.

    Finally, for some people it may make sense to do away with LDAP completely and strictly use the CUCM directory for contacts. This is done by strictly using UDS. The method to do this requires you make a modification to the client configuration file to force the use of UDS.

    (Important note: Whatever you place into the client configuration settings will be overwritten if their UC service profile has a directory listed, so keep that in mind!)

    The modifications you will need to make to the jabber-config.xml file are shown below:


    However, you might find using the config generator a heck of a lot easier:
    You can generate a nice config from this, simply unzip the html files and run them in a local web browser, then upload the file to your tftp servers, don't forget to upload it for ALL your tftp servers that your jabber client might use.

    All of the material for the above blogpost was obtained through a bit of trial and error as well as reading a lot of material from the Jabber Deployment Guide for Version 10.5

    I cannot stress enough how good this deployment guide is, it has all the information you could ever need. It is quite long but goes down to what version of office you need, failover and just about any other jabber setting you can think of.

    Tuesday, April 14, 2015

    CCIE Wireless updated

    Blink and you will have missed it, but the CCIE Wireless has been updated to version 3.0!

    Once some materials are ready, I will probably start studying for it, not sure if I'll use it to actually pass a lab but just so I know the technology. :)

    Sunday, April 12, 2015

    Video Voicemail greetings in Unity Connection

    Hi Guys!

    In my last blog post we took a look at Cisco MediaSense, a quick method of getting some very rudimentary call recording (This isn't what it's intended for, since it has very little indexing capabilities, it's really meant as central storage for recording, but in a pinch it will work)

    For me, the motivation of setting up Cisco MediaSense was to get Video Voicemail greetings going in Unity Connection, according to a recent Cisco Champions podcast on unity connection this is just step one towards full video messages in unity!

    OK, Let's get to configuring

    First, like any recipe, best to list out the ingredients first:

    • You will need a 10.5.X chain of Unity Connection (I am running Version
    • You will need Cisco mediasense installed and configured as per my blog post
    • Communications Manager 10.5 is kind of important too :p
    • You will need some sort of client that can do Video, I used Cisco Jabber but I am sure a 8945 or another appropriately configured Video Device will do the job.
    • This blog post assumes you already have your integration between Unity Connection and  Communications Manager working correctly, According to the design guide this must use SIP (To be honest, you should be using SIP integration to Unity Connection anyway)

    There are some more specific requirements around latency between MediaSense and Unity Connection, your region configuration and  some vCPU settings (it claims you need 7 vCPU's, I personally didn't need to give my MediaSense server anywhere near this many, but it's something to check if your having issues)

     First, since we are probably already logged into CUCM, we need to create a user that Unity can use to talk to Mediasense, this is done by creating an end user under the end user page. You don't have to worry too much about the permissions, Standard CCM End User should be more than enough permission.

    Once you have created this user, login to MediaSense and assign this user as a mediasense API user:

    OK, that should be the sum of all our mediasense configuration, what a relief! There is something in the design guide that talks about creating a blanking file to stop the video "freezing" on certain clients, to be honest I didn't have this issue so I skipped this step but if you are having problems with the video freezing at the start of the call or the end of the call check out the design guide for instructions on how to resolve this issue.

    Let's login to Unity Connection and get this setup.

    The first step in unity connection is to make sure your Class of Service for your intended video users is set to allow video, scroll down until you see "Enable Video" and ensure you check the appropriate boxes, click save and make sure this applied to the users you want to have Video Voicemail.

    Next, let's create the video service, scroll down on the left hand pane to Video -> Video Services

    Simply give the service a display name, the IP address, and the user we configured as a mediasense API user previously, that's it!  I personally also checked the "Allow Self Signed Certificate for Video Server" because I don't have a proper PKI infrastructure configured, in production you should get into the habit of doing your certificates properly, see my blog post on PKI with CUCM.

    Once you have saved this configuration, you will be reminded to restart the Unity Connection Conversation Manager as well as upload the certificate from the MediaSense server to the tomcat trust store on Unity Connection, I am not entirely sure if the "Allow Self-Signed Certificate for Video Server" checkbox makes this unnecessary, but I chose to upload the cert to the store anyway, so let's go through how to do that.

    First, go to your Media Sense server and display the certificate, in Firefox this is done by clicking the Padlock icon next to the URL:

    This wil display the security page, Click on View Certificate, then click on the details tab and click export. Save this somewhere on your PC.

    Next, in unity connection, in the right hand drop down panel, select "Cisco Unified OS administration" login and then select Security -> Certificate Management

    Next, click "Upload Certificate/Certificate Chain" and navigate to the file you exported previously, the purpose for the certificate should be tomcat-trust:

    Once this is done, go ahead and restart the Unity Conversation Manager (I personally reset my entire unity connection cluster at this point, since it's non production/lab so I thought, why not?)

    OK. Now we should be able to press the test button on the video service and make sure everything is OK. Go back to unity connection administration, select your video service you created previously and click "Test"

    Hopefully your output looks something like the above!

    OK, Next we have to make one more change to our user to enable him for video services, you could do this using bulk edit for a bunch of users, OR you could put it into the voicemail template so as you create users this setting will be automatically selected.

    Go to your user in Unity Connection and Select Edit -> Video Services Account, then click add to assign this video service to this user.

    OK! Thank goodness you should now be done and dusted. Let's test it!

    Ring your voicemail number using jabber, When you first ring the number your video will show as disabled, or that the other end is not sending video:

     Don't worry! This is normal, the video will only enable as your recording your greeting, (SIP will send an updated SDP message).

    Once you get to the part in Unity Connection of setting up your greeting you will find that the session changes to support video. Obviously don't forget you will need a webcam if your using jabber so make sure that is working to help avoid troubleshooting an issue that doesn't exist ;).

    I hope this helps someone out there!

    Tuesday, March 31, 2015

    Deciphering Cisco Prime License Manager: What is using what licenses, how can I tell which users are being counted as CUWL Std? How do I know which users are Enhanced?

    Hi Guys

    Remember that funny joke Cisco told us a few years ago? How they where going to make licensing for CUCM way easier? How everything would be so much better with Prime License Manager? Ha Ha they are so funny!

    But seriously, short of having a certificate program for their licensing, Cisco Licensing for collaboration platforms remains incredibly difficult and confusing, especially when it comes to maintenance.

    To help make a bit more sense of it all, this post will be continously updated as I find out new licensing issues and how to resolve them.

    One of the first issues I ever encountered was working out exactly why some users where being classified as enhanced, some as enhanced plus, some as CUWL STd, etc. etc. It has always been very confusing to me to work out WHY

    Thankfully, in CUCM 10.5 to Cisco's full credit there is a tool that can help you determine this:

    Go to System -> Licensing -> License Usage report and you should see a helpful screen like this one:

    As you can see, on the right hand side you can actually click the report to get a list of the users who are consuming particular types of licenses, this really helps narrow it down. You may find that after you make changes to these users to try and avoid the license count issues you will have to click update usage details, as well as sync the product instance in your prime license manager.

    Monday, March 23, 2015

    Great Explanation of the SIP Diversion header

    Hi Guys!

    Found this blog post on the SIP diversion header and had to share it, really good explanation of exactly when it's used, his reading of the RFC is most enlightening:
    • A change to the ultimate destination endpoint of a request. A change in the Request-URI of a request that was not caused by a routing decision. This is also sometimes called a deflection or redirection.
    • A diversion can occur when the “user” portion of the Request-URI is changed for a reason other than expansion or translation.
    • A diversion can occur when only the “host” portion of the Request-URI has changed if the change was due to a non-routing decision.

    In other words, some sort of forward set on the users phone.

    Sunday, March 22, 2015

    Cisco Mediasense (Cheap and cheerful Call recording)

    Hi Guys!

    Edit: I have found a great free enhancement for Cisco Mediasense that allows you to easily search and categorize records. I haven't personally checked it out yet but it looks interesting.

    I recently had to install Cisco MediaSense to configure another feature, Cisco Mediasense from everything I can tell is essentially a fairly rudimentary call recording solution. Cisco talk a lot about it's open API, network-based etc. etc. but for me it's really just a great way to get cheap recording.

    To deploy it, first all you need to do is obtain the ISO and install it as a virtual machine just like any other Voice application.

    It is licensed per concurrent recording, from what I could say the price per user hovers between $20 to $40 bucks, so for an organization with a T1 and a small call center it's pretty cost effective, around $400 to $500 bucks (maybe a little more once maintenance is added) to record up to 24 sessions at a time.

    There is another part number available for it:  MCP-10X-AUD-10PACK which includes 10 concurrent ports.

    The configuration of media sense itself is extremely straightforward, when you first login to the mediasense server it will prompt you to configure a username/password for connectivity to AXL on CUCM.

    Note: this SHOULD NOT and infact CANNOT be your usual admin user, resist the temptation to just slack off and use your admin account and instead create a new AXL user for this, they will also require CM administration privileges.

    Once this is done MediaSense is essentially configured! Their is very little you can configure except for selecting which users can utilize the 'Search and play' functionality.

    You do this by navigating to Administration - Mediasense API user Configuration

    The fact that they call this section Mediasense API user, along with the very limited functionality available to the user makes Cisco's insistence that this is simply a device for COLLECTING the media, not for organizing/searching through it even more obvious.

    The GUI that is available to search through recordings can be found on at the following URL:


    You can login with the user you defined as a mediasense API user previously.

    The GUI is pretty limited as you can see and you can see in terms of searching and organizing, but you can export the recordings, save them and even perform a live monitor by clicking on "Active Calls"

    For CUCM configuration the first step is to configure a SIP trunk pointing to the IP address of the Mediasense server, this is straightforward so the steps for this are not outlined below.

    Once this is done, you need to create a route pattern and point a number to this SIP trunk.

    Finally, you need to define a call recording profile under:
    Device -> Device Settings -> Call Recording Profile

     The settings for this are shown below, obviously replace 9998 with the number you configured previously and pointed to the SIP trunk

    To configure a phone to use the call recording feature, you must first make sure the phone has a Built in Bridge enabled under the phone configuration, next, you must go to the phones line and select the call recording profile:

     For troubleshooting, I find it helpful to turn on the recording beeps so that you can tell the call is being recorded. This can be found back under the phone device configuration:

     So there you have it, cheap and cheerful call recording that might be all you need for certain situations.

    I hope this helps someone out there!

    Sunday, February 15, 2015

    Understanding SNR and RSSI values

    Hi Guys

    I saw this post on a forum while investigating other issues and had to note it down for you and for my own reference! Finally a definitive answer easily understood to a question I have had for ages regarding determining wireless performance

    SNR (Signal-to-Noise Ratio) is a ratio based value that evaluates your signal based on the noise being seen. So let's look at the components of the SNR and they see how to determine it.  SNR is comprised of 2 values and is measured as a positive value between 0db and 120db and the closer it is to 120db the better: Signal Value and Noise Value typically these are expressed in decibels (db).
         So we will look at the Signal (Also known as RSSI) first this value is measured in decibels from 0 (zero) to -120 (minus 120) now when looking at this value the closer to 0 (zero) the stronger the signal is which means it's better, typically voice networks require a -65db or better signal level while a data network needs -80db or better.  Normal range in a network would be -45db to -87db depending on power levels and design; since the Signal is affected by the APs transmit power & antenna aswell as the clients antenna.

    Great stuff, found the post here:

     Also worth pointing out as per his post that the 7925g handsets can actually be used to perform site surveys! Another handy trick!

     For more information

    Tuesday, February 3, 2015

    Match Incoming calls based on SIP URI!!! (Or SIP Host or SIP Ip address, super useful!) match incoming dial-peer on sip address

    Hi Guys!

    You can now match incoming calls based on the SIP Address sending to you

    This could be incredibly useful in a situation where you don't know what numbers the provider might be sending but you need a way to distingush a provider call from another call.

    See below some example configuration:

    voice class uri  ACMESIPTRUNK sip
     host ipv4:
     host ipv4:

    dial-peer voice 2 voip
     corlist incoming INCOMINGFROMATTTOCUCM
     description ### Incoming calls from AT&T SIP Trunk ###
     session protocol sipv2
     incoming uri via ACMESIPTRUNK
     voice-class codec 1 
     dtmf-relay cisco-rtp sip-kpml sip-notify

    This will make this dial-peer voice 2 be the incoming dial-peer for any calls from host and

    Wednesday, January 28, 2015

    New Cisco Switches: 40 gig uplinks, Support for Nbase - a new standard to deliver 2.5 and 5gbps over CAT 5e and the new Wave2 802.11AC

    Hi Guys!

    Wow It's been a while since i've done a "new product" post! There has been so much slideware stuff being bounced around these days (COUGH *SDN COUGH COUGH) it's nice to see some honest to goodness, "solving a REAL problem, right NOW!" type products like new switches and new access points.

    802.11AC Wave 2 is almost upon us, promising speeds of up to 6.8 Gigabit per second and a new method of allocating bandwidth so that CSCA (carrier Sense Collision Avoidance) algorithims traditionally used in the shared media of wireless can be avoided.

    While our existing 802.11AC Wave 1 access points can get away with a 1 gig connection (because although the physical radio rate is slightly higher, the actual data rate is less than 1 gig) with these access points obviously that is no longer going to be an option.

    I know what your thinking:  "OK time to go and pull out all my Cat5E cable I guess then and replace it all, that will be super cost effective! Hey Boss! Know how we just got all that cabling put in when we moved into this office? Yeah it's redundant now we need to run all new cabling."

    The disruption to the office, the cost and the justification for the above scenario will be difficult for quite a few customers.

    So, Cisco and other concerned internet citizens banded together to introduce a standard (awaiting approval from the IEEE) called NBase. (note: their is a competing standard being proposed by another smaller networking vendor alliance. It is difficult to predict which standard will emerge at this point)

    NBase allows you to use Cat5E and Cat6 cable all the way to 100m (the original spec) with speeds of either 2.5gigabit per second or 5 gigabit per second!

    This is going to be a great stop-gap measure for a lot of people!

    Let's take a look at some of the switches/devices they introduced to support this:

    The first switch we should look at is the great 3850. The 3850 has had Converged wireless access for a while now (which allows us to use it as both a switch and a wireless controller) as well as great stacking capabilities and bandwidth and Universal POE, allowing up to 60 watts of power per port! 

    The new models of the 3850 introduce support for NBASE multi-gigabit. 12 of 24 ports on the 24 port model can accept NBase connections or 24 of 48 ports on the 48 port model. To support this potentially massive amount of bandwidth, the switch now supports 40 gig uplink modules! 

    The 4500E chassis switch (which makes sense for a lot of people) hasn't been forgotten either with it's OWN 48 port linecard with 12 of the ports being multigigabit capable.  It now also supports Converged Wired and Wireless like the 3850, so for those companies a little too big for a stack of 3850's but who want the converged wireless this is perfect!

    Before we go on to the 3560 let's talk about the new linecard for the 6500/6800 and the other improvements introduced for this platform.

    The new line card for the 6500 is shown below

    As you can see it offers 32 x 10 gig ports! Double the amount previously offered. an odd ommision in this announcement is any mention of any linecards that are going to support NBase for the actual 6500/6800 itself! Which I find a bit strange.

    Another key takeaway from this picture is the doubling of supported Instant Access switches, Instant Access is essentially the catalyst version of FEX from the Nexus platform, where by you manage your switches from a central control plane (the 6800 itself)

    This leads us into the 3560-CX and 2960-CX

    Like the 3850X these models support NBase technology, Universal POE and in certain models 10 gigabit uplinks, all in a completely silent and fanless switch!

    What's more, the new models can be used as instant access switches, allowing you to centralize the configuration on your 6800 switches. Depending on what your network topology looks like, this could be a huge boon!

    I hope you found this interesting and are as excited as I am to see if the products live up to the hype!

    Monday, January 19, 2015

    Tips for dealing with Finesse

    Consider this a dynamic article where I will put hints and tips for issues I encounter when dealing with Finesse

    - When administrating Finesse, always use the URL that contains the hostname and not the IP address. This makes life a LOT easier. Otherwise you will get errors such as: