Re: rtentry and rtrequest
- From: Alan Garfield <alan@xxxxxxxxxxxxx>
- Date: Sun, 22 Apr 2007 02:29:37 +1000
Yar Tikhiy wrote:
----
Disconnecting: Corrupted MAC on input.
----
That looks like data corruption happening when TCP segments and/or
IP packets become relatively large, i.e., approach or reach the mtu
limit.
Indeed that would appear to be the case.
I'm sure it's something to do with how I'm doing the output. Does this
look sane?
Well, there's certain space for improvement,
Aww it's not _that_ bad is it. :) hehe
but now I fail to find a
bug that would result in corrupted data.
Phew /me wipes brow... so I'm not _totally_ useless then. :)
Would you mind testing the link with ping using packets of size
equal to, just below, and slightly above the mtu, and with different
data patterns? See -s and -p options to ping. You can observe the
patterns in echo replies with tcpdump -X. The data patterns in
echo requests and echo replies should be exactly the same. If they
aren't, the character of corruption can hint you at the bug.
I've done a pretty preliminary tcpdump'ing and the packets seem ok above and below the MTU via the bpf taps. I wonder if it's a bug in the SP side... then again I could be completely off base and it's all my dodgy codes fault. :)
I'll poke around with tcpdump and ping a bit more.
Many thanks again Yar,
Alan.
_______________________________________________
freebsd-net@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscribe@xxxxxxxxxxx"
- References:
- Re: rtentry and rtrequest
- From: Yar Tikhiy
- Re: rtentry and rtrequest
- From: Alan Garfield
- Re: rtentry and rtrequest
- From: Yar Tikhiy
- Re: rtentry and rtrequest
- From: Alan Garfield
- Re: rtentry and rtrequest
- From: Yar Tikhiy
- Re: rtentry and rtrequest
- From: Alan Garfield
- Re: rtentry and rtrequest
- From: Yar Tikhiy
- Re: rtentry and rtrequest
- From: Alan Garfield
- Re: rtentry and rtrequest
- From: Yar Tikhiy
- Re: rtentry and rtrequest
- From: Alan Garfield
- Re: rtentry and rtrequest
- From: Yar Tikhiy
- Re: rtentry and rtrequest
- Prev by Date: Re: rtentry and rtrequest
- Next by Date: tun devices and vpnc in CURRENT
- Previous by thread: Re: rtentry and rtrequest
- Next by thread: Corrupt packets in Jnet (Was: Re: rtentry and rtrequest)
- Index(es):
Relevant Pages
- Re: SBS 2003 Setup recommendation
... Your suggestion about MTU looks very interesting. ... We want something lige
the following setup: http://pings.dk/sbssetup.gif ... agaist SBS2003 server. ...
IPSec adds a small overhead the size of a packet which would make packets ... (microsoft.public.windows.server.sbs) - Re: Problem of blocking ICMP packet while calculating Path MTU
... > I am in process of implementing Path MTU detection technique. ... >
process the received ICMP ECHO reply packets. ... > there is no need to write
server code at all. ... (comp.os.linux.networking) - Re: Cisco VPN3000 gateway MTU overflow
... Path MTU Discovery and Client MTU determination. ... the Concentrator
responds to internal ICMP/PMTUD requests and requests an ... Since the concentrator does fragment
large packets, ... (Bugtraq) - Re: Can see some sites, not others from Client PC.
... > Hi Chuck, ... the instructions were either unclear or in the ...
but had gleaned that the problem may be caused by too high a MTU ... I imagine its like
packets of data) at the Client? ... (microsoft.public.windowsxp.network_web) - Re: IPv6 routing (long)
... if I used routing software on box 2, what _else_ would I need to configure? ...
vr0: flags=8843mtu 1500 ... ping behaviour: ... packets transmitted,
3 packets received, 0% packet loss ... (freebsd-net)