Имейте клиент, на котором работает Citrix Metaframe, с удаленными местоположениями, которые в целом ограничены коммутируемыми соединениями 56K.
Citrix Program Neighborhood всегда неплохо превышал 56 КБ; есть ли шанс, что XenApp можно настроить для работы аналогичным образом, без проблем с модемом?
Отчасти это может зависеть от типа приложений, используемых через соединение ICA и задержки на линиях 56k, а также от количества пользователей, пытающихся использовать эту линию 56k в одном месте.
С общей точки зрения, XenApp (до v6.5) все еще может использовать PNAgent во многом так же, как Program Neighborhood в старые времена MetaFrame. Теоретически, если ваши приложения работают в старом мире MetaFrame / Presentation Server, их все равно можно заставить работать, по крайней мере, в XenApp 6.5.
Как правило, протокол ICA был улучшен и дополнен HDX со времен MetaFrame. Вы должны быть в состоянии пробежать более 56 КБ, но, вероятно, это не будет хорошим опытом.
Есть множество уловок и настроек, которые вы можете рассмотреть, чтобы улучшить производительность при низкой пропускной способности и высокой задержке.
Эти варианты включают:
Это в значительной степени может быть настроено с помощью политик, поэтому вы можете предоставить пользователям модемов простой, но более быстрый интерфейс, а пользователям широкополосного доступа - широкие возможности.
Чтобы попасть в золотую середину, требуются некоторые методы проб и ошибок, поэтому возможность тестирования жизненно важна, чтобы сделать это «правильно». Рассмотрим небольшой ПК, работающий WANem, pfSense или M0n0Wall, который может действовать как мост с настраиваемой полосой пропускания, задержкой и потерей пакетов.