|
Hello Chris, who ever told you about UPPER CASES: this may have been true for ancient TCPIP on V3R7 or so, but for the TCPIP stack V4Rx or V5R1 this is definitely not true . I've done this a several times with newer releases and there is no distinction between upper and lower case hostnames. This would be very unnormal behaviour compared to the rest of the IP-world, no DNS Server I know of would make a difference between WWW.IBM.COM or www.ibm.com. (There are cases where this IS the case, for instance the SAP-GUI client used to install the new SAP releases, I think its v4r6 or so, makes such a difference, this is very funny when installing two- or three-tier-systems ...) Back to the topic: in newer releases of OS/400 you can even get rid of the suffix SNA.IBM.COM if this is of any problem for you, but I do not have the Info APAR number at hand at the moment. Regards, Philipp Rusch Chris Bipes schrieb: > With TCP/IP you are always active but may not be able to reach the remote > location. Basically when the TCP/IP program start to listen at port 397, > YES it MUST be opened through your firewall, the controllers become active. > Each system will try to connect to the remote system that is listening at > port 397. > > First NETSTAT *CNN and look for: > > Remote Remote Local > Opt Address Port Port Idle Time State > * * APPCove > 406:54:06 Listen > * * APPCove > 263:53:08 *UDP > > and if you hit F14: > > Remote Remote Local > Opt Address Port Port Idle Time State > * * 397 406:54:06 Listen > * * 397 263:53:08 *UDP > > That means that your AS400 is configured correctly for *ANYNW. The > remainder is getting the correct Host name resolution in DNS or Host table. > Ahh! I mention earlier to add the host tables:HOST.SNA.APPN.IBM.COM. Did I > mention that it must be all UPPER CASE! Now on the CFGTCPDMN make sure you > are checking your local host table before going out to your DNS server(s). > > Now who ever told you that you do not need additional ports opened in the > firewall is talking out of there BUTT! You MUST open 397 at BOTH ends. > > Christopher K. Bipes mailto:ChrisB@Cross-Check.com > Operations & Network Mgr mailto:Chris_Bipes@Yahoo.com > CrossCheck, Inc. http://www.cross-check.com > 6119 State Farm Drive Phone: 707 586-0551 x 1102 > Rohnert Park CA 94928 Fax: 707 586-1884 > > -----Original Message----- > From: Rick Rayburn [mailto:the400man@hotmail.com] > Sent: Wednesday, December 05, 2001 5:10 AM > To: midrange-l@midrange.com > Subject: APPC - TCPIP...Book 2 > > Thanks to all who provided information yesterday on establishing APPC - > TCPIP communications between 2 400's. We are still having a problem > completing the connection as the controllers and devices on both machines > are, indeed, active but both passthru and SNADS object transfers are > failing. When trying to SNADS, the status of the job goes into a "connect" > condition but then soon fails with a "failure to connect to remote" message, > or something like that. Passthru has a similiar response (I think it is code > '0009'). Here is a quick review which I hope can provide some peek at where > we might have erred: > > ?? Firewall. We have been told that 400 to 400 communication does NOT need > any additional ports "opened" (are they already or auto opened?) for > *anynet. Some have written to say ports 397 and 9216 must be opened. Our > communcation contacts say not true. Word? > > SUMMARY. Based on the information above, does anyone have an idea why the > controllers and devices are ACTIVE without passthru and SNADS > co-operating? > _______________________________________________ > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list > To post a message email: MIDRANGE-L@midrange.com > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l > or email: MIDRANGE-L-request@midrange.com > 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 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.