Dave, Unless you have a network that supports jumbo frames, all the data sent over the network gets broken into 1500 or less bytes per packet. There is no reason to use packets bigger than 1500 bytes unless you want to test fragmentation/defragmentation at each of the end points. For measuring throughput: firewalls are typically limited by packets per second, not bytes per second, up to the bandwidth the links support; switches typically have a fiber capacity measured in throughput (bits).
QoS is only going to have an impact when a switch or router becomes congested, if there is no congestion, then prioritization based on the quality of service bits has no impact. The one exception would be if there are separate routes between two points where the qos bits are used to give alternate routes. This is unlikely though if these are two remote sites connected by a tunnel over the open internet. Axton Grams On Fri, Jun 27, 2008 at 7:23 AM, Dave Saville <[EMAIL PROTECTED]> wrote: > On Thu, 26 Jun 2008 12:06:25 -0600, Dave Wilmot wrote: > >>Dave, >> >>Your systems administrator(s) should easily be able to isolate the network >>as the problem (or not) by running one or more utilities which will check >>network "round-trip" times. One such tool might be the Solaris (Sun Unix) >>"ping -sRv" command, which shows trip times to each "hop" or "router" on >>the way to the remote location/server. > > Bear in mind that your average sysadmin will execute "ping > server_appearing_slow_to_ars_client" and pronounce that there is > nothing wrong with the network. This is because ping by default only > generates a tiny packet, like 56 bytes or similar. You need to specify > a *big* packet size ( integer number after host - ping host 8192 for > example for an 8K packet.) Yes Remedy is very chatty over the network, > but they are also often big packets.... > > -- > Regards > > Dave Saville > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
