× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.