Using the Cisco Room System API's to simplify BlueJeans meetings

Following the code samples at https://developer.cisco.com/site/roomdevices/ it should be possible to create a "Dial BlueJeans" button that would lead to a dialog to enter the Meeting ID and PIN code to connect to a meeting.  Something similar to this:

  



You could potentially use a combination of "Custom Dial Pad" and "Prompt for PIN" at their linked GitHub. I'm not a coder and so far that top screenshot is a home panel button based on the "On Button to Dial" sample.

Yes - we have Relay and encourage people to use it for the OneButtonToJoin calendaring, but not every meeting happens like that. We have a contact in the directory that everyone dials for those cases. 

Through this bit of Cisco API work you could put a single button on the Cisco Touch home screen and have an experience very similar to other BlueJeans devices (like a Dolby Conference Phone and Huddle Kit for example).

Advanced mode Boss-type stuff:

Even more.... Since you are gathering the Meeting ID, there is a Customer Satisfaction sample that you could feed it to and have a survey after the call linked to the Meeting ID. The one missing step there is to push that feedback to BlueJeans so it could be rolled into the CommandCenter!

Why am I not doing it myself?

I could code my way out of a paper bag but you would have to hand me a blowtorch: this is past my skill set and time allowance. I've pointed you to some neat API's and given you what I think is a pretty workable idea. 
I'm curious to see what someone can make out of it!

and now for a change of pace

It has been a while friends, hasn't it?
Much has changed since I last wrote - I have taken a Senior Unified Communications Engineer position in San Francisco at a little company that is responsible for the great sound and video in yoru music, movies and television. They also branched out into conference phones a while back and announced a video system add on at Enterprise Connect 2018.

The last two months have been filled with a major deployment here at work while also trying to figure out how to exist in two places. You see, since my family and I have been established in the Tacoma area and with a daughter in high school, I don't want to move everyone down to the most expensive area of the left coast just yet. So I am splitting my time about 80% in the bay and then home for the rest. It is not easy, but it is becoming more familiar.

So about the work.....
   We are a major partner with BlueJeans so I jumped into the deep end of the pool right away to move all of our conference phones straight onto a new BlueJeans software and connect all of our Cisco VCS-based video infrastructure to BlueJeans and their Relay services that enable One Button To Join on almost any standards-based-endpoint.
   The Cisco infrastructure and endpoints are in need of some TLC as well so I've started learning and exploring their configurations. It's fun to do this part because sometimes there are creative things you discover but more often I learn so much by wondering why someone did something. Manual phone books in TMS for example - I will never understand how that is a good idea!
   The cowboy in me wants to fix all the things right away but I am measuring myself because My philosophy has been throughout this blog to document all the things and leave things so the next person can pick up where you left off.

Leaving things....
    With a long story made short, I did not leave everything as I wanted at my former place of work. There simply was not time and as the sole person knowing a technology, as much as I tried to share info I was never sure if that information was received.
    I think IT Organizations should place greater emphasis on some repository of information. It doesn't have to be pretty, but that helps. One place where all passwords are stored and one place where people should keep notes about the things they do. This isn't tickets or change control... let it be free-form open notepads if that works, but start somewhere.
    At my new place, we use combinations of Sharepoint for communication outside our group, Confluence and Box (and Box Notes) for internal things and even some SmartSheets. Then a common but hard to manage online password storage tool. These seem to work but I think part of that is a constant push to keep things off your computer and to share info. Frankly, the less I keep on my computer the better but that same practice makes it easier to share data with those that need it.


I will try to expand on these more and talk about my experience with BlueJeans (short take: it is nice) in the coming days. Now that I have my own little room I should have more time to myself, but I'm also going to start on a Cisco CyberOps course next month.

The power of Social Media and Collaboration

I was asked last week about "social media" and work and I have been thinking about it a lot since then.

Twitter, blogging, chat groups and community message boards are definitely a very powerful tool, even more so in some of the more specialized fields like collaboration, voice, telepresence and UC. I am active in attending what user groups I can, but the online social communities really give me the feeling that I am not alone in this technology.

Some of the first user groups I ever attended were the Seattle chapter of the Avaya Users Group - it's one of the largest in the country so I was lucky to experience it. There is the natural chance to commiserate with people who handle the same stuff everyday, and the opportunity to learn form their experiences. But organizing these groups is difficult and takes a different type of leadership.

I make sure to attend the Skype Users Groups here - they are usually hosted by Microsoft and run by members and sponsored by companies and vendors with a keen interest in informing and engaging with their customers. I always learn good things - a few weeks ago we had a dive into Microsoft Teams (I came away impressed).

Social Media - that is Twitter, blogs, online communities, ongoing chats and the like - really fills that gap. It keeps me from feeling like I am the only one in the world working on this stuff. I get ideas from other, keep up to date with news, but more importantly I can put out my thoughts so they organize more easily. I'm not obsessive about my social activities and I probably overshare. If I occasionally sound like an idiot then hopefully someone calls me on it.  But really it has helped me grow and so I love it.

Please share your opinions and experiences! Has being social helped you? Where do you keep social?

This is a technical meeting not a sales call!

I was on a call with Polycom today taking a dive into their RealPresence and Clarity solutions. Prior to my current job I worked with a Polycom infrastructure and took quite a bit of training in it. So I have a pretty good understanding of the bits that make the bauble.

The essentials of a Polycom infrastructure are very similar to a Cisco VCS-based system, and for that matter a CUCM too. There are only so many ways to skin a cat - h323 and SIP are universal standards after all.   Right?
                                            Right?
                                                        ok, basically yes.

Anyways, I'm not writing this up to repeat everything about the meeting. I found it to be refreshing and invigorating to exercise some of the beginnings I had in the video and collaboration space.  It was also fun to hear the senior architect begin to realize I was not coming in cold. I knew the core components they were selling and this was no sales meeting, no bs.

It also can be a reminder that we should always know the other products out there and always be critical of the things we use and know.

Toilets, Lightbulbs and TelePresence

My primary job is managing the Cisco TelePresence environment but it is never that simple. I think more than any other IT field, we have to work with other non-IT departments and deal with things that are not traditional IT all the time. When things break at work people are going to point at IT or at facilities. If the sink doesn't run, they know who to call and usually call IT for anything else that even remotely smells of technology.

Of course I'm always amazed at the technology behind a flushable toilet and it is astounding how much "technology" is involved with lighting these days.

So when you go into a conference room and push the button to turn the light on you expect the light turns on. When it doesn't you push it again. If it still doesn't work, you pretty much leave and find another room, right? But when you walk in the room and push a button to turn on a video system and ......      do I need to go on?

The truth is after a century we instinctively know there is a relation between the physical utilities like a toilet and a light and "Facilities" but even after a quarter century of use the line is blurred with "technology." Turn it off and then back on works too well for things we do but has no equivalent in anything else. When the blender doesn't work and you unplug it then plug it back it it isn't to "initialize" the blender it is to confirm you plugged it in in the first place. Then you might check another plug but that is to see if maybe the outlet is dead.

Keep pushing that button to power on the TV... just like the elevator button makes the elevator get there faster when you push it more ;)

But really, the things people look to us for help with might be simple for us but so much friction and apprehension is instilled in people that when something doesn't immediately react, doesn't react at all or just goes plain bonkers we don't always know what to do.

We as IT and technology people can always do more and do better to explain and assist.  Edison and Tesla went on big road shows and conducted grand public displays so the public could understand that the little light bulb was going to turn on and should replace their cherished whale oil lamp. The genius inventor of the toilet had a harder time demonstrating so but thankfully that work made our lives less shitty.

So what am I doing about this all?

Instructions. For now.

Getting Started instructions

When you tap the button on the main screen of a Cisco Touch Panel, you get some basic instructions. This screen is explaining the controls on the wall and I give some other helpful this. I'm trying to keep it short and simple. This is only on the main home panel so nothing in here should be needed during a meeting since it it is not nearly as discoverable during a call.

AV Controls help

No matter where you are on the Cisco Touch Panel, there is a little help button in the upper right of the screen (it's a lightbulb here but in real life it's a question mark).
I am using these panels to give the most basic of instructions to users for how to use the controls on the wall to turn screens on or off, select the different modes of the room and change volume levels.

VTC Controls help

While I find the Cisco Touch to be really simple, some people wanted more help. Again, I kept it simple and just the basics.

HELP!

After reviewing feedback and looking at support tickets I added some of the top issues here and most importantly how to get more help. A single unified service desk to call when they have issues. There are ways I could even add a button to call them, but if the system is broken then that is not a call they can make, right?

This was pretty simple to do. I utilized the Room Integration tools for Cisco endpoints. Ideally they could interface with the butt things on the wall for AV control but that is not an option yet with all of our audio video equipment. So they are just text fields  that I built in the Cisco provided tool and uploaded to every endpoint.

Hopefully they will reduce calls and let people use the rooms faster and easier.

As tie goes on, I will improve these. I will have training and maybe I'll record it. But really I'm going to try to remember that no matter how simple and easy I think it is, It still isn't that magic lever that makes it all go down the drain.

I forgot about the lab (not really)

It's been a month since my last post.
It has been a really long month and not an easy one at that.

I took a nice little road trip down to Eugene, Or to see if the sun really can disappear.

It did.

It was glorious.

It was also a 13 hour drive home (normally only 5).

I went to see a bunch of ChiaPet Battle Fellows. Ok, the Terra Cotta Warriors Exhibit at the Pacific Science Center in Seattle doesn't really like for you to put sprouts on these guys. That is an assumption.

Late summer is always a busy time for people in Seattle. It is *our* vacation time because the weather is reliably awesome. It's hard to argue with August and September temperatures from 70-90 every single day and no rain :)

All that being said, I connected the O365 account to Cisco Spark, setup Single Sign On and played with it so I could learn a whole bunch. I documented things at work because Hurricanes happen, and learned that Cisco dCloud pretty much means your home lab only needs to be a couple of phones and a router. If anything at all.

I've also struggled and not been my normal positive happy self. Depression sucks. Partly from my job so if you're hiring; help...

Did I forget about the lab??

Golly no! I just haven't written much lately what with life and all and things work related. But my free Office365 licenses are running up soon so I better migrate to a less Microsoft world.

First and Last thoughts on O365

Look, Microsoft is the defacto standard for many reasons and there is little to fault with this stuff. Microsoft certainly did have it's 70's Detroit era products (Vista and Millennium for example), but brought it back strongly with XP and the associated Office suite. Their back office and server products took off about then and continued to accelerate. 

Take all rough to manage server voodoo, plop it up into the cloud then give it an attractive price - you've got something magic that should be hard for any small or medium business to resist. Seriously, At $20/month per head you get something whole IT orgs normally maintain. 

OK, I am not going to get any money trying to sell this so I'll move onto what i know more. and that's Skype4B and the collaboration tools provided. The hardest part about my trial and Skype is not in the configuration. It wasn't in the testing. No, everything went so incredibly easy! 

Without going into the not-gory detail review, after signing up, I had to insert a string into my DNS records for nosaturn.com to prove it's my domain and then follow the instructions to update the SRV records for Skype federation. I also had to setup some email redirection but again, everything was simple and I was up and running in a couple hours at most. Read Starting a business (or setting up an IT Department)  where I cover it more but that was about the size of it.

Back to the hardest part - why shouldn't everyone use Skype4B then? If you don't laugh after reading that then just do it and be very happy with great and easy to manage complete authentication, email, messaging, internal webpage, file sharing, and so much more IT organization that Microsoft is selling for a pretty amazing price. For a few extra bucks they will even let you call regular old phone numbers and accept incoming phone calls.

Office365 and Skype for Business are a bad choice

With that extreme statement I plant the flag down and boldly declare something that is actually pretty true. You see for every reason this O365 business is wonderful, the actual use might have different needs or objectives in mind. While O365 is amazingly flexible, it simply isn't everything everyone always needs. Every IT org and the software they use varies a little and so do their needs whether it is legacy choices or whatever. 

I could dive deep on the Skype4B is cheating with SIP bandwagon or i could leave it at it takes work for Skype4B to talk to things that are not Skype4B. There is good about that but having a background in voice and networking makes me see Skype4B as an interesting product but not a real telecommunications system. 

While VoIP and WebRTC are very different from their analog and TDM forbearers, you can get down in them and see their evolution. Skype4B grew out of a media streaming toy tossed into Windows 95 back in the days of dial up modems. Use a tidy little codec to slice up your noises and another to pixelate your good looks then sling across the information articles and boom! NetMeeting! It diverged some to and fro within Microsoft picking up new features and names along the way, but also changing the core bit that made it work (those little codecs). What we have ended up with is something that outwardly works and acts like a phone and a video conference application but doesn't use any of the fundamental "systems" that make those work for every other system sold. So you end up adding more and more bits and bling to make it work.......

/rant

What are your alternatives?

If you are small and need to stay in the cloud because you can't handle even the smallest data center your choices are quite abundant. Vonage, ShoreTel, and so many others offer out of the box solutions or you can roll your own quite easily in your pillowy AWS space with a little Asterisk punctuation*     (*must love Linux).    Ward Mundy's blog NerdVittles  has even better info for the roll your own crowd. 

Eventually an organization has to grow up and look at something grown ups choose from big industry players like Avaya and Cisco, right? Rght?      NO!     You be a tiny fish in the big pond of standards=based telecommunications and collaboration tools! 

Spark this fire, get things burning!

Cisco offers a cloud based communications and collaboration package that is flexible in sizing and powerful in it's reach. The basic package lets you make SIP standards-based calls and have persistent chat communications with anyone in the world for free. (for companies of one). Their option levels and pricing are reasonable for larger companies and that's when you get the more important administrator tools. When you fully option a user out, they will be able to host meetings in Spark or even in WebEx, can join from a PC or phone or tablet or regular phone as a voice call or get a desk phone that works directly on it or from any of Cisco's modern TelePresence endpoints or from any other standards-based endpoint and even from Skype. That's like 9 ways to connect without counting variants of each (Windows vs MacOS vs a web browser on Linux). 

Again, I shouldn't try to be selling these things. But I will be fair and remind you I am a Cisco Champion for Collaboration so I am a little biased to Cisco products. But I like Spark and Ive been using it for months now

Its late Brian.... wrap this up.

I opened this window and started typing about how I was moving my perfectly functioning IT department from Skype4B to Cisco Spark. 1000 words later and I haven't moved a thing. Let's see how this goes because I finally got my Spark trial pack :)

Whatcha doing tomorrow?
What are your thoughts?

Know your environment - Diagram All The Things!

If you're thinking about UC media encryption it helps to do detailed flow diagrams for voice, video and content. #ciscocollab

— Josh Warcop (@Warcop) August 2, 2017

Yesterday Josh Warcop mentioned that diagramming is important and as an example we should check out Microsoft's Protocol Workload Posters for Skype4B/Lync/OCS/NetMeeting 👀  

I have to agree and point out how beautifully simple Microsoft has made some of their documentation. From magic Excel spreadsheets where you input a couple of parameters and spit out huge maps and configuration guides to the always stellar MSDN, MSIT, Channel 9, Microsoft puts a lot of useful and easy tools right front and center.

The documentation for Cisco is quite extensive, but so is it's distribution. Recently I pointed out Cisco's Collaboration Solutions Analyser; it was something I only found last week yet I have been working on Cisco TelePresence for a few years now. While it is always fun to find new things, it is frustrating when that was something you really needed weeks, months or years ago! I think Cisco Is getting better but so is the socialization of knowledge (we share things we find).

Josh was right though, do not let your environment languish in your head. Write it down and often in that process you will understand it better - possibly pinpointing problems in the process! My own documents are not perfect but I decided to share a sanitized version so I could share my work. You could use these as an example, I'll even share the Visio if you ask me, but I already see they need much improvement.

Is Diagramming Different Than Documentation?

Yes. Documentation includes diagrams, but a diagram is a visual thing and that sometimes is more effective than just using words. Diagrams can show flow and motion and relationship that words just cannot.

But What Should I Diagram?

Make sure to include important details. You can see I include names, FQDN and IP addresses. It might be important to include version numbers but when you do that you have to update them too! I have experimented with linking diagrams to spreadsheets that may or may not have referenced some db of SNMP queries and that really shows the power of MS Office collaboration (and the hell that happens when you move files).

But I Don't Plan On Getting Hit By A Bus!

Nobody does. But we are supposed to remember that we should document as if it will. More than likely your efforts to do this will help you learn so much that you get a promotion because you are truly awesome.

Here are some diagrams

Overview

This is obviously just an overview. We have multiple offices with stuff and things, then our datacenter has everything important; clusters of nuts and stuff.

Protocols

There are more protocols involved but the big SIP/h323 and then the backchannel management things happen here. I can already tell I should pile in a bunch or zone information and where transforms and transversals happen but that really would be whole other diagrams. Try not to overload too much information into one screen!

Dial Plan

My background is more telephony and networking whereas most Skype people usually came from server and messaging. Understanding dial plans is something drilled into telephony kids from day one. It is the basis of life and from it grew IP planning. Skypers are so Layer7. But seriously folks; The meat is knowing how you are going to route and direct calls. If you cannot master that then you will not have a working communications system. This diagram shows all the e.164 extension dialing we got going on with the 33xxx range dedicated for video, 72xxx range dedicated to a sister company for voice or video, and 73xxx  range for voice at a remote office (they could use it for video too but they do not).

I'm going to wrap this up and think about how I'm going to make this better now!

Coming back from vacation and Cisco's Collaboration Solutions Analyzer

I spent the last week on vacation in Birch Bay, Washington. It's a little town just 5 miles south of the US/Canada border. We had very little to no cell phone service and no internet so this was a great vacation. The sunsets were fabulous!

I wanted to read up on Expressways and all sorts of other things but I skipped all of that hub-bub and just enjoyed the slow pace of doing nothing. I avoided tech except to play SimCity Build-It in offline mode :)   All of that to say that the fam did not want to kill me as I was previously worried about.

So what happens at work when you are the only one minding the shop and you are gone for a week? Thankfully not too much. So today being my first day back at work I had a few emails to parse but moved through them quickly. Now I'm looking for things to work on.

Collaboration Solutions Analyzer - the greatest thing ever?

Has anyone ever seen this? Collaboration Solutions Analyzer (Cisco how to use) is something I found before I left and took a cursory look at today. The doc I liked explains it pretty well, but of course I'm going to add my bits here.

Take a diagnostics log from your your Expressway, VCS-C, Conductor or even most endpoints and this puppy will parse out all the goodies that you probably need to know. The keen folks at Cisco TAC built this and must have had it in their secret weapon toolbox

I decided to make a few calls, gathers a couple of logs and see what it tells me. The first thing that popped up from a log captured on my VCS-c is this: POTENTIAL PROBLEMS!

Right there, the CSA tool tells me there might be some problem I didn't even know about. This is very cool. By following the link right there I was able to see what it was and in this case completely did not apply, but I like knowing that CSA can identify something I might not otherwise be looking for.

There is so much more to like in the CSA that I'm going to have to use it more and include it in the troubleshooting processes we use.
I will probably even write about it more later.

Were you like me and missed Cisco Live last month? Fear no more! #CLUS2017

Cisco announced that most of the sessions are available now! I followed the #CLUS2017 hashtag and got so much out of it already but some of these sessions will be great!

https://twitter.com/CiscoEvents/status/887797960196620288

I'll let you know when I see the #MSIgnite2017 sessions.

It didn't kill me, but my family might. (part 3 in a series)

So with the CMR's all backed up as Conductor Conferencing Aliases, I feel like things are "stabilized" for now and I'm preparing for vacation.

However,  the nature of my ADD means that sometimes it is hard to think of anything else than what excites me. Lately that's been all the things at work and that I'm working on. So a week up camping with my wife and daughter (plus her friend) may possibly lead to them killing me.

I guess you cannot escape death.

In order to clear my conscience and (maybe) wrap up this trilogy, I would like to explain a tiny bit more about that I've learned about what a "CMR" is. In part 1 I explained it as magic tied back to some SQL thing - pretty much magic begetting magic, am I right?

It really isn't quite that mystical. When you create a CMR - something you can only do in TMS - it makes an API call to the Conductor to build a conference that is then stored in the Conductor but you cannot modify it. If a CMR is in the Conductor and has the same video number or video address as a Conductor Conference Alias, the CMR will take priority. This way you can have a CCA that mirrors the CMR but they can coexist peacefully. If the CMR gets wiped from the Conductor because it's marked for deletion and you hit that Regenerate CMRs button you will be totally safe. the CCA is backing you up.

Until TMS creates a CMR for someone new that uses the same video number or address.

These moments of clarity were provided in the "Cisco-TMSPE-with_VCS-Deployment-Guide" on page 57 and 58. I also learned about how a CMR differs from a CCA and most significantly in guest access. I have never played with a host/guest meeting room in the Cisco environment so it's fun to exercise this. In short: with a CMR you can have the PIN determine the participant's role in a conference. User one PIN and you are a guest, or use the other PIN and you are the host. With a CCA, you must have a separate alias for the guest to call.

Where do we go from here?

I'm going on vacation. HA!

Not much of this really matters to many because ya'll are probably on to CUCM which totally changes what a CMR is. There is no Conductor. TMS is relegated to a purely scheduling function. Who knows, it might not even have a place in the future where Spark/WebEx converge to take over.

But I feel better putting this down and maybe you found this bit interesting. The Cisco documentation is deep. I've ready too many PDF's in the last month and I really should be working on my lab again. But for now i'm going to sit back, light a marshmallow on fire, and try not to talk about tech too much.

If it doesn't kill me, it makes me stronger.

Yesterday I wrote about how a bunch of Collaboration Meeting Rooms decided to self-immolate. Read "This thing is going to kill me." for the backstory.

Since I wrote about the problem I need to update my progress. I am diving much more into how TMS and TMSPE work and connect to Conductor to build a CMR, but in the meantime I need a work around for those who lost their CMR.

Here is a short summary of the temporary workaround. Don't' forget that

Steps to proceed:

1. Identify the bridges that were deleted 
2. Compile a list of TMS-based CMRs and CCAs
3. Merge and reconcile this list, then prioritize the ~50 deleted CMRs
4. Add new CCA based on the deleted CMR 
5. Inform users that their bridge has been restored and how it is different
6. Update the SMR Template in TMS so that if a new CMR is created it would be in a range that does not conflict with any of the CCAs or existing CMRs

The new CCAs will be built as such:

• Name and Conference Name = the CMR name
• Incoming Alias = ((bridge\.%EmailName%|%VideoNumber%)@vc\.%domain%\.com|(bridge\.\.%EmailName%|%VideoNumber%)@%domain%\.com)
• Priority = using the video number from the CMR (this will make them easy to identify later)
• Conference Template = HD Meeting
• Role Type = Participant
• Allow Conference To Be Created = Yes

Differences from a TMS-managed CMR and a Conductor Conference Alias:
• Users will not be able to use the TMS portal to edit them
• CMRs are linked to an Active Directory account so they are deleted when an employee leaves
• If a number (or URI) exists in both TMS and Conductor, the CMR will be connected (this is unrelated to Priority anywhere, it seems to be a default function of the system)

Once this is complete, I will research a little more to see if there is any other possibility to move the CCAs back. During this time we can resume using TMS to create and manage CMRs. If I could not move the CCAs back, then I might as well move the remaining CMRs over to Conductor just in case someone hits the “Regenerate CMRs” button.

Definitions:

TMS = TelePresence Management Suite

CMR = Collaboration Meeting Room (aka video bridge or jabber bridge)

CCA = Conductor Conference Alias

This is short because I have to go do this :)

This thing is going to kill me.

Today was a long day.

Our environment for Cisco TelePresence has a Telepresence Management Server with Provisioning Extension (TMSPE) and  a Conductor to manage the TelePresence Servers (Bridges) and multiple separate Active Directory Domains. TMS polls for accounts that should be allowed to use TelePresence resources and users can build a Collaboration Meeting Room (CMR (video bridge)) from there. We had 2004 CMR built through TMS.

Yeah. Had.

As best I can gather, a user profile is built by TMSPE. When certian parameters of their synched AD profile change TMSPE changes (?) the profile and if there is a CMR connected with that profile it is considered "out of sync".    Don't reconcile these out of sync CMR's because it deletes them and you won't sleep for a while because of that.

If a CMR is out of sync and you regenerate it they (at least in my case) get marked for deletion. We lost 50. And those 50 were not the ones you want to lose. They are gone however and I mourn their loss. I. Trying to bring them back the remaining 150 are now out of sync.

When you have a Conductor, you can build conference aliases manually. There is an API that TMSPE uses to build CMR's on the Conductor and the CMR is pretty much a conference aliases but it is held separate and is not in that list of conference aliases. There's a tool to search for the CMRs, but that's about it.

There is a magic goo that binds TMSPE and Conductor for those CMR's and they get held in a SQL database (tmspe I think was the name). I could restore that and fix everything. But that would make for a much shorter story and require that I have a backup.

Now I'm left with figuring out how to fix things. I am so super lucky that I exported the CMR's before regenerating everything. I know who had a CMR, but there is no way to use TMS to generate a replace ment CMR that has the same video number (which is what everyone uses instead of their video address).

I could manually build new aliases in Conductor and build a matching template to give them a pin.

I could tell everyone to build their CMR's again too. But with the remote possibility of an infrastructure overhaul in a few months I am reticent to cause that jumble only to have a do-over.

Should I leave you with something witty and positive?

The Lab (part 1)

I learn alot by exploring, breaking and of course by fixing things. This is completely impractical in a production environment so if you don't have a test or lab it's going to be slower learning for you.

I want to build a Cisco Collaboration focused lab here at home. Searching for "Cisco Collaboration Lab" hasn't been so productive for me. Everyone seems to build routing/switching labs but not collaboration. It isn't surprising because the R/S tract is core to everything but does collab need the same equipment.

The equipment I have already is:
- Dell Poweredge 2950 rack server
- Cisco 2960 24 port PoE switch
- Dell 6420 laptop
- RaspberryPi model b
- Netgear r6700 router and a cable modem

My initial thoughts were that the server would be great for VMware hosts (a Windows server for active directory and domain controller). I powered it on once when I got it and it was loud as hell so I spent a bunch of brain cycles scheming ways to run it in my garage. Then I look at eBay and find these things run for about $50-100.
           It might be smarter to recycle this thing instead.

A Cisco 2950 switch will work great; I won't need so many ports, but PoE will be great for phones, touch panels or even some WiFi access points if I want to play with that too.

The Dell laptop is running Windows 10 so I'll toss VMware workstation on it to start with. No big deal there.

A Raspberry Pi is wayore useful than just about everything else in the modern world. Just kidding! But for $35 it is an amazing learning tool. This RPi has been a platform for me to learn Asterix, Debian and Nagios. Monitoring a collaboration environment is going to be my next thing once my lab is running.

Ok, this is going to be a home lab so I can't really interrupt the normal production functions in at Home Corp. The CEO wife would not stand for major service (Netflix) interruptions!

So that's what I have to start with. I'll need more. What experiences have you had?