Apple OS X SMB issues across VPN

David Collier-Brown David.Collier-Brown at Sun.COM
Wed Dec 7 18:26:05 GMT 2005

   Well, one thing jumps out at me: the OSX file is chock
full of bad checksums, which cause retransmissions. To
be fair, the rh7 data has a lot of duplicate acks

	packets	errors		warnings	
OSX	6006	3603	59%	73	1.2%	
RH7	17902	0	0%	232	1.3%	

It rather looks like something on the path from
the client to the OSX machine is causing checksum
errors.  This can be the NIC card in the machine,
a hub or router port or anything else in the
path between the two machines.


Christopher R. Hertel wrote:
> I haven't had a chance to look yet.  Sorry.  Soon...
> Chris -)-----
> On Mon, Dec 05, 2005 at 08:42:51AM -0500, David Collier-Brown wrote:
>>  Just a status: looking at these in ethereal and snoop shows
>>a distinct sloth pattern, probably a three-toed (;-))
>>I've not drilled down further as yet...
>>Christopher R. Hertel wrote:
>>>On Thu, Dec 01, 2005 at 09:42:33AM -0700, Dan Tappin wrote:
>>>>Hi Chris,
>>>>I'm back...
>>>>I have my test RH 7 server up and running on the local LAN ready to  
>>>>test across the VPN.  One issue though:
>>>>[root at localhost admin]# tcpdump -i eth0 -s0 -w capture.cap host  
>>>> and
>>>>tcpdump: invalid snaplen 0
>>>>-s1 seems to work but not sure if this effects the data.
>>>The snap length (set via -s) determines how many bytes worth of each 
>>>packet is actually captured.  A snaplen setting of zero is *supposed* to 
>>>mean "all of it".  That is, it's supposed to tell tcpdump that it should 
>>>write each packet in its entirety to the capture file.
>>>I've used some older versions of tcpdump that don't accept a zero value 
>>>for that parameter, so I figure that's the problem you've got.  The 
>>>work-around is to use a value like 2000, which is larger than the maximum 
>>>size of an Ethernet frame (assuming you're not using jumbo frames).
>>>Lemme know if that works.  :)
>>>Chris -)-----
>>David Collier-Brown,      | Always do right. This will gratify
>>Sun Microsystems, Toronto | some people and astonish the rest
>>davecb at     |                      -- Mark Twain
>>(416) 263-5733 (x65733)   |

David Collier-Brown,      | Always do right. This will gratify
Sun Microsystems, Toronto | some people and astonish the rest
davecb at     |                      -- Mark Twain
(416) 263-5733 (x65733)   |

More information about the samba-technical mailing list