Hi Folks,
How many up links to core I need for this fully connected stack (1-2-3-4-5-6-7-1) ?
Any suggestions?
Hi Folks,
How many up links to core I need for this fully connected stack (1-2-3-4-5-6-7-1) ?
Any suggestions?
Hey guys, So I setup a network last week and I used RSTP global on each switch.
Then on the edge ports I used RSTP edge port BPDU guard. However I noticed that the clients didn’t get their IP addresses until 15 seconds or more, in fact many clients got a self assigned IP address then a DHCP address.
So I’m figuring I should also enable PortFast 0.
Now here is a few sticking points, firstly why do some switches use just port fast while others use port fast 0?
Secondly, I guess I’m wrong, but I thought RSTP edge port was the same thing as portfast. Why do I have to enable both port fast and edge port bpdu guard? I thought rstp replaced Stp...
Could I get some insight please?
Lose cables, sometimes people knock some cables lose or worse, slightly tug at the connection so it appears to be connected but you have to see the light to know.
We still use static IP addresses to access hosts in the lab.. What's the setup in your labs?
It's Monday, you've not yet had coffee and the week ahead is gonna suck. Lets open the floor for a weekly Stupid Questions Thread, so we can all ask those questions we're too embarassed to ask!
Post your question - stupid or otherwise - here to get an answer. Anyone can post a question and the community as a whole is invited and encouraged to provide an answer. Serious answers are not expected.
I've been looking over our switch configs that I've inherited and I have a question on allowed vlans on trunk ports. The interfaces I'm questioning have our access points connected to them.
Currently all ports that have a access point connected to them look like this
interface GigabitEthernet1/0/6
switchport trunk native vlan 9
switchport mode trunk
spanning-tree portfast
I feel they should be configured as below to only allow the vlans that we want:
interface GigabitEthernet2/0/7
description AP-MS104
switchport trunk native vlan 9
switchport trunk allowed vlan 6,9,10,70,155-157
switchport mode trunk
Edit: our VoIP is set up the same as our Access Points which definitely doesn't seem right.
The current modem/router is configured with multiple VLANs and access points for each network. A number of devices are some distance away from the access point and regularly drop the connection. This isn't a corporate or enterprise environment to purchasing enterprise grade equipment isn't an options. I'm assessing the ability to increase the range of the signal via a repeater.
Hi all,
i just want to express my appreciation for everyone and everything in this sub as it helps me expand my knowledge about enterprise network in a huge way.
Why you may ask?
I have been deputy teamlead in technical 2nd level customer support at a quite big ISP here in GER for ~1,5yrs now.
As deputy teamlead we are supposed to answer the technical questions from our colleagues and there's little to no documentation for technical things above our level.
Sure there's a NOC and if you get to know some of the guys they answer the questions you have but I don't want to look like a total fool to them so i read books about networking, VoIP, etc. In addition to that i extensively lurk in this sub and read nearly every post including the comments as those are cases out of the field to which i wont have access.
TL;DR
Great sub here, really enjoy all the discussion and analyzing of problems straight out of the field, they have taught me much i wouldn't have learned another way.
Thanks & Everyone have a great 2020!
Yesterday I made a semi-obnoxious comment in another thread that got me downvoted pretty hard. (At least for this sub.) That comment was that a good networking engineer didn't really need to learn how to read packet captures in Wireshark as a core networking skill, because our primary responsibilities are layers 1 through 3, and you should never need to open up Wireshark to troubleshoot ANY issue in those layers.
However, I also posed a question in response to my backlash: If I'm wrong, prove me wrong. Name any situation where a NETWORKING problem (read: layers 1-3, something that you would have to fix on a switch or router) where you could only, or most easily, solve the problem by jumping to Wireshark and looking at packet captures.
And honestly, no one was able to answer it. I stand by what I said, that for a Networking Engineer, you don't need to EVER go to Wireshark to solve any NETWORKING problem. Problems of a higher layer? Absolutely. If you want to see if a server didn't send a SYN+ACK, or see what error message it sent, something like that, that's not a Networking problem. At that point you're doing the application owner's or the server owner's job for them. You are NOT troubleshooting a network issue at that point. You're doing someone else's job for them. Wireshark is their tool, not ours.
Here were some of the attempts at answering my inquiry, and my replies to them.
Attempt: A VoIP Customer (apparently you are working at a UCaaS vendor?) is complaining of call drops and quality issues, and wants you to verify that their traffic is being marked with the proper DSCP values. What easier way to do this is there than viewing their traffic in Wireshark?
My Response: Netflow, or even show policy-map interface and verify that the counters for Priority Queue and Signaling Queue are incrementing. Anyway, Netflow is the best answer, if the question is "verify that the traffic is being marked with the proper DSCP." Why would you EVER default to pulling captures and viewing them in Wireshark when Netflow, SFLOW, etc can easily tell you what traffic is going across your device, and if it has any DSCP markings. Done. Easy. Next!
Attempt: How are you going to verify asymmetric routing? Only Wireshark can show you if packets with the wrong destination address are reaching a host.
Response: That's not how asymmetric routing works. It doesn't cause packets with the wrong destination address to reach a host. ARP problems can typically cause that, and that's most easily troubleshot using show commands on your switch and/or router.
Attempt: ICMP is working to the server, but SSH is not.
Response. Then that's a higher layer issue, and it's NOT our problem as a Networking Engineer. It's not like we have protocol-based PBR installed on our network. We route packets based on destination address, if ICMP is working, but SSH is not, the problem is so obviously a server/app problem at that point a Networking Engineer does not need to be the one who is assigned to that ticket.
Anyway I am just curious since that hit a smaller audience, if I open this one up to the entire subreddit, does anyone have any GOOD examples of a NETWORKING problem (again layers 1-3, something you need to fix on a router/switch) where jumping into Wireshark to look at pcaps is the best/easiest way to troubleshoot that. Because I honestly believe that there's basically no reason to ever do that. imo if you are at the point of looking at stuff in Wireshark, then you are already the wrong person looking at the issue, and it should go to the app/dev/server guy instead.
Apologies if this isn't the right sub.
Network admin for a few months now at current job but I wasn't told technical support was part of the job, i.e. fixing laptops, PCs, printers, etc.
It's a five man team and it seems the technical support side of the job really breaks your concentration and sucks away your time from the administration. From my point of view this makes projects take a lot longer to complete and absurd amounts of money may be spent on consultants. What this also means is working from home is not trivial because of the hands-on and in-person nature of technical support.
I believe if the job was focused on just administration it would allow the administrators time to study (a couple guys really need to) and be more effective at the job. More time is spent just managing stuff instead of having time to discuss and design new solutions.
Has there been any research done on the effectiveness of splitting tech support from administration? I'd like some hard evidence that shows it as we know management loves numbers and charts. The only evidence I have is anecdotal where our competitors are doing better than us and they have dedicated helpdesk/tech support lol
Just wanting to know what I'll need to do net + labs. I don't have a lot of money so I need some budget friendly options. Any help is appreciated. :) Thanks I'm advanced!