[PANTUGGeneral] Dumb Rookie question
Paul B.Toms
|
|
|||
 |
Cira Centre, 13th
Floor 2929 Arch Street Philadelphia, Pa 19104 Phone: 215.495.6500 Fax: 215.495.6600 Web: www.rrkdlaw.com |
Paul B. Toms
|
|
NEW IRS RULES RESTRICT WRITTEN FEDERAL TAX ADVICE FROM LAWYERS AND ACCOUNTANTS. WE INCLUDE THIS STATEMENT IN ALL OUTBOUND EMAILS BECAUSE EVEN INADVERTENT VIOLATIONS MAY BE PENALIZED. NOTHING IN THIS MESSAGE IS INTENDED TO BE USED, OR MAY BE USED, TO AVOID ANY PENALTY UNDER FEDERAL TAX LAWS. THIS MESSAGE WAS NOT WRITTEN TO SUPPORT THE PROMOTION OR MARKETING OF ANY TRANSACTION. CONTACT THE SENDER IF YOU WISH TO ENGAGE US TO PROVIDE FORMAL WRITTEN ADVICE AS TO TAX ISSUES.
THIS E-MAIL MAY CONTAIN PRIVILEGED, CONFIDENTIAL, COPYRIGHTED, OR OTHER LEGALLY PROTECTED INFORMATION. IF YOU ARE NOT THE INTENDED RECIPIENT (EVEN IF THE E-MAIL ADDRESS ABOVE IS YOURS), YOU MAY NOT USE, COPY, OR RETRANSMIT IT. IF YOU HAVE RECEIVED THIS BY MISTAKE PLEASE NOTIFY US BY RETURN E-MAIL, THEN DELETE. THANK YOU.
Jim DeCaro
I would start by looking at the Task Manager on your domain controller and/or exchange server to see if there are any services that are using too many resources. If you are now running a large database system on a box that is a domain controller and an exchange server, then your resources are getting tapped out. Also look at page file size and disk space.
If you really think it might be the switches, see if you can restart them safely. Clearing a switch cache can often times speed up the network.
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 11:29 AM
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.503 / Virus Database: 269.17.1/1182 - Release Date: 12/12/2007 11:29 AM
JP Vossen
> I'd like to do some basic troubleshooting myself
> (i.e. eliminate server problems, etc.), before we pay the consultants to
> look at the switches, but I'm not sure where to start. Is there some
> kind of "network testing for dummies" out there, either a reference
> guide or a software tool, that might get me started?
Looks like you need
http://www.oreilly.com/catalog/nettroubletools/index.html, and maybe
http://www.oreilly.com/catalog/9781593271497/index.html ("Use packet
analysis to tackle common network problems, such as loss of
connectivity, slow networks, malware infections, and more") for good
measure. If you can find them. Bookpool.com was out-of-stock on both,
and Amazon had only the first (older) book (< $20 used). I'd guess the
OR site has both though.
<stream-of-consciousness>
Laura Chappell teaches courses and writes books on this topic:
http://www.packet-level.com/. I thought/hoped more of her material
would use free tools (like Ethereal --> Wireshark), but it seems that's
not the case. I only know of her from articles like
http://support.novell.com/techcenter/articles/nc2002_03.html. I'd guess
Wireshark or some other free tools (ntop, mrtg, other?) would help, but
I'd also guess that you need to have some idea what to expect before you
can spot things that are off. And I can't tell you that; but I think
the books I mentioned above can...
Bill Alderson presented to PANTUG (via NetQoS) on 9/13/2006, and his
site http://netperformance.com/about.aspx might have something useful.
I glanced at the book lists and reviews, but nothing as good as the
books I mentioned above caught my eye.
</stream-of-consciousness>
One quick and simple thing to do is to ping various machines on various
parts of the network from other machines in other parts. [1] This is
not fool proof because 1) firewalls and routers (via ACLs) sometimes
block ICMP and 2) ICMP is not TCP or UDP. For a "clean" LAN I'd expect
only a few milli-seconds round trip. My 100meg half-duplex *hub* has
1ms response, then note the averages for various Internet sites [1].
Try the tracert command also, and see if you can start putting two and
two together to get four. E.g, if you get higher average trip times on
ping every time a route goes through the ABC router (as see in tracert),
but not otherwise, that'd be a clue... :-) It might be that a router
reboot might do the trick, as Jim mentioned.
Failing that, get the book above (and let us know how it is), or hire
someone. I know several people in the area who used to do stuff like
that. If you get to this point, let me know and I'll find out who still
does it.
I found this amusing: of the first 30 hits for
http://www.google.com/search?q=slow+network, 12 or 13 of them were
specifically about Windows.
Later,
JP
______________________
[1] Sample pings:
C:\> ping drake
Pinging drake [192.168.99.11] with 32 bytes of data:
Reply from 192.168.99.11: bytes=32 time<1ms TTL=64
Reply from 192.168.99.11: bytes=32 time=1ms TTL=64
Reply from 192.168.99.11: bytes=32 time=1ms TTL=64
Reply from 192.168.99.11: bytes=32 time=1ms TTL=64
Ping statistics for 192.168.99.11:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 1ms, Average = 0ms
C:\> ping www.pantug.org
Pinging www.pantug.org [65.162.133.130] with 32 bytes of data:
Reply from 65.162.133.130: bytes=32 time=18ms TTL=115
Reply from 65.162.133.130: bytes=32 time=18ms TTL=115
Reply from 65.162.133.130: bytes=32 time=17ms TTL=115
Reply from 65.162.133.130: bytes=32 time=16ms TTL=115
Ping statistics for 65.162.133.130:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 16ms, Maximum = 18ms, Average = 17ms
C:\> ping www.google.com
[...]
Minimum = 110ms, Maximum = 113ms, Average = 112ms
C:\> ping www.unimelb.edu.au
[...]
Minimum = 271ms, Maximum = 278ms, Average = 275ms
----------------------------|:::======|-------------------------------
JP Vossen, CISSP |:::======| jp{at}jpsdomain{dot}org
My Account, My Opinions |=========| http://www.jpsdomain.org/
----------------------------|=========|-------------------------------
Microsoft has single-handedly nullified Moore's Law.
Innate design flaws of Windows make a personal firewall, anti-virus
and anti-malware software mandatory. The resulting software arms race
has effectively flattened Moore's Law on hardware running Windows.
Stear, Brad
Also check your NIC settings, hard-set any Auto ones to 100/Full or
whatever speed they should be at. Sometimes autonegotiation with Cisco
switches gets funny.
Troy Sorzano
Hi All,
As you may have heard I moved to Expert Technology Associates this week as Director of IT. We are looking to hire a junior developer to work on our in-house CRM rollout. I also need a security consultant that I can refer work out to.
Thanks,
Troy
________________________________________________________________________
This message has been scanned for viruses and is virus free. ________________________________________________________________________
Ted Locke
Hey we have an account with you guys… Have any good conversations with Bruce over there?
Thanks
Ted Locke, MCSA, MCP, Network+, A+
IT Manager
Solomon Edwards Group
King of Prussia, PA
SolomonEdwardsGroup is a CFO Services Firm solving the shifting needs of the CFO organization and its professionals. We deliver Talent, Perspective, and Action in the critical areas of accounting operations, resource management, business performance, and risk and regulations.
From: dle...@pantug.org [mailto:dle...@pantug.org] On Behalf Of Troy Sorzano
Sent: Friday, December 14, 2007 3:34 PM
To: PANTUG...@pantug.org
Buce, Michael (IT)
Sent: Friday, December 14, 2007 3:34 PM
To: PANTUG...@pantug.org
Subject: [PANTUGGeneral] Need junior developer & referal to security consultant
NOTICE: If received in error, please destroy and notify sender. Sender does not intend to waive confidentiality or privilege. Use of this email is prohibited when received in error.
Troy Sorzano
From: dle...@pantug.org on behalf of Buce, Michael (IT)
Sent: Fri 12/14/2007 3:54 PM
To: PANTUG...@pantug.org
Subject: RE: [PANTUGGeneral] Need junior developer & referal to security consultant