"Ian" <ian_agerskov@hotmail.com> hath wroth:

>Event viewer most of the time says "the reason for disconnecting was
>administrative settings or explicit request" but some times says "user
>request". Google doesn't help much with the first one.

Also, check the Event Viewer on the client computah. It might have
additional clues. The "user request" disconnect means that it was
initiated from the client end. However, you get the same message if
you just pull the plug on the ethernet cable, so that doesn't help. I
couldn't find anything sane for the "administrative settings" message.
It might be something in the Group Policy Management application, if
it's being used. Hard to tell from here.

>> Also monitor connectivity during the critical 9 minute period. A
>> simple ping running every 5 seconds should be sufficient. If the
>> pings disappear at the same time as the VPN goes down, you've lost the
>> RF link, probably due to RF intererence. If the pings continue
>> normally when the VPN goes down, then it's something in either the
>> PPTP client, server, or Sonicwall router.
>
>Good idea, the pings continue when connectivity drops.

Good. That eliminates a large number of probable culprits. It's not
connectivity, wireless, the Sonicwall, or a loose cable. It's down to
either the PPTP server or the client.

>Since the same thing happens on two diffferent Windows servers in two
>different locations only one behind a sonicwall I'll concentrate on the
>client end, bypass router, change router etc. She is the only user this
>happens to on both servers.

If the servers are replicating each others security database (i.e.
Backup Domain Controller), then they can be expected to act
identically. I found a problem with a Windoze 2003 server today that
might be relevent. The server would fill up the disk write cache with
a huge amount of data to be written to disk. When it hit some
threshold, it would flush the cache all at once, during which time,
everything would come to a grinding halt. I noticed that I was
getting disconnect/reconnect messages from the remote VPN connections.
I haven't really solved the problem yet, so I don't have a suitable
fix.

>One other thing I forgot to mention I tried forwarding terminal services
>ports and had her remote desktop to a system directly without VPN, she said
>it was no better.

Well, that eliminates the two servers, leaving only the client
computer. It still might be something exotic, but my guess is that
the client is getting busied out by something, and causing disconnects
due to timeouts.

>Thanks alot for the help Jeff, looks like I'm straying away from wireless
>but will post if I resolve the issue.

OK. Good luck.

--
Jeff Liebermann jeffl@cruzio.com
150 Felker St #D http://www.LearnByDestroying.com
Santa Cruz CA 95060 http://802.11junk.com
Skype: JeffLiebermann AE6KS 831-336-2558