Столкнулся с аналогичной проблемой. Игры с параметрами инстанции и прочими настройками проблему не решили. Решил "в лоб"...
Сделал программу, которая каждую минуту вызывает ФМ SAPGUI_PROGRESS_INDICATOR который выводит в статусной строке окна текст (например, 'Ping').
Программа запускается в первой SAP-сессии и поддерживает соединение "пингуя" GUI, а я сам периодически работаю в остальных сессиях.

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

Вы путаете причину и проблему. Проблема одна "Отключение SAP GUI от сервера при простое" причины могут быть разные. Борьба с разными возможными причинами (настройка сетевой карты, настройка модема, настройка инстанции, настройка MTU) как реальными, так и мнимыми, результатом у меня не увенчалась. Решил "в лоб", о чем и сообщил, так как поиском вышел на этот топик и пытался решить проблему пользуясь им.

Есть такой замечательный параметр в профиле.
rdisp/keepalive
Выставляйте его в значение меньшее, чем обрыв соединения по неактивности со стороны оборудования.
На моей практике такое наблюдалось у одного из провайдеров в Сибири. Когда их оборудование очень быстро обрывало сессии, если они были неактивны.

Спасибо, добрый человек! Совет помог...
Уменьшил keepalive до 230 и GUI перестал отключаться от сервера при простое (значение 290 и более не помогало). Размер, не всегда имеет значение
ИТОГО: Модем Yota (Москва) соединение GUI 730 с NW 740 не рвется при простое если rdisp/keepalive = 230.

P.S.
C rdisp/keepalive и раньше игрался, были разные значения, а вот оказалось, нужно меньше. Как я понимаю, запрос от диспетчера к GUI на проверку связи работает как ping и оборудование провайдера не отключает канал...

аналогично! после последнего апдейта 721 кернела (201 + поверх) & 741 кернела потихоньку начинало доставать уже...

Мммм.. rdisp/keepalive ... так и запишем

Добрый день.

Как раз данным параметром и лечилась проблема при работе SAP GUI через SAP Router + Yota 4G WiFi. А вот с 24.11.2016 Yotа видимо что-то поменяла (регион Москва). В итоге на данный параметр ноль реакции - все значения параметра перебраны, вплоть до 1. То есть постоянный обрыв соединения при простое более чем 30 с.

Кто-нибудь еще столкнулся?

Говорят с публичным IP таких проблем нет, но это конечно не вариант арендовать такой IP везде.
А на пути до yota не появилось железки какой-то, которая может не реагировать на keepalive, или вообще рубить подобные пакеты ?

Или может на saprouter что-то изменилось?

Communication Modes

The network interface supports a platform independent interface to communicate between SAP systems. NI knows the following different operation modes:
NI_RAW_IO
NI_MESG_IO
NI_ROUTE_IO
The NI_RAW_IO mode is used to communicate between SAP applications without any further interpretation of the data blocks.
The NI_MSG_IO mode is the common used operation mode between SAP applications. The format is also called the SAP Protocol. A 4-byte header precedes each data block. These 4 bytes give the length of the data block (length without leading 4 bytes). This value is needed to recognize a complete data block, if underlying layers fragment it.
In addition this operation mode knows three special messages. They are recognized by a leading byte-string 'NI_PING\0', 'NI_PONG\0' or 'NI_RTERR\0'. The first two are used for keepalive tests, the third one for error messages (see NI Keepalive, NI Error Information and NI Control Messages).
Only the SAProuter uses the NI_ROUTE_IO mode. This mode is similar to the NI_MSG_IO mode, but keepalive messages are ignored. This is necessary for the keepalive test passing the SAProuter.

Спасибо за ответ.

Еще ньюансы. Описанные ниже режимы сап роутера не должны влиять на данную проблему. Потому что:
1. С любым другим провайдером (Мегафон, Теле2) проблема не наблюдается именно если установлено значение параметра rdisp/keepalive = 30. При любых других значениях, проблема аналогично описанной. Для Yota до 24.11.2016 все тоже самое, если rdisp/keepalive = 30 - проблем не было, если иное - проблемы. Сейчас же для Yota, какое значение rdisp/keepalive не установи - проблема.
2. При подключении к системе без сап роутера (с vpn через ту же самую Yota) проблемы не наблюдаются.

Добрый день.

Сегодня проблема внезапно ушла, также как и пришла. Никаких изменений в SAP системах, ландшафте, где-либо либо еще не делали. Подозрение на Yota так и осталось.