× 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.



Next Hop for *DFTROUTE is the gateway address: xxxxxxxxxxx.xx6
Same for our static ip address.

Jerry C. Adams
IBM i Programmer/Analyst
--
A&K Wholesale
Murfreesboro, TN
615-867-5070


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Monday, February 13, 2012 10:53 AM
To: Midrange Systems Technical Discussion
Subject: RE: Can't Connect

Host tables is used for one of two purposes.
1 - Documenting certain IP addresses.
2 - In case you don't have a DNS entry for that. And if you don't ask
yourself why the heck not.
Ok, so you have a host table entry for "gateway". Do you execute commands
on your i to transmit/receive from "gateway"? If not it might be
documentation.

Check also CFGTCP
2. Work with TCP/IP routes
Did they change the IP address of "next hop"?

Route Subnet Next Preferred
Destination Mask Hop Interface
*DFTROUTE *NONE 10.17.6.1 *NONE


Rob Berendt
--
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: "Jerry C. Adams" <midrange@xxxxxxxx>
To: "'Midrange Systems Technical Discussion'"
<midrange-l@xxxxxxxxxxxx>,
Date: 02/13/2012 11:41 AM
Subject: RE: Can't Connect
Sent by: midrange-l-bounces@xxxxxxxxxxxx



The feedback from CWBPING was:
E - CWBC01003 - Sockets error, function connect<> returned 10060
E - CWBC01048 - A time-out occurred trying to connect to the iSeries
E - CWBC01006 - Unable to connect to the server mapper
E - CWBC01011 - Remote port could not be resolved
E - CWBC01008 - Unable to connect to server application Central Client,
returned 10060

While I was waiting for my message to get to Midrange and a reply, I
decided
to PWRDWNSYS with Restart *Yes. The thought process, such as it was, was
that maybe a server needed to be started that I didn't know about or
couldn't find. The system is back and seems to have finished all of its
steps. The DSPMSG QSYSOPR command shows "Activating ETHERNET to start IP
[our IP address] for QTCP in 048912/QTCP/QTCPIP". The "Controller
ETHERNET
contacted on line ETHERNET".

WRKCFGSTS *LIN shows the line "Active".

I just found out that Comcast deleted an IP address on their box (I don't
know which box; the guy didn't even talk to me)
Which under "TCP/IP work with Host Tables" is showing up as "Gateway". I'm
pretty much lost and dazed, and maybe it's just me but a term like
"Gateway"
sounds ominous.

Jerry C. Adams
IBM i Programmer/Analyst
--
A&K Wholesale
Murfreesboro, TN
615-867-5070

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jack Kingsley
Sent: Monday, February 13, 2012 9:43 AM
To: Midrange Systems Technical Discussion
Subject: Re: Can't Connect

Maybe after a while the IP stack has gotten lost. From the desktop, what
do
you get when you use CWBPING. When will your IP stack on the host be
recycled as well as host servers.

On Mon, Feb 13, 2012 at 10:21 AM, Jerry C. Adams <midrange@xxxxxxxx>
wrote:

On V5R1 and DNS sitting at Comcast.net.



All day Friday we lost internet connection. Web browsing and email
were not existent; connections to the System i via iSeries Access for
Windows were down. Only twinax devices (displays and printers)
worked.



This morning, when I came in there was an error message (CPA58EE -
Line Ethernet failed) to which I replied 'R'. iSeries Access could
then connect, and I was working fine from my PC. Remote locations
could signon.



Comcast came out this morning to work on it. Now browsing and email
work, but iSeries Access connections (local and remote) do not. In
WRKCFGSTS *LIN the Ethernet is showing "Active".



I have since gotten the CPA58EE error three more times, and replied
'R'; once that failed but the next retry seemed to take



Obviously I'm missing something else, but what?



In Work with TCP Interfaces and Routes only the specific IP address
(plus the Loopback) are defined. For local connection could I add a
10.0.0.xxx IP address and change the iSeries Access connections to use
that address rather than the 173.xx.xx.xx address? This would not
help the remote locations, of course, so I'm still missing something.



Thanks.



Jerry C. Adams

IBM i Programmer/Analyst

--

A&K Wholesale

Murfreesboro, TN

615-867-5070



--
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 ...

Follow-Ups:
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.