Appleshare IP 6.2 and smbfs

[Urban Widmark]

On Thu, 15 Nov 2001, William Mulvihill wrote:

> I have the trace attached.  Said it caught 10 packets.  And I will be 
> looking at it myself.  That is, if I can figure out how to do that.  Yes 
> I know, its a valuable skill that I haven't learned yet.  :)  Now is a 
> good time.

Get ethereal (http://www.ethereal.com/)

File->Open on the trace file and you have all the details.
(the non-gui tcpdump is just easier to explain ... type this :)


Looking at the trace there isn't much info:

4 0.259912    192.168.1.222    192.168.1.5     Session request
5 0.261262    192.168.1.5      192.168.1.222   Positive session response
7 0.261369    192.168.1.222    192.168.1.5     SMBnegprot Request
8 0.311352    192.168.1.5      192.168.1.222   139 > 32962 [ACK] ...
9 20.262164   192.168.1.222    192.168.1.5     32962 > 139 [FIN, ACK]

4 & 5 are ok (1-3,6 are also ok but too boring to be included)
7 is a request to negotiate some details on how to talk.
8 is an acknowledgement from the server that it has read 7, but not a reply.
  (network stack says hello, the appleshare smb server does not)
9 is where the client gives up, after waiting 20 seconds for a response.

Check the logs on the mac and see if it said anything on what it thinks
is wrong with the request. If you can enable some debug-level logging that
may help.

Failing that, I'd get a similar trace of a windows client connecting to
the mac and compare the SMBnegprot request and reply. That reply would
indicate one set of options that the mac can handle.

The SMBnegprot for smbclient and smbmount is sent by the 'cli_negprot'
function in source/libsmb/cliconnect.c. You could play with that and see
if you can get the server to respond.

And please don't send network dumps to the mailing list, at least not any
large ones, most people just aren't that interested.

/Urban