TSF14MM
asked on
Network error - buffer was too small - Notes 6.5 w/Dell D610
I have a user that is getting the following error message when she replicates in Notes 6.5:
(Network error: buffer was too small)
This problem started to happen after she recieved a new pc. The problem is also intermittant and has been ongoing for about 3 weeks (of course user is VERY FRUSTRATED!!).
Does any one know of any issues associated with Dell pc's and Notes?
My notes administrator states that this error message is being passed to Notes from XP, but everything thing else network related on the laptop works flawlessly.
Any help would be appreciated!
Thanks!
(Network error: buffer was too small)
This problem started to happen after she recieved a new pc. The problem is also intermittant and has been ongoing for about 3 weeks (of course user is VERY FRUSTRATED!!).
Does any one know of any issues associated with Dell pc's and Notes?
My notes administrator states that this error message is being passed to Notes from XP, but everything thing else network related on the laptop works flawlessly.
Any help would be appreciated!
Thanks!
The only thing I can suggest at the moment is to re-install the TCP/IP stack of your PC.
By the way, what O/S are you running? And what's the exact (sub-)release of Lotus Notes?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
sjef bosman
The OS is Windows XP Professional SP2 - Notes 6.5.4... The user is in the field so I cannot check the notes.ini file (good idea, btw)... also I have not tried to reinstall the stack either. Also, we do not use any big brother software.
The OS is Windows XP Professional SP2 - Notes 6.5.4... The user is in the field so I cannot check the notes.ini file (good idea, btw)... also I have not tried to reinstall the stack either. Also, we do not use any big brother software.
User is in the field? How does the user replicate when she gets the error? Serial, TCP/IP, what interfaces are used?
Is ther VPN involved ?
It could e an issue with packet size
I hope this helps !
It could e an issue with packet size
I hope this helps !
ASKER
TCP/IP - basic internet access...connects to corp network via vpn (which works fine) and replicates. In the field I mean working from home or at a distributor site or for that matter even if she is in the office. What I meant was that currently the user cannot connect the pc to the network at this time. I really think however that reinstalling the stack and checking out the notes.ini may fix the problem otherwise I intend on rebuilding and replacing her pc.
I would also insure that you have the latest VPN client. I have seen a lot of issues caused by older VPN clients.
I hope this helps !
I hope this helps !
Here's an earlier question with some good tips:
http:Q_21048277.html "Having problems sending email wirelessly using Lotus Notes and connection timeouts"
DrTCP, MTU settings, etc.
http:Q_21048277.html "Having problems sending email wirelessly using Lotus Notes and connection timeouts"
DrTCP, MTU settings, etc.
Furhter to this we have also had problems with VPN a few things that worked for us:
Checl the INI file if possiable: make sure that you only have the protocal loaded that you need so PORTS=TCPIP and DISABLEDPORTS=COM1, LAN0 etc The client will try and scan all ports that are enabled. If you sont have access to the INI as its loacl send an email with an action that users SET CONFIG to force the entries
Secondly with VPN try and determince as Sjef _Bosman ponits out in the previous question the optimum MTU setting for us it was 1300. You can do this easily from the client with a ping to the notes server using PING -f -l 1400 hostname (-f = do not fragment -l = packet length) start at 1400 ethernet packet sizes are 1456 standard from memory but with VPN overheads etc and reduce it by 100 until you get a sucessfull ping constantly
Checl the INI file if possiable: make sure that you only have the protocal loaded that you need so PORTS=TCPIP and DISABLEDPORTS=COM1, LAN0 etc The client will try and scan all ports that are enabled. If you sont have access to the INI as its loacl send an email with an action that users SET CONFIG to force the entries
Secondly with VPN try and determince as Sjef _Bosman ponits out in the previous question the optimum MTU setting for us it was 1300. You can do this easily from the client with a ping to the notes server using PING -f -l 1400 hostname (-f = do not fragment -l = packet length) start at 1400 ethernet packet sizes are 1456 standard from memory but with VPN overheads etc and reduce it by 100 until you get a sucessfull ping constantly
What's with your kyebaord? ;)
Its not the keyboard I must have the Pebcak virus .............
ASKER
Since the user has now decided to escalate to the manager we have decided to reimage her pc.. user would not give me anymore time to troubleshoot. Since I was unable to resolve I feel that reinstalling the stack and checking the ini file would have prolly fixed this issue. I appreciate all the help!!!!! :)
Points go to sjef bosman...
Points go to sjef bosman...
Thanks :)
do you use "Big Brother" (monitors System and Network-delivered services for availability)?