Есть такой вопрос, допустим есть 1500 активных пользователей, примерное среднее время переходов между экранами транзакции 2 мин..
вопрос: каков должен быть размер исходящего и входящего канала(примерно)?

Зависит от используемых транзакций и соответсвенно объема перекачиваемых данных.

допустим:
Используемые функциональности: PM,FI,HR,CO,MM,SD
Не предполагается производить закачку данных через эту сеть, только клиентская работа.

пропускная способность канала С (в Кбит/с) определяется по следующей формуле:
C = X * N * D *0.25 ,
где:
X – объем данных (Кб), пересылаемый за 1 диалоговый шаг,
N – число активных пользователей,
D – среднее число диалоговых шагов за 1 минуту на 1 пользователя.

средний объем данных можно взять за 6-8Кб за 1 диалоговый шаг
А вообще первоисточник - Frontend Network Requirements for SAP Solutions

Спасибо, по доку навычислял 7мбит канал...но опыт гадко нашептывает что маловато...
Еще раз спасибо за помощь.

Как показывает практика число активных пользователей составляет 60-70% от числа подключившихся к системе вообще

Поэтому я и прикидываю 10мбит канал как достаточный и не расточительный...

А еще практика показывает, что среди них обязательно найдутся 3-4 гиперактивных, способных одновременно запустить 3-4 тяжелых отчета и "тормознуть крутейший сервак" (с)

извините за оффтоп, вырвалось:)

ОСОБО обращаю внимание на задержки в канале.
Их легко определить командой
ping [IP-адрес]
Как показали эксперименты на комфортную работу в большинстве транзакций задержки влияют гораздо сильней чем потоковая скорость.
Например если в обычной локальной сети принудительно ограничить на коммутаторе скорость пользователю до минимума (типа 8 кбит/сек) работает все равно гораздо быстрей, чем через EDGE (реальных 30-40 кбит/сек, но огромные задержки)
Потоковая скорость важна там, где большой объем пересылаемых данных, например пользователь открывает документ в SAP Office.

Для сети годится, а все остальное - устарело

На счет задержек в сети....об этом можно будет говорить только после физического создания канала....поэму имхо неактуально.
а по поводу расчетов поначалу руководствовался такой статейкой, где на мой вздгляд учтена и задержка в том числе
http://www.osp.ru/lan/2000/01/130883/
получилось примерно тоже самое

А потом будет поздно....

Статейка в целом грамотная, рекомендую в тех. требованиях на канал прописать:
скорость не менее....
задержки не более...