Results 1 to 2 of 2

Thread: few questions about my internet...

  1. #1
    charlieC
    Guest

    few questions about my internet...

    Hi, I'm new here and got a few questions about my internet.

    What I have:
    BT broadband, 2 or 1.5meg (can't remember which)
    Bt Voyager 2000 Wireless (http://www.thinkbroadband.com/hardwa...3/bt-2000.html)
    Apple Airport Extreme
    (http://www.amazon.co.uk/Apple-AirPor..._sbs_ce_img_12)

    I've tried two different set-ups:
    1) The BT voyager linked up to the phone line and to the computer over an ethernet cable. This I generally find more reliable, with more constant download speed of around 200-250 kb/s.
    2) The BT voyager linked up to the phone line, and connected to the airport extreme through the WAN socket. I then connect to the airport extreme network over wireless. T his seem slower/less reliable, especially in Steam online games. This does get similar download speeds quite often, but I also find that fluctuates a lot.

    I've also forgotten where I did all my tests (all of which have given me really different results), so if any of you could suggest which tests I should take and things to do, it would be greatly appreciated!


    My questions:
    1) Should there be a difference between the two? What can i do to optimise either network?
    2) I get download speeds of roughly 200-250 kb/s, but I ran a speed test earlier and it said i was getting 1.8 mb/s download and 240 kb/s upload. Whats wrong/can i do/am i an idiot ?


    On set-up 1, I got these test results:

    WEB100 Enabled Statistics:
    Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
    checking for firewalls . . . . . . . . . . . . . . . . . . . Done
    running 10s outbound test (client-to-server [C2S]) . . . . . 240.0kb/s
    running 10s inbound test (server-to-client [S2C]) . . . . . . 244.71kb/s

    ------ Client System Details ------
    OS data: Name = Windows XP, Architecture = x86, Version = 5.1
    Java data: Vendor = Sun Microsystems Inc., Version = 1.6.0_05

    ------ Web100 Detailed Analysis ------
    Cable modem/DSL/T1 link found.
    Link set to Full Duplex mode
    No network congestion discovered.
    Good network cable(s) found
    Normal duplex operation found.

    Web100 reports the Round trip time = 168.79 msec; the Packet size = 1380 Bytes; and
    There were 6 packets retransmitted, 17 duplicate acks received, and 18 SACK blocks received
    The connection stalled 2 times due to packet loss
    The connection was idle 0.72 seconds (6.54%) of the time
    C2S throughput test: Packet queuing detected: 2.72%
    S2C throughput test: Packet queuing detected: 36.76%
    This connection is receiver limited 13.74% of the time.
    Increasing the the client's receive buffer (16.0 KB) will improve performance
    This connection is network limited 84.77% of the time.
    Excessive packet loss is impacting your performance, check the auto-negotiate function on your local PC and network switch

    Web100 reports TCP negotiated the optional Performance Settings to:
    RFC 2018 Selective Acknowledgment: ON
    RFC 896 Nagle Algorithm: ON
    RFC 3168 Explicit Congestion Notification: OFF
    RFC 1323 Time Stamping: OFF
    RFC 1323 Window Scaling: OFF

    Server 'miranda.ctd.anl.gov' is probably behind a firewall. [Connection to the ephemeral port failed]
    Client is probably behind a firewall. [Connection to the ephemeral port failed]
    Information: Network Middlebox is modifying MSS variable
    Server IP addresses are preserved End-to-End
    Information: Network Address Translation (NAT) box is modifying the Client's IP address
    Server says [81.***.**.***] but Client says [10.0.1.2]

    and again

    WEB100 Enabled Statistics:
    Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
    checking for firewalls . . . . . . . . . . . . . . . . . . . Done
    running 10s outbound test (client-to-server [C2S]) . . . . . 245.0kb/s
    running 10s inbound test (server-to-client [S2C]) . . . . . . 173.39kb/s

    ------ Client System Details ------
    OS data: Name = Windows XP, Architecture = x86, Version = 5.1
    Java data: Vendor = Sun Microsystems Inc., Version = 1.6.0_05

    ------ Web100 Detailed Analysis ------
    Cable modem/DSL/T1 link found.
    Link set to Full Duplex mode
    Information: throughput is limited by other network traffic.
    Good network cable(s) found
    Normal duplex operation found.

    Web100 reports the Round trip time = 182.09 msec; the Packet size = 1380 Bytes; and
    There were 16 packets retransmitted, 17 duplicate acks received, and 19 SACK blocks received
    The connection stalled 3 times due to packet loss
    The connection was idle 1.26 seconds (12.6%) of the time
    C2S throughput test: Packet queuing detected: 2.49%
    S2C throughput test: Packet queuing detected: 42.39%
    This connection is sender limited 1.66% of the time.
    This connection is network limited 98.34% of the time.
    Excessive packet loss is impacting your performance, check the auto-negotiate function on your local PC and network switch

    Web100 reports TCP negotiated the optional Performance Settings to:
    RFC 2018 Selective Acknowledgment: ON
    RFC 896 Nagle Algorithm: ON
    RFC 3168 Explicit Congestion Notification: OFF
    RFC 1323 Time Stamping: OFF
    RFC 1323 Window Scaling: ON

    Server 'miranda.ctd.anl.gov' is probably behind a firewall. [Connection to the ephemeral port failed]
    Client is probably behind a firewall. [Connection to the ephemeral port failed]
    Information: Network Middlebox is modifying MSS variable
    Server IP addresses are preserved End-to-End
    Information: Network Address Translation (NAT) box is modifying the Client's IP address
    Server says [86.151.4.208] but Client says [192.168.1.2]

    set-up 2
    WEB100 Enabled Statistics:
    Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
    checking for firewalls . . . . . . . . . . . . . . . . . . . Done
    running 10s outbound test (client-to-server [C2S]) . . . . . 240.0kb/s
    running 10s inbound test (server-to-client [S2C]) . . . . . . 13.97kb/s

    ------ Client System Details ------
    OS data: Name = Windows XP, Architecture = x86, Version = 5.1
    Java data: Vendor = Sun Microsystems Inc., Version = 1.6.0_05

    ------ Web100 Detailed Analysis ------
    Cable modem/DSL/T1 link found.
    Link set to Full Duplex mode
    No network congestion discovered.
    Good network cable(s) found
    Normal duplex operation found.

    Web100 reports the Round trip time = 170.55 msec; the Packet size = 1380 Bytes; and
    There were 4 packets retransmitted, 0 duplicate acks received, and 0 SACK blocks received
    The connection stalled 1 times due to packet loss
    The connection was idle 0.42 seconds (3.81%) of the time
    C2S throughput test: Packet queuing detected: 4.34%
    S2C throughput test: Packet queuing detected: 92.36%
    This connection is receiver limited 91.85% of the time.
    Increasing the the client's receive buffer (16.0 KB) will improve performance
    This connection is sender limited 1.59% of the time.
    This connection is network limited 6.55% of the time.
    Excessive packet loss is impacting your performance, check the auto-negotiate function on your local PC and network switch

    Web100 reports TCP negotiated the optional Performance Settings to:
    RFC 2018 Selective Acknowledgment: ON
    RFC 896 Nagle Algorithm: ON
    RFC 3168 Explicit Congestion Notification: OFF
    RFC 1323 Time Stamping: OFF
    RFC 1323 Window Scaling: OFF

    Server 'miranda.ctd.anl.gov' is probably behind a firewall. [Connection to the ephemeral port failed]
    Client is probably behind a firewall. [Connection to the ephemeral port failed]
    Information: Network Middlebox is modifying MSS variable
    Server IP addresses are preserved End-to-End
    Information: Network Address Translation (NAT) box is modifying the Client's IP address
    Server says [86.***.*.***] but Client says [10.0.1.2]


    and the same set-up again

    WEB100 Enabled Statistics:
    Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
    checking for firewalls . . . . . . . . . . . . . . . . . . . Done
    running 10s outbound test (client-to-server [C2S]) . . . . . 243.0kb/s
    running 10s inbound test (server-to-client [S2C]) . . . . . . 35.73kb/s

    ------ Client System Details ------
    OS data: Name = Windows XP, Architecture = x86, Version = 5.1
    Java data: Vendor = Sun Microsystems Inc., Version = 1.6.0_05

    ------ Web100 Detailed Analysis ------
    Cable modem/DSL/T1 link found.
    Link set to Full Duplex mode
    No network congestion discovered.
    Good network cable(s) found
    Normal duplex operation found.

    Web100 reports the Round trip time = 160.69 msec; the Packet size = 1380 Bytes; and
    There were 4 packets retransmitted, 0 duplicate acks received, and 0 SACK blocks received
    The connection stalled 1 times due to packet loss
    The connection was idle 0.39 seconds (3.54%) of the time
    C2S throughput test: Packet queuing detected: 3.14%
    S2C throughput test: Packet queuing detected: 80.47%
    This connection is receiver limited 91.59% of the time.
    Increasing the the client's receive buffer (16.0 KB) will improve performance
    This connection is sender limited 1.58% of the time.
    This connection is network limited 6.81% of the time.
    Excessive packet loss is impacting your performance, check the auto-negotiate function on your local PC and network switch

    Web100 reports TCP negotiated the optional Performance Settings to:
    RFC 2018 Selective Acknowledgment: ON
    RFC 896 Nagle Algorithm: ON
    RFC 3168 Explicit Congestion Notification: OFF
    RFC 1323 Time Stamping: OFF
    RFC 1323 Window Scaling: OFF

    Server 'miranda.ctd.anl.gov' is probably behind a firewall. [Connection to the ephemeral port failed]
    Client is probably behind a firewall. [Connection to the ephemeral port failed]
    Information: Network Middlebox is modifying MSS variable
    Server IP addresses are preserved End-to-End
    Information: Network Address Translation (NAT) box is modifying the Client's IP address
    Server says [86.151.4.208] but Client says [10.0.1.2]

    also did this test



    Thanks
    Charlie
    Last edited by charlieC; 04-08-08 at 05:45 PM.

  2. #2
    Elite Member trogers's Avatar
    Join Date
    Jan 2005
    Location
    Bangkok, Thailand
    Posts
    12,323
    Quote Originally Posted by charlieC View Post
    Increasing the the client's receive buffer (16.0 KB) will improve performance

    the Packet size = 1380 Bytes;
    First, your MTU is being limited to 1420 by settings in the router. Log into the router and set MTU or MRU to 1500 and MSS to 1460. Save and reboot the router.

    Then try the following with TCP Optimizer:

    General Settings tab:
    Custom settings - check
    Modify All Network Adapters - check
    network adapter selection - your NIC
    MTU - 1500
    TTL - 64
    TCP Receive Window - leave blank
    MTU Discovery - Yes
    Black Hole Detect - No
    Selective Acks - Yes
    Max Duplicate ACKs - 2
    TCP 1323 Options:
    Windows Scaling - uncheck
    Timestamps - uncheck

    Advanced Settings tab:
    Max Connections per Server - 10
    Max Connections per 1.0 Server - 20
    LocalPriority - 1
    Host Priority - 1
    DNSPriority - 1
    NetbtPriority - 1
    Lan Browsing speedup - optimized
    QoS: NonBestEffortLimit - 0
    ToS: DisableUserTOSSetting - 0
    ToS: DefaultTOSValue - 80
    MaxNegativeCacheTtl - 0
    NetFailureCacheTime - 0
    NegativeSOACache Time - 0
    LAN Request Buffer Size - 32768
    Then select "Apply Changes" and reboot to take effect

    Post a new TCP Analyzer report after reboot.
    "Contentment is not the fulfillment of what you want, but is the realisation of how much you already have" - anon

Similar Threads

  1. DSL Download Problems
    By rfzbaker in forum Broadband Tweaks Help
    Replies: 5
    Last Post: 08-24-07, 02:27 AM
  2. Your Internet Is In Danger!!!
    By JC in forum General Discussion Board
    Replies: 17
    Last Post: 03-20-07, 02:51 PM
  3. winantivirus again
    By robertdempster in forum Software Forum
    Replies: 12
    Last Post: 02-20-07, 08:57 AM
  4. another Winfixer problem....
    By bellinibean in forum Network Security
    Replies: 0
    Last Post: 04-16-06, 10:28 PM
  5. Canīt open secure site
    By frankwanuza in forum General Broadband Forum
    Replies: 1
    Last Post: 11-17-05, 01:12 AM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •