On Thu, Jan 19, 2006 at 03:46:23PM +0100, EXT / DUBOIS Laurent wrote: > When I IPL'd the TCPIP machine I Got the following message : > DTCOSD234I ToOsd: TCPIP host is not set as a router for port UNASSIGNED > for IPv4
This is telling you that NONROUTER has defaulted. Your OSA has started without primary router capability, which you've correctly determined you need for your configuration to work. > When I tried with > DEVICE OSALNK1 OSD 1400 PRIROUTER > > I get the folowwing message : > DTCOSD246I OSD device OSALNK1: Assigned IPv4 address 10.22.60.245 > DTCOSD223E OSD device OSALNK1: Return code E010 from SETRTG for IPv4 > DTCOSD104E Primary routing node already defined > DTCOSD082E OSD shutting down: This is not good. Someone else has PRIROUTER. One of the LPARs you are sharing the OSA with already has set it. > How can I know where the primary routing node is ? Easiest might be to just eyeball the respective TCP/IP configurations of the other systems to see who it is. I believe OSA/SF will also tell you. A likely contender is an MVS / OS/390 / z/OS system that still has it set as a hang-over from the days when it was considered "necessary" in order to do VIPA. <soapbox> It is *never* necessary now for z/OS to have PRIROUTER unless it really is routing traffic on behalf of other systems. </soapbox> > When I try with > DEVICE OSALNK1 OSD 1400 SECROUTER > > The ping still doesn't work. SECROUTER allows you to take over the primary router function in the event that the "real" PRIROUTER is down. While the system that has PRIROUTER is up, SECROUTER systems act no differently than if they had attached to the OSA with NONROUTER. > It is always as if the datastream arrived to my VM TCPIP machine, but > that the TCPIP doesn't route the datastream to its destination. With NONROUTER, the OSA will be dropping the packets on the floor before they even get to VM TCPIP. VM TCPIP would happily route the packets if it got to see them! :) While this would be the main issue to be addressed, your routing config in general may need attention. I can see from your config that it looks like you want to do proxy-ARP; you may need to verify that you can actually proxy-ARP for VIPAs. There is also no subnet coded on the OSA interface, and while it is certainly possible to run an entire Class-A range without subnetting it's not very likely... Cheers, Vic Cross
