Slow browsing with cable modem

Discussion in 'Linux Networking' started by Stephen Zilliox, Apr 21, 2004.

  1. I have _not_ seen anything in this thread, even coming close to mucking
    up your system, or changing anything your GUI tools wouldn't handle.
    (except maybe what we did to your f****-up hosts file, but that was
    actually fixing it)

    IMHO: You are running quite a risk, when using GUI tools. At least, you'll
    loose valuable control by using them...

    You started out with a thorough diagnostics and that's an inspiration to
    all of us... :)

    If you're interested in some insides:

    man ifcfg
    man route
    man traceroute
    man ping
    man resolv.conf
    man hosts
    http://www.exit109.com/~jeremy/news/providers/traceroute.html
    A X.0 release is not considered a choice for beginners on a quest for
    stability without bugs... (Please, don't reinstall mdk92 because of this)

    Speaking of bugs: My initial RH73 install on my current laptop, (now
    running mdk91), auto-configured my NIC with the wrong driver, leading to
    similar problems you're experiencing... Just to make sure you're not
    caught up in the same mess:

    When the network is up and running:

    lsmod | grep eth0

    This will tell which driver you are currently running, (no changes are
    made). This should be the natsemi driver... If not, please post the
    complete output of:

    cat /proc/pci
    cat /etc/modules.conf
    lsmod

    No matter findings... Please open two terminals and as root:

    tail -f /var/log/messages (first terminal)
    /etc/init.d/network restart (second terminal)

    This will show the log when performing a network restart and could
    contain valuable information, without changing anything on the system.

    BTW: I'm still confident we'll get you up and running, if you stay
    patient... :)

    --
    mvh/regards
    Joachim Mæland

    If everything seems under control, you're just not going fast enough.
    -Mario Andretti
     
    Joachim =?iso-8859-1?b?TcOmbGFuZCI=?=, Apr 25, 2004
    #21
    1. Advertisements

  2. I have no home network. I have a single computer with an ethernet card
    hooked directly into a cable modem. I do not know what these addresses
    represent.
    [email protected] stephen]# ping -c 3 192.168.4.27
    PING 192.168.4.27 (192.168.4.27) 56(84) bytes of data.

    --- 192.168.4.27 ping statistics ---
    3 packets transmitted, 0 received, 100% packet loss, time 1998ms

    [[email protected] stephen]# traceroute -n 192.168.4.27
    traceroute to 192.168.4.27 (192.168.4.27), 30 hops max, 38 byte packets
    1 * * *
    2 * * *
    3 * * *
    4 * * *
    5 * * *
    6 * * *
    7 * * *
    8 * * *
    9 * * *
    10 * * *
    11 * * *
    12 * * *
    13 * * *
    14 * * *
    15 * * *
    16 * * *
    17 * * *
    18 * * *
    19 * * *
    20 * * *
    21 * * *
    22 * * *
    23 * * *
    24 * * *
    25 * * *
    26 * * *
    27 * * *
    28 * * *
    29 * * *
    30 * * *

    Can you please make the same traceroute, without the n-option...?

    [email protected] stephen]# traceroute 192.168.4.27
    traceroute to 192.168.4.27 (192.168.4.27), 30 hops max, 38 byte packets
    1 * * *
    2 * * *
    3 * * *
    4 * * *
    5 * * *

    .... The same traceroute from Windoze

    C:\WINDOWS>tracert 192.168.4.27

    Tracing route to nr1.wa.charter.com [192.168.4.27]
    over a maximum of 30 hops:

    1 * * * Request timed out.
    2 * * * Request timed out.
    3 * * * Request timed out.
    4 * * * Request timed out.
    5 * * * Request timed out.
    6 * * * Request timed out.
    7 * * * Request timed out.
    8 * * * Request timed out.
    9 * * * Request timed out.
    10 * * * Request timed out.
    11 * * * Request timed out.
    12 * * * Request timed out.
    13 * * * Request timed out.
    14 * * * Request timed out.
    15 * * * Request timed out.
    16 * * * Request timed out.
    17 * * * Request timed out.
    18 * * * Request timed out.
    19 * * * Request timed out.
    20 * * * Request timed out.
    21 * * * Request timed out.
    22 * * * Request timed out.
    23 * * * Request timed out.
    24 * * * Request timed out.
    25 * * * Request timed out.
    26 * * * Request timed out.
    27 * * * Request timed out.
    28 * * * Request timed out.
    29 * * * Request timed out.
    30 * * * Request timed out.

    Trace complete.

    C:\WINDOWS>

    C:\WINDOWS>pathping -n 192.168.4.27

    Tracing route to 192.168.4.27 over a maximum of 30 hops

    0 66.189.180.71
    1 * * 10.210.32.1 reports: Destination net unreachable.

    Computing statistics for 25 seconds...
    Source to Here This Node/Link
    Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
    0 66.189.180.71
    100/ 100 =100% |
    1 --- 100/ 100 =100% 0/ 100 = 0% 0.0.0.0

    Trace complete.

    C:\WINDOWS>
    C:\WINDOWS>
    C:\WINDOWS>pathping 192.168.4.27

    Tracing route to nr1.wa.charter.com [192.168.4.27]
    over a maximum of 30 hops:
    0 stevescomputer [66.189.180.71]
    1 * 10.210.32.1 reports: Destination net unreachable.

    Computing statistics for 25 seconds...
    Source to Here This Node/Link
    Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
    0 stevescomputer [66.189.180.71]
    100/ 100 =100% |
    1 --- 100/ 100 =100% 0/ 100 = 0% stevescomputer [0.0.0.0]

    Trace complete.

    [[email protected] stephen]# traceroute -n 10.210.32.1
    traceroute to 10.210.32.1 (10.210.32.1), 30 hops max, 38 byte packets
    1 * * 10.210.32.1 8.336 ms !X
    2 * * *
    3 * * *
    4 * * *
    5 * * *
    6 * * *
    7 * * *
    8 * * *
    9 * * *
    10 * * *
    11 * * *
    12 * * *
    13 * * *
    14 * * *
    15 * * *
    16 * * *
    17 * * *
    18 * * *
    19 * * *
    20 * * *
    21 * * *
    22 * * *
    23 * * *
    24 * 10.210.32.1 14.010 ms !X *
    25 * * *
    26 * * *
    27 * * *
    28 * * *
    29 * * *
    30 * * *

    [email protected] stephen]# traceroute -n 172.29.32.161
    traceroute to 172.29.32.161 (172.29.32.161), 30 hops max, 38 byte packets
    1 * * *
    2 * * *
    3 * * *
    4 * * *
    5 * * *

    [[email protected] stephen]# traceroute -n 172.29.32.2
    traceroute to 172.29.32.2 (172.29.32.2), 30 hops max, 38 byte packets
    1 * * *
    2 * * *
    3 * * *
    4 * * *
    5 * * *

    [[email protected] stephen]# traceroute -n 12.127.79.149
    traceroute to 12.127.79.149 (12.127.79.149), 30 hops max, 38 byte packets
    1 10.210.32.1 8.271 ms 9.984 ms 8.164 ms
    2 172.29.32.161 8.322 ms 22.202 ms 23.461 ms
    3 172.29.32.2 27.349 ms 11.656 ms 12.118 ms
    4 12.127.79.149 20.238 ms * 19.928 ms

    [email protected] stephen]# traceroute -n 66.189.219.29
    traceroute to 66.189.219.29 (66.189.219.29), 30 hops max, 38 byte packets
    1 10.210.32.1 31.010 ms 8.861 ms 9.962 ms
    2 172.29.32.161 25.551 ms 11.832 ms 12.510 ms
    3 172.29.32.3 10.248 ms 8.818 ms 25.552 ms
    4 * * *
    5 * * *
    6 * * *
    7 * * *
    8 * * *
    9 * * *
    10 * * *
    11 * * *
    12 * * *
    13 * * *
    14 * * *
    15 * * *
    16 * * *
    17 * * *
    18 * * *
    19 * * *
    20 * * *
    21 * * *
    22 * * *
    23 * * *
    24 * * *
    25 * * *
    26 * * *
    27 * * *
    28 * * *
    29 * * *
    30 * * *
    Downloaded the rpm. Would not install.

    Steve Z.
     
    Stephen Zilliox, Apr 26, 2004
    #22
    1. Advertisements

  3. No proxies set as far as I know. I checked under the Mandrake linux control
    center.

    [[email protected] stephen]# ping 68.113.6.1
    PING 68.113.6.1 (68.113.6.1) 56(84) bytes of data.
    From 10.210.32.1 icmp_seq=26 Packet filtered
    From 10.210.32.1 icmp_seq=27 Packet filtered
    From 10.210.32.1 icmp_seq=91 Packet filtered

    --- 68.113.6.1 ping statistics ---
    186 packets transmitted, 0 received, +3 errors, 100% packet loss, time
    184974ms
    [[email protected] stephen]# traceroute -n 68.113.6.1
    traceroute to 68.113.6.1 (68.113.6.1), 30 hops max, 38 byte packets
    1 * * *
    2 * * *
    3 * * *
    4 * * *
    5 * * *
    6 * * *
    7 * 10.210.32.1 74.893 ms *
    PCI ethernet card in my computer attached to cable modem to cable to
    Charter. I used DHCP under both Win XP and Linux to try to connect to the
    web. I did not ding around changing connection parameters unless I was
    following suggestions from you folks and that was only after I had tried
    everything I could think of using the Mandrake Control Center. I suspect
    that there is probably a wide variety of skill levels represented on these
    groups, but it is difficult to know whose advice to follow. I appreciate
    all the help and advice I get but I do realize I could possibly really muck
    up my system. One of the first things I tried with this problem was to
    reinstall the whole Mandrake system. Didn't help. I also moved from
    Mandrake 9.2 to 10.0 thinking that perhaps there were bugs that had possibly
    been worked out. Didn't work. When I was on 56k dialup, I spent most all
    of my time in Linux, but since web access is important to any computer nut I
    have been forced to spend most of my time in--as you say--Windoze.

    Steve Z.
     
    Stephen Zilliox, Apr 26, 2004
    #23
  4. Stephen Zilliox

    P Gentry Guest

    Won't even let you ping your GW -- low blow, foul! But you really
    shouldn't ping endlessly this way. Try ping -c4 x.x.x.x
    Oops, errors again -- thought we had lost those. An immediate
    ifconfig here could have provided a tad more info re: the errors. It
    _is_ one advantage to sending so many packets.
    Usually running traceroute to your GW is a wasted effort as you don't
    get anything back that is useful except this "hop" indicator that
    shows a kind of shortest loop. Yours returns in 7, mine in 3 --
    74.9ms vs 9.3ms. Even with the extra hops this is a _long_ time to
    return. Maybe that's why they reject pings to your GW -- it's slow
    too?
    We sometimes don't appreciate how confusing so many voices can be --
    especially in the throws of net connection woes. J.M. is bringing you
    along OK -- no damage done and lots of info from you that helps to
    provide leads or eliminate suspects. Yours may be a subtle problem
    that's hard to pin down. Be patient with us if you can as we sift
    through the evidence.
    Some notes while I wait for the traceroutes from my end to time out...

    Re: Configuration

    Your last 2 network config IPs look OK to me -- ie., at least they are
    consistent and make sense. GW on same net segment as you and you can
    ping it. Can you ping name servers consistently?

    These (your IP, GW, and name servers),are the basic set of IPs needed
    to get out to the internet. They come from the DHCP server that gives
    you your lease and your IP.

    You'll note that the first 2 name servers are on a different network
    from the last two -- 4 name servers on two geographically separated
    nets indicates someone expects high traffic loads and a need for
    backup servers.

    When ping and traceroute give consistent results to these IPs, your
    network _connectivity_ is not a problem -- neither at your end nor at
    the ISP's. Throughput rate is another matter. Consistent pings stats
    indicate "normal". Slow times and/or dropped packets to these servers
    or GW indicate ISP network problems.

    Heavy net loads will slow DNS lookups especially -- ie., most
    noticable with web surfing. Differences in browser performance
    indicate differences in browsers. Note that Moz does do background
    (look ahead) fetches -- this is known to cause performance degradation
    in some specific network environments. This could be compounded by
    ISP's caching proxies that are not in synch -- even worse if you're
    running Squid or have local (Moz) caching set just wrong. Try
    different caching settings in Moz. Both of these are under Edit -
    Preferences - Advanced - Cache. Also check Mozilla site for settings
    available only with a text editor -- sorry I don't remember which
    support/help/faq page you'll need to find the link.

    Re: Hardware
    Your first post showed errors in ifconfig output, the last did not.
    (Alas, the ping above did.) The errors were few in number but were
    based on "corrupt" frames -- ie., bad signals on the wire. The low
    number of errors and their intermittent appearance usually result in
    much hair pulling -- that's why I have so little left ;-( Larger
    numbers usually indicate auto-negotiation failure between the nic and
    CM. Check with mii-tool -v for link status and speed as a double
    check. man mii-tool for other data collection methods.

    Can you run (probably via a DOS sys floppy) the Netgear diagnostics?
    http://kbserver.netgear.com/kb_web_files/N100159.asp
    They sound a bit crude but better by far than nothing.
    Getting "serious" (ie., desperate) with diagnostics you can have a
    look at:
    http://www.scyld.com/diag/index.html
    In a pinch, and much, much easier, can you borrow a different nic for
    testing? And change out the patch cord between your nic and CM?

    As I said in my earlier post, I have no info or experience with
    Toshiba cable modems. You can access CM setup/signal data via
    http://192.168.100.1 (?). What configuration and signal readings does
    its diagnostic page show? Borderline signals can be cause erratic
    behavior/errors. Have you checked for firmware updates? (While
    waiting I did look but found none offered -- they are expected to be
    delivered by ISP when CM boots, probably)

    Hardware problems would have to be pretty subtle, I think, to show in
    Linux but not Windows. Combined with different drivers, though, you
    can't rule them out. Also some Windows drivers/OS updates are
    suspected to leave some few nics with scrambled registers that cause
    weird symptoms or complete failure under Linux.

    traceroute returns (same results with -I) to name servers ...

    With $ /usr/sbin/traceroute 66.189.219.29 or .30
    I get as far as 12.127.79.150 (10th hop) which http://openrbl.org
    shows as:
    Lookup 12.127.79.150 (unresolved) in 21+11 Zones
    AS: [NO_ROUTE]
    Net 12/8 ATT Middletown, New Jersey @ip.att.net
    ie., packets are being dropped quick...

    With $ /usr/sbin/traceroute 66.169.254.29 or .30
    I get as far as:
    10 12.127.79.150 (12.127.79.150) 81.083 ms 79.638 ms 88.969 ms
    11 * * *
    12 * * *
    13 172.29.237.161 (172.29.237.161) 87.306 ms 105.076 ms 86.204 ms
    14 172.29.237.166 (172.29.237.166) 102.917 ms 101.913 ms 102.467
    ms
    15 192.168.3.2 (192.168.3.2) 92.433 ms 84.910 ms 104.389 ms

    http://www.openrbl.org shows:
    Lookup 172.29.237.161 (unresolved) in 21+11 Zones
    AS: 172.28.0.0/15 AS3549 Global Crossing Sunnyvale/California
    Net 172.16-172.31 IANA-BBLK-RESERVED Marina Del Rey, California
    and
    Lookup 172.29.237.166 (unresolved) in 21+11 Zones
    AS: 172.28.0.0/15 AS3549 Global Crossing Sunnyvale/California
    Net 172.16-172.31 IANA-BBLK-RESERVED Marina Del Rey, California

    and since you're in the area of:
    from Linux:
    Lookup 68.113.7.247 (ts46-01-qdr2036.wlawla.wa.charter.com)
    in 21+11 Zones
    AS: [NO_ROUTE]
    Net 68.113.0-31 KWCK-WA-68-113-0 St Louis, Missouri @chartercom.com
    and from Windows:
    Lookup 66.189.180.71 (ts46-01-qdr583.wlawla.wa.charter.com)
    in 21+11 Zones
    AS: [NO_ROUTE]
    Net 66.189.176-191 MDFRD-OR-66-189-176 St Louis, Missouri
    @chartercom.com

    Seems "strange" to me that you could end up in two such separated
    networks -- Kennewick and Medford -- at the same time from Walla
    Walla. Maybe they send Linux users to ISP's mud hole net ...

    Name server IPs run through openrbl.org:
    Lookup 66.189.219.29 (ns1.wa.charter.com) in 21+11 Zones
    AS: [NO_ROUTE]
    Net 66.189.208-223 PTORCD-WA-66-189-208
    St Louis, Missouri @chartercom.com

    Lookup 66.169.254.29 (unresolved) in 21+11 Zones
    AS: [NO_ROUTE]
    Net 66.169.224-255 KWCK-WA-66-169-224
    St Louis, Missouri @chartercom.com

    This is about as far as you can get with "easy" tools. The next step
    up is to pull out Ethereal and capture all packets as you ping and
    traceroute to your name servers (and GW if you want). Keep capturing
    as you use Moz and some other browser to visit a few "problem" sites.

    Normally you'll capture 500 - 1000KB per hour so there shouldn't be
    any worry with data size, should there? This is just "test" browsing
    -- don't get carried away.

    If you do have Konqueror available, compare it to Moz performance
    (while capturing packets). It uses different technology and if it or
    another browser works consistently but Moz does not, then Moz is
    boinking out on you. If eyeball performance is similar (and not good)
    it's time to inspect those packets you captured. Save them to file to
    keep around and we can give pointers on how to use Ethereal for
    revealing nuggets of information.

    My turn-around time on the NGs is deplorable -- life in rural America
    leaves me only with Google as a means of access. But I am watching...

    hth a little,
    prg
    email above disabled
     
    P Gentry, Apr 26, 2004
    #24
  5. Stephen Zilliox

    P Gentry Guest

    Google makes for awkward posting, but here goes...

    After spending some hours (off and on) doing pings and traceroutes and
    IP lookups it began to dawn on me that your ISP's network is not in
    good shape. Turns out Charter is in the midst of a "service upgrade"
    cycle. You can read about it at
    http://www.dslreports.com/forum/charter (where I had suggested you go
    early on).

    Not only that, but they have in the past few months adopted a policy
    of administratively prohibiting pings. No timing available to judge
    network behavior. http://www.dslreports.com/forum/remark,10057636~mode=flat

    Compounding that are the long paths in the private network --
    Charter's -- before getting out to the net. Makes an overhaul that
    more likely to turn some net segments into sludge. Even worse, is the
    apparent long path to the name servers for DNS lookups -- IMU that the
    state of Texas has _one_ set of servers to serve the whole state.
    Have you heard of congestion?

    Added to these headaches, you're trying to get a dual-boot XP/Linux
    machine to connect consistently from both OSes -- not always easy
    depending on the ISP's policies/setup.

    You _are_ getting a connection from Linux -- just a really lousy one.

    There's not much you can do without Charter's help -- so to speak.
    Here's what I would do for starters.

    -- Re-set your cable modem to make sure you're running the latest
    Charter services available -- though the forum above indicates Wa. and
    Or. have not seen the upgrade yet.

    -- Make sure you have an acceptable signal between your CM and the
    ISP's URB by going to the CM's configuration/log/setup page if you can
    -- I'm not sure what, if anything, you'll find on a Toshiba. My
    Surfboard gives quite good signal stats. This will help
    confirm/establish your _physical_ connection's integrity.
    http://192.168.100.1 (?) Also keep this url handy for reference (best
    cable modem url I've found):
    http://homepage.ntlworld.com/robin.d.h.walker/cmtips/index.html

    -- Go ahead and check the nic with diagnostic tools available just to
    confirm it's working as it should.

    -- I would go to the above Charter forum and try to get one of the
    "lurking" Charter techs to help you out once you know the state of
    your hardware -- at least they should be able to provide some info
    that will be useful.
    http://www.dslreports.com/faq/8469
    shows several that cover your region.

    -- I would hold off on this next item till I confirmed it is needed
    (or at least worth a try). You may have to set up Linux to "look"
    like a Windows box when it makes it's DHCP request. Presently,
    looking over all the info you've given and the fact that you _do_ have
    connectivity, I'm not convinced this will help -- maybe a Charter tech
    or customer at the above forum can help with this question. It does
    have the advantage of providing the network a _consistent_ view of
    your setup -- ie., one MAC with one IP. Your present setup is showing
    the network one MAC with _two_ IPs on two different net segments --
    it's probably giving one or two routers fits with their arp tables
    (especially if Charter is internally doing round robin with their DNS
    servers). Depends on how quickly they age out arp entries.

    BTW, I forgot to mention before that one of the (only?) useful network
    diagnostics that a browser provides is detecting DNS problems.
    Compare the load access times for a site you go to directly by IP
    http://216.92.28.162/ -- this is the Inside OE site)
    and urls of the usual form ( http://www.tomsterdam.com/ ) in this
    order. You have to avoid the browser cache/DNS lookup for this to
    meaningful. Hope you haven't been there recently :)

    The items mentioned in my last post are still useful, but I'm much
    more convinced (deluded?) that I have a handle on the nature of your
    problem(s). Anyway, I thought it might be good to have a summary of
    one viewpoint to review and consider.

    hth,
    prg
    email above disabled
     
    P Gentry, Apr 26, 2004
    #25
  6. Stephen Zilliox

    /dev/rob0 Guest

    Oh horrors! A good poster such as yourself should have good NNTP
    access. Try http://news.individual.net/ ... very good, and free.
     
    /dev/rob0, Apr 26, 2004
    #26
  7. Stephen Zilliox

    Bit Twister Guest

    Well, looking at some of the clues given so far, a dual boot windows
    box hooked to the cable modem would tend to rule out hardware because
    the windows box is not having the problem.

    I looked at his traceroutes and every hop was about 10 milliseconds
    faster than mine. His dns server lookups were 10 times faster than mine.
    His network is faster than my comcaste connection.

    I am down to guessing he maybe running his own bind/named dns server or
    there is no swap but the OP has not responded to my last request over on
    alt.os.linux.mandrake

    http://groups.google.com/advanced_group_search
    in the Message ID box.
     
    Bit Twister, Apr 26, 2004
    #27
  8. Stephen Zilliox

    P Gentry Guest

    That's what I meant by subtle ... I mean _really_ subtle ;-)
    Once he gets out of Charter he gets on a good backbone OK. And the
    numbers look acceptable to me, but OP complains of non-responsiveness
    in his browsing, so ... it's lousy from his end, I guess. A problem
    with DNS is the only thing I can think of that causes his described
    browser symptoms.
    Surely he would tell us such an obvious thing and MK wouldn't load it
    by any installation default, would it? Then again ...
    I agree that he might have some services that are invisibly eating his
    bandwidth -- thought of asking earlier. And you covered what few
    things above we've not seen here.

    Sure wish I knew what Charter thinks of the OP requesting IP's from
    both Win and Linux. He's obviously getting two IPs but has only one
    MAC. My provider's net seems to adjust OK when I crank up Windows for
    the nieces, though I sometimes have to force a new lease request (and
    even then I usually get the same IP). I just can't get away from the
    sneaky, creepy feeling that the way to more consistent performance
    between Win and Linux is to set his Linux DHCP client-id to match his
    Win client-id. The spector of Gates and Balmer lurks everywhere ];-)

    Anyway, I'm pretty much out of ideas at this stage. The only info
    that I can think of that hasn't been requested yet is:
    $ netstat -s -p tcp
    which I think is available on Windows (after a fashion) as well as
    Linux. At least it would provide _some_ comparative numbers.

    regards,
    prg
    email above disabled
     
    P Gentry, Apr 27, 2004
    #28
  9. Did this and the console did not provide any answer.
    [[email protected] stephen]# lsmod | grep eth0
    [[email protected] stephen]# cat /proc/pci
    PCI devices found:
    Bus 0, device 0, function 0:
    Host bridge: Advanced Micro Devices [AMD] AMD-760 [IGD4-1P] System
    Controller (rev 19).
    Master Capable. Latency=32.
    Prefetchable 32 bit memory at 0xd8000000 [0xdbffffff].
    Prefetchable 32 bit memory at 0xe3003000 [0xe3003fff].
    I/O at 0xd000 [0xd003].
    Bus 0, device 1, function 0:
    PCI bridge: Advanced Micro Devices [AMD] AMD-760 [IGD4-1P] AGP Bridge
    (rev 0).
    Master Capable. Latency=32. Min Gnt=14.
    Bus 0, device 7, function 0:
    ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev
    64).
    Bus 0, device 7, function 1:
    IDE interface: VIA Technologies, Inc.
    VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 6).
    Master Capable. Latency=32.
    I/O at 0xd400 [0xd40f].
    Bus 0, device 7, function 2:
    USB Controller: VIA Technologies, Inc. USB (rev 22).
    IRQ 5.
    Master Capable. Latency=32.
    I/O at 0xd800 [0xd81f].
    Bus 0, device 7, function 3:
    USB Controller: VIA Technologies, Inc. USB (#2) (rev 22).
    IRQ 5.
    Master Capable. Latency=32.
    I/O at 0xdc00 [0xdc1f].
    Bus 0, device 7, function 4:
    SMBus: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 64).
    IRQ 9.
    Bus 0, device 10, function 0:
    USB Controller: NEC Corporation USB (rev 65).
    IRQ 11.
    Master Capable. Latency=32. Min Gnt=1.Max Lat=42.
    Non-prefetchable 32 bit memory at 0xe3004000 [0xe3004fff].
    Bus 0, device 10, function 1:
    USB Controller: NEC Corporation USB (#2) (rev 65).
    IRQ 5.
    Master Capable. Latency=32. Min Gnt=1.Max Lat=42.
    Non-prefetchable 32 bit memory at 0xe3000000 [0xe3000fff].
    Bus 0, device 10, function 2:
    USB Controller: NEC Corporation USB 2.0 (rev 2).
    IRQ 10.
    Master Capable. Latency=32. Min Gnt=16.Max Lat=34.
    Non-prefetchable 32 bit memory at 0xe3001000 [0xe30010ff].
    Bus 0, device 12, function 0:
    Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 2).
    IRQ 10.
    Master Capable. Latency=32. Min Gnt=12.Max Lat=128.
    I/O at 0xe000 [0xe03f].
    Bus 0, device 13, function 0:
    Ethernet controller: National Semiconductor Corporation DP83815
    (MacPhyter) Ethernet Controller (rev 0).
    IRQ 11.
    Master Capable. Latency=32. Min Gnt=11.Max Lat=52.
    I/O at 0xe400 [0xe4ff].
    Non-prefetchable 32 bit memory at 0xe3002000 [0xe3002fff].
    Bus 0, device 15, function 0:
    Multimedia video controller: PCI device 4444:0016 (Internext Compression
    Inc) (rev 1).
    IRQ 5.
    Master Capable. Latency=32. Min Gnt=128.Max Lat=8.
    Prefetchable 32 bit memory at 0xdc000000 [0xdfffffff].
    Bus 1, device 5, function 0:
    VGA compatible controller: nVidia Corporation NV15 [GeForce2 GTS/Pro]
    (rev 164).
    IRQ 10.
    Master Capable. Latency=32. Min Gnt=5.Max Lat=1.
    Non-prefetchable 32 bit memory at 0xe1000000 [0xe1ffffff].
    Prefetchable 32 bit memory at 0xd0000000 [0xd7ffffff].
    [[email protected] stephen]# cat /etc/modules.conf

    probeall scsi_hostadapter imm ppa
    probeall usb-interface usb-uhci usb-ohci ehci-hcd
    alias eth0 natsemi
    alias sound-slot-0 es1371
    [[email protected] stephen]# lsmod
    Module Size Used by
    sg 38044 0
    sr_mod 17060 0
    lp 12200 0
    es1371 33280 1
    soundcore 9248 2 es1371
    gameport 4480 1 es1371
    ac97_codec 17804 1 es1371
    af_packet 20520 2
    hid 53312 0
    raw 7616 2
    ide-floppy 18752 0
    ide-tape 34864 0
    ide-cd 40548 0
    cdrom 37184 2 sr_mod,ide-cd
    floppy 59444 0
    ipt_TOS 2240 12
    ipt_REJECT 6464 4
    ipt_LOG 5312 6
    ipt_state 1728 12
    ipt_multiport 1856 0
    ipt_conntrack 2304 0
    iptable_filter 2624 1
    iptable_mangle 2624 1
    iptable_nat 23116 0
    ip_conntrack 31152 3 ipt_state,ipt_conntrack,iptable_nat
    ip_tables 16704 9
    ipt_TOS,ipt_REJECT,ipt_LOG,ipt_state,ipt_multiport,ipt_conntrack,iptable_fil
    ter,iptable_mangle,iptable_nat
    natsemi 23840 0
    ntfs 85932 2
    nls_iso8859-1 3904 9
    nls_cp850 4736 7
    vfat 13760 7
    fat 45120 1 vfat
    supermount 37876 1
    amd-k7-agp 7564 1
    agpgart 31016 1 amd-k7-agp
    ppa 12296 0
    parport_pc 32832 1
    imm 12360 0
    scsi_mod 114744 4 sg,sr_mod,ppa,imm
    parport 38952 4 lp,ppa,parport_pc,imm
    ehci-hcd 24196 0
    ohci-hcd 18692 0
    uhci-hcd 29104 0
    usbcore 99132 6 hid,ehci-hcd,ohci-hcd,uhci-hcd
    rtc 11576 0
    [[email protected] stephen]# tail -f /var/log/messages
    Apr 27 03:14:21 stevescomputer perl: drakupdate_fstab called
    with --auto --add /
    dev/ide/host0/bus1/target0/lun0/part6
    Apr 27 03:14:35 stevescomputer kde3(pam_unix)[2594]: session opened for user
    ste
    phen by (uid=0)
    Apr 27 03:14:38 stevescomputer gconfd (stephen-3416): starting (version
    2.4.0.1)
    , pid 3416 user 'stephen'
    Apr 27 03:14:38 stevescomputer gconfd (stephen-3416): Resolved address
    "xml:read
    only:/etc/gconf/gconf.xml.mandatory" to a read-only config source at
    position 0
    Apr 27 03:14:38 stevescomputer gconfd (stephen-3416): Resolved address
    "xml:read
    write:/home/stephen/.gconf" to a writable config source at position 1
    Apr 27 03:14:38 stevescomputer gconfd (stephen-3416): Resolved address
    "xml:read
    only:/etc/gconf/gconf.xml.defaults" to a read-only config source at position
    2
    Apr 27 03:15:27 stevescomputer kernel: Shorewall:net2all:DROP:IN=eth0 OUT=
    MAC=0
    0:09:5b:60:64:79:00:05:9a:d5:1c:a8:08:00 SRC=81.84.140.99 DST=68.113.7.247
    LEN=4
    8 TOS=0x00 PREC=0x00 TTL=109 ID=24420 DF PROTO=TCP SPT=3182 DPT=3380
    WINDOW=1638
    4 RES=0x00 SYN URGP=0
    Apr 27 03:17:05 stevescomputer su(pam_unix)[3575]: session opened for user
    root
    by (uid=501)
    Apr 27 03:17:30 stevescomputer su(pam_unix)[3683]: authentication failure;
    logna
    me= uid=501 euid=0 tty= ruser=stephen rhost= user=root
    Apr 27 03:17:47 stevescomputer su(pam_unix)[3684]: session opened for user
    root
    by (uid=501)


    Apr 27 03:19:31 stevescomputer kernel: eth0: remaining active for
    wake-on-lan
    Apr 27 03:19:31 stevescomputer network: Shutting down interface eth0:
    succeeded
    Apr 27 03:19:31 stevescomputer ifplugd(eth0)[2075]: Executing
    '/etc/ifplugd/ifpl
    ugd.action eth0 down'.
    Apr 27 03:19:31 stevescomputer kernel: eth0: link up.
    Apr 27 03:19:31 stevescomputer kernel: eth0: remaining active for
    wake-on-lan
    Apr 27 03:19:31 stevescomputer network: Shutting down loopback interface:
    succe eded
    Apr 27 03:19:31 stevescomputer ifplugd(eth0)[2075]: Program executed
    successfull y.
    Apr 27 03:19:31 stevescomputer ifplugd(eth0)[2075]: Exiting.
    Apr 27 03:19:31 stevescomputer network: Setting network parameters:
    succeeded
    Apr 27 03:19:32 stevescomputer network: Bringing up loopback interface:
    succeed ed
    Apr 27 03:19:32 stevescomputer ifplugd(eth0)[4037]: ifplugd 0.21b
    initializing.
    Apr 27 03:19:32 stevescomputer kernel: eth0: link up.
    Apr 27 03:19:32 stevescomputer ifplugd(eth0)[4037]: Using interface
    eth0/00:09:5 B:60:64:79 with driver <natsemi> (version:
    1.07+LK1.0.17)
    Apr 27 03:19:32 stevescomputer ifplugd(eth0)[4037]: Using detection mode:
    SIOCGM IIPHY
    Apr 27 03:19:32 stevescomputer ifplugd(eth0)[4037]: Initialization complete,
    lin k beat detected.
    Apr 27 03:19:32 stevescomputer ifplugd(eth0)[4037]: Executing
    '/etc/ifplugd/ifpl ugd.action eth0 up'.
    Apr 27 03:19:37 stevescomputer dhclient: DHCPREQUEST on eth0 to
    255.255.255.255 port 67
    Apr 27 03:19:37 stevescomputer dhclient: DHCPACK from 10.210.32.1
    Apr 27 03:19:37 stevescomputer dhclient: bound to 68.113.7.247 -- renewal in
    553 26 seconds.
    Apr 27 03:19:37 stevescomputer ifplugd(eth0)[4037]: client: Determining IP
    infor mation for eth0... done.
    Apr 27 03:19:37 stevescomputer ifplugd(eth0)[4037]: Program executed
    successfull y.
    Apr 27 03:19:37 stevescomputer network: Bringing up interface eth0:
    succeeded


    Thanks, sorry for the delay in response. Sometimes the workday world
    reality intrudes.

    Steve Z.
     
    Stephen Zilliox, Apr 27, 2004
    #29
  10. [email protected] stephen]# mii-tool -v
    eth0: no autonegotiation, 10baseT-HD, link ok
    product info: vendor 08:00:17, model 2 rev 1
    basic mode: autonegotiation enabled
    basic status: autonegotiation complete, link ok
    capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
    advertising: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
    link partner: 10baseT-HD

    Doesn't the fact that my computer access the web at blazing speed and great
    reliability under Win xp preclude any hardware problems? This problem
    occurs only under linux. I think you are on the right track suggesting that
    it is in reality a Charter problem or, rather, the way Charter administers
    its system. Too bad they won't support linux. I see on your other post you
    mention a Charter forum---I will try it out and if I can find an answer I
    will report back here.

    Steve Z.
     
    Stephen Zilliox, Apr 27, 2004
    #30
  11. Stephen Zilliox

    P Gentry Guest

    Almost certainly, but see below. Realize too that Charter may have
    optimized their network setup to support/maximize the Windows
    "experience" so that perceived performance will always seem better in
    Windows. Browsers stalling out should _not_ be occurring, however.
    Do check the two web tests in the other post to confirm whether DNS
    lies at the heart of things.
    This is just a quick response re: hardware checking.

    Almost impossible to be a problem of hardware alone, but because the
    hardware is driven by different software ... it's best to check.

    Failure to confirm _proper_ hardware performance when tackling network
    problems is a gorilla you wrestle only once. It's a pain, it slows
    things down, it usually simply confirms that this is not the source of
    the problem, but by not doing it up front you can spend days fixing
    software or config files only to discover that it _was_ a simply
    detected hardware _related_ problem. The confirmation that all is
    well on this front eliminates a whole host of possible causes. And
    tech guys will always ask you to check, etc.

    It would really help if you could give us some problem web site links
    to visit to see if _any_ of your problems may be site related or if
    _all_ your problems are Linux setup related. I'm beginning to think
    it may be several things acting in concert to foil your efforts rather
    than a single, right fix to find.

    Also, if you would confirm that web browsing is the most notable
    problem -- ie., how does email work? FTP sites? News? Trying to
    decide if the problem is OS related or is more app related. I'm
    asking since the _numbers_ you've produced show you have some level of
    connectivity.

    I'll get back later when I've more time. Bouncing around Charter is
    already making me aware just how MS centric that network is. Even
    changing my browser's headers doesn't get me far into their help
    system.

    Even if Charter doesn't want you running Linux on their net, I'll bet
    we can find some way to make it acceptable at least.

    hang in there,
    prg
    email above disabled
     
    P Gentry, Apr 27, 2004
    #31
  12. Ran the Netgear Ethernet card diagnostics from DOS. All test results were
    PASS. :)

    Steve Z
     
    Stephen Zilliox, Apr 28, 2004
    #32
  13. Stephen Zilliox

    Bit Twister Guest

    On Wed, 28 Apr 2004 04:55:33 -0700, Stephen Zilliox wrote:

    Give us the output of
    df -k /tmp
    free
    chkconfig --list | grep :eek:n
     
    Bit Twister, Apr 28, 2004
    #33
  14. ">
    Here is an early sample of answers I have received from the Charter forum.
    It cheers me that evidently these responders have no problems with linux in
    accessing the Charter system:

    My Linux boxes work fine. Check your browser's proxy settings. It should
    match what you have in Windows. AFAIK you don't need to use a proxy with
    Charter. Personally I use privoxy locally for ad filtering.
    --
    ============================================================================
    ==========================

    also run RedHat Linux in a dual boot config with W2k. I use a router
    (LinkSys) between the PC and the modem however. I have not noticed a big
    difference in functionality between the different OS's, nor would I expect
    to as TCP/IP is OS independant. You might want to check what the MTU setting
    is for your ETHx device config as this maybe having an impact on your speed.
    Also, what web browser are you using? I'm using Mozilla and have not had any
    issues (as yet) with pages not displaying, etc.

    ---=========================================================================
    ==============================

    Also double check that your not using a manually set MAC address on that
    ethernet interface in linux. I'm not sure how it would effect the system,
    but they do register you by MAC so it might cause issues if you were to try
    to use a software assigned MAC address.

    For the record I have 4 Windows machines, a linux handheld, and a linux
    server all running on a charter connection, none of them have any issues.
    Browsers include NS 7.1, IE 6.?, and FireFox (mozilla 0.8) and I haven't
    noticed any issues.

    One thing you might want to also check is the DNS server addresses your
    getting assigned. If your running Bind locally it could be having problems
    going to the root servers for DNS requests, timing out, then trying the
    charter dns servers. I would suggest updating your named settings if this is
    the case as I have noticed a couple root server addresses have changed at
    some point between the last time I updated the files and yesterday when I
    re-dig'd the root server list.

    ============================================================================
    ==================================

    My box has a trios hard drive selector (w98, wME and Lindows). I use the
    Lindows drive the majority of the time. Have had no problems and the linux
    OS actually runs faster than Windows
     
    Stephen Zilliox, Apr 29, 2004
    #34
  15. Stephen Zilliox

    Bit Twister Guest

    frap, I was hoping you had no swap or was out of temp space or running
    your own name saver. If you are not sharing files with other computers
    on your lan you can stop the following services.

    Please post your problem solution if you find one. I still have not
    seen you post a few of the site urls which you indicate are slow or
    the results from
    http://www.toast.net/performance/
    o Nibble Info Systems
     
    Bit Twister, Apr 29, 2004
    #35
  16. OK

    [email protected] stephen]# df -k /tmp
    Filesystem 1K-blocks Used Available Use% Mounted on
    /dev/ide/host0/bus1/target0/lun0/part1
    7060276 1501512 5200116 23% /
    [[email protected] stephen]# free
    total used free shared buffers cached
    Mem: 515636 158936 356700 0 4176 84800
    -/+ buffers/cache: 69960 445676
    Swap: 72252 0 72252
    [[email protected] stephen]# chkconfig --list | grep :eek:n
    alsa 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    dm 0:eek:ff 1:eek:ff 2:eek:ff 3:eek:ff 4:eek:ff 5:eek:n 6:eek:ff
    kheader 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:ff 5:eek:n 6:eek:ff
    netfs 0:eek:ff 1:eek:ff 2:eek:ff 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    network 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    partmon 0:eek:ff 1:eek:ff 2:eek:ff 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    random 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    rawdevices 0:eek:ff 1:eek:ff 2:eek:ff 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    sound 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    keytable 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    syslog 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    crond 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    xinetd 0:eek:ff 1:eek:ff 2:eek:ff 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    portmap 0:eek:ff 1:eek:ff 2:eek:ff 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    xfs 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    nfslock 0:eek:ff 1:eek:ff 2:eek:ff 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    devfsd 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    atd 0:eek:ff 1:eek:ff 2:eek:ff 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    internet 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    harddrake 0:eek:ff 1:eek:ff 2:eek:ff 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    numlock 0:eek:ff 1:eek:ff 2:eek:ff 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    cups 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    ntpd 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    iptables 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
    shorewall 0:eek:ff 1:eek:ff 2:eek:n 3:eek:n 4:eek:n 5:eek:n 6:eek:ff
     
    Stephen Zilliox, Apr 29, 2004
    #36
  17. Stephen Zilliox

    P Gentry Guest

    You've done this already, IIRC. And no signs you're running a proxy
    of any kind so far.
    The router gets the IP and performs NAT for both OSes -- but it gives
    a clue.
    Yours MTU is at 1500, just as Charter tech check sheet says it should
    be.
    Good to hear. Means it shouldn't be an app issue re: browsing.
    I'm assuming you've not done this, so MAC in Win and Linux is the
    same. I don't see it, so could you provide output from Windows
    command line:
    c:\ipconfig /all
    With this variety of working apps, we should be OK once basic
    networking is gong as it should.
    These seem to be the same all the time -- ie., even if you get a
    different lease, you'll most likely get the same name servers in Win
    and Linux. But your described behavior sounds very much like a DNS
    lookup issue. The reason I gave you an IP url together with a
    "normal" url to the same sight was to test the response times by
    "feel".
    """
    Compare the load access times for a site you go to directly by IP
    http://216.92.28.162/ -- this is the Inside OE site)
    and urls of the usual form
    http://www.tomsterdam.com/ in this order.
    """
    See no evidence you're running named -- you wouldn't be unless you
    loaded, configured it, and believe me, you would remember if you did.
    More good news re: Linux on Charter.

    Where to now?

    It might or might not make a difference that your Linux sessions are
    running on a different network segment from your Windows sessions --
    depends on how the UBR ( ie., your GW, which can probably handle up to
    6 different segments) is forwarding the packets. No way to know and
    no way to change it anyway.

    It may be that the network doesn't really like having two IPs assigned
    to one MAC, IPs on different segments, with the same UBR. You could
    try the Charter tech guys and see what they think. You can check that
    this is still the right info -- it's from your earlier post.

    Windows DHCP info:
    IP Address=66.189.180.71
    Subnet Mask=255.255.254.0
    Physical Address=00-09-5b-60-64-79
    Default Gateway=66.189.180.1
    DHCP Server=192.168.4.27
    DNS Servers=
    66.189.219.29
    66.189.219.30
    66.169.254,30
    66.169.254.29

    Linux DHCP info:
    lease {
    interface "eth0";
    fixed-address 68.113.7.247;
    option subnet-mask 255.255.254.0;
    option time-offset -21600;
    option routers 68.113.6.1;
    option dhcp-lease-time 172342;
    option dhcp-message-type 5;
    option domain-name-servers
    66.189.219.29,
    66.189.219.30,
    66.169.254.30,
    66.169.25 4.29;
    option dhcp-server-identifier 192.168.4.27;
    option broadcast-address 255.255.255.255;
    renew 6 2004/4/24 05:23:46;
    rebind 0 2004/4/25 04:48:16;
    expire 0 2004/4/25 10:47:19;
    }

    I reformatted above to make them a bit easier to read/compare. Any of
    the Charter techs that are running Mdk or RH should be able to
    compare to their own settings.

    You can, if need be, have your Linux session identify itself in the
    same manner as Windows does when it requests a lease -- bacially
    prepend a "1" to your MAC address in dhclient.conf. I'll have to look
    up the details if you need/want to try this. This is the only way --
    short of using a NAT router -- that you can be assured of getting the
    same DHCP configuration in both Windows and Linux, especially the same
    IP. Will it make a difference ... ? What do the tech folks think?

    Background here:
    http://homepage.ntlworld.com/robin.d.h.walker/cmtips/dhcp.html
    bottom of page but the intructions are dated

    As a means of comparison between Windows and Linux it would be good to
    have some common stats. Check this page for how to make some sense of
    the commands:
    http://homepage.ntlworld.com/robin.d.h.walker/cmtips/loss.html

    Windows:
    C:\>netstat -s -p tcp
    Linux:
    $ netstat -s -p tcp

    The numbers should be similar -- though you'll get _much_ more info
    back in Linux. Would be very nice if you posted these results -- they
    are the only "hard" comparisons available short of using a sniffer --
    would like to avoid that if possible.

    Also it would be good to run top (from a command line) in Linux as you
    try to browse sites. The output updates automatically, so keep both
    your browser and your term/console in view at the same time to watch
    the numbers. Personally, since I use KDE anyway, I'm very partial to
    Konsole for this sort of thing. Once you get a feel for the numbers,
    you ctrl-c to stop top and can copy the results and post them. Don't
    be stingy with the amount -- give us the first 10 or so rows of
    process output in addition to the summary stats. You could post
    several summary sections without repeating the process lines for some
    comparisons.

    In my very first post I suggested you go to this site for the best
    one-stop CM networking place I've found. You probably missed it in
    all the "noise", but do go there and look at most all the pages.
    Many tips/tricks/diagnostics there so it makes no sense for me to
    relay them to you through the NG. Believe me, it's worth it.
    http://homepage.ntlworld.com/robin.d.h.walker/cmtips/index.html

    I'll keep an eye out for word from the Charter techs about the DHCP
    leases and look up the how-to details to have them ready if you need
    to go that route. The requested output is essential, however.

    Hang in there,
    prg
    email above disabled
     
    P Gentry, Apr 30, 2004
    #37
  18. Let's run a speed test from
    Under linux I could access the above web site with Konqueror--not with
    Mozilla. I attempted the "Nibble test" and waited over 5 minutes. Nothing
    happened. Under Win XP the image loaded in 1.893 seconds and speed was
    1750k.
     
    Stephen Zilliox, Apr 30, 2004
    #38
  19. Compare the load access times for a site you go to directly by IP


    Mozilla gets stuck in the "waiting for" mode virually forever--no
    difference whether by address or typed name. Konqueror goes into
    "retrieving 7.9 KB from 216.92.28.162...(744 B/s)" and stops; and
    "retrieving 7.9 KB from tomsterdam.com...(2.6 KB/s)" and stops. Epiphany
    shows "transferring data from http://www.tomsterdam.com/ or
    http://216.92.28.162/" and stops. I downloaded Opera to try another browser
    and it won't go to either of these sites either.

    C:\WINDOWS>netstat -s -p tcp

    TCP Statistics for IPv4

    Active Opens = 20
    Passive Opens = 10
    Failed Connection Attempts = 0
    Reset Connections = 2
    Current Connections = 3
    Segments Received = 194
    Segments Sent = 194
    Segments Retransmitted = 0

    Active Connections

    Proto Local Address Foreign Address State
    TCP stevescomputer:1048 corp.supernews.com:nntp ESTABLISHED
    TCP stevescomputer:1027 localhost:1043 ESTABLISHED
    TCP stevescomputer:1043 localhost:1027 ESTABLISHED

    [[email protected] stephen]$ netstat -s -p tcp
    Ip:
    669 total packets received
    0 forwarded
    0 incoming packets discarded
    348 incoming packets delivered
    435 requests sent out
    Icmp:
    0 ICMP messages received
    0 input ICMP message failed.
    ICMP input histogram:
    0 ICMP messages sent
    0 ICMP messages failed
    ICMP output histogram:
    Tcp:
    42 active connections openings
    10 passive connection openings
    0 failed connection attempts
    1 connection resets received
    0 connections established
    293 segments received
    333 segments send out
    24 segments retransmited
    0 bad segments received.
    9 resets sent
    Udp:
    55 packets received
    0 packets to unknown port received.
    0 packet receive errors
    102 packets sent
    TcpExt:
    ArpFilter: 0
    27 TCP sockets finished time wait in fast timer
    31 packets directly queued to recvmsg prequeue.
    23984 packets directly received from prequeue
    27 packets header predicted
    11 packets header predicted and directly queued to user
    TCPPureAcks: 96
    TCPHPAcks: 25
    TCPRenoRecovery: 0
    TCPSackRecovery: 0
    TCPSACKReneging: 0
    TCPFACKReorder: 0
    TCPSACKReorder: 0
    TCPRenoReorder: 0
    TCPTSReorder: 0
    TCPFullUndo: 0
    TCPPartialUndo: 0
    TCPDSACKUndo: 0
    TCPLossUndo: 0
    TCPLoss: 0
    TCPLostRetransmit: 0
    TCPRenoFailures: 0
    TCPSackFailures: 0
    TCPLossFailures: 1
    TCPFastRetrans: 0
    TCPForwardRetrans: 0
    TCPSlowStartRetrans: 0
    TCPTimeouts: 23
    TCPRenoRecoveryFail: 0
    TCPSackRecoveryFail: 0
    TCPSchedulerFailed: 0
    TCPRcvCollapsed: 0
    TCPDSACKOldSent: 0
    TCPDSACKOfoSent: 0
    TCPDSACKRecv: 0
    TCPDSACKOfoRecv: 0
    TCPAbortOnSyn: 0
    TCPAbortOnData: 3
    TCPAbortOnClose: 1
    TCPAbortOnMemory: 0
    TCPAbortOnTimeout: 0
    TCPAbortOnLinger: 0
    TCPAbortFailed: 0
    TCPMemoryPressures: 0




    top - 23:45:20 up 28 min, 0 users, load average: 0.11, 0.11, 0.08
    Tasks: 58 total, 1 running, 57 sleeping, 0 stopped, 0 zombie
    Cpu(s): 1.0% us, 0.0% sy, 0.0% ni, 99.0% id, 0.0% wa, 0.0% hi, 0.0% si
    Mem: 515636k total, 202160k used, 313476k free, 4884k buffers
    Swap: 72252k total, 0k used, 72252k free, 128196k cached

    PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
    2563 root 15 0 94820 10m 84m S 0.7 2.1 0:27.39 X
    3729 stephen 15 0 27644 16m 25m S 0.3 3.2 0:02.23 kdeinit
    1 root 16 0 1580 516 1424 S 0.0 0.1 0:02.91 init
    2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
    3 root 5 -10 0 0 0 S 0.0 0.0 0:00.01 events/0
    4 root 5 -10 0 0 0 S 0.0 0.0 0:00.03 kblockd/0
    5 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kapmd
    6 root 25 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
    top - 23:49:22 up 32 min, 0 users, load average: 0.07, 0.10, 0.08
    Tasks: 58 total, 1 running, 57 sleeping, 0 stopped, 0 zombie
    Cpu(s): 10.3% us, 1.3% sy, 0.0% ni, 83.1% id, 5.0% wa, 0.3% hi, 0.0
    Mem: 515636k total, 204792k used, 310844k free, 4928k buffers
    Swap: 72252k total, 0k used, 72252k free, 130448k cached

    PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
    2563 root 15 0 94820 10m 84m S 2.7 2.1 0:31.77 X
    3729 stephen 15 0 27644 16m 25m S 1.0 3.2 0:03.17 kdeinit
    3647 stephen 15 0 29548 18m 26m S 0.7 3.6 0:07.68 kdeinit
    3570 stephen 15 0 28364 16m 25m S 0.3 3.3 0:04.15 kdeinit
    3765 stephen 16 0 2168 1020 1964 R 0.3 0.2 0:00.19 top
    1 root 16 0 1580 516 1424 S 0.0 0.1 0:02.91 init
    2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd
    3 root 5 -10 0 0 0 S 0.0 0.0 0:00.02 events/0
    4 root 5 -10 0 0 0 S 0.0 0.0 0:00.03 kblockd/0
    5 root 15 0 0 0 0 S 0.0 0.0 0:00.00 kapmd
    6 root 25 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
    7 root 15 0 0 0 0 S 0.0 0.0 0:00.01 pdflush
    8 root 25 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0
    9 root 10 -10 0 0 0 S 0.0 0.0 0:00.00 aio/0
    11 root 18 0 0 0 0 S 0.0 0.0 0:00.00 kseriod
    182 root 17 0 2164 1368 1588 S 0.0 0.3 0:00.37 devfsd
    308 root 15 0 0 0 0 S 0.0 0.0 0:00.00 khubd
    2051 root 16 0 1652 544 1480 S 0.0 0.1 0:00.00 ifplugd
    2122 root 16 0 2128 996 1788 S 0.0 0.2 0:00.00 dhclient
    2182 rpc 16 0 1712 580 1540 S 0.0 0.1 0:00.00 portmap
    2206 root 16 0 1880 800 1692 S 0.0 0.2 0:00.02 syslogd
    2214 root 16 0 2592 1536 1416 S 0.0 0.3 0:00.10 klogd
    2273 root 20 0 1880 856 1696 S 0.0 0.2 0:00.00 rpc.statd
    2441 xfs 16 0 5304 3756 2512 S 0.0 0.7 0:00.09 xfs
    2531 daemon 22 0 1616 536 1456 S 0.0 0.1 0:00.00 atd
    2550 root 16 0 2688 692 2504 S 0.0 0.1 0:00.00 mdkkdm
    2570 root 18 0 3600 1696 3148 S 0.0 0.3 0:00.04 mdkkdm
    2575 root 16 0 2572 2572 1856 S 0.0 0.5 0:00.00 ntpd
    2620 root 16 0 2164 876 1828 S 0.0 0.2 0:00.00 xinetd
    2686 root 16 0 5504 2272 3552 S 0.0 0.4 0:00.07 cupsd
    2887 root 16 0 1624 624 1460 S 0.0 0.1 0:00.00 crond
     
    Stephen Zilliox, May 1, 2004
    #39
  20. Stephen Zilliox

    P Gentry Guest

    [wholesale snip]

    Thanks for the output post -- every bit adds to the pile of clues.
    No problems revealed, which is both good -- as it should be -- and not
    so good -- no burst of light shining on your problem.

    The only thing different from my RH box is the use of ifplugd to
    monitor the status of the interface card -- should be no problem.
    Other items look OK.

    The one _big_ chunk we've not seen are you're FW rules, but you said
    earlier that turning it off had no effect. Still, it's best to turn
    it off for some test runs just to be sure it's not in the way.

    Have been searching on Google this weekend -- both by dent of reason
    and by way of hunches. No one has reported your sort of symptoms,
    though some similar ones were worth exploring. No luck :-(

    Reviewed all your supplied outputs for ideas, but again no luck with
    anything that would _explain_ your browsing symptoms. Have you had
    any luck _sending_ email from Linux to a SMTP mail server? How about
    ftp? You should be able to type the following in Konqueror's file
    manager (or browser) or Mozilla and get to the site:

    ftp://152.2.210.109/
    ftp://distro.ibiblio.org/pub/linux/distributions/

    It's worth a try to confirm that's it not a protocol problem.

    Your Windows stats and Linux stats don't reveal any good clues --
    seems as if the network is not returning replies to your http
    requests. The odd part is that you get _any_ replies -- I would
    expect something more like "all or nothing" rather than "sometimes a
    few _and_ nothing".

    At this point, to persue diagnosing further will require getting out a
    sniffer -- Ethereal is the tool of choice. Comes with Linux and is
    available and works quite well in Windows -- I know, I use it
    regularly. Find the _two_ Windows files needed here:

    http://www.ethereal.com/distribution/win32/

    Install WinPcap first, then Ethereal. It's a snap.

    The tough part is getting the hang of it. Best if you play with it on
    your own, _then_ get some help that will make a little sense. It's
    quite easy once you get the 5 or so basic points.

    The idea is to compare the wire traffic you get in Windows with that
    from Linux when going to the same sites. Windows will tell what you
    _should_ be getting in Linux (since Win works OK) and the capture in
    Linux will show what you're actually getting -- or not getting in your
    case.

    If you try Ethereal in Windows XP, be warned that you will be
    surprised at how much stuff is going out from "background services"
    unless you've turned them off by hand.

    There are some other netstat and arp commands that you could try but
    I'm not sure they will actually help. The idea would be to see what
    is collecting in the arp and route caches as you attempt to browse.
    Interesting but it won't really _point_ to the problem I'm afraid.

    Also, I know there is a limit to what anyone can do or take in
    tracking down these sorts of problems without frustration setting in,
    so do what/as much as you're comfortable with before it sets in, then
    back off a bit. I do it all the time -- if I can ;-) If you're up
    for more sluething, let me know.

    regards,
    prg
    email above disabled
     
    P Gentry, May 3, 2004
    #40
    1. Advertisements

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.