Is there any chance that any of these are in your network DNS?
SYSTEMA.APPN.SNA.IBM.COM
SYSTEMA
SYSTEMB.APPN.SNA.IBM.COM
SYSTEMB
Ping all of these from a DOS prompt and see what you get. The network
DNS will override the i DNS if the Host name search priority is set to
*REMOTE. If it's not already, try changing the Host name search
priority (in CFGTCP, option 12) to *LOCAL and see if that helps.
I would seriously doubt that you are the first to try this, but anything
is possible. If it's possible you might try deleting the AnyNet
controllers and recreating them. Is your RMTCPNAME the same on each
controller or different? Worst case scenario, you ought to be able to
blow it all away and reconfigure it without too much trouble. But you
shouldn't have to. Has SL taken a comm trace?
Regards,
Scott Ingvaldson
Senior IBM Support Specialist
Fiserv Midwest
-----Original Message-----
From: Hart, Doug - EI [mailto:Doug.Hart@xxxxxxx]
Sent: Wednesday, June 11, 2008 11:30 AM
To: Midrange Systems Technical Discussion
Subject: RE: AnyNet Routing Problem
Yup, host tables are fine and fully qualified ping works great. IBM is
saying I might be the 1st to have this redundant AnyNet config. WRKCFGL
is also good. They have not been able to resolve this. Perhaps when I
get my partitions up to v5r4 I can replace AnyNet with Enterprise
Extender and it will work. We are working on our OS upgrades now (22
partitions/6 systems).
--
Douglas Hart
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Ingvaldson, Scott
Sent: Wednesday, June 11, 2008 11:29 AM
To: Midrange Systems Technical Discussion
Subject: RE: AnyNet Routing Problem
I'm sure that Support Line has already asked, but do you have AnyNet
definitions in your host tables? Something like
SYSTEMA.APPN.SNA.IBM.COM
These will need to point to the virtual LAN addresses on all sides.
Before AnyNet will work correctly you need to be able to ping
SYSTEMA.APPN.SNA.IBM.COM and SYSTEMA and see the response from the
correct IP address. On the other side you need to be able to ping both
SYSTEMB.APPN.SNA.IBM.COM and SYSTEMB
With a STRPASTHR I'm able to qualify the route by using a 2nd parm
(LCLLOCNAME)
If you do a WRKCFGL what do you see in QAPPNLCL?
Regards,
Scott Ingvaldson
Senior IBM Support Specialist
Fiserv Midwest
-----Original Message-----
From: Hart, Doug - EI [mailto:Doug.Hart@xxxxxxx]
Sent: Wednesday, June 11, 2008 9:55 AM
To: Midrange Systems Technical Discussion
Subject: AnyNet Routing Problem
We have had AnyNet configured over our wired network connecting on
several of our systems for years. Those systems (v5r3) are now
partitions on the same box. Now I configured new setups to have AnyNet
run over the LPAR Virtual LAN (VLAN). I am having no problem with new
partitions that never had the old wired setups configured, but the old
ones do not work. I have been working with IBM Support Line and traces
show that the routing is getting "lost". It seems that the send goes
out correctly but the return "sees" the old network and gets "confused".
With a STRPASTHR I'm able to qualify the route by using a 2nd parm
(LCLLOCNAME) but I want to use the SAVRSTLIB and SAVRSTOBJ commands and
they don't have parms to qualify the routing.
Has anyone been able to get a VLAN to work with the SAVRST... commands
after already having a wired AnyNet configured to the same LPAR?
--
Douglas Hart
--
This e-mail and any files transmitted with it may be proprietary and are
intended solely for the use of the individual or entity to whom they are
addressed. If you have received this e-mail in error please notify the
sender. Please note that any views or opinions presented in this e-mail
are solely those of the author and do not necessarily represent those of
ITT Corporation. The recipient should check this e-mail and any
attachments for the presence of viruses. ITT accepts no liability for
any damage caused by any virus transmitted by this e-mail.
midrange.com
