RE: TCP Transfers slowing down

From: Jason Coene (jcoene_at_gotfrag.com)
Date: 08/15/05

  • Next message: Mike Tancsa: "RE: TCP Transfers slowing down"
    To: "'Mike Tancsa'" <mike@sentex.net>, <freebsd-performance@freebsd.org>
    Date: Mon, 15 Aug 2005 01:36:18 -0400
    
    
    

    Hi Mike,

    Thanks for the response. I've attached what you requested as a text file in
    case the following gets garbled by Outlook.

    Thanks, Jason

    --
    >From a FreeBSD Machine:
    root@xxx.xxx.xxx> netstat -ni
    Name    Mtu Network       Address              Ipkts Ierrs    Opkts Oerrs
    Coll
    em0    1500 <Link#1>      00:0c:76:81:8d:f4 214153777     0 90481655     0
    0
    em0    1500 10.54.54/24   10.54.54.64       213309137     - 90480476     -
    -
    em0    1500 fe80:1::20c:7 fe80:1::20c:76ff:        0     -        5     -
    -
    fxp0   1500 <Link#2>      00:0c:76:81:8d:f5 135087023     1 214628700     1
    0
    fxp0   1500 66.208.110/24 66.208.110.64     127803193     - 214627883     -
    -
    fxp0   1500 fe80:2::20c:7 fe80:2::20c:76ff:        0     -        5     -
    -
    lo0   16384 <Link#3>                           17472     0    17472     0
    0
    lo0   16384 127           127.0.0.1            17472     -    17472     -
    -
    lo0   16384 ::1/128       ::1                      0     -        0     -
    -
    lo0   16384 fe80:3::1/64  fe80:3::1                0     -        0     -
    -
    pflog 33208 <Link#4>                               0     0        0     0
    0
    root@xxx.xxx.xxx> ifconfig fxp0
    fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
            options=8<VLAN_MTU>
            inet 66.208.110.64 netmask 0xffffff00 broadcast 66.208.110.255
            inet6 fe80::20c:76ff:fe81:8df5%fxp0 prefixlen 64 scopeid 0x2
            ether 00:0c:76:81:8d:f5
            media: Ethernet 100baseTX <full-duplex>
            status: active
    >From the Cisco:
    xxx.xxx.xxx#show int fa0/4
    FastEthernet0/4 is up, line protocol is up (connected)
      Hardware is Fast Ethernet, address is 000b.5fb7.b204 (bia 000b.5fb7.b204)
      Description: Web Server 4
      MTU 1500 bytes, BW 100000 Kbit, DLY 1000 usec,
         reliability 255/255, txload 1/255, rxload 3/255
      Encapsulation ARPA, loopback not set
      Keepalive set (10 sec)
      Full-duplex, 100Mb/s
      input flow-control is off, output flow-control is off
      ARP type: ARPA, ARP Timeout 04:00:00
      Last input never, output 00:00:00, output hang never
      Last clearing of "show interface" counters never
      Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
      Queueing strategy: fifo
      Output queue :0/40 (size/max)
      5 minute input rate 1406000 bits/sec, 100 packets/sec
      5 minute output rate 57000 bits/sec, 71 packets/sec
         1118722925 packets input, 2492078882 bytes, 0 no buffer
         Received 3702 broadcasts, 0 runts, 0 giants, 0 throttles
         3 input errors, 0 CRC, 3 frame, 0 overrun, 25144 ignored
         0 watchdog, 13 multicast, 0 pause input
         0 input packets with dribble condition detected
         720143589 packets output, 549572280 bytes, 0 underruns
         0 output errors, 0 collisions, 2 interface resets
         0 babbles, 0 late collision, 0 deferred
         0 lost carrier, 0 no carrier, 0 PAUSE output
         0 output buffer failures, 0 output buffers swapped out
    xxx.xxx.xxx#show run
    <snip>
    !
    interface FastEthernet0/4
     description Web Server 4
     no ip address
     duplex full
     speed 100
    !
    <snip>
    > -----Original Message-----
    > From: Mike Tancsa [mailto:mike@sentex.net]
    > Sent: Monday, August 15, 2005 12:30 AM
    > To: Jason Coene; freebsd-performance@freebsd.org
    > Subject: Re: TCP Transfers slowing down
    > 
    > At 04:37 PM 14/08/2005, Jason Coene wrote:
    > >Before the update, the servers would sustain high transfer rates (well
    > over
    > >4 Mbyte/sec), but since the update that has changed.  A transfer will
    > start
    > >out at normal speed (as high as we've ever seen), but it will immediately
    > >and consistently drop to between 200 and 300 KByte/sec.  It will stay
    > >constant at that speed for the duration of the connection.
    > 
    > Can you post
    > netstat -ni
    > ifconfig fxp0
    > and a
    > show int fa0/<whatever the switch port is>
    > as well as fa0/<whatever the switch port is config>
    > 
    > 
    >          ---Mike
    
    
    

    _______________________________________________
    freebsd-performance@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-performance
    To unsubscribe, send any mail to "freebsd-performance-unsubscribe@freebsd.org"



  • Next message: Mike Tancsa: "RE: TCP Transfers slowing down"

    Relevant Pages

    • Terminal Server Setup
      ... description GRE Tunnel Source Interface ... input packets with dribble condition detected ... output buffer failures, ... Serial1/0 is up, line protocol is up ...
      (comp.dcom.sys.cisco)
    • Re: Tuning ADSL lines on Ciscos roputer - LONG -
      ... Last clearing of "show interface" counters never ... minute input rate 0 bits/sec, ... input packets with dribble condition detected ... output buffer failures, ...
      (comp.dcom.sys.cisco)
    • Re: Terminal Server Setup
      ... description GRE Tunnel Source Interface ... input packets with dribble condition detected ... output buffer failures, ...
      (comp.dcom.sys.cisco)
    • Re: Excessive interface resets on Cisco 1841 and FIOS line
      ... huge amount of interface resets on the WAN interface, ... access-list 4 remark HTTP Access-class list ... input packets with dribble condition detected ... output buffer failures, ...
      (comp.dcom.sys.cisco)
    • Re: 1811W - PCs can no longer see eachother AT ALL!!! (HELP!)
      ... SH INTERFACE: ... minute input rate 0 bits/sec, ... packets output, 0 bytes, 0 underruns ... output buffer failures, ...
      (comp.dcom.sys.cisco)