Apple OS X SMB issues across VPN

[David Collier-Brown]

   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.

--dave	

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  
>>>>192.168.0.150 and 192.168.2.46
>>>>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 canada.sun.com     |                      -- 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 canada.sun.com     |                      -- Mark Twain
(416) 263-5733 (x65733)   |