Conference help::decnet-osi_for_vms

3889.0. "FDDI+PW5.0+DECnet/OSI plus hanging." by STKAI1::KACK (H�kan K�ck @GOO) Wed Feb 26 1997 07:48

A "pathwork copy" (drag-and-drop type) from a PC to an  alpha VMS pathwork 
server 5.0E stops after 16 segments have been sent over FDDI /nsp. Always.
VMS is 7.1 and DECnet/OSI is 7.1.

The same copy works well over ethernet and also for copy operations from the
server to the PC.
If we use NFT instead everything is going well in both directions.
TCP/IP is working OK.

From the IRIS trace we think we see that the PC stops sending because all
credits are used up (15 credits in total from the server).
IRIS traces (COPYOK.DWC for ethernet, COPYERR.DWC for FDDI) are available
on 16.181.32.116 anonymous ftp.

I've tried to understand the NSP spec but I'm not sure if/how pathwork 
is involved in the credit giving or if it is completely handled within
NSP.


 
Has anyone seen this before?

All help is appreciated

/h�kan                                                                    

    I've seen the same behaviour but with ethernet . This was induced in
    increasing the Maximum Transport Connection in NSP entity without
    increasing the Maximum Receive Buffers accordingly.
    
    Francoise