Bl8ckr0uter wrote: » Well I have a phone screen for a Network Engineer Job on Monday. I have been reviewing my CCNA level stuff (as this is a CCNA/CCNP job) and they are looking for someone to join their team and grow--quickly. At any rate I am trying to think of things I should not F up, any ideas good people of TE? For those of you are are in network engineering (and in hiring roles) what types of things do you look for in JRs? Anything you guys think I should ask?
Bl8ckr0uter wrote: » Thanks for the information. I really need to work on my switching (basically haven't studied or thought about it in 14 months For your JRs, What do you have them do during day to day work?
shodown wrote: » If you have multiple ether channel links on one switch in the same vlan would they be affect by spanning tree? If so what options do you have to get around it?
Zartanasaurus wrote: » I think you have me stumped here. By multiple links, I assume you mean a port-channel 1, port-channel 2, etc all in the same VLAN and connected to another switch? All the links in one port-channel are seen as one, so there is no looping issue involved and STP isn't involved if one of the links go down. Multiple port-channels connected to another switch would still cause a loop. I dunno how or why you'd want to get around that.
shodown wrote: » I meant to add that if they are in the same reduant paths would they be affected by spanning tree If those were all Ether channels in the same VLAN would they be affected by spanning-tree. If so what are your options around it. This is a questions I was asked before.
shednik wrote: » You could say forget L2 and go for a L3 Port channel I think the way you phrased it is what is causing Kevin to get stumped, I'm not 100% of what you're looking for either.
Forsaken_GA wrote: » Well, he's either asking about having multiple port channels in the same vlan, or he's asking about the individual links that comprise a single port channel, and are all in the same vlan. It's probably good to be able to answer it either way! For the latter, then no, each individual link is not part of STP, only the actual port channel is, so as long as one link in the bundle stays up, no STP reconvergence is forced.Of course, turning it into a routed link removes it from any STP consideration altogether, but you have to consider whether or not you have services that need layer 2 adjacency as to whether or not you can do that.
shodown wrote: » Multiple port channels in the same vlan. Turning it into a layer 3 link is the best option if its available, which depending on the environment like you said may not be feasible. This was asked of me during a CCNP level interview, as a Voice guy I really didn't know so I just thought about the technology worked and got it right.
Bl8ckr0uter wrote: » Ah. Ok now that makes sense. I guess I really need to just obsess with networking. Having the CCNP and getting CCNP level experience is different, ey?
Forsaken_GA wrote: » Oh, you have no idea.... so very very much that Cisco does not teach
shodown wrote: » IOS updates, Last half mile(sometimes the demark is pretty far away from where the equipment will go and we may need to get fiber extended to the final destionation) Rack/Stack Small site setups (1 router, 1-2 switches) "Add this config to a router a 12 am, call me if it breaks" Check this config out for me tell me where I screwed up Go to this location with a console cable and your laptop, call me when u get there. After a few months of this guys usually have a hang of it and we start letting them do there own projects end to end without hovering over them. At this time if the management wasn't paying them right they usually move on, as the most raise the job would give them is like 10-15 percent where they can get as high as 30 with a new compay. Nature of the way things work.
Bl8ckr0uter wrote: » Oh I didn't mean that as an attack on anyone. I was just looking at the objectives of the CCNA and CCNP and I just had some many questions that I don't think will be answered. The SWITCH book doesn't seem like it is going to help either.
BroadcastStorm wrote: » If I was the main net engineer I would restrict ur access on TACACS+ lol so u don't get excited, and bring down the roof, goodluck bud I'm sure you will do great...
Forsaken_GA wrote: » Oh, I don't know if I'd go that far. I do have RANCID setup so I can tell EXACTLY what changes were made, and I have sec running on the syslog box to email me whenever someone actually does make a change, so I know who's at fault.
Bl8ckr0uter wrote: » Interesting. I had to google RANCID.
Forsaken_GA wrote: » Oh, I didn't view that as an attack or anything, I'm agreeing with you! Anyone who thinks the CCNP teaches you everything you need to know is in for a very rude awakening when they get their hands on a real network
Forsaken_GA wrote: » Hell, even the CCIE isn't that good. Really, the only thing the certification tracks give you is the foundation to be able to have a shot to track down and fix the problem. I think the most important part of the certification process is that you're basically teaching yourself how to learn. After that, it's up to the ingenuity of the individual engineer to get anything done.
shodown wrote: » We give full access, no since in you being scared. All network changes have to be approved anyway. Hell even if more senior engineers break something they get written up if there wasn't a change request in. This was at a older job, but there was always a NOC manager on shift who could approve changes, so it wasn't hard to get them done even at 2am as someone was awake on watch.
Forsaken_GA wrote: » Yeah, we have a strict change management process as well. We have some latitude when it's an emergency (we refer to that as KTLO, Keep The Lights On), but other than that, you have to submit an RFC, defend it at one of the twice weekly change management meetings, and get it approved by a quorum of senior management and staff. If you decide to go ahead and bypass that and make changes that aren't critical to keeping the business running, then your name becomes Lucy, and you got some 'splaining to do.
shodown wrote: » Ours wasn't that crazy, but we had weekly meetings also with all of other IT staff, Any new routers or firewalls to the network had to be approved, but you were changing routes, adding static's and so on you just needed the small change ticket (took 10 min). It was good without being to insane. Now crazier changes like new route maps, new access-list, were looked at with a few sets of eyes. We also had the oh sh1t policy where if something was down you had some leeway to get things back up.