Wtware 5.8.46, RDP 8.1+, UDP протокол

[gusarov]

Здравствуйте,

Подскажите, есть ли поддержка UDP протокола, добавленного в RDP 8.1, в Wtware 5.8.46?
Если нет, планируется ли добавить?
Если да, то как включить?
Подключение с минимальными необходимыми настройками не осуществляет второго соединения по udp протоколу, только по tcp.

Поиск по форуму по короткому запросу "udp" выдает HTTP 500 ERROR, поэтому заранее прошу прощения, если повторяю вопрос.

[aka]

Подскажите, есть ли поддержка UDP протокола

Нет.

Если нет, планируется ли добавить?

Нет таких планов. Для чего это нужно?

[gusarov]

Подскажите, есть ли поддержка UDP протокола

Нет.

Если нет, планируется ли добавить?

Нет таких планов. Для чего это нужно?

Использование UDP протокола позволяет увеличить производительность картинки RDP сессии.
В некоторых случаях очень критично, например при работе с графикой.
Нормальных тестов в интернетах не искал, тестировал WIN10 -- WIN2019 с использованием UDP и без, результат - с udp производительность картинки ощутимо выше, меньше подлагов при запуске тяжелого видео, Photoshop и т.д.
Не супер информативно, впрочем как и у майков - "получите максимальную производительность rdp сессий"
https://www.sim-networks.com/wiki/maxim ... ows-server

Массового тестирования пока не проводили, но мне кажется, udp даст ощутимый позитивный эффект для терминальных серверов.
Проблема - у крупных клиентов используем wtware, и пока нет времени для определения этого позитивного эффекта в реальных условиях с использованием Windows клиентов.

UDP конечно может нагрузить сетевое оборудование, но производительность RDP повысит - пока не протестируем не узнаем.

[aka]

Массового тестирования пока не проводили, но мне кажется, udp даст ощутимый позитивный эффект для терминальных серверов.

Расскажите когда проведете.

[keny]

Транспорт через UDP позволяет нормально работать пользователям с latency до сервера от 40 до 200 мс. По TCP уже при 50 мс работа становится, мягко говоря, затруднительной.

Собственно, UDP транспорт был внедрен исключительно для использования в Long Fat Networks... Если бы эта фитча была реализована - цены бы WTware не было!

Кстати, чисто гипотетически, в какую сумму бы оценили данную доработку в разумные сроки "под ключ"?

[aka]

с latency до сервера от 40 до 200 мс. По TCP уже при 50 мс работа становится, мягко говоря, затруднительной.

Можно скриншоты с комментариями про эти цифры и про затруднения?

Кстати, чисто гипотетически, в какую сумму бы оценили данную доработку в разумные сроки "под ключ"?

Не бывает доработки за суммы. Надо объяснить задачу так, чтобы я понял, для чего это надо.

[keny]

Не совсем понимаю каким образом можно снять скриншот медленного реагирования на действия пользователя при задержках более 50мс?
Это элементарно можно проверить подключившись с Windows 7 на любой терминальный сервер без включения протокола RDP8.1 (задержку можно эмулировать чем-то типа Softhether).

Затруднения возникают так как в случае LFN по TCP пропускная способность канала очень сильно падает и зависит от TCPWindowSize. На хабре есть отличная статья с графиками: https://habr.com/ru/post/115527/

[keny]

>Не бывает доработки за суммы. Надо объяснить задачу так, чтобы я понял, для чего это надо.

Задача - реализовать транспорт по UDP. Необходимость - возможность комфортно работать с терминалов на WTware из зарубежных командировок. Описание как это сделано у MS вот тут:
https://docs.microsoft.com/en-us/opensp ... s-rdpeudp/
https://docs.microsoft.com/en-us/opensp ... -rdpeudp2/

Я, в свою очередь, так как очень заинтересован в реализации данной фитчи готов обсудить стоимость...

[aka]

Это элементарно можно проверить подключившись с Windows 7 на любой терминальный сервер без включения протокола RDP8.1 (задержку можно эмулировать чем-то типа Softhether).

Если подключиться с RDP8.1, внимательно прочувствовать задержки, а потом ещё раз подключиться с той же виндовс на тот же сервер, не трогать никакие настройки клиента и сервера, но запретить файрволом UDP (ещё раз: не трогать настройки клиента и сервера. Никакие это вообще никакие, и тем более не отключать весь RDP 8.1. Только файрвол между ними) - изменения будут заметны?

Затруднения возникают так как в случае LFN по TCP пропускная способность канала очень сильно падает и зависит от TCPWindowSize. На хабре есть отличная статья с графиками: https://habr.com/ru/post/115527/

Фейспалм.

[keny]

aka писал(а):
> Если подключиться с RDP8.1, внимательно прочувствовать задержки, а потом
> ещё раз подключиться с той же виндовс на тот же сервер, не трогать никакие
> настройки клиента и сервера, но запретить файрволом UDP (ещё раз: не
> трогать настройки клиента и сервера. Никакие это вообще никакие, и тем
> более не отключать весь RDP 8.1. Только файрвол между ними) - изменения
> будут заметны?

Да, эффект будет тот же: медленная прорисовка открывающихся окон, артефакты кодека, тормоза при обновлении элементов рабочего стола (особенно при использовании RDS с App-V), артефакты при скролле, зависания сессии при открытии в браузере страниц с динамическим контентом (баннеры, гифы и прочее). Я про Win7 написал так как там RDP8.1 по умолчанию выключен.

> Фейспалм.
Показать тоже что описано в статье iperf'ом? Ну или вот от IBM, раз хабр у вас такое вызывает: https://www.ibm.com/developerworks/ru/l ... index.html

[aka]

> Если подключиться с RDP8.1, внимательно прочувствовать задержки, а потом
> ещё раз подключиться с той же виндовс на тот же сервер, не трогать никакие
> настройки клиента и сервера, но запретить файрволом UDP

Да, эффект будет тот же: медленная прорисовка открывающихся окон, артефакты кодека, тормоза при обновлении элементов рабочего стола (особенно при использовании RDS с App-V), артефакты при скролле, зависания сессии при открытии в браузере страниц с динамическим контентом (баннеры, гифы и прочее).

Артефакты кодека. От перекрытия UDP.

[keny]

aka писал(а):
> Артефакты кодека. От перекрытия UDP.

Мда... Так происходит не от перекрытия UDP, а от того, что пропускная способность канала в 100 мбит/с при задержке 100 мс падает до 1 мегабита при работе по tcp в пределах одного соединения (опять же, при условии, что у нас стек умеет tcp_nodelay). Добавляем сюда jitter в 5-10% и получим еще более интересные результаты. На практике, это должно нивелироваться путем увеличения tcp_window_size, но его согласование происходит медленно и ступенчато или вообще может не происходить (особенно, если нужно выйти за 64к).

В реальной жизни, каналы чуть уже (зачем юр. лицу на арендуемом "островке" в ТЦ в Ульяновске что-то шире 10 мегабит?).

При использовании UDP такого не происходит. Рекомендую ознакомиться с http://citeseerx.ist.psu.edu/viewdoc/do ... 1&type=pdf

[keny]

Так что в итоге?
Еще одну фитчу года постигнет участь не быть реализованной? (не слишком ли много всего, что в референсе с 2012 года добавлено, хороните? )

[aka]

В втвари реализована едва ли треть от RDP. Многое уже устарело и списано, а мы его не успели реализовать

[Dmitry]

Да уж, удивительное отношение... Тоже думал уйти с виндовых клиентов, но как раз тормоза из-за отсутствия UDP мешают. А кому то и проблема не актуальна.

[aka]

Потому что кто-то знает, что "тормоза" и UDP перпендикулярны друг другу.

[Алексей-ФСК]

Добрый день!
У нас аналогичная проблема. Есть удаленные офисы в Кемерово и Красноярске, переведенные на Wtware. В среднем задержки на каналах ~50 мс, работа в терминале комфортная. В случаях просадок на каналах до 60 мс и более начинаются заметные тормоза в пролистывании страниц, просмотре изображений.
Долго изучали вопрос с UDP и провели тестирование - с рабочей станции Windows с версией клиента RDP 8.1 проблем, в схожих условиях задержек на канале, не наблюдается. В "сведениях о подключении" RDP клиента Windows указано, что протокол UDP включен.
Планируется добавление UDP протокола в клиент Wtware?

[aka]

Если ничего больше не портить, а только аккуратно запретить UDP, станет заметно хуже?

[danf]

upd

офис и RDP сервер в одном городе, клиент 50мб / сервер 200 мб. Качество сессии на mstsc.exe в разы лучше(