John Sciacca Writes...

Features, Reviews and a Blog by John Sciacca

Random Thoughts (Blog)

Pakedge Steve: Network Tech Support Jedi Master

Posted on March 21, 2014 at 5:15 PM

We have been steadily plugging along  at our mega install job, getting all the gear racked in, terminating all the wiring, installing all the touchpanels, and programming and testing all the systems and subsystems.


All told, we have 109 Gigabit networking ports on this project. Because the entire home is going to depend so completely on the network being robust and up 100% of the time, I knew that this wasn’t something that we could screw around with using off-the-shelf routers and switches. Between the Control4 processors and touchscreens, the Kaleidescape movie server, the Lutron HomeWorks lighting system – and its 350 loads and 30 drapes – and everything else, if the network were to go down on this job, it would be a system destroying disaster where literally *nothing* would work. (Pretty much my current reoccuring nightmare at this point.)


For that reason, I went with Pakedge for the network backbone. To be honest, prior to this job I’d really only known Pakedge by reputation, but everything I’d heard about that reputation made me feel confident that they were the right solution. Also, their prior PR manager, the ever-sparkly Olivia D, sent me a Pak wireless access point to experiment with in my own home, and I was thoroughly impressed with its quality, performance and 100% uptime.


For this job, we went with a K6 router, 24-port managed PoE switch (SW24P), 24-port managed non-PoE switch (SW24GBM), seven 8-port managed switches in racks around the home (S8Mpd), five dual-band wireless access points (4 W7 and 1 W7O for outside), a C36 WAP controller and the P8 power manager. (I have grown to love this P8, for it's ability to bring the system back on line in the correct order in the event of a sudden power failure. Again, hoping to ward off the reality of the "NOTHING WORKS! NOTHING!!!" nightmare.)


I honestly didn’t know a ton about “managed” switches and all of the configuration and optimization possibilities, but both our reps and Pakedge had assured us over and over prior to the sale that they would be there to hold our hands and give us all of the support we needed to make sure this thing was configured and running perfectly. And prior to starting the networking configuration on this project, the part I was the most concerned with was the correct terminating of all those many, many Cat5/6 wires. I figured once we had that done correctly it would be mostly a matter of plugging them into ports on the Pakedge gear and then standing back and watching the magic happen.


Our company's most computer-savvy tech is the closest thing we have to an “IT professional” and he handled the majority of the network configuration, setting up a VLAN and subnets so the Control4, Lutron and Kaleidescape systems could have top priority and get out of the muck-and-mire of living down in the Mos Eisley spaceport with the rest of the house’s networking scum and villainy.


Things ran mostly pretty smooth with the network, but we noticed that randomly throughout the day the system would seem to just lock us out. For like these random ten minute periods, we couldn’t access the Internet, we couldn’t get into the router, we’d love connection to our Control4 processor. At first we chalked it up to just ghosts in the machine, or the slow internet service, or the fact that we were hammering away at the programming, but after a particularly long lockout, we finally called up Pakedge for a, “Yo! What’s going on here?!” love in.


Fairly early in the conversation, we mentioned “Sonos” and it was like we just read an incantation from the Necronomicon. The Pak tech immediately said that was definitely our problem and that the system had to be specially configured to handling the constant network chatter and blathering that the Sonos spouted forth. He walked my tech through some setting changes in the Pakedge menus with names like IGMP Snooping and Spanning Tree Protocol. Click-click, and the problems went away like magic. (Though, I can’t understand why a garbage, off-the-shelf router from Wal-Mart handles Sonos fine, while a $1500 enterprise-grade Pakedge switch would get tripped up by it. The only thing I can guess is that when given free reign on a managed switch that is NOT being managed, the Sonos goes all Augustus Gloop at the chocolate factory; eating up all the food and splashing around in the chocolate river and making all sorts of network ruckus and mayhem. Someone feel free to enlighten me in the comments.)


A few days later we were troubleshooting an issue where we were unable to remotely access the Control4 processor. We talked to Control4 and pretty quickly determined that things looked OK on their end and directed us to call Pakedge for some help in configuration. This is around 11 or so on a Friday morning. So we call Pakedge, and this is where Steve, the Steveinator, network Jedi, enters the picture. What we think is going to just be a simple, “Hey, Steve, can you clicky-fix our remote access issues! Toodles!” call turns out to NOT be that.


Steve takes over the computer and starts poking around and looking at settings. He starts asking some gentle, probing questions like, “What are you trying to do?” and “Who set this up?” and “Who is the IT expert on your staff?”


Fairly quickly it becomes obvious that somewhere along the line of our initial setup and configuration we veered off the path to “the right way” and we have plowed miles ahead, and we're now deep – DEEP! – in the murky, scary, backwoods, uh-oh-what's-that-shack-for?! of West Virginia of “totally messed up.” And it was one of those mess-ups like when you miss a crucial plot point in a linear video game where even though you’ve been playing for an extra 1000 hours, you need to go back and totally restart and redo what you missed.


I’m not sure that you can actually hear someone take a deep, cleaning breath through the emotionless box of a chat window, but I picture that’s what Steve did. (I also picture him taking a super cool, Don Draper drag on a cigarette, blowing a long, lazy cloud of blue-grey smoke up into a slowly twirling ceiling fan, powering down a stiff, three fingers of his favorite single malt, cracking his knuckles and saying, “OK. Let’s do this thing." )


What he actually said – in the nicest way possible – was that we had so badly messed up configuring this network that it would be easier if we just factory defaulted everything and completely started over from ground zero. I tried to keep it light and breezy by asking him just where we had gone so wrong and he replied, “You want the whole list? :-)” Ouchey.


I told him that we had to do whatever it took, but that if he burned our network house down, he would have to stay with us until we rebuilt it; we couldn’t leave the project in complete ruins, with absolutely nothing working. He asked me how long I was planning on staying and I told him, “As long as it takes. I’m here for the duration.” Steve assured me that with enough time, anything was possible, and that he could make it right.


So, Steve set about rebuilding our network using Pakedge best practices. From his top-secret Steve-lair in the middle of network super computer land, Steve moved the mouse around, pointing, clicking, changing, rapidly circling things to show us something important, all the while rebuilding and reconfiguring.


When I walked into that house at 9:00 in the morning, nearly 95% of everything was done and working. I thought I had a day of tweaking and fine-tuning ahead of me. Yet, several minutes into the Steve Marines-corp style “I’m gonna tear your down, rip you apart, then rebuild you, make you stronger, better, more of a man than you’ve ever been!” network rebuild, nothing in the house work. For several hours. At one point I’d been just sitting in a chair watching Steve move the mouse around with nothing working on our end for about 3 hours.


Undaunted, the Steveinator kept plowing ahead. There were a quite a few moments where he would change something, ask us to try it, change something else, ask us to try it again. After several of these attempts we couldn’t establish even basic communication between the main rack and the sub-rack. And then we lost the ability to see any of the Control4 components on the network. Then the main processor disappeared and wouldn’t come back. (Amazingly, the Kaleidescape system remained rock stable throughout all of this; continuing to stream movies, plowing through the network traffic and totally shrugging off the mayhem going on as the world burnt down all around it.)


Steve typed, “I need a minute to think about this…” in the chat window and then disappeared for a bit. It was like we were in mission control and the Apollo module had just gone behind the dark side of the moon. Would it come back?! Would the people be alive?! I turned to my tech and said, “I’m starting to feel sick. I feel like I’m going to throw up into this sink…”


Finally, we got to that breakthrough moment when systems started popping back on line! Communication was restored throughout the house! After working with us for like 8 hours straight, the house was back up and by God online! Lyrical ballads and epic poems were written in Steve’s name! Children were named after him and ships sailed forth to proclaim his might across the land! Angels broke froth in song! I might have hugged my tech.


This experience really convinced me of a few things.


1)    You absolutely cannot underestimate the power of the Force. Wait. I mean, you can’t underestimate the necessity of a solid AND correctly configured network. With modern systems, if the network is down or kludgey or intermittent, performance will suffer.


2)    You can’t just meddle around in the big-boy world of networking. When you start working with real, hardcore, pipe-hittin’ enterprise grade networking components, you must know what you are doing. We have made a commitment to go through and view all the Pakedge training videos and at least attempt to bring ourselves up to speed on the best practices.


3)    When you buy high-end gear, you get high-end performance. With the Pakedge equipment that we purchased, we had all the right tools in our box, just not a full understanding how to best implement them. I wouldn’t say that we were doing the equivalent of trying to hammer in a nail with a screwdriver (though Steve might...) but we were certainly not employing the systems to their full capacity. Beyond that, the gear gave Steve the tools HE needed to make things right. With his expertise, he was able to move from component to component and configure everything for max performance.


4)    Most importantly, when you buy high-end gear, you get high end service and support. This was no call to India where the person on the other end was reading from a pre-built script or wanting to just get us off the line to get to the next call. Steve was a total pro with a really solid understanding on Control4 as well as Pakedge that spent 8 hours working on our job. He could have easily said, “You guys totally messed this up and it is just beyond my ability to fix your entire system for you.” He could have also groused the whole time about how much we sucked and why didn’t we know what we were doing. But he didn’t. He stayed with us and literally reconfigured everything for us. Explaining what he was doing along the way and keeping in good spirits. I won’t do another job where networking is this important without using Pakedge because I know that if I run into drama, I can call up and get Steve on the phone and have a SEAL Team 6 Network operator on the other end of the line.


Steve, we owe you the tallest of cold ones. And when I see you at CEDIA, expect a hug.

Categories: March 2014, CTA, Computers

Post a Comment

Oops!

Oops, you forgot something.

Oops!

The words you entered did not match the given text. Please try again.

Already a member? Sign In

2 Comments

Reply Pakedge
6:20 PM on March 21, 2014 
Beautiful, articulate, enlightening, incredible, etc.
Reply Pakedge
1:28 PM on April 1, 2014 
Adding a comment regarding a question in the article:

A typical multi-zone SONOS system install comprises of a SONOS bridge and several zone players. The bridge is typically connected to the router directly, and in this way, the SONOS system acts as its own mini network apart without having to interact with the devices connected to the other router ports (directly or indirectly). In order for the SONOS mini network to work properly and prevent network loops between the bridge and the zone players, SONOS implements STP (spanning tree protocol).

In larger networks with multiple devices and branches, a SONOS system is typically connected directly to the switch instead of the router. In this case, the switch port that the SONOS is connected to must have STP enabled in order to work properly otherwise the Sonos will create a network storm that essentially disables the network. With STP at the switch port disabled, the switch will block the SONOS STP BPDU packets. When the zone players are not able to see BPDUs, they cannot detect there is a shared network between the zones and will flood the network. In most managed switches, STP is disabled by default. In order to have SONOS work properly, STP must be configured such that it is enabled for the switch port that SONOS is connected to.

To answer the question as to why SONOS works on a cheap ?Walmart? router, low-end devices do not have STP support, so they pass traffic through without touching it. They aren't compartmentalizing Sonos traffic. High-end devices that support STP need to be configured to handle the traffic correctly.

You can read more about Sonos and STP here:
http://forums.sonos.com/showthread.php?t=16973