RX is jargon for receive. I would interpret the error to mean that the
device receiving the frame found it to be truncated, that is, it was less
than advertised in the header. It is possible this could be simply a
physical layer issue, in that it didn't receive the end of the frame, which
is common in radio land.

You could use ping with increasing length to make sure you can use the
maximum MTU specified by the interface. use "ping -s 1472 -M do n.n.n.n".
(This would produce a 1472 icmp payload + 8 byte ICMP header + 20 byte IP
header + 14 bytes ethernet header + something for wireless). This might
indicate some mismatch between your IP MTU and the physical layer.

"iwconfig" should be able to give you idea of received signal level as well
stats on errored frames. Wireless will always have errored frames, how many
is a little difficult to determine. There are strategies in iwconfig that
might make your connection work better if it is very congested. Have a look
at the iwconfig options rts, frag, rate, sens and  retry - adjusting these
will have tradeoffs of course (one possibly being the wrath of the network
admins). On some building to building links I setup a while ago with wifi
(not Linux based) I found that hard limiting the rate of the link (to
5.5Mbps) gave much more consistent results then letting it scan up and down.


Googling certainly seems to indicate the confluence of ubuntu distros and
the intel wireless drivers isn't very pretty ;-)

On Wed, Mar 5, 2008 at 2:34 PM, Mary Gardiner <[EMAIL PROTECTED]> wrote:

>
> "wlan0_rename: RX too short data frame payload"
>
> Does this mean anything? Is there any other way I can test the extent to
> which this is my problem, rather than the University's problem? If it is
> their problem, is there some way to make it occur on Windows so that
> their tech support will agree to look at it?
>
> For reference, I can connect to my home wireless network (WPA encrypted)
> with no apparent problems.
>
> -Mary
> --
> SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
> Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
>



-- 
Regards, Martin

Martin Visser
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Reply via email to