Results 1 to 7 of 7

Thread: 9.1 Fat Client Through MPLS Connection

  1. #1

    9.1 Fat Client Through MPLS Connection

    My office is connected to the enterprise server location through a dedicated MPSL line. I've attempted to install a full client on my laptop through this connection. Is it standard for this type of connection to be extremely slow, or is it possible that there are issues with the network? It takes ~30 minutes just to get to the installation directory selection when running the E1 client install program. There are other client applications we simply cannot run efficiently over this connection, so I'm wondering if E1 is not recommended on the type of connection I'm using or if there's something else going on.

  2. #2
    Senior Member Larry_Jones's Avatar
    Join Date
    Nov 2000
    Location
    Spokane, WA, USA
    Posts
    3,091
    Not heard of MPSL. Tell us the speed of your connection and how many other clients are using it ...

    Actually ... if other applications work poorly over your connection don't expect JDE to do so even after you manage to get it installed. JDE is very "chatty" so if you have poor latency on your network connection then its going to crawl.

    Jon Steele will probably pipe in soon telling you that your best solution is going to be a citrix setup ...
    Larry Jones
    E1 9.1 - TR 9.1.5 on Win 2012 R2. Oracle DB 11.2.04
    WebLogic 12.1.3, Wintel, BI Publisher

  3. #3
    Currently, I just RDP to a workstation local to the enterprise server for fat client work. I was just hoping to remove a step from the process.

  4. #4
    Senior Member altquark's Avatar
    Join Date
    Oct 2000
    Location
    Kansas City, MO
    Posts
    2,637
    I'll pipe in

    Your latency is far too high for a fat client setup. You need to continue using RDP to connect to a workstation that is local to the implementation, or other remote desktop "screen sharing". I like Teamviewer these days.

    Low Bandwidth and High Latency are all bad news for any Client/Server installation/configuration. Fat Clients should only be local to the database/implementation if at all possible. Screen "sharing" using RDP is designed for low bandwidth/high latency and only transfer keyboard/mouse movement clicks and retrieve screen changes.
    Jon Steel
    EnterpriseOne/SOA Technical Architect
    erpSOURCING LLC
    http://www.erpsourcing.com
    cto@spla.sh
    24/7 Assistance - (904) 382 5701

  5. #5
    It is MPLS, not MPSL. Fat clients don't work well over MPLS. It is good enough for Citrix, and a toss up for web clients.
    Regards,

    Hari Sharma
    Aellius
    EnterpriseOne: Integration (.Net, Web Services) | Output Management | Monitoring

  6. #6
    Those last couple of answers have determined that I won't even bother trying then. I thought that might be the result, but I wanted to confirm since this is my first time not being local to the Enterprise/Deployment servers.

  7. #7
    Member Tom_Davidson's Avatar
    Join Date
    Nov 2000
    Location
    Wisconsin, USA
    Posts
    693
    Jeff, This is an OLD story, but back in the Xe days, I tried using a fat client from London, GB when my servers were in Milwaukee, WI.

    Started the fat client at 6am, and when I left at 6pm the login was still not complete.

    The architecture of a fat client has not really changed that much in all these years, so I'd expect similar results.

    Tom
    Cleindori Consulting
    8.12/8.98.4.4, 9.1/9.1.5.3, 9.2/9.2.0.5/6
    IBM i, WebLogic on Windows, DBCS, Global installations.

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
The legal restrictions and terms of use applicable to this site are available here.
Use of this site signifies your agreement to the terms of use.
JDELIST is NOT affiliated with JD Edwards® & Company, Oracle or Peoplesoft. Contents of this site are neither endorsed nor approved by JD Edwards® & Company, Oracle or Peoplesoft.