На скорости 28.8 работать можно. Проверено.
Мало того в ходе нормальной работы канал постоянно недозагружен.
Но первая загрузка объектов, форм, отчетов в кеш происходит очень медленно. У меня было около 10 минут. Чтобы свести это время к приемлимому, надо поотрубать startup процедуры, доставки dll-ек на клиента, проверки файлов и т.п.
О реокмендациях на AOS см. документ
Technical Information\Object Server Environment.doc
Там спецаильно предупреждается, что AOS предпочитает передать один раз большой кусок, нежели несколько маленьких. Это надо учитывать.
Практически, на очень медленных каналах передача больших кусков выражается в том, что клиент работает в "рваном" ритме. Работаем-работаем, жде-е-ем, опять работаем-работаем, снова жде-е-ем. Такой ритм раздражает. Терминальный режим на сильно тонком канале эргономичнее, поскольку нагрузка размазывается по времени и время реакции всегда примерно одинаково небыстрое.
Для AOSа рекомендуется учитывать не столько ширину канала, сколько задержки (латентность).
AOS не рассчитывался на работу одного пользователя на тонком канале. AOS рассчитывался на работу нескольких пользователей (10 и больше) на средней паршивости канале. Например, в рекомендациях к каналу говорится о минимальных 64Кбитах для 10 пользователей. Подумайте над этой рекомендацией. Это вовсе не значит, что 28.8 для 1 будет хорошо
Но работать такая конфигурация будет. Удовольствия правда совсем никакого. Подход к каналу четко прослеживается и в ценообразовании.