Re: ECS via IP... Performance?

["Jim Essinger" <dilbernator@xxxxxxxxx>]

Scott,

I don't know if it is related, but I am having trouble with sending requests
at all. All SNDPTFORD commands fail.  I have a call open with IBM.  I have
this response;

------ IBM notes  ------

The developer found a problem related to TCP/IP checksum offload in VPN
code.
The developer will create a PTF for this problem.  If you would like to turn

off TCP/IP checksum offload for a 5706 1G Ethernet line, here are the
instructions:

(1)Find the physical interface of the local IP address for Universal
Connection/ECS connection:
Run CFGTCP then select option 1 to see the TCP/IP IP addresses and its
Ethernet line
description name (for example ETHLINE).
Run DSPLIND ETHLINE to see the communications resource name such as CMNnn.

(2)WRKHDWRSC *CMN, find the resource name that you see in step #1 (the
"type" next to
the resource name CMNnn should be 5706).

(3)Ask your users to sign off because you'll need to end TCP/IP.
Get on the HMC console or LAN console.
Run ENDTCP
Run WRKCFGSTS *LIN, vary off the Ethernet line description for ECS ( line
description found in step #1)
Run STRSST and sign on to System Service Tools
- 1. Start a service tool
- 4. Display/Alter/Dump
- 1. Display/Alter storage
- 2. Licensed Internal Code (LIC) data
- 14. Advanced analysis
-  type in 1 for the Option field, SETCHECKSUMOFFLOAD for Command.
On the next screen, for the "Options", type in -rsc (CMNnn) -flag OFF

CMNnn is the actual communications resource for your ECS line - see step#2

(4) Exit SST and run WRKCFGSTS *LIN vary on the your Ethernet line for ECS.
(5) STRTCP


---- End IBM notes  -----

On 9/7/06, Scott Klement <midrange-l@xxxxxxxxxxxxxxxx> wrote:
> In the past, we had ECS set up to work with a bisync modem.  Back in the
> day, it used a 300 baud modem to communicate with IBM.  It was slow, but
> it was useful for ordering the occasional coverletter, and also for
> service requests since it could send IBM much better technical info than I
> can. However, in recent years, I had that disconnected since it was only
> used rarely, and it didn't make sense to pay for a phone line and modem.
> I've just ordered PTFs via the Web, and used a telephone for the
> occasional service request.
>
> Today I decided to set it up again, this time using a direct internet
> connection.  So I did, following the instructions in the Information
> Center I set it up.  It appears to make a VPN connection to IBM and uses
> that to order PTFs or submit service requests.  Nice idea.
>
> However, the performance is dreadful. Even though we have a high-speed
> Internet connection, it's frightfully slow.
>
> I'm just testing it out by ordering a single cover letter.  This shouldn't
> be slow, should it?  It sat on "Connecting" for about 20 minutes.  After
> that, it went to "Sending PTF order" and has been there for about 45
> minutes so far.
>
> Obviously, I have something set up wrong.  But what?
>
> I'm using the IBM Universal Connection Wizard to set things up, and the
> connection type is "Direct Internet Connection" (because it doesn't have
> to dial or anything like that to access the Internet).  Does anyone have
> an idea what I could be doing wrong?
>
> It's not a big deal.  Not urgent.  I can always place my orders and
> service requests manually.
>
>
> --
> Scott Klement  http://www.scottklement.com
> --
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
> list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.