What do I need?

Discussion in 'Networks' started by westernkings, Feb 26, 2010.

  1. westernkings

    westernkings Gigabyte Poster

    1,432
    60
    107
    Afternoon Ladies and Gents;

    We are having issues that we are pretty sure related to the network infrastructure, such as random losses of connections over the entire network (passing through several switches to reach the DC) amongst other things, so we want someone to come in and work out exactly what is causing these random issues on the network, whether it be switches, the cabling, the fact we have cat5 as opposed to cat6. A problem with the fiber network at some point that links it all together. It literally could be anything but from a front of house point of view, replacing machines, moving ports on switches, changing network cards and so on makes no difference.

    Is this a network analyst we need? or is there some other role that is more suited? I think it would be a network analyst wouldn't it? and how much do these usually charge?

    We are looking for someone to come in, work out what exactly is the issue if possible, so that we can decide on whether it warrants spending money on fixing.
     
    Certifications: MCITP:VA, MCITP:EA, MCDST, MCTS, MCITP:EST7, MCITP:SA, PRINCE2, ITILv3
  2. Boycie
    Honorary Member

    Boycie Senior Beer Tester

    6,281
    85
    174
    i guess that depends on the infrastructure really.

    Has the building had all the cabling and patch panels tested and certified?
     
    Certifications: MCSA 2003, MCDST, A+, N+, CTT+, MCT
  3. cisco lab rat

    cisco lab rat Megabyte Poster

    679
    88
    116
    Send me a copy of your switches configs (Minus any sensitive stuff) and I will have a look at them.

    Network diagrams would also be very nice too

    Cheers

    Joe
     
    Certifications: Yes I pretty much am!!
    WIP: Fizzicks Degree
  4. danielno8

    danielno8 Gigabyte Poster

    1,306
    49
    92
    Any person with the experience, i wouldn't tie it down to "network analyst" as there will be many other people. Your best bet is going to a IT support company with network expertise on the payroll.

    Out of interest, what are these outages? do they last long enough for you to do pings to different areas of the network to find out where it stop working?
     
    Certifications: CCENT, CCNA
    WIP: CCNP
  5. westernkings

    westernkings Gigabyte Poster

    1,432
    60
    107
    It has not been certified. It has been put together by a pretty incompetent manager with a bit of this and a bit of that. None of it was done by a network professional.

    And we do not have any diagrams available because they do not exist, so as a result, putting one together could take months, same for switch configs (Do not have access right now). It is a fairly basic network though involving managed phone systems running through CISCO switches. Some of the Switch CABs connect to others with fiber, others with cat6, one even connects with cat5.

    For the most part it seems to run perfectly adequately, however we they really need someone who specialises in networks to come have a poke around for a day or so and give some advice out.

    The outages are literally on random sets of machines ranging from a single machine in an office somewhere, to an entire bank of machines occasionally. Can last for hours, or just a quick blip. One user has been having issues for weeks, machine has been replaced, cables changes, moved to a different switch point. cisco phone remains online and working so connection to the CISCO switch is perfectly fine, however she cannot reach the DC to log on... which is on the other side of the site.
     
    Last edited: Feb 26, 2010
    Certifications: MCITP:VA, MCITP:EA, MCDST, MCTS, MCITP:EST7, MCITP:SA, PRINCE2, ITILv3
  6. cisco lab rat

    cisco lab rat Megabyte Poster

    679
    88
    116
    Nothing new there.

    Firstly I would look at spanning tree.

    Have you got all the access ports manually set to "spanning-tree portfast" = This will reduce the spanning-tree timers on access ports

    Have you got all the access ports manually set to "spanning-tree bpduguard enable", shut down ports in the event that a "rogue switch is added to the network

    Are you using STP 802.1D (Cisco know it as PVST) or 802.1W (Cisco refer to it as Rapid-PVST)

    Have you disabled "DTP" from all the links between switches and made every link a static trunk?

    Do you have UDLD enabled between switches?

    Are all the uplinks full duplex?

    Have you got all of the switches set to "vtp mode transparent", stops the buggers from wiping each other out.

    Have you idntified if any of the ports are going into "err-disable", I think top of my head the command to view all the err-disabled ports is "show interface status"

    Could not suggest anything else unless I saw the switch configs.

    Cheers

    Joe
     
    Certifications: Yes I pretty much am!!
    WIP: Fizzicks Degree
  7. danielno8

    danielno8 Gigabyte Poster

    1,306
    49
    92
    "show int status err"
     
    Certifications: CCENT, CCNA
    WIP: CCNP
  8. cisco lab rat

    cisco lab rat Megabyte Poster

    679
    88
    116
    errrrrrrrrrrrrr!:biggrin
     
    Certifications: Yes I pretty much am!!
    WIP: Fizzicks Degree
  9. danielno8

    danielno8 Gigabyte Poster

    1,306
    49
    92
    hahaha
     
    Certifications: CCENT, CCNA
    WIP: CCNP
  10. SimonD
    Honorary Member

    SimonD Terabyte Poster

    3,681
    440
    199
    How is the cabling? Is it near any power cable? are there any times during the day that this occurs (say between 8.30 and 10, 12-2pm etc) or is it completely random (ie perhaps large amounts of data going across the network that's saturating it (people pulling PST\DB's across the network).

    What do the logs on the servers say? Are they dropping the NICs or is it switches?

    I would perhaps look at running Wireshark just to see if you can see something on the network that's perhaps causing it.

    I would also what you can ping when the connections drop, can you ping between switches or just on the same switch, is it the uplinks that's causing you issues?
     
    Certifications: CNA | CNE | CCNA | MCP | MCP+I | MCSE NT4 | MCSA 2003 | Security+ | MCSA:S 2003 | MCSE:S 2003 | MCTS:SCCM 2007 | MCTS:Win 7 | MCITP:EDA7 | MCITP:SA | MCITP:EA | MCTS:Hyper-V | VCP 4 | ITIL v3 Foundation | VCP 5 DCV | VCP 5 Cloud | VCP6 NV | VCP6 DCV | VCAP 5.5 DCA
  11. westernkings

    westernkings Gigabyte Poster

    1,432
    60
    107
    It's not the servers dropping connections at the NIC because no more than a few out of 1000s of people lose connection. I'm not really wanting to troubleshoot it myself, I have my own stuff to be doing. So I just want to get someone in who will check the health of the network in general. Personally, I am sure it is somewhere between the switches and the DC, but there is about 190 patch panels and switches (netgear and CISCO) to search through and miles of cables that could be causing it.
     
    Certifications: MCITP:VA, MCITP:EA, MCDST, MCTS, MCITP:EST7, MCITP:SA, PRINCE2, ITILv3
  12. BosonMichael
    Honorary Member Highly Decorated Member Award 500 Likes Award

    BosonMichael Yottabyte Poster

    19,183
    500
    414
    Weis.... :biggrin
     
    Certifications: CISSP, MCSE+I, MCSE: Security, MCSE: Messaging, MCDST, MCDBA, MCTS, OCP, CCNP, CCDP, CCNA Security, CCNA Voice, CNE, SCSA, Security+, Linux+, Server+, Network+, A+
    WIP: Just about everything!
  13. cisco lab rat

    cisco lab rat Megabyte Poster

    679
    88
    116
    Hi Daniel

    I have a suspicion that your problem may be due to "Errdisable linkflap" causing the ports to shutdown rather than UDLD detecting unidirectional links.

    Get the syslog up and have a gander.

    Cheers

    Joe
     
    Certifications: Yes I pretty much am!!
    WIP: Fizzicks Degree

Share This Page

Loading...
  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.