Оба варианта не улучшают ситуации: 1 - включает компрессию и выключает vjcomp, 2 - полезна когда один link используется как для входящих, так и исходящих соединений.Если вглядеться в логи, то получаем следующее:
1. Винда:
Jan 16 14:35:05 alpha mpd: [L_inet-38] LCP: SendConfigReq #1
Jan 16 14:35:05 alpha mpd: [L_inet-38] LCP: rec'd Configure Request #0 (Req-Sent)
Jan 16 14:35:05 alpha mpd: [L_inet-38] LCP: SendConfigRej #0
Jan 16 14:35:05 alpha mpd: [L_inet-38] LCP: rec'd Configure Request #1 (Req-Sent)
Jan 16 14:35:05 alpha mpd: [L_inet-38] LCP: SendConfigAck #1
Jan 16 14:35:05 alpha mpd: [L_inet-38] LCP: state change Req-Sent --> Ack-Sent
Jan 16 14:35:07 alpha mpd: [L_inet-38] LCP: SendConfigReq #2
Jan 16 14:35:07 alpha mpd: [L_inet-38] LCP: rec'd Configure Ack #2 (Ack-Sent)
2. Раутер (ну или линуха с пакетов pptpclient):
Jan 16 14:21:48 alpha mpd: [L_inet-20] LCP: SendConfigReq #1
Jan 16 14:21:48 alpha mpd: [L_inet-20] LCP: rec'd Configure Request #1 (Req-Sent)
Jan 16 14:21:48 alpha mpd: [L_inet-20] LCP: SendConfigAck #1
Jan 16 14:21:48 alpha mpd: [L_inet-20] LCP: state change Req-Sent --> Ack-Sent
Jan 16 14:21:48 alpha mpd: [L_inet-20] LCP: rec'd Configure Ack #1 (Ack-Sent)
Вкратце: С - сервер, В - винда.
случай 1:
С - вот тебе конфа
В - вот тебе моя конфа
С - меня не устраивает твоя с твоим CALLBACK
В - а твоя мне подходит
С - отлично, подтвердим (отправляет ACK и переводит в состояние подтверждения)
думает 2 секунды (по умолчанию)
С - еще раз отправляет конфу
В - подтверждаю
С - сервер, Р - раутер
случай 2:
С - вот тебе конфа
Р - отлично, мне подходит
С - подтвердим (переходит в ожидание подтверждения)
Р - ноу проблем, я согласен.
Почему-то винда хочет свою конфу сунуть, а также требуется чтобы после ACK пакетов и ожидания, отправлялась конфа еще раз. Этот период ожидания (2 секунды который) устанавливается параметром:
set link fsm-timeout ...
значения которого 1,2,3... секунд, 0 не выставляется.
Параметры:
always-ack, delayed-ack, включение-отключение callback ситуации не меняют.
У кого какие мысли?