Networking Forums

Networking Forums > Computer Networking > Windows Networking > Troublesome/unreliable RRAS demand dial VPN

Reply
Thread Tools Display Modes

Troublesome/unreliable RRAS demand dial VPN

 
 
Scott Lavelle
Guest
Posts: n/a

 
      01-24-2008, 11:17 PM
I'll try to keep this on point.

I have three sites - primary(a) and two remote offices(b and c). Each site
has a server in it running RRAS. The PPTP VPN connections (set up as
"persistent") are made from each of the remote offices to the primary office
(b->a, and c->a). Each server then has static routes to be able to get to
the other sites. These are all on the same domain.

Everything works exactly as it should except the VPN from b->a drops
occassionally and reconnects about 2 minutes later. The connection from a->c
(basically) never drops. I have tried swapping out cables and switches on
site B with no change. I have run parallel ping tests on B: one to the
internet and one to the A side of the VPN. When the VPN connection drops,
there is no indication of any internet issues - i.e. ping to the internet
continues uninterrupted. The timing of the drops is inconsistent, but
generally falls in the 2.5-3 hour timeframe. All internal communications and
internet communications from Server B continue to function normally before,
during, and after the drop, but obviously the A and C sides of the company
are inaccessible.

Event logging for RRAS has been turned up to show all messages (warnings,
errors, and info) on both A and B. The messages that we get between the two
servers are slightly different in their application logs, but indicating the
same things (when it dropps, when it reconnects, etc), and the A server has a
few more messages per drop than the B server - most notably, eventid 20194,
which says how long the connection was up, when it was started, when it
dropped, and a reason of either "administrative settings or explicit req" or
"user request".

I cannot find the source of the drop - is it one of the above reasons that
happens on server A (where the message is logged), or server B (where it just
logs the disconnect itself)? Is there some way to find where the
user/server/process/whatever is that actually initiates the stop?

I don't think this is an internet issue and the drops, while fairly
consistent at 2.5 -> 3 hours connected before the drop, are not close enough
to be a programmatic thing - like "your ISP will only allow a PPTP connection
for 2 hours" or something like that.

Any help is much appreciated - I'm tearing my hair out trying to stabalize
this for use in a production environment, where SQL server calls are going to
be made accross the connection for the purpose of accounting (MS Accounting
pro 2008) and payroll and other very important functions where I can't afford
drops to be so frequent.

Please assist.
Scott Lavelle
 
Reply With Quote
 
 
 
 
Scott Lavelle
Guest
Posts: n/a

 
      01-29-2008, 01:30 PM

Can anyone help shed some light on this. I'm really at a loss. I even
tried a different switch today to take out the last place in the path aside
from the server itself. That's next to see if another server has the same
issue...

Any help is really appreciated.
 
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
RRAS demand dial interface johnsolver@gmail.com Windows Networking 6 07-26-2007 02:07 PM
RRAS demand dial between two sites Bry Windows Networking 4 04-30-2007 06:54 PM
Problems after creating demand dial up connection in RRAS George Windows Networking 8 03-14-2007 01:03 AM
RRAS Demand-Dial Connection Control Nile Gilmanov Windows Networking 2 04-27-2005 04:44 AM
RRAS: Demand-dial Interface and/or new Broadband connection? =?Utf-8?B?SmFpbWUgU3R1YXJkbw==?= Windows Networking 13 04-26-2005 05:23 PM



1 2 3 4 5 6 7 8 9 10 11