Перестало работать pptp подключение

Причина скорее всего не в моей системе, но тут много кто детально разбирается, возможно удасться подобрать опции, при которых оно работает.
После Нового года перестало работать соединение с vpn.vneshka.ru.
После успешной авторизации происходит следующее:

using channel 7435
Using interface ppp3
Connect: ppp3 <--> /dev/pts/8
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x85e1f79> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <auth chap MS-v2> <magic 0x30b99244>]
sent [LCP ConfAck id=0x1 <auth chap MS-v2> <magic 0x30b99244>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x85e1f79> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0x85e1f79]
rcvd [CHAP Challenge id=0x1 <#################, name = "###########"]
sent [CHAP Response id=0x1 <########################>, name = "270953"]
rcvd [LCP EchoRep id=0x0 magic=0x30b99244]
rcvd [CHAP Success id=0x1 "################################"]
CHAP authentication succeeded
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.1.2>]
rcvd [IPCP ConfReq id=0x1 <addr 77.106.106.1>]
sent [IPCP ConfAck id=0x1 <addr 77.106.106.1>]
rcvd [LCP ProtRej id=0x2 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Protocol-Reject for 'Compression Control Protocol' (0x80fd) received
rcvd [LCP ProtRej id=0x3 80 21 01 01 00 10 02 06 00 2d 0f 01 03 06 c0 a8 01 02]
Protocol-Reject for 'Internet Protocol Control Protocol' (0x8021) received
rcvd [LCP EchoReq id=0x1 magic=0x30b99244 08 5e 1f 79]
sent [LCP EchoRep id=0x1 magic=0x85e1f79 08 5e 1f 79]
sent [LCP EchoReq id=0x1 magic=0x85e1f79]
rcvd [LCP EchoRep id=0x1 magic=0x30b99244]
rcvd [LCP EchoReq id=0x2 magic=0x30b99244 08 5e 1f 79]
sent [LCP EchoRep id=0x2 magic=0x85e1f79 08 5e 1f 79]
sent [LCP EchoReq id=0x2 magic=0x85e1f79]
rcvd [LCP EchoRep id=0x2 magic=0x30b99244]
rcvd [LCP EchoReq id=0x3 magic=0x30b99244 08 5e 1f 79]
sent [LCP EchoRep id=0x3 magic=0x85e1f79 08 5e 1f 79]

Дальше эти эхи повторяются пока мне не надоест ждать.
Техподдержка там есть и даже разговорчивая, но этих логов она конечно же не понимает. Сами же они утверждают, что сервер работоспособен. В xp (virtualbox) через какое-то время после попыток авторизации появляется ошибка 619, поддержка предлагает искать ошибку в защитных программах.
Схема подключения:
ТОМТЕЛ
v
Компьютер с Windows Server 2003 (192.168.0.1) :(
v
Маршрутизатор (192.168.1.1) <РОСТЕЛЕКОМ
v
Локальные компьютеры (192.168.1.0/24)
v
Виртуальные машины (10.0.2.2)
Выяснены следующие подробности:
На 192.168.0.1 vpn работает.
При маршруте vpn.vneshka.ru на 192.168.0.1 подключение работает на старой системе 192.168.1.3 (arm sun4i конец октября), но не работает на 192.168.1.2 (новогодняя сборка).
При стандартном маршруте (ростелеком) не работает нигде кроме 192.168.0.1.
Не работает - означает, что наблюдаются вышеописанные проблемы (всегда одинаково)
Отключать всякие сжатия пробовал, изменились только строки, их включающие.