The Setup

So there I was, setting up my “command centre” for the 15 hour flight from Sydney to San Jose via San Francisco. I had my Macbook and my iPad fully charged, as well as ye olde print book ready just in case. I idly flipped through the inflight entertainment guide to see what movie would be playing on the main cabin display.

“Midnight in Paris” ? What’s this rubbish? Oh… Woody Allen… right… yeah… that’s just what I need 🙁

Thankfully I usually fall asleep the minute the plane pulls away from the terminal and wake up just as we’re coming into land. Should be able to sleep most of the way, and maybe read a few pages of my book between naps. This usually gets me in trouble with my wife, but I was flying solo on this trip so I was free to do as I pleased.

As fate would have it, my Macbook battery was at about 50% just as the movie started so I decided to “save some for a rainy day”.

Let me put on my headphones and see what this movie is like. It’s a Woody Allen flick (in Paris no less) so Im bound to be asleep in 20 minutes.

Oh it’s about “Art” is it? Lets make that 15 minutes!

Why is Rachel McAdam’s character such a bitch? That’s not like her.

Hrrmm… I never realised how much Owen Wilson acting the way he always does was so much like Woody Allen before.

And just like that, I was sucked into watching this movie I had no desire to see!

The Wonder

So the premise of the movie is that Owen Wilson’s character, Gil, is a writer on vacation in Paris. His romantic notions of life in Paris during the 1920’s, during the time of Picasso, Hemingway and F. Scott Fitzgerald, are at odd’s with his wife and her family. While he wants to revel in the beauty and atmosphere, they are more interested in keeping up appearances.

During a stroll on his own looking for inspiration, and after a few drinks, he finds himself lost as the clock strikes midnight. At this time an old car pulls up along the road and the occupants invite him to join them. During this trip he is transported back to the 1920’s where he meets his heroes Hemingway, the Fitzgeralds, Gertrude Stein, and a whole host of other literary and artistic greats. Over the course of the movie he spends his days with his family and his nights with his heroes. During his time with his heroes he is able to approach each of them for advice about his book, his personal situation and life itself.

This same opportunity was offered to me back in 2011, and that was why I was on this plane. I had been invited to attend Tech Field Day’s Network Field Day 2 at the end of October of that year. I had actually received the invitation on night of my birthday in early September, and here I was with the opportunity to rub shoulders with my own personal heroes in the networking industry. The likes of Ivan Pepelnjak from a blog I read daily (blog.ioshints.info), Greg Ferro and Ethan Banks from the Packet Pushers Podcast, not to mention Stephen Foskett the man behind the whole event, as well as several regular contributors to the Packet Pushers Community and friends from Twitter. Just like Gil, I had the opportunity to get feedback and advice from those whose advice I sincerely valued. The ability to sit down with both the other delegates as well as the representatives of each of the sponsors was truly insightful.

Coming from Sydney, the “scene” in the whole Bay Area is entirely different to what I was used to. People dressed extremely casually here and there was a vibrant community buzzing with all sorts creative and cutting edge technologies. This was uniquely demonstrated during the Open Flow Symposium that was held on the day before the Network Field Day event began. Both vendors, implementors and attendees were all excited about the possibilities that were coming. Some of these ideas I was aware of before arriving in San Jose, but the depth and pace of these changes took me by surprise. Everybody was open about ideas – both what would, wouldn’t and couldn’t possibly work! Many names and faces I had been following online for the past 18 months attended this event. I was in awe of everything. I dont think I spoke to too many people that day as I was too stunned.

Over the next (densely packed) two days, we were taken from vendor site to vendor site and presented with their latest and greatest – and usually by their brightest. No questions seemed off limits and each of the vendors truly seemed to take on board the questions we raised and the “advice” we offered. These two days were completely information overload mode, and I dont think I was prepared to capture all of the useful information that was being presented to us. I have had to go back and watch the various videos several times to see what parts I had previously missed.

One thing that was pointed out to me by Stephen Foskett as we were driving through all these massive campus buildings was that “Over there is this massive building, costing millions of dollars. They do something in our industry, and I have no idea who they are. And this area is filled with these places. It’s exciting to see so many new companies and wonder ‘whats going on in there’ “.

I had an opportunity to spend intense nerdy times with the other delegates and sponsors during the jam-packed days, then follow on into the night just geeking out because the atmosphere was so charged. Everywhere I turned there were people doing “great things” that I wanted to be a part of.

Just like Gil, I too was caught in the position of “being where I wanted to be, and never wanting to leave”

The Reality

After 5 days away, I returned home to my normal life. Well, sort of normal. My wife was in the middle of a three month stint working in an outback Aboriginal Community School, and I wasn’t going to see her for another week or so. Then there’s all the things at work that needed tending to since I had been away.

I found my self longing to be back in San Jose with the group I had just spent so much time with. It didn’t matter that all the other delegates had returned to their own homes, that is where I wanted to be. And my reality was far removed.

“Nostalgia is denial – denial of the painful present… The name for this fallacy is ‘Golden Age Thinking’, the erroneous notion that a different time period is better than the time one is living in. It’s a flaw in the Romantic imagination of those people who find it difficult to live with the present.”

This quote above comes from a character in the movie who was a know-it-all A-hole, but he had a point. His witty remark to Gil’s character was both spiteful yet accurate, though his didn’t stop Gil from still pursuing his dream.

I knew that if I wanted to progress it into the areas in the industry that I wanted to be a part of, that I would have to make certain changes to my career path. I mapped out what I felt were a series of career goals and achievements that I would need to accomplish in order to make headway. Since this time I have changed jobs to focus on the particular projects and technologies I felt I needed, buckled down, put in a lot of study and research.

Also during this time I went into “Social Media Radio Silence”, as I was busy focusing on some of my end goals and needs. I was so busy focusing on the future, I was completely ignoring the present. I had lost my inspiration to write because I felt so overwhelmed by all the things I didn’t know. Instead of documenting my discoveries, I was actively avoiding the things I couldn’t answer.

Life got in the way and I was feeling discouraged.

The Re-Awakening

During Gil’s trips back and forth between time periods, he meets a young French girl from the 1920’s named Adriana. Even though she lived in the time period that Gil romanticised, she longed to live in an earlier period of Paris’ history – a time she felt was truly inspired. And fate (and of course the script) would have it, both Gil and Adriana found themselves in Adriana’s romanticised time – La Belle Epoque!

While Adriana is lost in her dream, they meet Paul Gauguin and Edgar Degas who themselves were discussing how “this generation is uninspired”. This is when Gil discovered the truth, and had to explain it to Adriana who didn’t want to leave:

“Adriana, if you stay here though, and this becomes your present then pretty soon you’ll start imagining another time was really your… You know, was really the golden time. Yeah, that’s what the present its. It’s a little unsatisfying because thats what life is – just a little unsatisfying”

And in with these words both Gil, and myself of re-watching the film, knew what needed to be done.

If I ever want to write something worthwhile, I have to get rid of my illusions that I’d be happier in the past”

Mop and Bucket

In early February, Stephen Foskett was out in Australia to keynote two VMUG gatherings in Sydney and Melbourne. During this time we spent the better part of two days catching up, discussing life, the industry, and careers. Whether he knows it or not, those conversations really helped solidify some of my goals and plans.

I’ve learnt that Australia is no farther away than I make it, and I can still be quite active and involved even if I am not “in the heart of things”. Positioning oneself to take advantage of opportunities that arise, and to connect with various people both within our industry, as well as the clients we have, is the best way to stay in front of the game and stay involved. This is evident in the fact that I was invited to be a Juniper Ambassador in October 2012.

I would like to think that I have more technical posts coming in the near future, because it certainly feels like a long time since my last one. I’m feeling inspired again, and getting ready to re-engage. And for that, I am truly sorry 😉

PS. Please refer to my Disclosure Statement in reference to my participation in the Tech Field Day events, as well as the Juniper Ambassador program.

Im not sure how many of you follow my wife, @MrsJanitor, on Twitter but we met 7 years ago today.

When I asked about our plans for today she surprised me with some information. Ever the romantic I decided to publicly share my love, and thus I present you:

And to show just how much she “gets me” her only reply was:

Yes, my wife is a high school teacher and she carries her Juniper umbrella on playground duty!

Love you babe and life wouldn’t be the same without you!

PS. Belinda is the owner of all vendor swag that enters this house. So remember that when you are choosing what to hand out guys 😉

Well, now that we’re into February, I guess I should probably do a post about the new website layout I worked on over the Christmas break. Hopefully if your viewing this from my website, as opposed to via an RSS feed, you notice my new theme as well as the amazing new logo provided by Stijn from Studio Stayne.

I approached Stijn in November about some design ideas I had for a logo for the blog, asking very non-creative questions with some pretty broad strokes ideas of what I was after. Within a couple of days he had presented me with a handful of options that were all unique, yet still managed to meet my design “spec”. Im not good at making decisions, but after some ideas back and forth about the things I liked I received several more workshopped ideas taking the best bits of each design. The fact that I am not very creative is probably obvious given the layout of my blog for the previous two years, but taking some advice from Stijn and incorporating his selection of colour scheme into the theme I had been testing out really helped me make the right decisions. I cannot guarantee that the content of my blog posts will get any better, but it certainly will look a lot better while you’re here 😉

I know that a couple of my Twitter and Facebook friends have approached Studio Stayne for some new logos since I released these new designs, and I cannot recommend their services strongly enough. Make sure you take the time to check out the gallery of other artworks he has provided in the past, as some of it is truly amazing. Follow them over at Facebook on their page.

More technical content coming soon!

I have a bee in my bonnet. After my last post full of love and bromance, this one is full of hate and vitriol – and I don’t apologise! We have all seen many presentations on each vendors latest and greatest “fabric” technologies over the past 18 months. It doesn’t matter which vendor, whether the presenter is sales or tech, or even enterprise or service provider focused – at some point almost every one declares that their solution is “the end of spanning tree”. It gets worse when they actively advise that you do not run spanning tree in your environment.

And I don’t buy it 🙁

The Premature Death of Spanning Tree

Spanning Tree: noun – A pox on the house of networking

Everybody loves to hate on Spanning Tree. Haters gonna hate. While we’ve all been bitten by something horrible happening related to spanning tree, I have seen many more things go wrong because people *didnt* configure Spanning Tree properly.

Vendors knew how painful it was and went to great lengths to ensure that we didn’t need to do anything so that it would “just work”. Which is great… right up until the point that you run into a limitation on the STP PixieDust Mode. Often this comes in VLAN dense environments when you max out the total number of spanning tree instances that your devices will handle. Oh thats easy – lets run out Multiple Spanning Tree!

I can hear the gasps from many people now. If people hated Spanning Tree, then they have a full lynch mob ready with pitch forks and stakes at the mere mention of poor MSTP. And they hate it for a reason. MSTP makes you think about how spanning tree works again and all the PixieDust goes away. And networks become hard again.

I will let you in on a little secret:

I actually really like MSTP and I implement it every chance I can get.

Yes its a little harder and requires a little more forethought, but I would rather do that at the design time then have to overhaul my design later to meet some new need well after my network has reached “critical mass”. I have spent many hours rebuilding spanning tree designs because I needed more than 128 instances. Sadly in more than one case I needed to work out the best way to deal with a group of Catalyst 3750 in PVST+ with 1000 VLANs configured (and 900 VLANs with STP disabled).

And things get messy, and things get hard. So lets find a new solution.

The Magical Healing Powers of Woven Unicorn Hair Fabrics

Somewhere over the rainbow, far beyond the Dark Forest of Broccoli Despair, many magical elves have worked hard to deliver us a the perfect solution to the problems I listed above. Vendors have taken this creation and moulded into their own “Fabric Solutions”. Some created skinny jeans, others an uncomfortable sweater vest. Sadly most of the time they have just presented us with a sensible pair of slacks that the sales people try to sell as a three piece suit.

A sensible pair of slacks (Unicorn Hair or otherwise), is perfectly apt when used as intended, but if you drape them over your shoulders and call them a shirt then your wrong (or a hipster. In which case your cardigan is probably over the top of your shirt-slacks).

And so it is with data centre fabrics. I agree that most of these solutions will allow us to disable spanning tree on our core/fabric facing interfaces. We will get many of the benefits of multi-path layer 2 and some times efficiencies gained by avoiding the flooding of L2 addressing information. Turning off spanning tree into the fabric core makes sense. Im happy with that.

So what about all those edge interfaces?

Do we live in a world where end users never plug two ports together?

A client PC never bridges interfaces?

How about “Oh my VoIP phone has two network ports let me just…. BOOM!”

Maybe you have no requirement to integrate with other networking infrastructure, but end stations can still do bad things and thats usually when you don’t want them to.

The Indiscriminate Killing of Canaries

So how do we go about detecting these loops? Well over the past couple of decades we’ve presented ourselves with a whole cage full of canaries that can alert us to loops or other similar problems in the network. These are our early warning signals that “Something bad just happened…” and better yet “… so let me just fix that for you!”. And sadly, many of these have been built around the functionality that Spanning Tree provides.

Let’s take the BPDU Guard feature as an example. BPDU Guard is set on an access port or another port that you do not expect to see Spanning Tree Packets (BPDUs). If a BPDU is detected, the switch will usually log a message and send the port into a blocking mode. In the scenarios listed previously the offending port is now taken out of action and the loop is removed. If we have disabled Spanning Tree on all ports then the BPDU will never be sent or received and our little bridging loop will happily continue. Well at least until your switch is a bubbling blob on the bottom of your rack.

Another feature available on most switches is the BPDU Filter. With BPDU Filter enabled on a port the switch will pass all traffic on the port but silently drop the BPDU messages. Now I agree that their are certain times when this feature is useful, such as when interconnecting with a 3rd Party that you “know” can never form a loop with you and you do not want to either learn a STP root from them or go into block due to election issues.

Sadly, our good friends at VMWare love to advocate that we implement BPDU Filter on the ports facing our VMWare Hosts. Unfortunately I have been bitten by loops coming from inside a VMWare environment due to a Microsoft Guest Bridging two vNICs in separate VLANs. A BPDU from the came in from the Physical NIC on VLAN A out to the vNIC in that VLAN and back out through vNIC and VLAN B. Thankfully when this happened, my canary (BPDU Guard) signalled that there was a problem then promptly died in its cage and disabled the port to the VMWare Host. Yes this would have some undesirable effects on all the other guests on that host, but we were alerted to the problem and needed to fix it. In the scenario with BPDU Filter these alerts would have been filtered out and the loop would continue unnoticed.

So what other methods do we have to detect possible bridging loops that do not involve Spanning Tree to be operational? I have the following list as a start to some ideas, and I am looking for others that you might know of too:

• Broadcast Storms
  • Possible Mitigation: Storm Control
• Multiple Mac Addresses on a  Port
  • Possible Mitigation: Max MAC Address restrictions
• MAC Address Flapping
  • Possible Mitigation: MAC Flap Dampening
• High CPU Usage (in some cases)

Mop and Bucket

Yes, I’ve written his post at 2am, but its been something that I have been thinking about for the past 8 or 9 months.

I can see that Spanning Tree doesn’t have an indefinite future, but calling it dead today is premature. If you are looking at fabric technologies or worse still you dont have a new fangled fabric but hate spanning tree so bad that you have just turned it off, then ask yourself how you will detect loops in the edge networks and how you will mitigate them.

Take your canaries with you and let them do their job and don’t strangle them at the top of the mine shaft.

If you do you might just find that the Emperors new cloths are just a sensible pair of slacks!

Yesterday was possibly one of the proudest days in my professional life. My very good friend Anthony Burke sent me a text message just after 9am to tell me that he had passed his JNCIA-Junos exam. This is a close tie with when he earned his place as a delegate to Network Field Day 4 back in October.

So why am I so proud about this? Well Anthony and I have become great friends over the past 18 months all through the magic of social media. One day for no reason (as is the way of things) we just started talking. Tweets became skypes and in January, even though we had only ever met face to face once, my wife and I drove the 10 hour trip to Melbourne to attend his wedding. (Sitting at table answering the question of “So how do you know Anthony?” with “Oh. From the Internet” was a humorous experience)

So how is this different to any other random person on twitter? Well very early one I realised how eager Anthony was to learn more about network and to soak up knowledge from those willing to share it. I’m not entirely sure if he just caught me on the right day (Im pretty sure I commenced our first Skype with a rant about something he never saw coming because I needed to vent at somebody). Over the course of the coming months we maintained a Skype IM dialog open most of the day discussing various networking, technology and career issues.

I spent time helping him learn new topics and sharing any possible pointers and tidbits I had that might help him with what he was working on. In return he acted as a sounding board to bounce ideas off and offering up suggestions. Over time I noticed his advice back to me started to surprise me with how much he had already learned.

In my time as a senior engineer and various management roles I have been required to assist junior staff with both their technical and their career development. I always found this to be a difficult task because I was trying to balance what I wanted out of them as co-workers with what it is they wanted to do with their own careers. I had financial incentive to push them down the path that benefitted me more than it did them. Each time they moved away from “my chosen path” there was a feeling of disappointment or failure (on my part). Even when I worked with the staff to clarify where they wanted their careers to go, I felt they were trying give “the right answer” or at least the one they thought I wanted to hear.

I have since learnt that the most personally rewarding mentoring system for me is one where I get no personal benefit from the success or failure of the other participant. Helping them make the decisions that are right for them without those choices directly impacting my day to day work life has been quite a different experience. I am better able to frame my advice to give both the benefit of my own experiences coupled with knowing where they want to go professionally.

Mop and Bucket

In a recent email conversation, reference was made to the the gutting of the middle ranks of IT. We have a lot of junior staff and a lot of highly skilled engineers, but we are starting to see a thin mid-section (something my mirror cannot attest to). Whether this is due to the focus on specialisation vs generalist IT or not is uncertain to me, but I have seen evidence to suggest this accurate (or becoming so).

So how do we move junior engineers onto the path of becoming journeymen and future experts? I suggest that each of you should keep your eyes open to “up and comers”. The ones who “have it”. You will be surprised when and where you find them, but they are everywhere. Take the time to help them out when possible. Answer the questions that they ask. Take time to get to know their strengths, their weaknesses and their career aspirations. Put them in contact with your contacts and help build their network of resources. Everyone “knows a guy who knows that thing”. Pass it on. Our contacts are not just secret tools to make us look good.

Once they become a journeyman engineer, encourage them to also look for people to mentor and repeat the process. I have found this process to be very rewarding for me personally, and I plan to continue doing it. Having a mentor (or several) above you and below you can do a lot to encourage and maintain your own growth.

When I first started talking with Anthony, he had passed his CCNA and started studying for his CCNP. Since then he has continued on with increasing his Route, Switch and Security skills. He fell in love with the ASA (urgh) and despite much encouragement I couldnt talk him around to playing with Junos. In late October he finally got his hands on his own SRX110 and started using Junos for the first time. I just over a month he has learnt more than I learnt in my first 6 months playing with Juniper kit. He passed his JNCIA-Junos yesterday, and apparently preparing for his JNCIS-SEC.

Taking on new technologies and really understanding them so quickly? This is why I am proud.

If this sounds like a bit of a love letter to a friend then so be it 😀

And Burkey…. #FHP 😉

I don’t know about you, but I am regularly told “You worry too much” or “You don’t need to worry about that”. Sometimes its “What are the chances of that ever happening?”. These are things that Ive heard from many people over the years and the best I can come up with is:

“That’s what you pay me for! Im here to think of the worst case scenario and then mitigate against that.”.

This is usually followed by confused looks from those around me who do not seem to grasp what I am getting at here.

The way I see it, it is my job to constantly be thinking about worst case scenarios.

• “What happens if we lose this device/site/cable?”
• “What happens if we all backups are lost?”
• “What if…”

These sorts of questions are exactly the reason why I fell in love with Networking as a discipline within IT. The very fact that I have the ability to build redundant systems that take serious effort to bring down draws me deeper in (assuming Im given appropriate budget 😉 ),

Why do I build many of my networks like a Service Provider network? Because I have found that these basic design principles are usually the most robust. Configurations utilising OSPF to carry core routing information and BGP to provide end user routes stands up to some serious beating – and it is extensible too!

Why do I cry when I hear vendors pronouncing “With our new Wonder Fabric Technology you can now turn of Spanning Tree”? I cry because I feel that this is sending the wrong message. I have a whole other post coming on that topic, but please people don’t just turn off spanning tree. Are all your edge ports protected? Can you ensure that nobody will ever mis-cable? (And don’t even get me started on VMWare’s view about filtering BPDUs!)

Why do I prefer two stand alone systems providing redundant network services over a single HA unit? Devices redundant power, RE’s and line cards, but with a shared management plane are still susceptible to risk of incorrect configuration causing a service interruption. Switch Stacks, Virtual-Chassis, VSS and what ever other similar technology all suffer from this problem. I would rather a technology such as Multi-Chassis Link Aggregation, Virtual Port Channels, or even utilising VRRP/HSRP or anycasted Services to provide the desired network redundancy. Sometimes this is “harder”, but again – This is what you pay me for 🙂

Mop and bucket

While I know that I am pre-disposed to the negative and pessimistic tendencies and views, but am I the only one who feels that “Worst Case Scenario Thinking” is one of the prime reasons people pay us? My wife could easily plug in a couple of cables and “make intarwebz happen”, as is proven by the millions of home users CPE, but true network design and redundancy comes from thinking about the worst that can happen and how to mitigate against these risks.

Im curious as to the thoughts of those of you out there.

As many of you know, I had the honour and good fortune of being able to take part in beta testing the JNCIE-ENT lab in August of 2011. The day completely wiped me out and I was walking around in a daze for the remainder of that week. While I knew the technologies I was unprepared for the time-management skills required to pass this lab. Needless to say it was no surprise when I received my fail-mail advising me that I was unsuccessful.

Well after almost a year, I decided it was time to get back on the horse and try again for getting those digits. Here in Australia the Juniper lab exams are only offered every 3 months, and I felt I was unprepared to sit the exam when it was offered in January. I knew that a friend of mine, and now colleague, Cooper Lees was preparing to take his JNCIE-SEC exam during the May schedule so I decided to book my attempt for the same day.

I have spent a lot more time working with Junos and various Juniper hardware devices in the time since I took the beta exam in August, and I was now a lot faster on the CLI, and didn’t need to refer to any documentation during the exam (except verify some config when I thought I had completed each step correctly! Needless to say… I hadn’t).

I had the good fortune at both my previous job at eintellego and also my current position at ICT Networks to have a wide variety of Juniper equipment at my disposal to create a lab environment in which to hone my skills required to get through the exam. I made quite extensive use of these labs to prepare and its true that nothing beats hands on experience when it comes to the lab. The JNCIE-ENT exam is based on EX4200 switches and SRX240’s – so be prepared to configure and support anything on these devices (sometimes items on “the edge of the blueprint”!).

So the lead up to the lab date was “exciting” with Cooper and I giving each other some “friendly rivalry” to try and be ready for the exams we had in front of us. We swapped experiences and ideas back and forth. Even though we were sitting different exams, having somebody else work with you on problems during prep time was certainly a god send. I had this during my prep for the beta with Nick Ryce and Chris Jones, both of whom have now gained their JNCIE-ENT certification.

On lab day Cooper and I met around 8am for breakfast near our office (which is only a few blocks from Juniper’s Sydney Office). A hearty breakfast of Bacon, Eggs, Grilled Tomato and Coffee certainly helped calm my stomach. After some banter about how we just wanted to “get this thing started!”, we decided to head over to the lab location and wait. We got there a little early, but it gave us time to settle down. The foyer area outside the room that served as the lab location included a table tennis table, an xbox and a pinball machine. Cooper showed off his fine table tennis skills while the rest of us pretended like we weren’t stressed 😉

While talking to the other candidates, we worked out that there were 3 attempting JNCIE-SEC, 3 attempting JNCIE-SP, and just myself attempting JNCIE-ENT (The “easy one” apparently :P). All of the candidates had a wealth of experience behind them including front line engineers, instructors and consultants. This was great company to be a part of.

Well the next part of the day is all covered by NDA, but I can tell you that I was wiped out by the end of the day. I feel like I was much better prepared this time around, though I am not sure if I scored enough points to earn a pass. I have already gone over some of the “stumpers” from the exam and worked my way through various solutions.

Im reasonably sure I am going to have to give this lab another attempt, but there is not much I can do about that now. This is all in the hands of the Juniper Certifications Team now. There is a 21 day SLA on the turn around of lab results, so all I can do is wait and prepare to book my next attempt.

I would like to leave the following advice to anybody preparing to take the JNCIE lab in the future:

• Prepare for time management. There is a lot crammed into the exam
• Read the entire exam. There are a lot of steps throughout the paper that can be consolidated and completed at the same time. I suggest making a list of all questions that affect each device and trying devise a strategy on how to meet all requirements before diving in.
• Know all of your topics. The lab exam is laid out quite clearly by topic, and these topics align with the same major headings as the blueprint. You are required to successfully complete at least one task from each section to pass. This means that you cannot say “Oh, I am weak in CoS or Multicast” and think you can make up your points elsewhere. Not completing a task from each section is an instant fail. BE PREPARED AND KNOW YOUR STUFF!
• My workstation during the lab was a Windows notebook computer with an external keyboard and mouse. You are allowed to bring your own keyboard and mouse if you wish. Unfortunately this was not what was tripping me up. You see, I am a Mac user and I had to get used to the fact that Ctrl is used instead of the Command key – I spent a lot of time pressing ALT 🙁 This will probably not be a problem for most people, but I will invest more time in lambing on a windows computer so I get the hand of where the keys are 😛 This may change in the future, but this was what I experienced.
• The lab is accessed via a VPN + Remote Desktop and a console server. All of this was up and running before I sat down at the lab machine. There was a little bit of lag for keystrokes, but nothing outside of what I am used to working on customer equipment in remote locations. Due to the time constraints in the lab though, you will want to be well versed in the Junos CLI short cuts (including Ctrl+W, Esc+b, Esc+f, Ctrl+A and Ctrl+E at the very least). These should help you move around the CLI without waiting for your console to catch up.
• Unlike other vendors, then JNCIE lab does include external machines that operate to show if your configuration is working. Be sure you know how to diagnose correct operation of your protocols and features from the blueprint  because it will be of great benefit with these devices behaving correctly.
• And last of all Juniper have made the sensible decision that IPv4 and IPv6 are equal. (Except of course where EX Licenses are concerned!). Know how to configure most of the tasks on each protocol – because you never know where you might get tested! Remember, this is the future of networking whether you like it or not, so get your IPv6 on!

As mentioned, the rest is just a waiting game now, and I promise I will post an update regardless of pass or fail! Until then, Im back to labbing some of the scenarios I came up against that I thought “should have worked!”.

POST: Well this blog post was supposed to be published over a week ago, unfortunately I have received my “Fail Mail” in the last couple of days, so I will be preparing to take this lab once again in August 🙁 This isn’t the worst news Ive received over the past week, as one of my best friends died in an accident at the beginning of last week and the “Godparent Card” has been activated. This is why my post was delayed somewhat as I have been working through assisting his wife and 2 young boys (both under 3) to deal with everything that is happening.

Well it appears that I am well on my way to holding onto the title for two years running, and once again, I haven’t posted anything for a couple of months. There have been a lot of changes going on around here in the past few months which have really taken me away from my “janitorial duties”.

There are three key items that I would like to take the time to update everyone on:

1. All Good things…

The first piece of news, and possibly the biggest, is that in March I handed in my notice as the CTO of eintellego. I have spent the last four years working with an excellent team of engineers and support staff, helping to build up a really impressive list of projects and achievements. I must point out that I myself was only one player in this effort amongst a team of driven and talented engineers.

During my time here I had the chance to work on building Service Provider wholesale networks, Enterprise WANs with 100’s of sites, leading edge Security implementations, Video Content Delivery networks and not to mention a range of emerging “Cloud Provider” solutions. I also had the opportunity to work on my skills in management, sales, and human resources (Glad I’m an engineer!). These opportunities have been a large influence on shaping my career to date as well as helping me plan path into the future.

I would like to give a special thanks to the entire eintellego team, especially Skeeve Stevens who took a chance on me and gave me to opportunity and freedom to grow my skills and develop my own “style”. Many closed door meetings were held between the two of us to “thrash out” the best solution to a problem, and this was certainly an exercise in seeing things from every angle possible (even if it sounded like a battle royal to those on the outside 😉 )

I wish the best of luck to everybody working there, and the best for the future.

2. Of New Beginnings

In late April, after taking my wife on a long over-due vacation, I took on my new position as Senior Network Engineer at ICT Networks. ICT is a Juniper Elite Partner based out of Sydney, focusing on Data Centre and Security deployments for some of the largest enterprise customers in the Australian market.

Even in just the few weeks I have been working here at ICT so far I have already gained exposure to a range of Juniper products that I hadn’t used before, and am learning a lot from engineers who have been working with these products for a long time. Some of the projects I have on my roadmap for the next couple of months are going to provide quite a bit of interesting blog content based around Data Centre and Security implementation and best practices. STAY TUNED!

I’m still finding a bit unsettling to come from a situation where I knew pretty much everything about all customers and all networks to being “the new guy”. Going from a list of a million things to complete and not enough time to complete them to all of a sudden trying to get my hands on as many new projects and I can trying to learn as much as I can 🙂 It’s a good feeling but Im anxious to jump in and play 🙂

3. Of Getting Back On The Horse

Some of my readers may remember that I was involved in the beta program for the JNCIE-ENT lab in August of last year. Needless to say I didn’t go as well as I had hoped, and with the range of things occurring in my personal and professional life over the past 8 months, I didn’t feel up to the challenge of trying again.

Well the good news is that after my vacation and the change in lifestyle, I have gotten back on the horse. My JNCIE-ENT lab exam is booked for 9am this coming Friday (May 25th). This is another reason why I haven’t been visible much lately because I have been trying to study as much as I can to hopefully “bring home the digits”. I also have to get right back into my CCIE R&S studies as the end of September marks 18 months since taking the written!

Now that I have put it out there publicly in this post, Im going to have to work my hardest to pass 😉 Hopefully I will have a happy post in the next few weeks.

Mop and Bucket

Well I hope that explains some of the reasons why things have been quiet around here, though possibly not a great excuse! As I hinted at above, there are some very good blog posts coming out of these upcoming projects that I hope you will all enjoy.

Until then… may all your packets be forwarded expeditiously!

Hey All,

I know I have kind of been MIA for the past 3 months. Ivan reminded me recently that I haven’t actually published a single post since September, so I wanted to give a brief “status update”.

The last couple of months have included the following:

• Network Field Day
• Meeting some of my “Industry Heros” (Read ‘Rockstars’)
• My wife spent 3 months living 12 hours away, teaching at a remote Aboriginal Community.
• I passed two new certifications (JNCIS-SP and JNCIS-SEC)
• Some changes at work including staff restructuring and and office move
• Our Lead Engineer from our Cambodian office was out here for a couple of weeks so I was showing him around Sydney as well as preparing him for his JNCIS-SP
• I had an accident that involved writing off my motorbike (Sad Panda)
• Spending some time training junior engineers, both inside my company and some outside (You really should follow Anthony as he is really starting to prove himself as an up and comer! Also his wedding is in two weeks from today!)
• Taking on 3 new big projects at work
• Christmas and New Years festivities

There have been some other ups and downs in this time and plans and opportunities that have come and gone that provided their own excitement, but the above would probably have to be the key points.

I have a whole pile of half-written blog posts from Network Field Day, and a few blog replies to various “Blog Discussions” that have been going on recently, but I didn’t feel I had the right focus to dedicate to giving them their proper attention to detail. Having a sudden dose of “The Real World” after returning from San Jose was a bit of a bummer 😉 Im going to work on getting out a few of these over the next few weeks, using some of my “down time” to get them squared away.

I hope you all had an enjoyable “Q4” and Holiday Season, now its back to work, blogging and studying!

Hey everyone, this is just a short blog post to let you know that my good friend, Nick Ryce (@NetDonkey) has moved his blog over to taildrop.net. He has recently featured as a guest blogger with Juniper EMEA where he has written a post on his certification path towards his JNCIE-ENT.

Nick was my “Study Buddy” for the JNCIE-ENT lab preparation and we have been bouncing design ideas an strategies off each other for over a year now. Make sure you add him to your RSS feeds 🙂

Nick and I will both be guests in an upcoming Webinar with Juniper Certification team to discuss the new Certification Tracks on offer and our study experience, strategy and advice. Make sure you sign up because this could turn out to be “really interesting”. (Nick and I bicker like an old couple of Twitter, so you can imagine how this could end!)

PS. Yes, I mostly made this blog post because I couldnt resist the joke in the title!

PPS. Apparently the Webinar has reached its registration limit, but I will keep you informed where you can find the recorded copy afterwards 🙂