Wireless File sharing problem

  • Thread starter Thread starter Alistair
  • Start date Start date
A

Alistair

I have 3 XP pro laptops with wireless cards and an access
point connected to a dsl router. For internet access and
email all has worked fine for months from all 3 laptops.

Recently however if I access a share on one of the
machines, I can browse all the shares no problem but if I
try to copy any files it is very hit and miss. If the
files are large it is almost impossible to copy them -
the machine doing the network copy states after a few
seconds of copying data "the network share is no longer
available". The wireless connection stays connected
throughout and internet access remains throughout. All
machines have high signal strength and the machine with
the source files on it does not report any errors during
the file copy process.

I dont understand becasue browsing XP shares is fine, the
problems only occur when i try to copy data.

I dont believe that it is a problem with my wifi config
(open system using WEP key, but an XP issue.

Does anyone have any ideas please?
 
Alistair said:
I have 3 XP pro laptops with wireless cards and an access
point connected to a dsl router. For internet access and
email all has worked fine for months from all 3 laptops.

Recently however if I access a share on one of the
machines, I can browse all the shares no problem but if I
try to copy any files it is very hit and miss. If the
files are large it is almost impossible to copy them -
the machine doing the network copy states after a few
seconds of copying data "the network share is no longer
available". The wireless connection stays connected
throughout and internet access remains throughout. All
machines have high signal strength and the machine with
the source files on it does not report any errors during
the file copy process.

I dont understand becasue browsing XP shares is fine, the
problems only occur when i try to copy data.

I dont believe that it is a problem with my wifi config
(open system using WEP key, but an XP issue.

Does anyone have any ideas please?

Your problem sounds exactly like mine. I don't even use WEP and experience
the same symptoms (I rarely have an problems browsing directories on other
machines over my network, but try to transfer anything bigger than about 2
meg and odds are it will either fail with the "device not available" message
or simply lock up. What's most annoying is that Microsoft's single threaded
heritage is clearly showing even on XP, since network transfers that don't
work often wind up locking up the machine and locking out the keyboard/mouse
and even the power off button on machines with soft power buttons). I've
been trolling these groups and a dozen network sites and dialogging with
Linksys for solutions for a year now and still can't fix it. Some things I
can say:

1) One thing they never tell you anywhere I've seen at least is that if you
use a wireless network in infrastructure mode to communicate between two
machines, all the data has to go over the air twice (once to the access
point and once from the access point to the other machine). This will cut
your maximum throughput to less than half what it would be if one of the
machines were connected directly to the router/access point, so if you use
one machine as a file/printer server try to wire it if you can.

2) TCP/IP on PCs at least doesn't seem to recover well from packet loss all
the time. One thing I did do was download NetStat LIve (from AnalogX) to
chart data throughput during those LONG transfers, which will show you what
the normal flow rate is and that at times the throughput drops to zero, then
usually recovers. Sometimes though it never recovers and after 30 seconds
or so the MS file/printer sharing software running on top of TCP/IP
apparently gives up and gives you some silly error message (Actually a
variety of them in my experience but that may just be because one of my
mahcines runs ME).

3) One thing I thought may be a problem was that if you have a reasonably
large TCP/IP receive window (the number of bytes that can be sent over the
connection before the sender gets them acknowledged), it's possible that
because the wireless access point has to hold packets it can't send on to
the receiving machine because the radio is busy receiving from the sending
machine, the access point can run out of space, and maybe that's what's
causing the packet loss and resulting slow recovery (a big window also means
the timeouts for detecting something got lost have to be long and resulting
recovery procedures to build up the transmit rate again will also be
longer). I tried tinkering with this (Dr TCP from dslreports.com) but
shrinking the window seemed to make things worse, not better.

4) Another possibility I haven't figured out how to detect is that of
interference from 2.4Ghz phones or networks in other houses nearby. I
didn't think this likely because my house isn't all that close to any others
and the neighbors don't strike me as being technologically sophistocated. I
don't, though, know how to rule it out, and this would cause intermittent
dropouts.

5) Finally as a cure for weak signals or interference I've considered
putting a booster on my access point, but they aren't cheap and I haven't
found one locally and am reluctant to invest in something that may or may
not solve my problem. My machines all read "good or excellent" link quality
and 11Mbits/second transmit rate from the signal strength indicators on the
configuration tools.

My "solution" will probably be a 100 foot cable to use to bypass the
wireless network when things aren't working, but that's not a very
satisfactory one. What really amazes me about this is if things are this
bad for me, how does anyone ever get this stuff to work? (I'm a Ph.D. who
teaches network protocols and has worked in computers and networking for 30
years and know all kinds of arcane things about protocols, drivers, routers,
and networking, but I still can't get this stuff to work reliably, which
leads me to suspect that this may be as good as it gets. Well, it's just
not good enough when I can't reliably transfer a 200 Meg audio file or make
an over-the-network backup without babysitting it and restarting things a
dozen times. Consider what it would be like driving a car that perfomed
like this, breaking down a dozen times in any 100 mile trip. I think we
would still be riding horses :-)
 
I also have this same problem - I can browse the web etc. but as soon
as I try and copy a large file I lose the network drive. I was
beginning to suspect my Belkin router but, looking around these groups
it seems to be a WinXP issue.

Has anyone found a remedy?

It seems like quite a few people have this problem but, no one has
found a solution.....
 
we have seen something v.similar, everything fine for a good 6 months then things start dying. what i'm seeing (& it might be worth trying this at least so we can compare notes) using a packet sniffer (ethereal) is the WAP is broadcasting SNMP COLD_START (ie. it's resetting itself) packets frequently throughout the failing file transfer. Naturally this causes a brief outage on the wireless side & eventually everything gives up. No idea why - here's a brief sample

192.168.0.200: is wired sid
192.168.0.4: is wireless st
192.168.0.9: is WA

112 2.976130 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Messag
113 2.976139 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Messag
114 3.193468 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Messag
117 3.488065 192.168.0.9 255.255.255.255 SNMP TRAP-V1[Malformed Packet
123 3.633470 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Messag
130 4.480789 192.168.0.2 192.168.0.4 ICMP Echo (ping) reques
135 4.513462 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Messag

nothing from 192.168.0.4 till 47 odd seconds in

539 47.817612 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Messag
540 47.817624 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Messag
541 48.033481 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Messag
542 48.328001 192.168.0.9 255.255.255.255 SNMP TRAP-V1[Malformed Packet

& onward it repeats..
 
Any tips on setting up ethereal to detect this? I went as far as
downloading it and the capture tool when I suspected something like this,
but never got past the rather poor documentation. What do I give as the
name of the network device to look at (not sure exactly what it asks for).
I tried everything I could think of and no go.

--
Warren Montgomery (e-mail address removed) (
http://home.att.net/~wamontgomery )
Jon Bird said:
we have seen something v.similar, everything fine for a good 6 months then
things start dying. what i'm seeing (& it might be worth trying this at
least so we can compare notes) using a packet sniffer (ethereal) is the WAP
is broadcasting SNMP COLD_START (ie. it's resetting itself) packets
frequently throughout the failing file transfer. Naturally this causes a
brief outage on the wireless side & eventually everything gives up. No idea
why - here's a brief sample:
192.168.0.200: is wired side
192.168.0.4: is wireless stn
192.168.0.9: is WAP

112 2.976130 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Message
113 2.976139 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Message
114 3.193468 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Message
117 3.488065 192.168.0.9 255.255.255.255 SNMP TRAP-V1[Malformed Packet]
123 3.633470 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Message
130 4.480789 192.168.0.2 192.168.0.4 ICMP Echo (ping) request
135 4.513462 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Message

nothing from 192.168.0.4 till 47 odd seconds in:

539 47.817612 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Message
540 47.817624 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Message
541 48.033481 192.168.0.200 192.168.0.4 NBSS NBSS Continuation Message
542 48.328001 192.168.0.9 255.255.255.255 SNMP TRAP-V1[Malformed Packet]

& onward it repeats...
 
warren montgomery said:
Any tips on setting up ethereal to detect this? I went as far as
downloading it and the capture tool when I suspected something like this,
but never got past the rather poor documentation. What do I give as the
name of the network device to look at (not sure exactly what it asks for).
I tried everything I could think of and no go.

I've got a Linux box sitting on the wired side which comes with it
pre-installed so not had too much experience setting up the Windows
version but I think you need to download some kind of driver interface
site (something called WinPcap from http://winpcap.polito.it/). Once
both these are installed it should work okay (in a funny 'X' Windows
type emulation) - select 'Capture->Start' and the network interfaces
should be accessable from the 'Interface' drop down.

Not found it the most robust or documented but seems to do the job okay.
 
Back
Top