Bandwith for NF Client via Citrix

BennyGiebens

Can anybody provide me with some real life figures about the bandwith used By Navision Financials over citrix metaframe ??

Probably it isn't related to NF but to citrix but i would like to have some general idea how many users you can get over pe. a 64k line or something alike?

---

Rgds
Benny Giebens

Craig_Needham

I am not sure about the line Speed, but we have implemented a 50 user (+- 30 concurrent ) Navision Financials using Citrix Metaframe. I know the WAN is slower than 64K and everything runs very smoothly. The Citrix Server has 512mb of RAM.

Citrix suggests 10MB per user. Hope this helps, Citrix is not specialty.

Craig

db

I don't know details of Citrix, but have some experience with MS TSE. I don't think that Citrix can do it N times beter, speed can be upgreded up to 20 %, by using another technologies, but no more. In manuals I was founded that for screen handling you need max 6kpps. I in experimentation founded, speed limited by:
1. connection ping time:aprox. screen refresh times per sec. is equal 1/(2*ping time).
2. line speed: traffic 6kbps is reashed then ping time <50 ms. if ping longer then traffic slower. in ping ~120ms is up to 3.5 kbps.
3.PRINTING. There starts pain. One page can take up to 100 kb size. Send it to printer over 64kbps line can take up to 15 s if captured or wide of line. At this time screen handling slow down.

Take in mind NF database locking too.
In my opinion this solution can be used then:
- In departament are not more than 2 hard working users (up to 100 invoices)
- hard working users per all departaments not more than 10.
If these parameters exceeded this solution becames financialy detrimental: - arised human resources & technical needs.
In this case alternative can be replication.

[This message has been edited by db (edited 31-01-2000).]

Lars_Westman

We always uses Citrix recommendations wichs works fine. Something like 15kbs/user if I remember right. Navision client wants something like 20mb ram and a lot of CPU.

Just watch out for the printouts. Extensive reports can consume considerable bandwith. Some reports You might print to a que wich waits until off-hours before flushing to printer.

//Lars Westman