|
Charles,
Yep, the big switch could be the answer for sure. Its likely it will do OK.
For most traffic it isn't going to matter which port you get except for big stuff like FTP and large ODBC connections. What I can't remember is which of the interfaces get's the call for the virtual. You may be right that it's the first one up within the subnet. I just can't remember.
- Larry
CWilt@xxxxxxxxxxxx wrote:
Charles,
It's possible that you could make this work but only if you have a bridge between the T-R and Enet segments of your network. Even then though the bridge would have to pass the gratuitous ARP packets which are sent out when an adapter fails.. What I'm not sure of now is how you make the T/R and Enet adapters work on the same IP subnet without confusing the system or the client systems. What are your IP addresses and subnet masks for the various interfaces?
Yea, I wondered about that one myself.
According to the Network guy, we've got a particular switch that cost us 18K 8 years ago that handles it seamlessly.
The interfaces are:
Token xxx.xxx.114.32 Fiber xxx.xxx.114.91 Ether xxx.xxx.114.232
Ether xxx.xxx.114.233
netmask is 255.255.255.0 for all of them.
Ah yes, the schowler routes. Thanks for reminding me. I've got that document here too.
Question: if I include the TR. Is there anyway to make sure the virtual IPs don't associate to it unless everything else is down? I seem to recall seeing something about the virtual IPs associating to whatever interface comes up first. I really don't want 100Mb ethernet traffic being routed over 16Mb TR unless absolutely necessary ;-)
Charles
Larry Bolhuis IBM eServer Certified Systems Expert: Vice President iSeries Technical Solutions V5R2 Arbor Solutions, Inc. iSeries LPAR Technical Solutions V5R2 1345 Monroe NW Suite 259 iSeries Linux Technical Solutions V5R2 Grand Rapids, MI 49505 iSeries Windows Integration Technical Solutions V5R2 IBM eServer Certified Systems Specialist (616) 451-2500 iSeries System Administrator for OS/400 V5R2 (616) 451-2571 - Fax AS/400 RPG IV Developer (616) 260-4746 - Cell iSeries System Command Operations V5R2
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.