Re: wi problem with message > 7400 bytes
From: Lars Eggert (larse_at_ISI.EDU)
Date: 10/31/03
- Previous message: Jeremy Bingham: "Re: Problem w/ ACPI in -CURRENT: Update"
- In reply to: Daniel Eischen: "Re: wi problem with message > 7400 bytes"
- Next in thread: Daniel Eischen: "Re: wi problem with message > 7400 bytes"
- Reply: Daniel Eischen: "Re: wi problem with message > 7400 bytes"
- Reply: Daniel Eischen: "Re: wi problem with message > 7400 bytes"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 30 Oct 2003 21:11:54 -0800 To: deischen@freebsd.org
Daniel Eischen wrote:
>>
>>Could you post a tcpdump for each case? I wonder if this is related to a
>>fragmentation issue I've seen in the past.
>
> 22:46:43.513038 gpz.foo.bar.com.38340 > vespa.12345: udp 7393 (frag 52198:1480@0+)
> 22:46:48.522475 gpz.foo.bar.com.38340 > vespa.12345: udp 7393 (frag 52199:1480@0+)
> 22:46:53.532018 gpz.foo.bar.com.38340 > vespa.12345: udp 7393 (frag 52200:1480@0+)
> 22:46:58.541178 gpz.foo.bar.com.38340 > vespa.12345: udp 7393 (frag 52201:1480@0+)
> 22:47:03.553048 gpz.foo.bar.com.38340 > vespa.12345: udp 7393 (frag 52202:1480@0+)
> 22:47:08.568862 gpz.foo.bar.com.38340 > vespa.12345: udp 7393 (frag 52203:1480@0+)
> 22:47:13.583328 gpz.foo.bar.com.38340 > vespa.12345: udp 7393 (frag 52204:1480@0+)
> 22:47:18.578512 gpz.foo.bar.com.38340 > vespa.12345: udp 7393 (frag 52205:1480@0+)
> 22:47:23.609098 gpz.foo.bar.com.38340 > vespa.12345: udp 7393 (frag 52206:1480@0+)
> 22:47:28.597680 gpz.foo.bar.com.38340 > vespa.12345: udp 7393 (frag 52207:1480@0+)
> 22:47:33.607059 gpz.foo.bar.com.38340 > vespa.12345: udp 7393 (frag 52208:1480@0+)
It's not what I've seen in the past - but also pretty strange! Only the
first fragment seems to be received. Wonder what happened to the other
fragments...
If you tcpdump on gpz, does the output look the same? Also, you may want
to run the tcpdump without a filter (if you don't do this already) to
see if the other fragments show up as corrputed frames or something.
(As an aside, fragmentation on a lossy link compounds throughput issues,
but of course you know that already.)
Lars
-- Lars Eggert <larse@isi.edu> USC Information Sciences Institute
- application/x-pkcs7-signature attachment: S/MIME Cryptographic Signature
- Previous message: Jeremy Bingham: "Re: Problem w/ ACPI in -CURRENT: Update"
- In reply to: Daniel Eischen: "Re: wi problem with message > 7400 bytes"
- Next in thread: Daniel Eischen: "Re: wi problem with message > 7400 bytes"
- Reply: Daniel Eischen: "Re: wi problem with message > 7400 bytes"
- Reply: Daniel Eischen: "Re: wi problem with message > 7400 bytes"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]