etherpeek and solarwinds and fluke works quite well, with the card. ag anyway i suppose its one of those unexplained phenomenans...........
James Garlick
Network Analyst
thats just it i am not using the NAI drivers, i am using the INTEL drivers for that card.
what i would like to know is y i am seeing unidirectional traffic.
i know about the nai drivers, i use the xircom cbe2 as well. when using the intel card sniffer only picks up unidirectional traffic...
i have an interesting situation.
i have a intel pro 100 sp network card (laptop built in
) i recently went onsite to do and do the routing lan investigation. i am not really interested in the physical errors on the netwrok as i can pick these symptoms off the swithces if nessesary. as the lan...
i saw the topic.... i have an interesting situation.
i have a intel pro 100 sp network card (laptop built in
) i recently went onsite to do and do the routing lan investigation. i am not really interested in the physical errors on the netwrok as i can pick these symptoms off the swithces if...
i already have the bay 450T, but thanks anyway. is there a way to custom create your own files? so atleast we can use the functionality.
unfortunately i work in a non cisco environment, all nortel kit - gr8 experience, but dont get to use the full functionality of sniffer.
thanks
James...
remove the server? just joking
what type of udp packets are there either wins, dns type stuff. what does the server do?
need more info...
or mail me a small piece of the trace.
do you ppl have any idea how many frames that is in +- 40 meg buffer, about 150000 to 250000, you ppl wanna try and analyse anything bigger?, rather snap small files to HDD then use you ART and dash board to help you with the analysis.
its tricky, there are a number of things you have to list:
is it all users that complain or just one?
across a WAN or LAN?
how many frames are being moved?
how many bytes are being moved?
is there delay between the user and the server or somewhere else (is the application a multitiered...
TCP window sizing is like flow control, overall you have to look at it with a pinch of salt. when the TCP window is low, small or not resizing fast enough then thta can indicate problems, but if its not zeroing and and the sizing is quite large and/or not running low its not really an issue...
there are a couple of reasons for this, could be switch policiies to anything i.e. is netbios being blocked across your switches?
try this as a teporary fix or an optiimisation if you are using obdc drivers to connect to the sql database, rather than using named pipes (thats what it seems from...
try using an application called ntop, is a linux script that gives the basics, top talkers and amount of traffic to each, urls hit, things downloaded and all that sort of stuff, its quite good for an overview of what is happeneing on your WAN segments.
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.