Почему рвутся каналы ?

Есть три условные точки, на всех стоит DFL-860E (прошивка 2.40).
Назову их условно: DR, DT, DS.
На всех настроен PPP VPN сервер.
Настройки у всех идентичные (настолько, на сколько это может быть).
Все DFL-'ки на постоянных внешних адресах.

Есть сервер W2008R2 в Европе в датацентре.
С этого сервера устанавливается PPPTP соединение до DR, DT и DS.
DR - всегда стабильно (оно, кстати, было сделано первым. DT и DS были сделаны, когда стало понятно, что DR может держаться днями)
А вот DT и DS рвутся постоянно. Причем постоянно это в течении одной, двух минут.
Настройки VPN на сервер одинаковые, ну кроме что контактного IP.

Подключался сниффером смотрел обмен между точками.
Решение о корректном(!) разрыве канала принимается сервером.

В System лог пишет:
17:05 Пользователь Srv_Europe успешно установил подключение к DS с помощью устройства VPN3-2
17:06 Подключение к DS, выполненное пользователем Srv_Europe с использованием устройства VPN3-2, отключено.

В Application[b]:
[b]17:05:22
Пользователь BKM-RDP\VPNConnector начал выполнять подключение VPN, используя профиль подключения all-user с именем DS. Параметры подключения:
Dial-in User = *\Srv_Europe
VpnStrategy = PPTP
DataEncryption = Require maximum
PrerequisiteEntry =
AutoLogon = No
UseRasCredentials = Yes
Authentication Type = MS-CHAPv2
Ipv4DefaultGateway = No
Ipv4AddressAssignment = By Server
Ipv4DNSServerAssignment = By Server
Ipv6DefaultGateway = Yes
Ipv6AddressAssignment = By Server
Ipv6DNSServerAssignment = By Server
IpDnsFlags = Register primary domain suffix
IpNBTEnabled = Yes
UseFlags = Private Connection
ConnectOnWinlogon = No.

17:05:22
Пользователь BKM-RDP\VPNConnector пытается установить связь с сервером удаленного доступа для подключения DS при помощи следующего устройства:
Server address/Phone Number = DS_IP_address
Device = WAN Miniport (PPTP)
Port = VPN3-2
MediaType = VPN.

17:05:22
Пользователь BKM-RDP\VPNConnector успешно установил связь с сервером удаленного доступа с помощью следующего устройства:
Server address/Phone Number = DS_IP_address
Device = WAN Miniport (PPTP)
Port = VPN3-2
MediaType = VPN.

17:05:23
Связь с сервером удаленного доступа установлена пользователем BKM-RDP\VPNConnector.

17:05:24
Пользователь BKM-RDP\VPNConnector успешно подключился к серверу удаленного доступа. Имя подключения: BK-Sklad. Параметры подключения:
TunnelIpAddress = 192.168.48.6
TunnelIpv6Address = None
Dial-in User = Srv_Europe.

17:06:11
Пользователь BKM-RDP\VPNConnector установил удаленное подключение DS, которое было прекращено. При прекращении возвращен код причины 831.

17:08:22
Пользователь BKM-RDP\VPNConnector начал выполнять подключение VPN, используя профиль подключения all-user с именем DS. Параметры подключения:
Dial-in User = *\Srv_Europe
VpnStrategy = PPTP
DataEncryption = Require maximum
PrerequisiteEntry =
AutoLogon = No
UseRasCredentials = Yes
Authentication Type = MS-CHAPv2
Ipv4DefaultGateway = No
Ipv4DNSServerAssignment = By Server
Ipv6DefaultGateway = Yes
Ipv6AddressAssignment = By Server
Ipv6DNSServerAssignment = By Server
IpDnsFlags = Register primary domain suffix
IpNBTEnabled = Yes
UseFlags = Private Connection
ConnectOnWinlogon = No.

Сниффер... там установку соединения приводить не буду и поведение канала пока все нормально.
А вот финал.
Все нормально, идет обмен, потом хлоп, со стороны серва идет "Call-Clear-Request", DFL послушно запускает процедуру разрыва канала и вуаля.
Это самый короткий срок существования канала, который я смог отловить, меньше 100 пакетов.



DFL скромно пишет.

-------

Почему он рвет канал ?

to moderators, если можно, перенесите тему в Windows.

Причина была в 831 ошибке, DFL оказались не причем.

Пояснение:
Так как крутилось это все на терминальном сервере, то как только начинали входить, выходить люди, соединения разрывались.

Ошибка 831 - в нотации MS = ERROR_FAST_USER_SWITCH

По русски: В случае отключения пользователя, инициировавшего VPN соединение, VPN соединения отключаются вслед за ним.

Решение:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\RasMan\Parameters
Добавить параметр: KeepRasConnections типа REG_DWORD и дать значение 0x1.

А также...
В моем случае этого оказалось не достаточно, потому что VPN соединения у меня запускались роботом, который запускал RASDIAL с названием VPN соединения, логино, паролем и после этого настраивал также нужные маршруты. Все это запускалось из планировщика из под специально созданной учетной записи.

Поэтому необходимо было, как минимум, один раз запустить каждое VPN соединение в ручную, и выставить крыжики, что соединение доступно всем пользователям, ну и также я поставил галочку сохранять пароль (полагаю, это не обязательный параметр)
Когда соединения прошли, я аккуратно их потушил и позапускал уже от имени робота, тоже все работает.
Поперезапускался, пологинился.
Держатся.

А то соединение DR, которое было самым устойчивым, по своей первости, сначала было обкатано в ручном режиме с установкой нужных галочек, а вот остальные уже устанавливались на автопилоте и эти галочки поставлены не были, так как их установка для запуска из под робота была не очевидной.

Спасибо.